Support Forums: Message List - Featured Article: Persisting Problems http://www.theserverside.com Most recent forum messages en Jive Forums Silver 5.5.30 (www.jivesoftware.com) Fri, 24 May 2013 06:01:25 -0400 I support Geir and Jeremy http://www.theserverside.com/discussions/thread.tss?thread_id=26478
thanks for you comment]]> Fri, 11 Jun 2004 10:21:07 -0400 Fri, 11 Jun 2004 10:21:07 -0400 Fri, 11 Jun 2004 10:21:07 -0400 Jun 11, 2004 javierpaniza 0 Putting the ENTERPRISE in EJB http://www.theserverside.com/discussions/thread.tss?thread_id=26478 Transparent persistence should be in J2SE as much as it should be in J2EE. 100%.

I think, it must have been made a part of J2SE long ago...]]> Thu, 10 Jun 2004 15:04:59 -0400 Thu, 10 Jun 2004 15:04:59 -0400 Thu, 10 Jun 2004 15:04:59 -0400 Jun 10, 2004 Valeri Sarantchouk 0 Re: Still waiting... http://www.theserverside.com/discussions/thread.tss?thread_id=26478
The enhancer modifies field accesses to guarantee that the values of fields are retrieved from the data store prior to application usage. ...
Is JDO 2.o proposing to "obsolete" this guarantee? If not, please...]]> Thu, 10 Jun 2004 14:41:11 -0400 Thu, 10 Jun 2004 14:41:11 -0400 Thu, 10 Jun 2004 14:41:11 -0400 Jun 10, 2004 Abe White 0 Re: Still waiting... http://www.theserverside.com/discussions/thread.tss?thread_id=26478
You wrote:
First of all, no features require bytecode enhancement. In JDO 1, some required implementation of the PersistenceCapable interface (by enhancement or any other means), but that requirement has been lifted in JDO 2,...]]> Thu, 10 Jun 2004 13:49:36 -0400 Thu, 10 Jun 2004 13:49:36 -0400 Thu, 10 Jun 2004 13:49:36 -0400 Jun 10, 2004 Evan Ireland 1 "High Complexity is sign of technical imaturity" http://www.theserverside.com/discussions/thread.tss?thread_id=26478 [...]
I wish the JCP stopped developing API and instead Sun for once took on the task of comming up with a unified IDE spec. Eclipse is good, but I'm talking about specs for API + IDE components. This way, people will have a plug-n-play...]]> Thu, 10 Jun 2004 12:50:57 -0400 Thu, 10 Jun 2004 12:50:57 -0400 Thu, 10 Jun 2004 12:50:57 -0400 Jun 10, 2004 Michal Maczka 0 freedom of choice http://www.theserverside.com/discussions/thread.tss?thread_id=26478 Thu, 10 Jun 2004 11:47:13 -0400 Thu, 10 Jun 2004 11:47:13 -0400 Thu, 10 Jun 2004 11:47:13 -0400 Jun 10, 2004 Makan Time 0 re: how bout freedom of choice? http://www.theserverside.com/discussions/thread.tss?thread_id=26478 Thu, 10 Jun 2004 11:22:22 -0400 Thu, 10 Jun 2004 11:22:22 -0400 Thu, 10 Jun 2004 11:22:22 -0400 Jun 10, 2004 traceroute 0 how bout freedom of choice? http://www.theserverside.com/discussions/thread.tss?thread_id=26478
I do not quite agree that pojos and ejb solve different problems. They solve the same problem, that is persistence.
They are very different problems, the main reason for EJB is to simplify RMI, only one of the four...]]> Thu, 10 Jun 2004 10:15:43 -0400 Thu, 10 Jun 2004 10:15:43 -0400 Thu, 10 Jun 2004 10:15:43 -0400 Jun 10, 2004 Roger Voss 2 Huh? http://www.theserverside.com/discussions/thread.tss?thread_id=26478 The problem, as always, is performance. All O/R mapping tools prevent you from denormalize in a sensible way.The only solution is to use object oriented databases.
I didn't see any winking smiley faces, so I assume this is a...]]> Thu, 10 Jun 2004 10:00:32 -0400 Thu, 10 Jun 2004 10:00:32 -0400 Thu, 10 Jun 2004 10:00:32 -0400 Jun 10, 2004 Ryan Breidenbach 0 "High Complexity is sign of technical imaturity" http://www.theserverside.com/discussions/thread.tss?thread_id=26478 Thu, 10 Jun 2004 09:33:53 -0400 Thu, 10 Jun 2004 09:33:53 -0400 Thu, 10 Jun 2004 09:33:53 -0400 Jun 10, 2004 tom tarb 1 "High Complexity is sign of technical imaturity" http://www.theserverside.com/discussions/thread.tss?thread_id=26478 It is a culture probelm for Java that writing complex solutions is pride.
Reducing complexity for complex applications should be the goal.

As far as persistance, why...]]> Thu, 10 Jun 2004 08:43:05 -0400 Thu, 10 Jun 2004 08:43:05 -0400 Thu, 10 Jun 2004 08:43:05 -0400 Jun 10, 2004 Vic Cekvenich 2 OJB Pojo Persistence http://www.theserverside.com/discussions/thread.tss?thread_id=26478
Check out the Apache Object Relational Bridge project. I think it accomplished the goal.

http://db.apache.org/ojb/

As a side note, there have been some discussions...]]> Thu, 10 Jun 2004 08:37:34 -0400 Thu, 10 Jun 2004 08:37:34 -0400 Thu, 10 Jun 2004 08:37:34 -0400 Jun 10, 2004 Jim Shingler 0 EJB 3.0 will give the J2EE market to .NET http://www.theserverside.com/discussions/thread.tss?thread_id=26478 Sun didn't seem to keen on JDO in the beginning, but now it seems that they actually have accepted the idea.That is because JDO didn't take of, so they do not fear it anymore.

The whole idea with EJB 3.0 is really...]]> Thu, 10 Jun 2004 08:03:03 -0400 Thu, 10 Jun 2004 08:03:03 -0400 Thu, 10 Jun 2004 08:03:03 -0400 Jun 10, 2004 Rolf Tollerud 0 -1 http://www.theserverside.com/discussions/thread.tss?thread_id=26478 You make the assumption that EJB3 is to "define POJOs inside a J2EE container". It isn't. In fact, EJB3 is really about simplifying EJB, which is a component architecture for the development and deployment of component-based...]]> Thu, 10 Jun 2004 07:34:11 -0400 Thu, 10 Jun 2004 07:34:11 -0400 Thu, 10 Jun 2004 07:34:11 -0400 Jun 10, 2004 Adrian Brock 0 EJB 3.0 will give the J2EE market to .NET http://www.theserverside.com/discussions/thread.tss?thread_id=26478 With the prevailing (and understandable from a...]]> Thu, 10 Jun 2004 05:39:03 -0400 Thu, 10 Jun 2004 05:39:03 -0400 Thu, 10 Jun 2004 05:39:03 -0400 Jun 10, 2004 Johan Strandler 1