Re: and runtime expressions

2006-04-05 Thread Luca Passani
Kris Schneider wrote: The implication that the example singleton class causes a memory leak just because "...it creates a hard reference to a class instance into the class itself" is hard to believe. There are plenty of other ways to pin classes loaded by the web app's class loader, but the si

Re: and runtime expressions

2006-04-05 Thread Kris Schneider
The implication that the example singleton class causes a memory leak just because "...it creates a hard reference to a class instance into the class itself" is hard to believe. There are plenty of other ways to pin classes loaded by the web app's class loader, but the singleton pattern isn't on

Re: and runtime expressions

2006-04-05 Thread Luca Passani
Tarek Nabil wrote: Thanks a lot Luca for pointing this out. I must say it's completely new information to me. I wonder if it's really accurate and relevant to all containers. For example, in Oracle Containers for Java (OC4J), when you redeploy an application, the OC4J instance is restarted. You

RE: and runtime expressions

2006-04-05 Thread Tarek Nabil
: Tag Libraries Users List Subject: Re: and runtime expressions only marginally relevant to this thread, I recently read arguments against using Singletons in web apps: http://wiki.apache.org/tomcat/OutOfMemory Luca Tarek Nabil wrote: >Thanks a lot Kris for the explanation. > >Actual

RE: and runtime expressions

2006-04-04 Thread Tarek Nabil
tants, reflection should NOT be needed. So, it's just like doing something extra for no reason. -Original Message- From: Kris Schneider [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 04, 2006 4:51 PM To: Tag Libraries Users List Subject: Re: and runtime expressions Tarek Nabil wrote:

Re: and runtime expressions

2006-04-04 Thread Luca Passani
only marginally relevant to this thread, I recently read arguments against using Singletons in web apps: http://wiki.apache.org/tomcat/OutOfMemory Luca Tarek Nabil wrote: Thanks a lot Kris for the explanation. Actually, I'm starting to feel that moving to JSTL 1.0 was not such a wise move

Re: and runtime expressions

2006-04-04 Thread Kris Schneider
; http://jsp-spec-public.dev.java.net/issues/show_bug.cgi?id=145 -Original Message- From: Kris Schneider [mailto:[EMAIL PROTECTED] Sent: Monday, April 03, 2006 5:57 PM To: Tag Libraries Users List Subject: Re: and runtime expressions Tarek Nabil wrote: So that means if I use the RT

RE: and runtime expressions

2006-04-03 Thread Tarek Nabil
on. I mean, why isn't this supported by default? I believe this is a question for the JSR experts to answer. -Original Message- From: Kris Schneider [mailto:[EMAIL PROTECTED] Sent: Monday, April 03, 2006 5:57 PM To: Tag Libraries Users List Subject: Re: and runtime expressions Tarek Nabil

Re: and runtime expressions

2006-04-03 Thread Kris Schneider
27;s why the versions of the JSTL 1.0 taglibs that support EL evaluation have attributes with rtexprvalue = false. -Original Message- From: Kris Schneider [mailto:[EMAIL PROTECTED] Sent: Monday, April 03, 2006 6:26 AM To: Tag Libraries Users List Subject: Re: and runtime expressions If

RE: and runtime expressions

2006-04-02 Thread Tarek Nabil
Users List Subject: Re: and runtime expressions If you need to run JSTL 1.0 and want to use JSP expressions as attribute values, you need to use the "RT-based" versions. For JSTL, there are basically two distinct versions of each taglib: <%@ taglib prefix="c"u

Re: and runtime expressions

2006-04-02 Thread Kris Schneider
If you need to run JSTL 1.0 and want to use JSP expressions as attribute values, you need to use the "RT-based" versions. For JSTL, there are basically two distinct versions of each taglib: <%@ taglib prefix="c"uri="http://java.sun.com/jstl/core"; %> <%@ taglib prefix="c_rt" uri="http://jav