actually the one problem I see with this is that we seriously break the client contract as the API of the bean is really not a match with the remote, think "create".
Again I think the advantage is on the server bean saving space and allowing for extremelly simple deployment of webservices. As a side note, for EJBs even, nothing prevents us from saving that bytecode generation to a jar, at deployment time so that you can compile (the problem raised by Aaron is only the compilation). If I get webservices in 10 seconds, I think we are in a very SWEET position, we don't want to know about the EJB packaging and home and remote and blablabla, screw all that, I DON'T CARE. We just drop the *CLASS* in the deploy directory and voila! webservice for you sir! with an EJB backing it up, how fucking sweet is that? Again axis does part of this without the clean system behind it. It would be easy to integrate the transaction and security in there, by the x-doclet tags. whatever, will do when there is a moment marcf |-----Original Message----- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Sacha |Labourey |Sent: Monday, November 12, 2001 12:58 PM |To: Rickard Oberg; jBoss Developer |Subject: RE: [JBoss-dev] [research] a home/remote generator | | |Hello Rickard, | |Yes I know what you mean, I even read your book when it just came out... So |I certainly cannot be a bad boy ;) | |My goal was just to follow the basic intended scheme: EJB access in 10 |seconds. | |My goal was certainly not to start a fight "should remote methods raise a |subclass of java.lang.Exception or java.lang.Error"... ;) | |Cheers, | | | | Sacha | |> -----Message d'origine----- |> De : [EMAIL PROTECTED] |> [mailto:[EMAIL PROTECTED]]De la part de |.. |> |> If the RMI team heard you they would kill you ;-) |> |> /Rickard |> |> ps. Refer to the "notes on distributed computing" by Waldo et. al for |> details | | |_______________________________________________ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
