It is part of the entity bean serialization framework. I investigate it, because it is extremely untrivial to trick the Axis-Wsdl and serialized structures to look like ADO-streams.
For example, I have to put "dotNet" flags everywhere in Jboss.net that behave differently (namespace resolution, nullable values, etc) depending on whether a .net client is calling in to server or not. For example, you must be able to define non-recursive "views" via appropriate XML-Schema onto the entity-bean model to result in .net-processible structures. This is not primarily supported by axis with its one-java-class-one-xml-type approach everywhere. So it is still research and I am not sure whether or when it will result in productive, stable code afterwards that I can easily integrate with the jboss.net head revision. CGJ -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Juni 2002 17:00 An: [EMAIL PROTECTED] Betreff: RE: AW: AW: [JBoss-user] IllegalArgumentException from jboss.net to SLSB > I´m also investigating special-purpose serializers that let java > objects look like Ado DataSets This would solve some big problems for me. I don't see it listed as a task on SF. What do you mean "investigating?" > -----Original Message----- > From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 11, 2002 7:25 AM > To: '[EMAIL PROTECTED]' > Subject: AW: AW: AW: [JBoss-user] IllegalArgumentException from > jboss.net to S LSB > > > -----Ursprüngliche Nachricht----- > >Von: David Ward [mailto:[EMAIL PROTECTED]] > >Gesendet: Dienstag, 11. Juni 2002 15:10 > >An: [EMAIL PROTECTED] > >Betreff: Re: AW: AW: [JBoss-user] IllegalArgumentException > from jboss.net > to S LSB > > >Because most site administrators I've dealt with will not allow RMI > >through their firewall. However, they're just about always > okay with > >HTTP (since chances are they've already got that going and > are familiar > >with it). So if you need to give remote access via HTTP to > clients you > >know are java, this works. I know it doesn't work for > non-java clients > >but it does solve a very common problem. > > That is a necessary, but not sufficient reason to jump on > SOAP. You could > use > a jrmp-http-tunnel alternatively. It becomes sufficient when > you state that > you like to > avoid persistent http sessions in order to minimize > vulnerability of the > connections. > > >Now, I would love to use something that can handle complex > object graphs > >that contain custom objets that further do not adhere > completely to the > >JavaBeans spec - but I haven't found anything. Point me at a > >Serializer/Deserializer combo that does this (and that will > work with > >both Java and M$ clients), and I'll jump all over it. > > But this is the idea of having serializer/deserializer > factory. You will not > be able to > write a single piece of code (or rather: two classes!) that > will bridge all > of your runtime > environments and if there would be, I´m surely not the one to > maintain it. > > Instead have special-purpose serializers for special-purpose > classes/schemas > and plug them > together to provide complexity. > > Axis does the graph thing for you. Axis also provides a lot > of features when > it comes to present > the resulting meta-data in wsdl. The beanserializer does some > stuff good, > others bad - I´m currently > Subclassing it to get it running smoothly with entity beans. > > But the BeanSerializer is not everything and for all > purposes. E.g., I´m > also investigating > special-purpose serializers that let java objects look like > Ado DataSets. If > it was, we would be back > at the good old java.io.ObjectxxxStream and that is like I > perceive the > java.beans.XML stuff, too. > > If there is enough interest in using Jboss.net just for > tunneling purposes, > you can surely add > the almighty Object->xsd:binary xsd:binary->Object pair to > the codebase. But > that is not quite > how I perceive Web Services to be fruitful. > > > CGJ > > > > > > > > ########################################### > > This message has been scanned by F-Secure Anti-Virus for > Microsoft Exchange. > For more information, connect to http://www.F-Secure.com/ > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
