i want to ask "how to modify a label's/textboxe's value that is a member of a form in the windows application project from a web service project "
In my solution there are three projects! one of them is ASP.NET web service, other is classLibrary and another is a windows application... (build order 1.win app, 2.classLib,3.WebServ). firstly i create then show a login form(name: loginForm) that is in my win app project. then when user logins to the system and a form(name: userForm) opens that is in classLibrary project! and now that is important! when any client that is using my web service calls a method of the web service i want to show the value of the web method's parameter in one of the my userForm's controlles(for ex: label or textbox)... but i can not show this value!!! help me!
Note: i'm sorry for my english:( if i can't explain what i want to do i can explain again)

howto modify a label's/textboxe's value that is a membr of a form in the windows application project from a web service project?
franking
SBill
In the MSN Messenger example, I would host the web service in the same app domain as the WinForms app. You can't do this easily using ASMX Web Services, but it's quite straightforward with WSE 2.0. (It will also be possible with Indigo when it debuts.) You can find a list of articles on WSE here to get you started. One concern with this architecture (which might not be a concern for you depending on the actual application) is that you would need your UI running in order to receive web service calls. In the MSN Messenger case, it isn't a problem because you don't want to receive messages when the application isn't running. This might be the case with your app. The other problem doesn't have anything to do with where you host your web services. It's more a problem with network topology. If you're writing a messenger-type application, typically users will be behind firewalls and you can't make a direct point-to-point connection between the two applications. That's why messenger-style applications typically connect through a known 3rd-party (e.g. MSN Messenger Server) rather than going truly peer-to-peer. So think about your planned deployment environment because what might work locally on your network might fail miserably in the real world. Skype, MSN Messenger, and various peer-to-peer frameworks have spent a great deal of effort trying to overcome issues around firewalls, NATs, proxies, etc. Just make sure you do your homework.
Mark Bosley
thanks...
tblizzard
now suppose msn messenger has a web service at the background. all msn clients have web servers in their computers and web services on web servers... like real world, when a person who is in your contact list sends a message to you, a window opens on your screen... that's OK! i mean when you send message to me you call my web service's "receive message" method. and this method calls a method for showing this message in a window on my screen. but i can not show this message in a form on the screen. this is very similiar to my problem!.. i think any remoting or port solution isn't necessary! Becuase like i wrote before, all my problems are on server side! All my applications and web services are running on the same machine. remember "suppose msn messenger has a web service at the background"! suppose all msn clients have web services on their computers!..
Thanks...
ms_v
.NET Remoting works in much the same way, but is at a higher level of abstraction. You create an object derived from MarshalByRefObject, which you then expose via a TCP or SOAP channel. (I would recommend TCP for your case.) This object would exist in your ClassLib and receive instructions from the Web Service to update the Label/TextBox.
If this were a year or two in the future, I would be recommending Indigo rather than .NET Remoting, but .NET Remoting is what we have in our current toolbelt.
I hope that helps.