RE: help needed

If you only have to call remote methods, and not expose to remote access some methods of your own, the J2SE approach would of course be the best one, since you do not need to implement an HTTP server, but just a client.

Afaik the apache xmlrpc client a while ago came even with an applet subclass that had extra xmlrpc functionality implemented. This way your client app could even run in a browser...

Bye
Gaetano Giunta

>  I need to call a .NET method through a java Client...
One of the most important aspects of Web Services is that you shouldn't 
care what technology is on the other end. As one professor of mine put 
it, "It could be Java, .Net, or a bunch of monkeys  typing on a 
typewriter"

>
>  Is it possible to use only J2SE, I am not comfortable
> with J2EE..
Yes, but xml-rpc runs over HTTP. In other words, you need a web server. 
One of the most popular ways to attack this would be using a servlet 
container like tom cat

http://tomcat.apache.org/

This is J2EE by the the way but I think your fears are unfounded, since 
this greatly simplifies web development.

Maybe for you, a better choice is this project, which has the option of 
a built in HTTP server

http://ws.apache.org/xmlrpc/

Again, I think you should reevaluate your fears of J2EE.  Just consider 
it extra functionality.
>
HTH,

Matt Terenzio
Two-way, shared, public RSS feeds by SkinnyFarm
http://skinnyfarm.


[Non-text portions of this message have been removed]



 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/xml-rpc/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/