Ricardo Argüello wrote: >>I don't recommend JDO. >> >>-dain >> > > Could you elaborate more on that, please?
JDO is a cool idea. I think of JDO like ADO; it is easy to program against but is not a great persistence framework. One of the coolest things about ADO is the ability to program against disconnected data sets represented as XML. So you connect to your server and generate an XML document. Then you work on the document disconnected using ADO. When your are done, ADO submits an XML diff to the server which updates the server objects. In this schema ADO is JDO and the server objects are Entity Beans. Anyway, that wasn't really important. I don't think JDO spec is going anywhere. The object db vendors are really the only ones really driving the spec, and I believe if it weren't for them the spec would be dead. Also, the spec guys are very excited, which I think is necessary for a good product. (David can attest to this more as he went to their Spec release party and it was a downer). The question should be do you really want to invest your architecture in a spec that Sun relay won't even talk about? -dain _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
