On Thu, 2003-01-09 at 19:32, Dan Christopherson wrote: > Probably the second biggest thing (after fear of change) that caused > ODBMS's to be stillborn: "Will <insert corporate standard reporting > tool> work with it? No!?!?! How do you expect to sell it?"
Which is probably why no-one has developed a commercial solution for the problem. But you are also forgetting the political pressure of the hoards of Oracle guys, who have been doing Oracle for 100 years who will tell you that anything that isn't Oracle (that might mean they have to learn something new) is evil. :-) If we are interested in technical merits rather than commercial merits (as most open source software is) then ODBMS probably has the edge over RDBMS for Java work. Likewise a native CMP store would be the ultimate for EJB, providing that it came with the same sort of features that you would expect from a modern RDBMS (e.g. a shell, backup, monitoring etc.). Your point regarding ODBMS is a good one, - having a lack of standard tools and standards has definitely been a bar. However CMP doesn't suffer from the same problem because switching the CMP implementation (from say O/R mapping to native) doesn't require changes to the application code (in theory). You could even provide a SQL/JDBC interface to your CMP store to support legacy applications such as reporting tools. i.e. the relational interface is emulated, not the CMP interface. As I mentioned earlier, such a database would be ideal for my app (I don't need legacy support) and I bet there are lot of others in the same situation. -- Peter Beck BEng (hons) - Managing Director, Electrostrata Ltd. http://www.electrostrata.com --+-+-- Experts in e-business and e-commerce ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
