OT FRIDAY: Re: JavaServer Faces
At 08:05 PM 10/9/2003 -0400, you wrote: Yes I too have worked on Microsoft Systems where you drag and drop components into a Frame and voila you have a functional web page. 1)First a general feeling if uneasiness about integrating the classic Monolithic Microsoft Component Structure into a working Distributed Environment The idea of integrating so much functionality to be handled by one component gives me a very uneasy feeling. Well, I think a lot of times how much is handled by one component is a matter of the component's design. And when you have a rich set of components to choose from, you can pick more granular ones or more complex ones, depending on your disposition. And, call me crazy, but I have better things to do than write the code necessary to support a full-featured data grid. As the people at companies like Infragistics will tell you, there's a hell of a lot of functionality you can add to a data grid. Personally, I'd rather work on the specific nuances of the system I'm trying to build. For one thing the dependencies between components are not known. In the Microsoft world DB's generally have to be ODBC or not work at all. A more verifiable result is implementing the wrong version of component and you have a disaster.. I'm not quite sure what you're talking about here. Since I did Delphi development, I wasn't aware of any ODBC-specific constraints. My Achilles heel was the Borland Database Engine (BDE). But I won't go into detail about that monstrosity. Using the BDE wasn't a requirement, though, and there were alternative ways to do things. (I think Borland has axed the BDE for good, finally). Also, I wasn't trying to say that Microsoft's way of doing things is better or anything like that. I'm just saying that user interface component-oriented development (RAD, back in the day) yields productivity gains. Microsoft is the most well-known promoter of GUI components, but they're certainly not the only one. 2)Finally I would like to request (Specifically) which IDE's handle JSF today Since JSF isn't even in beta yet, you're not going to find any full-fledged IDEs that support it. My FAQ (http://www.jsfcentral.com/faq/) talks about the companies involved (which includes all of the major Java IDE players), and has some links to quasi-announcements they've made :-). Kito D. Mann Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info Thank You, Marty Gainty http://www.laconiadatasystems.com - Original Message - From: Kito D. Mann [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Thursday, October 09, 2003 7:55 PM Subject: Re: JavaServer Faces Matt, This looks like a great taglib -- I wish I had found it when I was working on some past projects :-). In the JSF world, this would be a component that you would use the same way -- with a simple taglib. I'm assuming that this type of functionality is what the highly anticipated JSF grid will provide in the next release of JSF (maybe Craig can extrapolate). There's an example of a much less capable, but similar, component in JSF EA4. The main difference between the component and taglib approach is that in the component world, all of this functionality would be implemented by a component/renderer pair. The component itself would be a JavaBean, so it'd have methods, properties, and events, and integrate with tools. You could even have a JavaBeans customizer that would allow you to find and connect to the data source with a wizard interface. You could also develop different renderers, so perhaps one would output HTML and another might work for a WML device. Renderers are separate from the component itself, so all of the basic properties, like the data source, wouldn't have to be changed for a new device -- only the renderer. Anyway, we're probably getting a little too off-topic, so drop me a line personally if you want to chat more :-). Kito D. Mann [EMAIL PROTECTED] Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info At 06:37 PM 10/9/2003 -0400, you wrote: Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component
Re: JavaServer Faces
I think the main point is that JSF is primarily about standard re-usable user interface components. It has basic controller functionality, but the UI component side of things is the real focus. Many existing frameworks -- Struts, UIX (Oracle's framework), and others, will continue to add a bunch of additional functionality but will also be able to use JSF components. That's the bottom line. And, like Ted and Craig said, smaller applications may do fine with JSF alone. At 04:03 PM 10/10/2003 -0400, you wrote: Craig R. McClanahan wrote: There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. over-simplification It's not unlike the situation with the JSTL SQL tags. For very simple Model 1 applications, these can be sufficient unto the day. But, for more complex applications, you need to break out the big guns, like iBATIS, Hibernate, or EJB. The JSTL SQL tags didn't obviate other data-access products, and the JSF controller features won't obviate other controller products like Struts. JSTL includes SQL tags for completeness and JSF does the same in respect to a controller feature. /over-simplification -Ted. Kito D. Mann Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Matt, This looks like a great taglib -- I wish I had found it when I was working on some past projects :-). In the JSF world, this would be a component that you would use the same way -- with a simple taglib. I'm assuming that this type of functionality is what the highly anticipated JSF grid will provide in the next release of JSF (maybe Craig can extrapolate). There's an example of a much less capable, but similar, component in JSF EA4. The main difference between the component and taglib approach is that in the component world, all of this functionality would be implemented by a component/renderer pair. The component itself would be a JavaBean, so it'd have methods, properties, and events, and integrate with tools. You could even have a JavaBeans customizer that would allow you to find and connect to the data source with a wizard interface. You could also develop different renderers, so perhaps one would output HTML and another might work for a WML device. Renderers are separate from the component itself, so all of the basic properties, like the data source, wouldn't have to be changed for a new device -- only the renderer. Anyway, we're probably getting a little too off-topic, so drop me a line personally if you want to chat more :-). Kito D. Mann [EMAIL PROTECTED] Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info At 06:37 PM 10/9/2003 -0400, you wrote: Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ~~ Kito D. Mann . [EMAIL PROTECTED] .Virtua, Inc. ..existence doesn't necessarily mean living... Kito D. Mann [EMAIL PROTECTED] Virtua, Inc. 203-323-1244 203-323-2363 (fax) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] JSFCentral.com site expanded
I'm pleased to announce that JSFCentral.com has been expanded to cover news, products, and links related to JavaServer Faces, in addition to the FAQ that has been there for the past few months. You can find the site at http://www.jsfcentral.comhttp://www.jsfcentral.com. Kito D. Mann Author, JSF in Action
Re: [OT] OutOfMemoryError when I have plenty of heap
Casey, No problem. Good luck, and let us know when you figure out what the problem is. I know how annoying these problems can be -- I was once at a company where this problem sneaked passed QA, and those were some stressful days :-). Kito D. Mann Author, JSF in Action JSF FAQ: http://www.jsfcentral.com At 03:50 PM 9/17/2003 -0400, Casey Forbes wrote: Hi Kito, Thank you. This is worth looking at (plus the link looks interesting). I've got a lot of classes that from JSP compilation. I also have lots and lots of sun.reflect.GeneratedMethodAccessor classes (from Digester and PropertyUtils I guess) and lots of _xsl._ caucho_0anonymous__xsl classes from Resin's XSLT engine. I'm also looking at Daniel's suggestion about hitting the open files limit (which I can easily increase if it turns out to be the cause) Casey On Wed, 17 Sep 2003, Kito D. Mann said: Casey, If you're using JSP, and you have a large number of pages running in a single VM, you may be filling up the permanent generation area of the VM's memory. This is a fixed amount of memory dedicated to classes, methods, and so on (reflective data). Since JSPs are compiled into classes, it's actually possible to fill up this area of memory and consequently get an OutOfMemoryError. You can, of course, increase the size -- see http://java.sun.com/docs/hotspot/gc1.4.2/ for details. How many JSPs does At 08:21 AM 9/17/2003 -0400, you wrote: Hi everyone, There are many smart people on this list and I haven't been able to get anywhere with this problem, so... I'm running 12 Struts-based apps under Resin 2 on a Linux box. (I don't believe that this is a Struts problem - this is just some background for you) Every few days (sometimes this will happen after 2 days, sometimes 5 or 6) I get an OutOfMemory error which stops the JVM... I have plenty of room in the heap (the machine has 1 GB or RAM and I have the max heap size -Xmx set to 896 MB) Just before it dies there are a few attempts to free more memory. From the GC log: Full GC 227765K-132728K(274140K), 3.2615930 secs Full GC 132729K-132728K(274140K), 2.5218730 secs Full GC 132803K-120231K(274140K), 3.1998370 secs OutOfMemoryError As you can see - I'm only using 132 MB after the first GC which leaves plenty Runtime.freeMemory() etc. returns similar results.. Does anybody have any ideas? I don't even know where to look next... It doesn't look like a profiler would help me here since I don't have tons of objects filling up my memory. Thanks, Casey Kito D. Mann Author, JSF in Action JSF FAQ: http://www.jsfcentral.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] OutOfMemoryError when I have plenty of heap
Casey, If you're using JSP, and you have a large number of pages running in a single VM, you may be filling up the permanent generation area of the VM's memory. This is a fixed amount of memory dedicated to classes, methods, and so on (reflective data). Since JSPs are compiled into classes, it's actually possible to fill up this area of memory and consequently get an OutOfMemoryError. You can, of course, increase the size -- see http://java.sun.com/docs/hotspot/gc1.4.2/ for details. How many JSPs does At 08:21 AM 9/17/2003 -0400, you wrote: Hi everyone, There are many smart people on this list and I haven't been able to get anywhere with this problem, so... I'm running 12 Struts-based apps under Resin 2 on a Linux box. (I don't believe that this is a Struts problem - this is just some background for you) Every few days (sometimes this will happen after 2 days, sometimes 5 or 6) I get an OutOfMemory error which stops the JVM... I have plenty of room in the heap (the machine has 1 GB or RAM and I have the max heap size -Xmx set to 896 MB) Just before it dies there are a few attempts to free more memory. From the GC log: Full GC 227765K-132728K(274140K), 3.2615930 secs Full GC 132729K-132728K(274140K), 2.5218730 secs Full GC 132803K-120231K(274140K), 3.1998370 secs OutOfMemoryError As you can see - I'm only using 132 MB after the first GC which leaves plenty Runtime.freeMemory() etc. returns similar results.. Does anybody have any ideas? I don't even know where to look next... It doesn't look like a profiler would help me here since I don't have tons of objects filling up my memory. Thanks, Casey Kito D. Mann Author, JSF in Action JSF FAQ: http://www.jsfcentral.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: ezmlm warning
Hey, any idea what's going on here? Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Date: 3 Jul 2003 03:19:47 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ezmlm warning X-MailScanner: Found to be clean X-MailScanner-Information: Please contact your ISP for more information - Be sure to include all mail headers X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-5.6, required 5, BAYES_01, NO_REAL_NAME) Hi! This is the ezmlm program. I'm managing the [EMAIL PROTECTED] mailing list. I'm working for my owner, who can be reached at [EMAIL PROTECTED] Messages to you from the struts-user mailing list seem to have been bouncing. I've attached a copy of the first bounce message I received. If this message bounces too, I will send you a probe. If the probe bounces, I will remove your address from the struts-user mailing list, without further notice. I've kept a list of which messages from the struts-user mailing list have bounced from your address. Copies of these messages may be in the archive. To retrieve a set of messages 123-145 (a maximum of 100 per request), send an empty message to: [EMAIL PROTECTED] To receive a subject and author list for the last 100 or so messages, send an empty message to: [EMAIL PROTECTED] Here are the message numbers: 82821 --- Enclosed is a copy of the bounce message I received. Return-Path: Received: (qmail 4544 invoked from network); 21 Jun 2003 08:51:43 - Received: from tomb.kattare.com (65.212.180.50) by daedalus.apache.org with SMTP; 21 Jun 2003 08:51:43 - Received: from localhost (localhost) by tomb.kattare.com (8.12.8/8.12.4) id h5L8pukK013835; Sat, 21 Jun 2003 01:51:56 -0700 Date: Sat, 21 Jun 2003 01:51:56 -0700 From: Mail Delivery Subsystem [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary=h5L8pukK013835.1056185516/tomb.kattare.com Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a MIME-encapsulated message --h5L8pukK013835.1056185516/tomb.kattare.com The original message was received at Sat, 21 Jun 2003 01:45:38 -0700 from daedalus.apache.org [208.185.179.12] - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 553 5.3.5 system config error) - Transcript of session follows - 553 5.3.5 mailspool.kattare.com. config error: mail loops back to me (MX problem?) 554 5.3.5 Local configuration error --h5L8pukK013835.1056185516/tomb.kattare.com Content-Type: message/delivery-status Reporting-MTA: dns; tomb.kattare.com Received-From-MTA: DNS; daedalus.apache.org Arrival-Date: Sat, 21 Jun 2003 01:45:38 -0700 Final-Recipient: RFC822; [EMAIL PROTECTED] Action: failed Status: 5.3.5 Diagnostic-Code: SMTP; 553 5.3.5 system config error Last-Attempt-Date: Sat, 21 Jun 2003 01:51:56 -0700 --h5L8pukK013835.1056185516/tomb.kattare.com Content-Type: text/rfc822-headers Return-Path: [EMAIL PROTECTED] Received: from apache.org (daedalus.apache.org [208.185.179.12]) by tomb.kattare.com (8.12.8/8.12.4) with SMTP id h5L8jbkK013829 for [EMAIL PROTECTED]; Sat, 21 Jun 2003 01:45:38 -0700 Received: (qmail 99429 invoked by uid 500); 21 Jun 2003 08:42:31 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Struts Users Mailing List struts-user.jakarta.apache.org Reply-To: Struts Users Mailing List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 99418 invoked from network); 21 Jun 2003 08:42:30 - Received: from tmsl-adsl.demon.co.uk (HELO curry.tmsl.demon.co.uk) (80.177.114.181) by daedalus.apache.org with SMTP; 21 Jun 2003 08:42:30 - Received: from bacon.tmsl.demon.co.uk (bacon.tmsl.demon.co.uk [192.168.7.102]) by curry.tmsl.demon.co.uk (8.11.6/8.11.6) with ESMTP id h5L8ggl26505 for [EMAIL PROTECTED]; Sat, 21 Jun 2003 09:42:42 +0100 Date: Sat, 21 Jun 2003 09:42:41 +0100 From: Paul Thomas [EMAIL PROTECTED] To: struts-user [EMAIL PROTECTED] Subject: Re: ConcurrentModificationException when returning ArrayList Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on Fri, Jun 20, 2003 at 05:20:35 +0100 X-Mailer: Balsa 1.2.3 Lines: 24 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --h5L8pukK013835.1056185516/tomb.kattare.com-- ~~ Kito D. Mann . [EMAIL PROTECTED] .Virtua, Inc. ..existence doesn't necessarily mean living... Kito D. Mann
Fwd: ezmlm warning [Sorry]
Sorry, that was a mistake -- wrong value in the to: field :-). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] [ANNOUNCE] JavaServer Faces FAQ
I'm pleased to announce a new FAQ about JSF at http://www.jsfcentral.com. Currently it focuses on more high-level questions, including some basic questions about JSF and Struts, but it's a good compliment to the existing Sun FAQ. I'll be adding more content to the FAQ and the site as a whole over time, so check back often. Thanks, Kito D. Mann Author, JSF in Action (in progress) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
javax.servlet.ServletException: org.apache.struts.util.PropertyMessageResources
) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:812) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:758) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:213) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501) at java.lang.Thread.run(Thread.java:484) Any thoughts? Kito D. Mann [EMAIL PROTECTED] Chief Architect The Grow Network (212)889-5678 x105
RE: Security with Servlet 2.3 API
Hey, Just for those who think filters are a new idea, I just wanted to point out that filters have been in the Microsoft world (ISAPI) for years. (Don't worry, I'm not a Microsoft advocate, just pointing out the facts :-). Kito D. Mann [EMAIL PROTECTED] Chief Architect The Grow Network (212)889-5678 x105 At 02:56 PM 8/30/01 -0700, you wrote: Filter is new in the Servlet 2.3 spec. It is an implementation of the Intercepting Filter design Pattern. You can read more about this pattern in the book Core J2EE design patterns. Basically Filters allow you to add services like user authentication easily because filters intercept the request object heading to certain resources that you specify. This is nice because you don't need to make your view components aware of User Authentication, a Filter can handle that. Glenn -Original Message- From: Andy Noble [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 1:50 PM To: [EMAIL PROTECTED] Subject: Security with Servlet 2.3 API I've just read an article that suggests that authentication can be done by a filter in the servlet 2.3 API, which I believe Tomcat 4 will support. Having seen other threads, there appears to be a number of methods available, such as: 1. subclass ActionServlet 2. JSP custom tags 3. Check in each Action class Has anyone any experience or thoughts on this? At the moment, I guess I'm in favour of the ActionServlet subclass just to keep it all in one place, but the filter method also sounds a possibility. Andy Noble
