I downloaded the install for the source today.  I ran the install.  Verified that the database was created and that the tables had been poplulated.  Also verified the virtual web was created in IIS.

Database and client are on the local system.

After the solution was rebuilt and the project was executed I am prompted for a username and password.

I enter the jdoe userid and welcome password.

A message box is then displayed with the following

"The remote server is unreachable or request has timed-out please check your connection and try again"

Is this a connection to the database or the web service?

If I access the web services using a web broswer I am able to invoke GetAuthorizationTicket(), GetUserInfo(), GetProjects(), GetTasks() without any problems.

Any ideas on what I need to take a look at or do?

I got the same message

Remco

I got the same message ?

is this a bug or....

Remco

sorry for the dubble post. did'nt know that it takes some time before the replies are visible

Is it possible to edit a message after posting ?

Remco

What OS are you running as your server?

I am running XP Pro

I'm running the client virsion on a XP pro front end, so i use the public server

Remco

anybody ?

I need this app to run so i can show the boss a 'real' app running, he is not convinced on going dotnet, so if there's someone who can solve this ? or point me in a direction i appreciate it a lot.

Remco

I thought we would have an answer to this by now.

Is anyone looking into this or should I go about looking at something else.

It looks like the public server may be down.  I just pinged the folks hosting it.  In the mean time, do you have SQL Server running on you machine.  Maybe install the server and redirect the client to run with that?  directions on how to do this are on the server install page, as I recall.
thanks!

Server's back up!!!!  If you still have issues, it's probably b/c you're behind a proxy server.  Go into internet explorer, under the tools menu -> internet options -> connections tab -> lan settings and enter your proxy server info.  That should do the trick.  But worst case, you can always run the server locally and then you don't have to worry about hte proxy server.
fyi: the code on the taskvision workspace on www.gotdotnet.com has the ability to work with proxy servers.
thanks,
Mike

what if you are running locally and are getting the same results.

I came in to look for an answer.  But I think I may be able to answer this one since I just got it work locally (both client and server are running on the same machine).

Open the web.config in the web service directory and change the server value in the connectionString to local. Like this:
<add key="dbConn.ConnectionString" value="Server=local;UID=xxx;pwd=xxxx;database=TaskVision" />

It worked for me.

However, I have another scenario, I hope somebody can help me out. I am getting the same error as previous post:
1> the web service runs on http://www.xyz.com/
2> The database is on a different server rather than the web server
3> I have modified the web.config and make the connection string point to the right database server with the right usename and passwords
4> The client is installed on my loca machine at home. 
5> I have midified the TaskVision.exe.config to point to the right web services
6> When I run the client and type in jdoe and welcome, I get "An error has occurred on your remote server".

Please help,
Thanks!
Chun

I'm getting the same issue.

Hi,

Not sure if this is the same as your situation, but have a look at my thread - http://www.windowsforms.net/Forums/ShowPost.aspx?tabIndex=1&tabId=41&PostID=8658

Andy

I am seeing the same issue as a number of people are, but have yet to see anyone offer any real suggestions.

Can anyone point us in the right direction to resolving this issue?

I have resolved my own issue.  It was a security problem with IIS for the virtual directories.  They need to be only set for anonymous access.

I guess not....

I’ve had the same problem, it took me 2 days to work it out.  Ofcourse, Its pretty simple, once you know how to fix it.

A. Firstly, my VS.net configurations, I have the following software installed in order.  This is important, particularly with IIS:
     1. IIS
     2. Visual Studio.net (VB.net)
     3. MS SQL Server Desktop Engine (MSDE)

B. Copy  â€œtaskvisionsource_1.1.0.0.msiâ€?nbsp;to another directory
     1. Install taskvisionsource_1.1.0.0.msi
     2. Get the error msg â€œUnable to locate the localhost databaseâ€?â€? Don’t close this.
     3. Go to the directory you selected for installing the source code and copy all in another directory. Then close the error msg and let the setup rollback installation.

C. Install database
     1. Go to the directory you copied the source code to and find the directory â€œâ€¦setup\SQL\â€?
     2. The files SqlServer_TaskVision_Create_DB.sql and SqlServer_TaskVision_DataLoad.sql should be there, ingnore the 3rd file.
     3. Type â€œOSQL -S %COMPUTERNAME% -E /I SqlServer_TaskVision_Create_DB.sqlâ€?nbsp;This will create the sql TaskVision database to your (local) sql sever.
     4. Type â€œOSQL -S %COMPUTERNAME% -E /I SqlServer_TaskVision_DataLoad.sqlâ€?br/>
D. Let IIS know that the application is there to use.
     1. Go to the directory you copied the source code to and locate the directory â€œTaskVisionUpdatesâ€?nbsp;and directory â€œTaskVisionWSâ€?
     2. Copy these 2 directories (including the files) into c:\Inetpub\wwwroot\
     3. Goto Control Panel -> Administrative Tools -> Internet Information Services
     4. Expand the server node | Web Sites | Default Web Site.
     5. Locate and click on TaskVisionWS directory.
     6. Right-click on TaskVisionWS directory and select Properties. A dialog box will appear.
     7. Select the Directory tab and click on Create button to tell IIS to let you use this application. The icon on the TaskVisionWS directory should change from folder icon to IIS icon.
     8. Locate TaskVisionUpdates directory.  Rick-click, select Properties.  Then click the Create button.  The folder icon should change to IIS icon.

E. Modify the connection in the program to let it know where the databases are.
     1. Go back to the directory you copied the source code and find the file TaskVision.sln.  Then run it.
     2. Find the TaskVisionWS project and double-click on AuthService.asmx.
     3. Select â€œdbConnâ€?nbsp;sqlconnection contorol, go to "Properties" and change the "Connection string" to the â€œTaskVisionâ€?nbsp;sql database you created in step C3. above.
     4. The easiest way is to select <New Connectionâ€?gt;
     5. (local) for server name.  Tick â€œUse WIN NT Integrated securityâ€?  "TaskVisionâ€?nbsp;for the database

G. Run TaskVision.

That's totally messed up. The connectionstring should not be baked into the web service. It should be pulling from the web.config file that's already there. No freakin wonder the thing hasn't woked.

Where's my password gone!
I've got the database running locally (MSDE accessed from SQL2000). My problem is this...

When I get the ticket...everything is fine.
When I try to call GetUserInfo is fails as it can't authenticate the the connection string. After looking at the connection string, it looks as though the password parameter is being stripped out somewhere in the get ticket stored procedure, so that by the time I call 'GetUserInfo' thew connection fails.

I've stepped through this in debug mode, and although I know this is what is happening, I can't trace where...Hmmmm. :(

I can do a work-around be resetting the connection string from the web-config file, but I'm at a loss as to why this is happening.

Has any-one else came up against this?

cheers

Fixed now... code was in this fine Forum!

My connection string was using SQL authentication and I didn't have ;Persist Security Info=True in the string.

If I were you, I would set up my client for debugging and step into the code where it is making the web service call.  The message you described is just a "canned" message.  The underlying SOAPException from the Web Service will be more revealing as to what the problem is.

I have resolved this issue, I think It was a security problem with IIS for the virtual directories. They need to be only set for anonymous access.

Thanks for the tip (that worked), but what if I don't want it allowing anonymous connections?

Anyone know if there is a fix in the works to allow Windows Integrated logins?