[SoapRMI] Re: SoapRMI digest, Vol 1 #137 - 6 msgs
smarsten
smarsten_at_core.com
Mon, 18 Feb 2002 18:53:15 -0600
Alek,
Wrt the Randy CORBA vs. RMI-SOAP below: how about jar-filing the CORBA request and
serialize it through the servlet and vice versa, to cut down on the size of the
message? Then he doesn't have to deal with a firewall using CORBA service and IOR, by
using RMI-SOAP? Is that conceivable?
Steve
soaprmi-request_at_cs.indiana.edu wrote:
> Send SoapRMI mailing list submissions to
> soaprmi_at_mailman.cs.indiana.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.cs.indiana.edu/mailman/listinfo/soaprmi
> or, via email, send a message with subject or body 'help' to
> soaprmi-request_at_mailman.cs.indiana.edu
>
> You can reach the person managing the list at
> soaprmi-admin_at_mailman.cs.indiana.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of SoapRMI digest..."
>
> Today's Topics:
>
> 1. newbie: CORBA -> XSOAP (Randy Heiland)
> 2. Re: newbie: CORBA -> XSOAP (Aleksander Slominski)
> 3. XEVENTS 0.0.1 ALPHA 2 (and XGWS) (Aleksander Slominski)
> 4. Re: newbie: CORBA -> XSOAP (Randy Heiland)
> 5. Re: newbie: CORBA -> XSOAP (Aleksander Slominski)
> 6. Re: XEVENTS 0.0.1 ALPHA 2 (and XGWS) (Aleksander Slominski)
>
> --__--__--
>
> Message: 1
> From: "Randy Heiland" <heiland_at_ncsa.uiuc.edu>
> Date: Fri, 15 Feb 2002 15:58:43 -0600
> To: soaprmi_at_cs.indiana.edu
> Subject: [SoapRMI] newbie: CORBA -> XSOAP
>
> I'm going to stick my neck out and ask some newbie (to XSOAP) questions.
>
> I have a client-server (visualization) app that uses CORBA for communication
> and am curious about swapping out CORBA for XSOAP. Essentially my requirements
> are:
>
> - a Linux factory server (currently a C++ CORBA servant)
> - capable of forking off a server per client (or something analogous)
> - a Java Swing client (using 1.3.1)
> - ability to return binary (compressed image) data
>
> One question: am I required to run a web server to do the XSOAP stuff?
>
> Any suggestions, or pointers to examples in the downloaded pkg would be
> welcome!
>
> thanks,
> --Randy
>
> --__--__--
>
> Message: 2
> Date: Fri, 15 Feb 2002 17:49:19 -0500
> From: Aleksander Slominski <aslom_at_cs.indiana.edu>
> To: Randy Heiland <heiland_at_ncsa.uiuc.edu>
> CC: soaprmi_at_cs.indiana.edu
> Subject: Re: [SoapRMI] newbie: CORBA -> XSOAP
>
> Randy Heiland wrote:
>
> > I have a client-server (visualization) app that uses CORBA for communication
> > and am curious about swapping out CORBA for XSOAP.
>
> hi,
>
> what are the reasons that you wan to make this change?
>
> definitely performance of CORBA can not be matched by SOAP (it was not designed for
> performance and XML does not help here - for small messages it may be good enough
> but binary data is typically good).
>
> > Essentially my requirements
> > are:
> >
> > - a Linux factory server (currently a C++ CORBA servant)
> > - capable of forking off a server per client (or something analogous)
>
> XSOAP can work with familiar RMI model so you do not need to anything but use
> UnicastRemoteObject
>
> > - a Java Swing client (using 1.3.1)
> > - ability to return binary (compressed image) data
>
> this may be a problem as XSOAP has no support for attachments however you can
> BASE64 encode your data and send it as string, trade-offs: 33% increase in size and
> overhead of encoding / decoding but it is easy to put into XML.
>
> > One question: am I required to run a web server to do the XSOAP stuff?
>
> when you call UnicastRemoteObject.exportObject() it uses small embedded web server
> to handle HTTP communication. however you can also embed your object inside servlet
> and then servlet container talk to web server to handle HTTP.
>
> > Any suggestions, or pointers to examples in the downloaded pkg would be
> > welcome!
>
> if you already has CORBA code you may just try to export your object as web
> services with XSOAP and access them using XSOAP dynamic proxy mechanism in Java (no
> need to generate stubs). the current version is available at our web page.
>
> thanks,
>
> alek
>
> ps. it is possible to handle encoding/decoding of byte[] into BASE64 transparently
> and i actually worked on such plugin for XSOAP but have not enough time ot finish
> it yet ...
>
> --__--__--
>
> Message: 3
> Date: Mon, 18 Feb 2002 02:18:10 -0500
> From: Aleksander Slominski <aslom_at_cs.indiana.edu>
> To: "extreme_at_cs.indiana.edu" <extreme_at_cs.indiana.edu>
> CC: xgws-user_at_extreme.indiana.edu, "'SoapRMI'" <soaprmi_at_cs.indiana.edu>
> Subject: [SoapRMI] XEVENTS 0.0.1 ALPHA 2 (and XGWS)
>
> hi,
>
> the very first and very preliminary version of XEVENTS is ready - it works but
> accessing implementation is a bit messy and will be cleaned in next version.
>
> moreover it ALPHA version and it is not yet supporting persistence and is limited:
> currently does not have Java publisher agent that stores not sent events in file
> (but C++ version does it), listener agent that is providing simple subscription
> mechanism and no generic persistent message channel (basically except lot of
> changes).
>
> it is available at:
> http://www.extreme.indiana.edu/xgws/xevents/
>
> XML schemas and WSDL interfaces definitions are also included
> http://www.extreme.indiana.edu/xgws/xevents/v10/download/xevents/src/xml/
>
> Javadoc API is available here:
> http://www.extreme.indiana.edu/xgws/xevents/v10/download/xevents/doc/api/
>
> i have also added link to XGWS (and XEVENTS) to main extreme page.
>
> please let me know if you notice typos or things that needs changing.
>
> thanks,
>
> alek
>
> --__--__--
>
> Message: 4
> From: "Randy Heiland" <heiland_at_ncsa.uiuc.edu>
> Date: Mon, 18 Feb 2002 08:46:50 -0600
> To: Aleksander Slominski <aslom_at_cs.indiana.edu>
> Subject: Re: [SoapRMI] newbie: CORBA -> XSOAP
> Cc: soaprmi_at_cs.indiana.edu
>
> Thanks for your reply, Alek. To answer your first question, I was simply
> wondering whether replacing CORBA with XSOAP would offer a "lighter-weight"
> solution to my problem. The CORBA implementation that I use (TAO) is a real
> BIG pkg and I dread the times that I update it with a new version. Also, I'm
> not (currently) using CORBA in its full capacity -- basically I just use the
> naming service. I read (obviously, pro Web Svcs) articles that compare the
> "gorilla" of CORBA to the "gazelle" of Web Svcs and I just thought I'd try to
> educate myself more.
>
> Based on your performance and binary/BASE64 encoding comments, I guess I'll
> stay with CORBA for now.
>
> thanks,
> --Randy
>
> On Feb 15, 5:49pm, Aleksander Slominski wrote:
> > Subject: Re: [SoapRMI] newbie: CORBA -> XSOAP
> > Randy Heiland wrote:
> >
> > > I have a client-server (visualization) app that uses CORBA for
> communication
> > > and am curious about swapping out CORBA for XSOAP.
> >
> > hi,
> >
> > what are the reasons that you wan to make this change?
> >
> > definitely performance of CORBA can not be matched by SOAP (it was not
> designed for
> > performance and XML does not help here - for small messages it may be good
> enough
> > but binary data is typically good).
> >
> > > Essentially my requirements
> > > are:
> > >
> > > - a Linux factory server (currently a C++ CORBA servant)
> > > - capable of forking off a server per client (or something analogous)
> >
> > XSOAP can work with familiar RMI model so you do not need to anything but use
> > UnicastRemoteObject
> >
> > > - a Java Swing client (using 1.3.1)
> > > - ability to return binary (compressed image) data
> >
> > this may be a problem as XSOAP has no support for attachments however you can
> > BASE64 encode your data and send it as string, trade-offs: 33% increase in
> size and
> > overhead of encoding / decoding but it is easy to put into XML.
> >
> > > One question: am I required to run a web server to do the XSOAP stuff?
> >
> > when you call UnicastRemoteObject.exportObject() it uses small embedded web
> server
> > to handle HTTP communication. however you can also embed your object inside
> servlet
> > and then servlet container talk to web server to handle HTTP.
> >
> > > Any suggestions, or pointers to examples in the downloaded pkg would be
> > > welcome!
> >
> > if you already has CORBA code you may just try to export your object as web
> > services with XSOAP and access them using XSOAP dynamic proxy mechanism in
> Java (no
> > need to generate stubs). the current version is available at our web page.
> >
> > thanks,
> >
> > alek
> >
> > ps. it is possible to handle encoding/decoding of byte[] into BASE64
> transparently
> > and i actually worked on such plugin for XSOAP but have not enough time ot
> finish
> > it yet ...
> >
> >-- End of excerpt from Aleksander Slominski
>
> --__--__--
>
> Message: 5
> Date: Mon, 18 Feb 2002 10:56:33 -0500
> From: Aleksander Slominski <aslom_at_cs.indiana.edu>
> To: Randy Heiland <heiland_at_ncsa.uiuc.edu>
> CC: soaprmi_at_cs.indiana.edu
> Subject: Re: [SoapRMI] newbie: CORBA -> XSOAP
>
> Randy Heiland wrote:
>
> > Thanks for your reply, Alek. To answer your first question, I was simply
> > wondering whether replacing CORBA with XSOAP would offer a "lighter-weight"
> > solution to my problem. The CORBA implementation that I use (TAO) is a real
> > BIG pkg and I dread the times that I update it with a new version. Also, I'm
> > not (currently) using CORBA in its full capacity -- basically I just use the
> > naming service. I read (obviously, pro Web Svcs) articles that compare the
> > "gorilla" of CORBA to the "gazelle" of Web Svcs and I just thought I'd try to
> > educate myself more.
>
> hi,
>
> as of naming service in XSOAP we use currently JNDI/LDAP and it works pretty good.
>
> > Based on your performance and binary/BASE64 encoding comments, I guess I'll
> > stay with CORBA for now.
>
> i would probably try very simple use case and evaluate how CORBA and SOAP differs
> for your requirements (like sending binary data in CORBA and BASE64 encoded byte[]
> that is of realistic size). with ever faster machines and network it may be good
> enough :-)
>
> alek
>
> --__--__--
>
> Message: 6
> Date: Mon, 18 Feb 2002 11:13:07 -0500
> From: Aleksander Slominski <aslom_at_cs.indiana.edu>
> To: Mark Swanson <swansma_at_yahoo.com>
> CC: xgws-user_at_extreme.indiana.edu, "'SoapRMI'" <soaprmi_at_cs.indiana.edu>
> Subject: Re: [SoapRMI] XEVENTS 0.0.1 ALPHA 2 (and XGWS)
>
> Mark Swanson wrote:
>
> > How does this provide different or additional functionality than the JMS API?
>
> hi,
>
> JMS API probably could be implemented on top of XMESSAGES however we have designed
> XEVENTS/XMESSAGE to be used in multiple programming languages (and JMS is java
> specific). actual next release will java C++ events publisher agent.
>
> very good question (i think i add it to FAQ)!
>
> thanks,
>
> alek
>
> ps. that would ivery interesting project - do you know of any place that explains
> how to implement simple JMS provider? i have only found this javaworld article but
> seems a bit old and limited impl though still good start:
> http://www.javaworld.com/javaworld/jw-03-1999/jw-03-howto.html
>
> --__--__--
>
> _______________________________________________
> SoapRMI mailing list
> http://www.extreme.indiana.edu/soap
> http://mailman.cs.indiana.edu/mailman/listinfo/soaprmi
>
> End of SoapRMI Digest