The task vision server app comes up with an error besause it tries to log (I suppose to log into SQL server) as COMPUTER_NAME\ASPNET when that name doesn't exist. 
The user that really exists es DOMAIN_NAME\ASPNET. 
In machine.config file I have as user  DOMAIN_NAME\ASPNET .
The installation should read information from that file (machine.config), and should not suppose anything about the user for aspnet working process.

I have the exact same problem - a separate testing purposes machine that is running W2K Server and is its own domain controller.

I'd like to ask the site admins to send me a ZIP-ped copy of the source code tree - or -amybe the entire folder under Program Files - by email (at kamen at utilitycode dot com).  I think I am reasonably proficient in VS.NET development and will figure out how to install the thing manually (provided that the installation folder also has a script for creating the database)

Many thanks in advance,
K. Lilov
Str Library at http://www.utilitycode.com/str

when the error comes up for the source install, don't hit ok, just let it sit there, then go and look in program files and you should see all of the source.  you can copy it out before hitting ok so you will have it

I had this problem to,  its because of the MS data helper classes.

In my installation 
    (I installed it local first to get all the source installed).


I backedp up the Datbase from my local machine and slapped it on our SQL box.

I changed the web.config on the local installation of my web services.

EEEEEK

This is where you start to have problems.   Obviously the user isnt there.  I looked into creating a ASPNET user for the domain, scarey stuff see Q315158.

So I  thought ok lets get this working with passthru authentication.

Change the web.config app settings for the connection to point to your server, 
remove the integrated security setting and add UID=name; PWD=password.  NB Set the PERSISTSECURITY=true.  If you dont the helper classes do strange things and open new connections instead of re-using (you might want to look at this Borg People) and they need this setting in order to work.

Once you compile this WS  copy the asmx's and the bin folder to your WebService server.

Now update the web references on the client to point to your WS server instead of local.

Compile and run.



What I'd like to know is If I ustilise NTLM on my WS server, then all works well for the GetAuthTicket Method,  but the GetUserDetails section fails as it hasnt got  the running user, again cos its using a connection string insteda of re-using the connection that was originally passed in.

That Aside, the VB client is not passing credentials thru to the WS server, why not ?  I would expect that WebServices "out the box" should work against NTLM.

Any clues ?

Thank you!  That did the trick.  The folder even contains the DB scripts :))

SimnoTocker, I was wondering the same thing.  I changed mine to use SQL Server Authentication and it gets the ticket just fine, but when it goes to get the info about the user, it fails.  i ran into the same thing with another project, because i used some code from the DAL that comes with TaskVision.  I changed it to only ever pass in the connection string and never the actual connection object and it started working.  haven't tried that with TaskVision yet, but I have a sneaking suspicion it would work.

As for NTLM, WebServices are no different than an ASP.NET site, it's just HTTP Requests and what not (with other stuff of course), so from the perspective of IIS, that does work, either allowing or denying requests based off of who's logged in.  I'm actually not sure how to get at the credentials themselves, that's why I went to sending the authentication through the SOAP Header and that seems to work pretty well!