http://www.theserverside.com Most recent forum messages en Jive Forums Silver 5.5.30 (www.jivesoftware.com) Fri, 24 May 2013 23:35:05 -0400 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 Anyone who thinks that any database of consequence will always exclusively be accessed by J2EE apps hasn't been in IT very long.
Well, I've been in 10 years, and I've worked on systems that are accessed exclusively by J2EE...]]> Mon, 25 Jul 2005 11:02:58 -0400 Mon, 25 Jul 2005 11:02:58 -0400 Mon, 25 Jul 2005 11:02:58 -0400 Jul 25, 2005 David McCoy 0 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 Wed, 20 Jul 2005 15:01:42 -0400 Wed, 20 Jul 2005 15:01:42 -0400 Wed, 20 Jul 2005 15:01:42 -0400 Jul 20, 2005 Stephan Janssen 0 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 Wed, 20 Jul 2005 04:15:40 -0400 Wed, 20 Jul 2005 04:15:40 -0400 Wed, 20 Jul 2005 04:15:40 -0400 Jul 20, 2005 Rene Peinl 1 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 It would also be nice if the compiler was smart enough to do the byte code manipulation/augmentation based on hints/annotations instead of a separate step so I could avoid breaking encapsulation with getters and setters for...]]> Tue, 19 Jul 2005 23:19:21 -0400 Tue, 19 Jul 2005 23:19:21 -0400 Tue, 19 Jul 2005 23:19:21 -0400 Jul 19, 2005 Bill Burke 0 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 My point was about the fact that copying the state of, say, hundreds of objects, and later comparing every single one of them seems extremely inefficient in comparison to a scheme where an event is fired when an objects property changes,...]]> Tue, 19 Jul 2005 18:02:30 -0400 Tue, 19 Jul 2005 18:02:30 -0400 Tue, 19 Jul 2005 18:02:30 -0400 Jul 19, 2005 Emmanuel Bernard 0 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 It would be nice if the DBMS vendors would support a standard so that objects could subscribe to change events on the data they are mapped to. But that hasn't happened.
Excellent point! And it isn't an impossibility .. through...]]> Tue, 19 Jul 2005 17:55:40 -0400 Tue, 19 Jul 2005 17:55:40 -0400 Tue, 19 Jul 2005 17:55:40 -0400 Jul 19, 2005 Cameron Purdy 0 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 I can only think of four reasons:1) Save millions of dollars2) Make the application perform must faster3) Handle many more concurrent requests4) Achieve higher levels of availabilityOther than that, in my experience, you are correct....]]> Tue, 19 Jul 2005 13:09:21 -0400 Tue, 19 Jul 2005 13:09:21 -0400 Tue, 19 Jul 2005 13:09:21 -0400 Jul 19, 2005 William Childers 2 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 Tue, 19 Jul 2005 11:13:08 -0400 Tue, 19 Jul 2005 11:13:08 -0400 Tue, 19 Jul 2005 11:13:08 -0400 Jul 19, 2005 Christian Sell 1 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 Exactly, which is why middle tier caching schemes have so little value. Why cache what the DBMS is already caching anyway?
I can only think of four reasons:

1) Save millions of dollars
2) Make the application...]]> Tue, 19 Jul 2005 10:47:08 -0400 Tue, 19 Jul 2005 10:47:08 -0400 Tue, 19 Jul 2005 10:47:08 -0400 Jul 19, 2005 Cameron Purdy 3 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 This doesn't actually solve the problem he states. If another app changes the row half way through his transaction, this setting won't help. (And maybe he doesn't use Weblogic so wouldn't know about it anyway)As has been stated before,...]]> Tue, 19 Jul 2005 08:47:03 -0400 Tue, 19 Jul 2005 08:47:03 -0400 Tue, 19 Jul 2005 08:47:03 -0400 Jul 19, 2005 William Childers 5 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 ok, if get that right, this means that any framework that uses this approach will take a snapshot of every managed object when it enters the persistence context, and compare it with the current state field-by-field upon transaction commit....]]> Tue, 19 Jul 2005 08:36:24 -0400 Tue, 19 Jul 2005 08:36:24 -0400 Tue, 19 Jul 2005 08:36:24 -0400 Jul 19, 2005 Cameron Purdy 0 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 ok, if get that right, this means that any framework that uses this approach will take a snapshot of every managed object when it enters the persistence context, and compare it with the current state field-by-field upon transaction commit....]]> Tue, 19 Jul 2005 08:22:43 -0400 Tue, 19 Jul 2005 08:22:43 -0400 Tue, 19 Jul 2005 08:22:43 -0400 Jul 19, 2005 Bill Burke 2 http://www.theserverside.com/discussions/thread.tss?thread_id=35231
As has been stated before, optimistic...]]> Tue, 19 Jul 2005 06:07:32 -0400 Tue, 19 Jul 2005 06:07:32 -0400 Tue, 19 Jul 2005 06:07:32 -0400 Jul 19, 2005 Kit Davies 6 http://www.theserverside.com/discussions/thread.tss?thread_id=35231 Tue, 19 Jul 2005 03:51:25 -0400 Tue, 19 Jul 2005 03:51:25 -0400 Tue, 19 Jul 2005 03:51:25 -0400 Jul 19, 2005 Christian Sell 4 http://www.theserverside.com/discussions/thread.tss?thread_id=35231
( Tue, 19 Jul 2005 02:48:35 -0400 Tue, 19 Jul 2005 02:48:35 -0400 Tue, 19 Jul 2005 02:48:35 -0400 Jul 19, 2005 Dmitriy Kiriy 7