Support Forums: Message List - Zero Turnaround Time: the crucial flaw? http://www.theserverside.com Most recent forum messages en Jive Forums Silver 5.5.30 (www.jivesoftware.com) Wed, 19 Jun 2013 10:58:46 -0400 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 It was worked on "old" JDK releases, but it was changed by specification and class can not be unloaded if class loader is reacheble ( JVM must unload class if and only if loader is unreacheble ) "singleton" was the...]]> Thu, 04 Aug 2005 22:50:44 -0400 Thu, 04 Aug 2005 22:50:44 -0400 Thu, 04 Aug 2005 22:50:44 -0400 Aug 4, 2005 Cameron Purdy 0 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 As for unloading classes, there's no reason to. Just give the new class a different name and load it in the same class loader. Every couple thousand JSPs, just create a new classloader and lose the refs to the old one. (That lets the classes...]]> Thu, 04 Aug 2005 16:45:57 -0400 Thu, 04 Aug 2005 16:45:57 -0400 Thu, 04 Aug 2005 16:45:57 -0400 Aug 4, 2005 Juozas Baliuka 1 Alternative to standard JSP compilers http://www.theserverside.com/discussions/thread.tss?thread_id=35538 Our tool just uses memory: there is NO compilation, NO temporary java class, NO javac.

Sorry I wasn't clear.
Stephen]]> Wed, 03 Aug 2005 08:26:56 -0400 Wed, 03 Aug 2005 08:26:56 -0400 Wed, 03 Aug 2005 08:26:56 -0400 Aug 3, 2005 Stephen Colebourne 0 Alternative to standard JSP compilers http://www.theserverside.com/discussions/thread.tss?thread_id=35538 Craig, the biggest problem with the "Z" in "ZTT" is that most of the app servers used the same crap approach to compiling JSPs:

1) Use Apache's Jasper to produce .java
2) Use JDK's JavaC (i.e. create a new...]]> Wed, 03 Aug 2005 08:21:14 -0400 Wed, 03 Aug 2005 08:21:14 -0400 Wed, 03 Aug 2005 08:21:14 -0400 Aug 3, 2005 Stephen Colebourne 1 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 There actually is a technically difficult challenge to providing ZTT capabilities that don't encourage bad habits. That is the lack of ClassLoader.unloadClass() in the JVM. It is certainly not a fatal flaw -- obviously, the folks building...]]> Wed, 03 Aug 2005 07:45:18 -0400 Wed, 03 Aug 2005 07:45:18 -0400 Wed, 03 Aug 2005 07:45:18 -0400 Aug 3, 2005 Cameron Purdy 4 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 There actually is a technically difficult challenge to providing ZTT capabilities that don't encourage bad habits. That is the lack of ClassLoader.unloadClass() in the JVM. It is certainly not a fatal flaw -- obviously, the folks building...]]> Wed, 03 Aug 2005 04:30:11 -0400 Wed, 03 Aug 2005 04:30:11 -0400 Wed, 03 Aug 2005 04:30:11 -0400 Aug 3, 2005 Juozas Baliuka 0 Zero Turnaround Time is a myth http://www.theserverside.com/discussions/thread.tss?thread_id=35538 The reason many people simply dont do this is because they are not...]]> Wed, 03 Aug 2005 04:15:49 -0400 Wed, 03 Aug 2005 04:15:49 -0400 Wed, 03 Aug 2005 04:15:49 -0400 Aug 3, 2005 Werner Punz 0 Myfaces has solved many of these issues http://www.theserverside.com/discussions/thread.tss?thread_id=35538 For the scope problem there exists the sort of excellent x:saveState problem.
The component set is huge and generally it is a good framework to start with.]]> Wed, 03 Aug 2005 03:38:38 -0400 Wed, 03 Aug 2005 03:38:38 -0400 Wed, 03 Aug 2005 03:38:38 -0400 Aug 3, 2005 Werner Punz 0 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538
oh, come on, Bruce. Speaking and writing are no certification of anything other than being willing to do them.
While what you say may be true, Bruce is very thoughtful and has shown a willingness to question his...]]> Wed, 03 Aug 2005 01:51:18 -0400 Wed, 03 Aug 2005 01:51:18 -0400 Wed, 03 Aug 2005 01:51:18 -0400 Aug 3, 2005 Craig McClanahan 6 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 there seems to be a disconnect between the enterprise and non-enterprise peopleAlso between the "webapp" and "application with a web UI" people. Then again, this might be a slight renaming of what you used.]]> Tue, 02 Aug 2005 13:38:00 -0400 Tue, 02 Aug 2005 13:38:00 -0400 Tue, 02 Aug 2005 13:38:00 -0400 Aug 2, 2005 Mark N 0 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 Tue, 02 Aug 2005 11:17:12 -0400 Tue, 02 Aug 2005 11:17:12 -0400 Tue, 02 Aug 2005 11:17:12 -0400 Aug 2, 2005 Juozas Baliuka 0 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 Sure...for exactly the types of projects that I recommend for RoR. That's a database schema, controlled by the development team, babysat by a web ui. We build that app more often than any other Java app.
by we, I assume you...]]> Tue, 02 Aug 2005 10:28:35 -0400 Tue, 02 Aug 2005 10:28:35 -0400 Tue, 02 Aug 2005 10:28:35 -0400 Aug 2, 2005 peter lin 2 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538
As containers get better and code is more decoupled, you frequently have to test your pojos in context. That often means testing in container, for a significant percentage of the time.
Isn't it the contrary? As...]]> Tue, 02 Aug 2005 10:10:14 -0400 Tue, 02 Aug 2005 10:10:14 -0400 Tue, 02 Aug 2005 10:10:14 -0400 Aug 2, 2005 Jason Carreira 0 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 As containers get better and code is more decoupled, you frequently have to test your pojos in context. That often means testing in container, for a significant percentage of the time.Isn't it the contrary? As containers get...]]> Tue, 02 Aug 2005 09:04:51 -0400 Tue, 02 Aug 2005 09:04:51 -0400 Tue, 02 Aug 2005 09:04:51 -0400 Aug 2, 2005 Henrique Steckelberg 1 Amusing topic. http://www.theserverside.com/discussions/thread.tss?thread_id=35538 Let's just say that Ruby is proven
I have to disagree somewhat. Even the designer of Ruby considers current versions as flawed, and plans future versions which will contain major revisions, even to the extent of breaking...]]> Tue, 02 Aug 2005 05:11:50 -0400 Tue, 02 Aug 2005 05:11:50 -0400 Tue, 02 Aug 2005 05:11:50 -0400 Aug 2, 2005 Steve Zara 0