Re: Struts 1.1 on Tomcat 5.0.18? Solved.
Solved. This turned out to be an issue between Struts1.1, Tomcat 5.0.18 and most importantly, j2sdk1.3.1. Removing j2sdk1.3.1, installing j2sdk1.4.2_03, then removing and reinstalling Tomcat 5.0.18 and the Struts1.1 WAR files (and adjusting JAVA_HOME, of course) solved the pesky java.lang.IllegalStateException: zip file closed problem on an NT machine. The Struts examples now work (and the other Tomcat files always did work with j2sdk1.3.1). - Original Message - From: Adam Hardy [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Wednesday, February 11, 2004 12:21 PM Subject: Re: Struts 1.1 on Tomcat 5.0.18? Since no-one has said anything about an error in the struts-examples app here, then I assume it's something in your setup that you or your colleagues have done. Did you do anything during install apart from set JAVA_HOME, CATALINA_HOME, PATH? Do you have anything in JAVA_OPTS or JAVA_OPTIONS? Did you edit catalina.sh? (Are you windows or unix?) You should of course check the list archive and bugzilla to make sure that it's not a recognised problem, if it's happening with a clean install. Where did you find out about the Sun / tomcat issue? Which version of JDK and Tomcat does it affect? On 02/11/2004 12:55 AM Steve Hill wrote: Tomcat 5 comes with Jasper 2 enabled by default - it has jasper-compiler.jar and jasper-runtime.jar in the tomcat5\common\lib directory already. So, that can't be it. (There is not a jasper.jar that I could find.) - Original Message - From: Samyukta Akunuru [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 3:31 PM Subject: RE: Struts 1.1 on Tomcat 5.0.18? Did you add the jasper compiler jars (jasper.jar, jasper-compiler.jar,jasper-runtime.jar) -Original Message- From: Steve Hill [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 5:24 PM To: Struts Users Mailing List Subject: Re: Struts 1.1 on Tomcat 5.0.18? I had sent a previous message to this list with a complete error listing, but I'll clarify. I downloaded and installed a new installation of Tomcat 5.0.18. I then downloaded and installed a new installation of struts 1.1, copying the documentation and example application war files into Tomcat's Webapps directory, and restarting Tomcat. Running the http://localhost:808/struts-documentation works fine. Running http://localhost:808/struts-example gives the following error message. I followed the other instructions (XML parser, JDBC2, xalan-j) as specified in v1.16 of the Struts readme file. The exception report I get when running struts-example is: description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 58) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) root cause java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.getEntry(ZipFile.java:141) at java.util.jar.JarFile.getEntry(JarFile.java:181) at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96) at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.ja va:108) at java.net.URL.openStream(URL.java:798) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:714) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:696) at org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClass Loader.java:1202) at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown Source) at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown Source) at javax.xml.parsers.FactoryFinder.find(Unknown Source) at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:12 9) at org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:112) at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:213) at org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:229) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:201) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439
Re: Struts 1.1 on Tomcat 5.0.18?
Since no-one has said anything about an error in the struts-examples app here, then I assume it's something in your setup that you or your colleagues have done. Did you do anything during install apart from set JAVA_HOME, CATALINA_HOME, PATH? Do you have anything in JAVA_OPTS or JAVA_OPTIONS? Did you edit catalina.sh? (Are you windows or unix?) You should of course check the list archive and bugzilla to make sure that it's not a recognised problem, if it's happening with a clean install. Where did you find out about the Sun / tomcat issue? Which version of JDK and Tomcat does it affect? On 02/11/2004 12:55 AM Steve Hill wrote: Tomcat 5 comes with Jasper 2 enabled by default - it has jasper-compiler.jar and jasper-runtime.jar in the tomcat5\common\lib directory already. So, that can't be it. (There is not a jasper.jar that I could find.) - Original Message - From: Samyukta Akunuru [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 3:31 PM Subject: RE: Struts 1.1 on Tomcat 5.0.18? Did you add the jasper compiler jars (jasper.jar, jasper-compiler.jar,jasper-runtime.jar) -Original Message- From: Steve Hill [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 5:24 PM To: Struts Users Mailing List Subject: Re: Struts 1.1 on Tomcat 5.0.18? I had sent a previous message to this list with a complete error listing, but I'll clarify. I downloaded and installed a new installation of Tomcat 5.0.18. I then downloaded and installed a new installation of struts 1.1, copying the documentation and example application war files into Tomcat's Webapps directory, and restarting Tomcat. Running the http://localhost:808/struts-documentation works fine. Running http://localhost:808/struts-example gives the following error message. I followed the other instructions (XML parser, JDBC2, xalan-j) as specified in v1.16 of the Struts readme file. The exception report I get when running struts-example is: description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 58) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) root cause java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.getEntry(ZipFile.java:141) at java.util.jar.JarFile.getEntry(JarFile.java:181) at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96) at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.ja va:108) at java.net.URL.openStream(URL.java:798) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:714) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:696) at org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClass Loader.java:1202) at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown Source) at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown Source) at javax.xml.parsers.FactoryFinder.find(Unknown Source) at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:12 9) at org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:112) at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:213) at org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:229) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:201) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 52) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Specific suggestions welcome, else I will just start over if Struts 1.1 is normally known to work successfully on Tomcat 5.0.18. It looks like something is missing but if the Struts readme docs are correct it should work. This particular error is a known Sun issue in a previous Tomcat version. Thanks. - To unsubscribe, e
RE: Struts 1.1 on Tomcat 5.0.18?
Is anyone here successfully using Struts 1.1 on Tomcat 5.0.18? I am. java.lang.IllegalStateException: zip file closed errors with any I seem to recall getting this error when I had a corrupted jar in the lib. I'm not positive though. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 on Tomcat 5.0.18?
On 02/10/2004 07:38 PM Steve Hill wrote: Is anyone here successfully using Struts 1.1 on Tomcat 5.0.18? I am getting java.lang.IllegalStateException: zip file closed errors with any struts-using code and am wondering if this is a bug and I should go back to an earlier version of one or the other. Thanks. Yes, probably hundreds of people. When do you get that error? Without more details it's impossible to say what you need to do. Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 on Tomcat 5.0.18?
I had sent a previous message to this list with a complete error listing, but I'll clarify. I downloaded and installed a new installation of Tomcat 5.0.18. I then downloaded and installed a new installation of struts 1.1, copying the documentation and example application war files into Tomcat's Webapps directory, and restarting Tomcat. Running the http://localhost:808/struts-documentation works fine. Running http://localhost:808/struts-example gives the following error message. I followed the other instructions (XML parser, JDBC2, xalan-j) as specified in v1.16 of the Struts readme file. The exception report I get when running struts-example is: description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 58) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) root cause java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.getEntry(ZipFile.java:141) at java.util.jar.JarFile.getEntry(JarFile.java:181) at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96) at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.ja va:108) at java.net.URL.openStream(URL.java:798) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:714) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:696) at org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClass Loader.java:1202) at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown Source) at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown Source) at javax.xml.parsers.FactoryFinder.find(Unknown Source) at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:12 9) at org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:112) at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:213) at org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:229) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:201) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 52) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Specific suggestions welcome, else I will just start over if Struts 1.1 is normally known to work successfully on Tomcat 5.0.18. It looks like something is missing but if the Struts readme docs are correct it should work. This particular error is a known Sun issue in a previous Tomcat version. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 on Tomcat 5.0.18?
Did you add the jasper compiler jars (jasper.jar, jasper-compiler.jar,jasper-runtime.jar) -Original Message- From: Steve Hill [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 5:24 PM To: Struts Users Mailing List Subject: Re: Struts 1.1 on Tomcat 5.0.18? I had sent a previous message to this list with a complete error listing, but I'll clarify. I downloaded and installed a new installation of Tomcat 5.0.18. I then downloaded and installed a new installation of struts 1.1, copying the documentation and example application war files into Tomcat's Webapps directory, and restarting Tomcat. Running the http://localhost:808/struts-documentation works fine. Running http://localhost:808/struts-example gives the following error message. I followed the other instructions (XML parser, JDBC2, xalan-j) as specified in v1.16 of the Struts readme file. The exception report I get when running struts-example is: description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 58) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) root cause java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.getEntry(ZipFile.java:141) at java.util.jar.JarFile.getEntry(JarFile.java:181) at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96) at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.ja va:108) at java.net.URL.openStream(URL.java:798) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:714) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:696) at org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClass Loader.java:1202) at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown Source) at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown Source) at javax.xml.parsers.FactoryFinder.find(Unknown Source) at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:12 9) at org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:112) at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:213) at org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:229) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:201) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 52) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Specific suggestions welcome, else I will just start over if Struts 1.1 is normally known to work successfully on Tomcat 5.0.18. It looks like something is missing but if the Struts readme docs are correct it should work. This particular error is a known Sun issue in a previous Tomcat version. Thanks. - 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: Struts 1.1 on Tomcat 5.0.18?
Tomcat 5 comes with Jasper 2 enabled by default - it has jasper-compiler.jar and jasper-runtime.jar in the tomcat5\common\lib directory already. So, that can't be it. (There is not a jasper.jar that I could find.) - Original Message - From: Samyukta Akunuru [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 3:31 PM Subject: RE: Struts 1.1 on Tomcat 5.0.18? Did you add the jasper compiler jars (jasper.jar, jasper-compiler.jar,jasper-runtime.jar) -Original Message- From: Steve Hill [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 5:24 PM To: Struts Users Mailing List Subject: Re: Struts 1.1 on Tomcat 5.0.18? I had sent a previous message to this list with a complete error listing, but I'll clarify. I downloaded and installed a new installation of Tomcat 5.0.18. I then downloaded and installed a new installation of struts 1.1, copying the documentation and example application war files into Tomcat's Webapps directory, and restarting Tomcat. Running the http://localhost:808/struts-documentation works fine. Running http://localhost:808/struts-example gives the following error message. I followed the other instructions (XML parser, JDBC2, xalan-j) as specified in v1.16 of the Struts readme file. The exception report I get when running struts-example is: description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 58) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) root cause java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.getEntry(ZipFile.java:141) at java.util.jar.JarFile.getEntry(JarFile.java:181) at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96) at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.ja va:108) at java.net.URL.openStream(URL.java:798) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:714) at org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardC lassLoader.java:696) at org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClass Loader.java:1202) at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown Source) at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown Source) at javax.xml.parsers.FactoryFinder.find(Unknown Source) at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:12 9) at org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:112) at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:213) at org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:229) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:201) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 52) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) Specific suggestions welcome, else I will just start over if Struts 1.1 is normally known to work successfully on Tomcat 5.0.18. It looks like something is missing but if the Struts readme docs are correct it should work. This particular error is a known Sun issue in a previous Tomcat version. Thanks. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1, Tiles and sslext11
Hi there, which jar is SecureTilesPlugIn in? I just looked in struts.jar and sslext.jar. thanks Adam On 01/21/2004 01:52 AM Marino A. Jonsson wrote: heh heh typical :) btw. you don't need to specify two SecurePlugIns (both SecureTilesPlugIn _and_ a SecurePlugIn)! What you want to do is this instead: plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in Like I said - SecureTilesPlugIn is a SecurePlugIn that extends the TilesPlugIn :) cheers, Marin? Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, This one was tricky. It seems that my problem was that I supplied the wrong className=org.apache.struts.tiles.SecureTilesPlugIn when the correct className is org.apache.struts.tiles.SecureTilesPlugin. There is some inconsistancy in the docs found at http://struts.ditlinger.com/ that specify the wrong class name to use. The good people that authord the sslext are aware and will probably update the docs. Easy fix if I had of received a ClassNotFoundException, strange that no error resulted. All the best, Greg -Original Message- From: Greg Hess [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 9:57 AM To: 'Struts Users Mailing List' Subject: RE: Struts 1.1, Tiles and sslext11 Marino, Hmm, I didn't know what all those plugin's were for thanks for the explanation but I configure the tiles and ssl plugin as described but I still get the same error. I can only seem to make it work as Adam has it configured using the standard tiles pluging and just setting the processorClass to the secure one. Below is my struts-config that I believe is as you have outlined? struts-config action-mappings type=org.apache.struts.config.SecureActionConfig /action-mappings !-- = Controller Configuration -- controller nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- !-- == Tiles plugin === -- plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.action.SecurePlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Is this right, still throwing? javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) Thanks, Greg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Marino A. Jonsson Sent: Tuesday, January 20, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1, Tiles and sslext11 Moreover, the StrutsTilesPlugin overloads the initRequestProcessorClass(ModuleConfig config) of the TilesPlugin and sets the processorClass attribute of the controller to SecureTilesRequestProcessor ... so there's no need to specify the controller explicitly. cheers, Marin? Marino A. Jonsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marin? Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982) at com.caucho.server.http.Application.loadServlet(Application.java:2941) at com.caucho.server.http.Application.initServlets(Application.java:1841) at com.caucho.server.http.Application.init(Application.java:1772) at com.caucho.server.http.VirtualHost.init(VirtualHost.java:621
Re: Struts 1.1, Tiles and sslext11
Found it, it's in the latest release on sourceforge 1.10-4 oh and it's SecureTilesPlugin with a little in not In for anybody's info. Don't know how you managed that, Marino, if you just cut pasted that config. On 01/21/2004 11:45 AM Adam Hardy wrote: Hi there, which jar is SecureTilesPlugIn in? I just looked in struts.jar and sslext.jar. thanks Adam On 01/21/2004 01:52 AM Marino A. Jonsson wrote: heh heh typical :) btw. you don't need to specify two SecurePlugIns (both SecureTilesPlugIn _and_ a SecurePlugIn)! What you want to do is this instead: plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in Like I said - SecureTilesPlugIn is a SecurePlugIn that extends the TilesPlugIn :) cheers, Marin? Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, This one was tricky. It seems that my problem was that I supplied the wrong className=org.apache.struts.tiles.SecureTilesPlugIn when the correct className is org.apache.struts.tiles.SecureTilesPlugin. There is some inconsistancy in the docs found at http://struts.ditlinger.com/ that specify the wrong class name to use. The good people that authord the sslext are aware and will probably update the docs. Easy fix if I had of received a ClassNotFoundException, strange that no error resulted. All the best, Greg -Original Message- From: Greg Hess [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 9:57 AM To: 'Struts Users Mailing List' Subject: RE: Struts 1.1, Tiles and sslext11 Marino, Hmm, I didn't know what all those plugin's were for thanks for the explanation but I configure the tiles and ssl plugin as described but I still get the same error. I can only seem to make it work as Adam has it configured using the standard tiles pluging and just setting the processorClass to the secure one. Below is my struts-config that I believe is as you have outlined? struts-config action-mappings type=org.apache.struts.config.SecureActionConfig /action-mappings !-- = Controller Configuration -- controller nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- !-- == Tiles plugin === -- plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.action.SecurePlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Is this right, still throwing? javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) Thanks, Greg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Marino A. Jonsson Sent: Tuesday, January 20, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1, Tiles and sslext11 Moreover, the StrutsTilesPlugin overloads the initRequestProcessorClass(ModuleConfig config) of the TilesPlugin and sets the processorClass attribute of the controller to SecureTilesRequestProcessor ... so there's no need to specify the controller explicitly. cheers, Marin? Marino A. Jonsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marin? Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982
Re: Struts 1.1, Tiles and sslext11
I'm not currently using it myself ... I'm just familiar with the source code since I am responsible for creating Struts and SSL Ext support for the Apache Velocity Tools project :) cheers, Marinó Adam Hardy [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Found it, it's in the latest release on sourceforge 1.10-4 oh and it's SecureTilesPlugin with a little in not In for anybody's info. Don't know how you managed that, Marino, if you just cut pasted that config. On 01/21/2004 11:45 AM Adam Hardy wrote: Hi there, which jar is SecureTilesPlugIn in? I just looked in struts.jar and sslext.jar. thanks Adam On 01/21/2004 01:52 AM Marino A. Jonsson wrote: heh heh typical :) btw. you don't need to specify two SecurePlugIns (both SecureTilesPlugIn _and_ a SecurePlugIn)! What you want to do is this instead: plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in Like I said - SecureTilesPlugIn is a SecurePlugIn that extends the TilesPlugIn :) cheers, Marin? Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, This one was tricky. It seems that my problem was that I supplied the wrong className=org.apache.struts.tiles.SecureTilesPlugIn when the correct className is org.apache.struts.tiles.SecureTilesPlugin. There is some inconsistancy in the docs found at http://struts.ditlinger.com/ that specify the wrong class name to use. The good people that authord the sslext are aware and will probably update the docs. Easy fix if I had of received a ClassNotFoundException, strange that no error resulted. All the best, Greg -Original Message- From: Greg Hess [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 9:57 AM To: 'Struts Users Mailing List' Subject: RE: Struts 1.1, Tiles and sslext11 Marino, Hmm, I didn't know what all those plugin's were for thanks for the explanation but I configure the tiles and ssl plugin as described but I still get the same error. I can only seem to make it work as Adam has it configured using the standard tiles pluging and just setting the processorClass to the secure one. Below is my struts-config that I believe is as you have outlined? struts-config action-mappings type=org.apache.struts.config.SecureActionConfig /action-mappings !-- = Controller Configuration -- controller nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- !-- == Tiles plugin === -- plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.action.SecurePlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Is this right, still throwing? javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) Thanks, Greg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Marino A. Jonsson Sent: Tuesday, January 20, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1, Tiles and sslext11 Moreover, the StrutsTilesPlugin overloads the initRequestProcessorClass(ModuleConfig config) of the TilesPlugin and sets the processorClass attribute of the controller to SecureTilesRequestProcessor ... so there's no need to specify the controller explicitly. cheers, Marin? Marino A. Jonsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marin? Greg Hess [EMAIL PROTECTED
Re: Struts 1.1, Tiles and sslext11
Hi Greg, I'm using the same setup as you, except I use the straight org.apache.struts.action.SecurePlugIn and it works. Haven't seen that exception before. Adam On 01/19/2004 09:06 PM Greg Hess wrote: Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java:1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982) at com.caucho.server.http.Application.loadServlet(Application.java:2941) at com.caucho.server.http.Application.initServlets(Application.java:1841) at com.caucho.server.http.Application.init(Application.java:1772) at com.caucho.server.http.VirtualHost.init(VirtualHost.java:621) at com.caucho.server.http.ServletServer.initHosts(ServletServer.java:831) at com.caucho.server.http.ServletServer.initInternal(ServletServer.java:648) at com.caucho.server.http.ServletServer.init(ServletServer.java:483) at com.caucho.server.http.ResinServer.init(ResinServer.java:360) at com.caucho.server.http.ResinServer.main(ResinServer.java:1107) at com.caucho.server.http.HttpServer.main(HttpServer.java:103) My struts-config.xml: struts-config action-mappings type=org.apache.struts.config.SecureActionConfig /action-mappings !-- = Controller Configuration -- controller processorClass=org.apache.struts.action.SecureTilesRequestProcessor nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- plug-in className=org.apache.struts.tiles.TilesPlugin set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Any help is much appreciated, Thanks, Greg Hess *Software Engineer* *Wrapped Apps Corporation* 275 Michael Cowpland Dr. Suite 201 Ottawa, Ontario K2M 2G2 Tel: (613) 591 -7552 Fax: (613) 591-0523 1 (877) 388-6742 www.wrappedapps.com http://www.wrappedapps.com http://www.wrappedapps.com -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1, Tiles and sslext11
That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marinó Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java: 1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982) at com.caucho.server.http.Application.loadServlet(Application.java:2941) at com.caucho.server.http.Application.initServlets(Application.java:1841) at com.caucho.server.http.Application.init(Application.java:1772) at com.caucho.server.http.VirtualHost.init(VirtualHost.java:621) at com.caucho.server.http.ServletServer.initHosts(ServletServer.java:831) at com.caucho.server.http.ServletServer.initInternal(ServletServer.java:648) at com.caucho.server.http.ServletServer.init(ServletServer.java:483) at com.caucho.server.http.ResinServer.init(ResinServer.java:360) at com.caucho.server.http.ResinServer.main(ResinServer.java:1107) at com.caucho.server.http.HttpServer.main(HttpServer.java:103) My struts-config.xml: struts-config action-mappings type=org.apache.struts.config.SecureActionConfig . /action-mappings !-- = Controller Configuration -- controller processorClass=org.apache.struts.action.SecureTilesRequestProcessor nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- plug-in className=org.apache.struts.tiles.TilesPlugin set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Any help is much appreciated, Thanks, Greg Hess Software Engineer Wrapped Apps Corporation 275 Michael Cowpland Dr. Suite 201 Ottawa, Ontario K2M 2G2 Tel: (613) 591 -7552 Fax: (613) 591-0523 1 (877) 388-6742 www.wrappedapps.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1, Tiles and sslext11
Moreover, the StrutsTilesPlugin overloads the initRequestProcessorClass(ModuleConfig config) of the TilesPlugin and sets the processorClass attribute of the controller to SecureTilesRequestProcessor ... so there's no need to specify the controller explicitly. cheers, Marinó Marino A. Jonsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marinó Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java: 1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982) at com.caucho.server.http.Application.loadServlet(Application.java:2941) at com.caucho.server.http.Application.initServlets(Application.java:1841) at com.caucho.server.http.Application.init(Application.java:1772) at com.caucho.server.http.VirtualHost.init(VirtualHost.java:621) at com.caucho.server.http.ServletServer.initHosts(ServletServer.java:831) at com.caucho.server.http.ServletServer.initInternal(ServletServer.java:648) at com.caucho.server.http.ServletServer.init(ServletServer.java:483) at com.caucho.server.http.ResinServer.init(ResinServer.java:360) at com.caucho.server.http.ResinServer.main(ResinServer.java:1107) at com.caucho.server.http.HttpServer.main(HttpServer.java:103) My struts-config.xml: struts-config action-mappings type=org.apache.struts.config.SecureActionConfig . /action-mappings !-- = Controller Configuration -- controller processorClass=org.apache.struts.action.SecureTilesRequestProcessor nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- plug-in className=org.apache.struts.tiles.TilesPlugin set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Any help is much appreciated, Thanks, Greg Hess Software Engineer Wrapped Apps Corporation 275 Michael Cowpland Dr. Suite 201 Ottawa, Ontario K2M 2G2 Tel: (613) 591 -7552 Fax: (613) 591-0523 1 (877) 388-6742 www.wrappedapps.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1, Tiles and sslext11
Marino, Hmm, I didnt know what all those plugin's were for thanks for the explanation but I configure the tiles and ssl plugin as described but I still get the same error. I can only seem to make it work as Adam has it configured using the standard tiles pluging and just setting the processorClass to the secure one. Below is my struts-config that I believe is as you have outlined? struts-config action-mappings type=org.apache.struts.config.SecureActionConfig /action-mappings !-- = Controller Configuration -- controller nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- !-- == Tiles plugin === -- plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.action.SecurePlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Is this right, still throwing? javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) Thanks, Greg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Marino A. Jonsson Sent: Tuesday, January 20, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1, Tiles and sslext11 Moreover, the StrutsTilesPlugin overloads the initRequestProcessorClass(ModuleConfig config) of the TilesPlugin and sets the processorClass attribute of the controller to SecureTilesRequestProcessor ... so there's no need to specify the controller explicitly. cheers, Marinó Marino A. Jonsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marinó Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982) at com.caucho.server.http.Application.loadServlet(Application.java:2941) at com.caucho.server.http.Application.initServlets(Application.java:1841) at com.caucho.server.http.Application.init(Application.java:1772) at com.caucho.server.http.VirtualHost.init(VirtualHost.java:621) at com.caucho.server.http.ServletServer.initHosts(ServletServer.java:831) at com.caucho.server.http.ServletServer.initInternal(ServletServer.java:648 ) at com.caucho.server.http.ServletServer.init(ServletServer.java:483) at com.caucho.server.http.ResinServer.init(ResinServer.java:360) at com.caucho.server.http.ResinServer.main(ResinServer.java:1107) at com.caucho.server.http.HttpServer.main(HttpServer.java:103) My struts-config.xml: struts-config action-mappings type=org.apache.struts.config.SecureActionConfig . /action-mappings !-- = Controller Configuration -- controller processorClass=org.apache.struts.action.SecureTilesRequestProcessor nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- plug-in className=org.apache.struts.tiles.TilesPlugin set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className
RE: Struts 1.1, Tiles and sslext11
Hi All, This one was tricky. It seems that my problem was that I supplied the wrong className=org.apache.struts.tiles.SecureTilesPlugIn when the correct className is org.apache.struts.tiles.SecureTilesPlugin. There is some inconsistancy in the docs found at http://struts.ditlinger.com/ that specify the wrong class name to use. The good people that authord the sslext are aware and will probably update the docs. Easy fix if I had of received a ClassNotFoundException, strange that no error resulted. All the best, Greg -Original Message- From: Greg Hess [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 9:57 AM To: 'Struts Users Mailing List' Subject: RE: Struts 1.1, Tiles and sslext11 Marino, Hmm, I didnt know what all those plugin's were for thanks for the explanation but I configure the tiles and ssl plugin as described but I still get the same error. I can only seem to make it work as Adam has it configured using the standard tiles pluging and just setting the processorClass to the secure one. Below is my struts-config that I believe is as you have outlined? struts-config action-mappings type=org.apache.struts.config.SecureActionConfig /action-mappings !-- = Controller Configuration -- controller nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- !-- == Tiles plugin === -- plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.action.SecurePlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Is this right, still throwing? javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) Thanks, Greg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Marino A. Jonsson Sent: Tuesday, January 20, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1, Tiles and sslext11 Moreover, the StrutsTilesPlugin overloads the initRequestProcessorClass(ModuleConfig config) of the TilesPlugin and sets the processorClass attribute of the controller to SecureTilesRequestProcessor ... so there's no need to specify the controller explicitly. cheers, Marinó Marino A. Jonsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marinó Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982) at com.caucho.server.http.Application.loadServlet(Application.java:2941) at com.caucho.server.http.Application.initServlets(Application.java:1841) at com.caucho.server.http.Application.init(Application.java:1772) at com.caucho.server.http.VirtualHost.init(VirtualHost.java:621) at com.caucho.server.http.ServletServer.initHosts(ServletServer.java:831) at com.caucho.server.http.ServletServer.initInternal(ServletServer.java:648 ) at com.caucho.server.http.ServletServer.init(ServletServer.java:483) at com.caucho.server.http.ResinServer.init(ResinServer.java:360) at com.caucho.server.http.ResinServer.main(ResinServer.java:1107) at com.caucho.server.http.HttpServer.main(HttpServer.java:103) My struts-config.xml: struts-config action-mappings type
Re: Struts 1.1, Tiles and sslext11
heh heh typical :) btw. you don't need to specify two SecurePlugIns (both SecureTilesPlugIn _and_ a SecurePlugIn)! What you want to do is this instead: plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in Like I said - SecureTilesPlugIn is a SecurePlugIn that extends the TilesPlugIn :) cheers, Marinó Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, This one was tricky. It seems that my problem was that I supplied the wrong className=org.apache.struts.tiles.SecureTilesPlugIn when the correct className is org.apache.struts.tiles.SecureTilesPlugin. There is some inconsistancy in the docs found at http://struts.ditlinger.com/ that specify the wrong class name to use. The good people that authord the sslext are aware and will probably update the docs. Easy fix if I had of received a ClassNotFoundException, strange that no error resulted. All the best, Greg -Original Message- From: Greg Hess [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 9:57 AM To: 'Struts Users Mailing List' Subject: RE: Struts 1.1, Tiles and sslext11 Marino, Hmm, I didn't know what all those plugin's were for thanks for the explanation but I configure the tiles and ssl plugin as described but I still get the same error. I can only seem to make it work as Adam has it configured using the standard tiles pluging and just setting the processorClass to the secure one. Below is my struts-config that I believe is as you have outlined? struts-config action-mappings type=org.apache.struts.config.SecureActionConfig /action-mappings !-- = Controller Configuration -- controller nocache=true/ !-- Message Resources Definitions -- message-resources parameter=struts.resources.application/ !-- === Plug Ins Configuration -- !-- == Tiles plugin === -- plug-in className=org.apache.struts.tiles.SecureTilesPlugIn set-property property=definitions-config value=/WEB-INF/tiles-defs.xml / set-property property=moduleAware value=true / set-property property=definitions-parser-validate value=true / /plug-in plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator-rules-custom.xml, /WEB-INF/validation.xml/ /plug-in plug-in className=org.apache.struts.action.SecurePlugIn set-property property=httpPort value=80/ set-property property=httpsPort value=443/ set-property property=enable value=true/ set-property property=addSession value=true/ /plug-in /struts-config Is this right, still throwing? javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) Thanks, Greg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Marino A. Jonsson Sent: Tuesday, January 20, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1, Tiles and sslext11 Moreover, the StrutsTilesPlugin overloads the initRequestProcessorClass(ModuleConfig config) of the TilesPlugin and sets the processorClass attribute of the controller to SecureTilesRequestProcessor ... so there's no need to specify the controller explicitly. cheers, Marinó Marino A. Jonsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That makes sense ... SecureTilesPlugin actually extends TilesPlugin so you're trying to initialize the same plugin twice ;) cheers, Marinó Greg Hess [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, I am having difficulty integrating the sslext11 plug-in with Struts 1.1 using Tiles. I get the following error when accessing any action: javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.j av a: 1169) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473) at javax.servlet.GenericServlet.init(GenericServlet.java:82) at com.caucho.server.http.Application.createServlet(Application.java:2982) at com.caucho.server.http.Application.loadServlet(Application.java:2941) at com.caucho.server.http.Application.initServlets(Application.java:1841) at com.caucho.server.http.Application.init(Application.java:1772
Re: Struts 1.1 and iPlanet iws 6.05
You should upgrade to 6.1 if you can. It uses Tomcat under the covers. All will work fine once you do that. James - Original Message - From: Fowler, David [EMAIL PROTECTED] To: Struts [EMAIL PROTECTED] Sent: Monday, January 12, 2004 10:22 PM Subject: Struts 1.1 and iPlanet iws 6.05 I have read through the archive and it seems that there are many who have struggled with iPlanet and Struts. I have a Struts application running on Tomcat, and I wanted to move it to an iPlanet web server (6.05). I'm running into a little trouble. I get a RequestDispatcher: forward call failed error. It appears to be finding the action and failing some time after execution. Any ideas? Also, I am using tiles. If this isn't possible, please tell me now... - 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: struts 1.1 validation of indexed properties
Look here for an example: http://home.earthlink.net/~dwinterfeldt/revision.html update 9/25/2001. Works like a champ. -- Voytek Jarnot Quantum materiae materietur marmota monax si marmota monax materiam possit materiari? -Original Message- From: Andreas Wuest [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2003 1:20 PM To: [EMAIL PROTECTED] Subject: struts 1.1 validation of indexed properties hi, i have a small problem validating index properties in my form. in the validation.xml file i have the following definition to validate my indexed properties. the validation works fine for the first (index = 0) property. but i have a maximum of 18 indexed properties. form name=tipPlayingDayPreviewForm field property=tipsIndexed[0] depends=required,integer,intRange arg0 key=tipPlayingDayPreviewForm.tipsIndexed / arg1 name=intRange key=${var:min} resource=false / arg2 name=intRange key=${var:max} resource=false / var var-namemin/var-name var-value0/var-value /var var var-namemax/var-name var-value20/var-value /var /field /form do i have to add all the 17 other indexed properties with explicit index, just like the one above (only with different indexes), or is there a simpler way to validate all the properties with only one definition ? i could not find any documentation about that. i link would be very helpful, too. thanks in advance, Andreas - 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: struts 1.1 validation problem / question
Hi Victor, thanks for you reply. the lookupdispatchaction does not really solve my problem, since handling the different actions is not the problem. the problems is the validation of the input fields for the different action. i need different validations depending on the value of the userAction html form value. thanks, Andreas On Sunday 16 November 2003 10:51, Victor wrote: Oi Andre, Tries to verify the LookupDispatchAction class, this class allows to manage diverse actions in simple Action and in this way you can better manage its validations with the Validator. Good code. Victor Amano Izawa __ Yahoo! Mail: 6MB, anti-spam e antivírus gratuito! Crie sua conta agora: http://mail.yahoo.com.br - 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: struts 1.1 validation problem / question
Hi Andreas, i think the best way is to write your own validate() method in your action form. There you can easily check the value of the userAction attribute and depending on that the other attributes. example: public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) { ActionErrors errors = new ActionErrors(); if (getName().length() 1) { errors.add(ActionErrors.GLOBAL_ERROR, new ActionError(form.error.name.required)); } return errors; } HTH Phil - Original Message - From: Andreas Wuest [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 15, 2003 2:36 PM Subject: struts 1.1 validation problem / question Hi, i have a small problem / question concerning the struts 1.1 validation. i have a jsp form that has the following input fields : id name password userAction Depending on the userAction value (can be 'show' or 'save') i need to validate only the id (when userAction is 'show') or the name, password and id (when the userAction is 'save'). i have one form that contains the 4 properties (with getters and setters) and an action class that handles the show and the save action. the problem that i have is the validation. as far as i understand the docuemtneation it is not possible to validate a property only when another property has a certain value. in other words it is not possible to tell the validator to skip validation of a property when another property has a certain value. or am i mistaken ? how can i solve this problem ? do i need 2 forms and action to handle the different userActions or is there another way ?? Thanks in advance, Andreas - 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: struts 1.1 and multiple applications
Scott Tiger wrote: We have one struts application working on a weblogic server 5.1 service pack 13. I have put all the struts and apache libraries(struts.jar and commo**.jar, xerces.jar etc ) in the server class path. They are not in the web-inf/lib directory. This is not a supported configuration. http://jakarta.apache.org/struts/userGuide/configuration.html#config_add Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1: what's the preferred way to use databases?
I can attest to hibernate being clear and pretty easy. I got it working for my Login application the other night along with simple use of tiles, validation, and exceptions. I'm just working on a facade for it/me. David ---Original Message--- From: Steve Raeburn [EMAIL PROTECTED] Sent: 08/14/03 01:04 PM To: Struts Users Mailing List [EMAIL PROTECTED] Subject: RE: Struts 1.1: what's the preferred way to use databases? Take a look at Hibernate http://hibernate.bluemars.net/, I found the documentation to be much better than OJB and it was much easier get productive quickly. Steve -Original Message- From: Reinhard [mailto:[EMAIL PROTECTED] Sent: August 14, 2003 9:39 AM To: Struts Users Mailing List Subject: Re: Struts 1.1: what's the preferred way to use databases? meanwhile 2 steps done. I gave ojb a try, but as I was fascinated by the white paper, I got disappointed from the implementation and the support. So I stay with ibatis db-layer, stable a very well documented. The support is very fast and profund, so what do I need soap bubbles. cheers and bye Reinhard - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1: what's the preferred way to use databases?
Graham Stark wrote: Could someone explain all this to me? Obviously, I can configure connection pools manually outside of the Struts framework, but I assume there are advantages in doing so in a Struts-centric way if you can, andthe DBCP implementation looks quite nice, if I could only get it to work. There really are not any worthwhile advantages to handling the datasources from within Struts. The preferred way is to have your business layer take care of the datasources on its own, without Struts being involved at all. At this date, the only time that the Struts datasource gizmo would be helpful would be if you had a pre-existing business layer that couldn't acquire its own connections, and were using a container that did not supply a datasource of its own. But configurations like that are *very* few and far between these days. If you are starting from scratch, then I would strongly recommend *not* using the datasource manager. The datasource manager was a Good Thing three years ago, but, at this point, has outlived its usefulness in most environments. If you needed to manage several different datasource implementations and wanted to switch between them, the datasource manager might be useful. But in that regard, it would be much more useful if it were not coupled to Struts and available through the Commons. Which, ultimately, is probably what will happen. -Ted. Hi, apologies if this is an obvious question, but I can't work it out. If you're trying to configure a datasource in Struts 1.1, what's the preferred method? The only way I've got this work using the struts-config file is if I force the data source to be org.apache.struts.util.GenericDataSource, as in: data-source key=horizon type=org.apache.struts.util.GenericDataSource [..] /data-source None of the pooling methods from, for example, the org.apache.commons.dbcp package seem to work at all. Looking at the source code (around line 1080 in org.apache.struts.action.ActionServlet.java), this seems to be deliberate. Could someone explain all this to me? Obviously, I can configure connection pools manually outside of the Struts framework, but I assume there are advantages in doing so in a Struts-centric way if you can, and the DBCP implementation looks quite nice, if I could only get it to work. I'd be grateful for any guidance anyone had on this. thanks, Graham -- Ted Husted, Junit in Action - http://www.manning.com/massol/, Struts in Action - http://husted.com/struts/book.html, JSP Site Design - http://www.amazon.com/exec/obidos/ISBN=1861005512. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts 1.1 question
From the article at link below Direct Requests to JSPs To take the full advantage of sub-application support, Struts 1.1 stipulates the requirement that all requests must flow through the controller servlet, i.e. the ActionServlet. Effectively, this means all JSPs must be fronted by Actions. Instead of allowing direct requests to any of the JSPs, all requests must go through an Action and let the Action forward to the appropriate JSP. This is perhaps the biggest impact of migration to Struts 1.1 if you have not followed this idiom in your applications. This restriction is required because without going through the ActionServlet, Struts navigation taglibs (e.g. html:form and html:link) used in the JSPs will not have the correct sub-app context to work with. http://www.theserverside.com/resources/article.jsp?l=Struts1_1 At 8/11/2003 04:48 PM, you wrote: Where exactly did you read that all jsps must be fronted by actions? I'm using 1.1, and assuredly have NOT (nor will I) front them all with actions. From: e [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: struts 1.1 question Date: Mon, 11 Aug 2003 16:37:28 -0400 I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - 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: Struts 1.1: what's the preferred way to use databases?
Reinhard wrote: Ted wrote: If you are starting from scratch, then I would strongly recommend *not* using the datasource manager. The datasource manager was a Good Thing three years ago, but, at this point, has outlived its usefulness in most environments. I'm a bit upset. Any advice on what better to use? The DataSource management system used in your container. Tomcat for instance, has its own place to specify this (http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-examples-howto.html), so does JBoss (see the examples in $JBOSS_HOME/docs/examples/jca/). Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: struts 1.1 question
This, of course, assumes that all pages require the functionality of forwards and actions and lions and tigers and bears. don't lose sight of the forest for the trees. From: Bailey, Shane C. [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: struts 1.1 question Date: Mon, 11 Aug 2003 17:02:13 -0400 A good starting point for all you antidisestablishmentarianist that don't want to front your JSPs might be the use of the ForwardAction and global-forwards. That just forwards to a view page without writing a new class. This way, when you are ready to do the right thing, you can change some of those ForwardActions and possibly global-forwards to real Actions. Just a thought. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1: what's the preferred way to use databases?
Ted, are you talking about not using org.apache.commons.dbcp.BasicDataSourceFactory ? Reinhard wrote: Ted wrote: If you are starting from scratch, then I would strongly recommend *not* using the datasource manager. The datasource manager was a Good Thing three years ago, but, at this point, has outlived its usefulness in most environments. I'm a bit upset. Any advice on what better to use? Reinhard - 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: struts 1.1 question
A good starting point for all you antidisestablishmentarianist that don't want to front your JSPs might be the use of the ForwardAction and global-forwards. That just forwards to a view page without writing a new class. This way, when you are ready to do the right thing, you can change some of those ForwardActions and possibly global-forwards to real Actions. Just a thought. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1: what's the preferred way to use databases?
Ted wrote: If you are starting from scratch, then I would strongly recommend *not* using the datasource manager. The datasource manager was a Good Thing three years ago, but, at this point, has outlived its usefulness in most environments. I'm a bit upset. Any advice on what better to use? Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1: what's the preferred way to use databases?
Thank you all: that's been very helpful. Graham If you need a connection in your servlet layer then defining a data source in web xml is a more reliable alternative. http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource- examples-howto.html What ted was saying was that ideally you shouldn't be doing this (including my suggestion) because you are bundling you model logic in your servlet layer. Although I wouldn't say that's its correct to bundle these in together, at least your model isn't sneaking into your presentation layer (jsp's). And if you're new to this type of development pattern I would say that there's nothing terribly wrong with doing this, its certainly the best way of learning why these demarcations are necessary. If you want a model layer that wont have you reaching for the crack then I've been using torque. This would let you follow an MVC pattern while still giving you a table based way of thinking about your data. I posted some instructions on getting torque and struts running together a few weeks back. http://www.mail-archive.com/[EMAIL PROTECTED]/msg72669.html Torque does have limitations, but it sounds like it could do what you want without breaking MVC. Hope this helps Mark On Saturday, August 9, 2003, at 01:33 PM, Graham Stark wrote: Hi, apologies if this is an obvious question, but I can't work it out. If you're trying to configure a datasource in Struts 1.1, what's the preferred method? The only way I've got this work using the struts-config file is if I force the data source to be org.apache.struts.util.GenericDataSource, as in: data-source key=horizon type=org.apache.struts.util.GenericDataSource [..] /data-source None of the pooling methods from, for example, the org.apache.commons.dbcp package seem to work at all. Looking at the source code (around line 1080 in org.apache.struts.action.ActionServlet.java), this seems to be deliberate. Could someone explain all this to me? Obviously, I can configure connection pools manually outside of the Struts framework, but I assume there are advantages in doing so in a Struts-centric way if you can, and the DBCP implementation looks quite nice, if I could only get it to work. I'd be grateful for any guidance anyone had on this. thanks, Graham -- Graham Stark, Virtual Worlds phone: (+044) 01908 618239 mobile: 07952 633185 Homepage http://www.virtual-worlds.biz Virtual Learning Arcade http://www.bized.ac.uk/virtual/vla Virtual Economy http://www.bized.ac.uk/virtual/economy - 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] -- Graham Stark, Virtual Worlds phone: (+044) 01908 618239 mobile: 07952 633185 Homepage http://www.virtual-worlds.biz Virtual Learning Arcade http://www.bized.ac.uk/virtual/vla Virtual Economy http://www.bized.ac.uk/virtual/economy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1: what's the preferred way to use databases?
meanwhile 2 steps done. I gave ojb a try, but as I was fascinated by the white paper, I got disappointed from the implementation and the support. So I stay with ibatis db-layer, stable a very well documented. The support is very fast and profund, so what do I need soap bubbles. cheers and bye Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: struts 1.1 question
Yup. It really isn't so bad. A lot of pages of what? You need a lot of pages even without Struts if your site has a lot of content. You don't have any extra JSP pages because of it but it makes you Struts config file a little longer than if you didn't have to map all your JSPs. But then that (config file size) is one reason you can break down your struts config into multiple files per module. Goes back to a point I made last week that config info might be better served in say the LDAP compared to a flat file. Unless the framework is willing to do inefficient constant file reads to get the actions mappings then it means all the Struts config info has to be loaded into memory. If you site has 1 mappings could you imagine the memory usage? But the LDAP is made for fast reads, perfect for something which doesn't change much, like config information. Wouldn't that be nice for a large Enterprise site? -Original Message- From: e [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 4:37 PM To: Struts Users Mailing List Subject: struts 1.1 question I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - 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: Struts 1.1: what's the preferred way to use databases?
Thanks Erik, Ted already gave a very short advice, but with your words, the sun is shining again ;-) Erik wrote: The DataSource management system used in your container. Tomcat for instance, has its own place to specify this Ok, I declared my datasources in server.xml (I'm using tomcat 5). One JDBCRealm and a Datasource with a factory org.apache.commons.dbcp.BasicDataSourceFactory - so this is not considered a datasource-manager? After Ted's first comment, I looked around and discovered ojb (you're laughing? - well I didn't know that before and was happy with ibatis db-layer). But as I read the papers of ojb I was completely fascinated about the straight design. Ok, I'm a fan of metadata too. I gonna switch to ojb, but that's my second step. Actually I'm lost in tiles and have to come out first. cheers Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1: what's the preferred way to use databases?
Take a look at Hibernate http://hibernate.bluemars.net/, I found the documentation to be much better than OJB and it was much easier get productive quickly. Steve -Original Message- From: Reinhard [mailto:[EMAIL PROTECTED] Sent: August 14, 2003 9:39 AM To: Struts Users Mailing List Subject: Re: Struts 1.1: what's the preferred way to use databases? meanwhile 2 steps done. I gave ojb a try, but as I was fascinated by the white paper, I got disappointed from the implementation and the support. So I stay with ibatis db-layer, stable a very well documented. The support is very fast and profund, so what do I need soap bubbles. cheers and bye Reinhard - 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: Struts 1.1: what's the preferred way to use databases?
If you need a connection in your servlet layer then defining a data source in web xml is a more reliable alternative. http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource- examples-howto.html What ted was saying was that ideally you shouldn't be doing this (including my suggestion) because you are bundling you model logic in your servlet layer. Although I wouldn't say that's its correct to bundle these in together, at least your model isn't sneaking into your presentation layer (jsp's). And if you're new to this type of development pattern I would say that there's nothing terribly wrong with doing this, its certainly the best way of learning why these demarcations are necessary. If you want a model layer that wont have you reaching for the crack then I've been using torque. This would let you follow an MVC pattern while still giving you a table based way of thinking about your data. I posted some instructions on getting torque and struts running together a few weeks back. http://www.mail-archive.com/[EMAIL PROTECTED]/msg72669.html Torque does have limitations, but it sounds like it could do what you want without breaking MVC. Hope this helps Mark On Saturday, August 9, 2003, at 01:33 PM, Graham Stark wrote: Hi, apologies if this is an obvious question, but I can't work it out. If you're trying to configure a datasource in Struts 1.1, what's the preferred method? The only way I've got this work using the struts-config file is if I force the data source to be org.apache.struts.util.GenericDataSource, as in: data-source key=horizon type=org.apache.struts.util.GenericDataSource [..] /data-source None of the pooling methods from, for example, the org.apache.commons.dbcp package seem to work at all. Looking at the source code (around line 1080 in org.apache.struts.action.ActionServlet.java), this seems to be deliberate. Could someone explain all this to me? Obviously, I can configure connection pools manually outside of the Struts framework, but I assume there are advantages in doing so in a Struts-centric way if you can, and the DBCP implementation looks quite nice, if I could only get it to work. I'd be grateful for any guidance anyone had on this. thanks, Graham -- Graham Stark, Virtual Worlds phone: (+044) 01908 618239 mobile: 07952 633185 Homepage http://www.virtual-worlds.biz Virtual Learning Arcade http://www.bized.ac.uk/virtual/vla Virtual Economy http://www.bized.ac.uk/virtual/economy - 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: Struts 1.1 Modules and application resources
I had the same problem in my project. Originally we employed option #1, but eventually found that to be unmanageable. I would warn you that option #2 does not work with all struts components, because some of them (the validator if I recall correctly) look only at the default resource bundle for the current module. In the end I wasn't happy with option #1 either, and decided to build a resource bundle inheritance capability, which I have working. Unfortunately, I am not sure if my company will let me release the source code. If you would like more information, I would be happy to let you know how this works. There are two different approaches that you can take, and they are not at all intuitive when you start out trying to do this. Matt - Original Message - From: David Holtzhouser [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 11:27 AM Subject: Struts 1.1 Modules and application resources I am getting ready to move a Struts 1.0.2 project to 1.1, and have a question regarding best practices for using messages from the application resources. Let's say I have 100 messages in my 1.0.2 project that are in a single application.resources file. With the move to 1.1, I discover that 3 modules will have 30 module specific messages and 10 messages will be global in nature and should be shared across all modules. It seems I have two options: 1) Duplicate the common 10 messages in each modules specific application resource file, suffering duplication and potential update problems. 2) Move the common 10 into the default module and make multiple calls to getResources(request, moduleName) in order to get those different module resources. Any suggestions would be greatly appreciated. Thanks __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.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: Struts 1.1: what's the preferred way to use databases?
+1 Steve Raeburn wrote: Take a look at Hibernate http://hibernate.bluemars.net/, I found the documentation to be much better than OJB and it was much easier get productive quickly. Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1: what's the preferred way to use databases?
Reinhard wrote: Thanks Erik, Ted already gave a very short advice, but with your words, the sun is shining again ;-) Erik wrote: The DataSource management system used in your container. Tomcat for instance, has its own place to specify this Ok, I declared my datasources in server.xml (I'm using tomcat 5). One JDBCRealm and a Datasource with a factory org.apache.commons.dbcp.BasicDataSourceFactory - so this is not considered a datasource-manager? Well, I meant in the generic sense datasource management system that is any kind of system which can be used to specify datasource configuration information. So I think that is considered a datasource mangager in the sense that I meant it. Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts 1.1 question
Where exactly did you read that all jsps must be fronted by actions? I'm using 1.1, and assuredly have NOT (nor will I) front them all with actions. From: e [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: struts 1.1 question Date: Mon, 11 Aug 2003 16:37:28 -0400 I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Modules and application resources
While I haven't tried it yet. Have you looked into writing a custom MessageResourcesConfig or PropertyMessageResourcesFactory? You can easily pass one into your config http://jakarta.apache.org/struts/userGuide/configuration.html#resources_conf ig From there you can implement your own MessageResources class that will look at a common properties (from option 2) if it can't find the message in the module specific resources. -Tim -Original Message- From: David Holtzhouser [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 11:27 AM To: [EMAIL PROTECTED] Subject: Struts 1.1 Modules and application resources I am getting ready to move a Struts 1.0.2 project to 1.1, and have a question regarding best practices for using messages from the application resources. Let's say I have 100 messages in my 1.0.2 project that are in a single application.resources file. With the move to 1.1, I discover that 3 modules will have 30 module specific messages and 10 messages will be global in nature and should be shared across all modules. It seems I have two options: 1) Duplicate the common 10 messages in each modules specific application resource file, suffering duplication and potential update problems. 2) Move the common 10 into the default module and make multiple calls to getResources(request, moduleName) in order to get those different module resources. Any suggestions would be greatly appreciated. Thanks __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.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: struts 1.1 question
Something as simple as the security gains of going through a single servlet or code duplication that you can get rid of because in every JSP you set some request attribute or something and now you can extend the ActionServlet or alike and add that in one place and if it changes it is much easier to change it in that one place. Or you can have your actions detect that the device accessing this action is a carFishBicycle device (yet to be invented) so it forwards to the page that the carFishBicycle can interpret instead of a JSP. I think you are on the edge of the forest and you aren't scared but if you were in the middle of the forest and night started falling... You'd start fronting those darn JSPs :-) -Original Message- From: Adam Levine [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 5:19 PM To: [EMAIL PROTECTED] Subject: RE: struts 1.1 question This, of course, assumes that all pages require the functionality of forwards and actions and lions and tigers and bears. don't lose sight of the forest for the trees. From: Bailey, Shane C. [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: struts 1.1 question Date: Mon, 11 Aug 2003 17:02:13 -0400 A good starting point for all you antidisestablishmentarianist that don't want to front your JSPs might be the use of the ForwardAction and global-forwards. That just forwards to a view page without writing a new class. This way, when you are ready to do the right thing, you can change some of those ForwardActions and possibly global-forwards to real Actions. Just a thought. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - 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: struts 1.1 question
--- Adam Levine [EMAIL PROTECTED] wrote: Where exactly did you read that all jsps must be fronted by actions? I'm using 1.1, and assuredly have NOT (nor will I) front them all with actions. Keep in mind that it's as simple as: action path=/something forward=/jsp/something.jsp / to front JSPs with *.do actions. The benefits far outweigh the cost of writing that simple one-liner in struts-config.xml. David From: e [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: struts 1.1 question Date: Mon, 11 Aug 2003 16:37:28 -0400 I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: struts 1.1 question
HeHe. We got a wild one here. WooWoo. A lot of stuff is said on this site which is opinion and stated as if it were fact. It can get kinda confusing. The fact is that it is more like: you don't have to drive on the right (since this list is multi-countried you can read right as correct and in U.S. read it as the opposite of left :) side of the road but in the long run it is a much better thing to do. You don't HAVE to front all your JSPs but it is the right (or is it left) thing to do. -Original Message- From: Adam Levine [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 4:48 PM To: [EMAIL PROTECTED] Subject: Re: struts 1.1 question Where exactly did you read that all jsps must be fronted by actions? I'm using 1.1, and assuredly have NOT (nor will I) front them all with actions. From: e [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: struts 1.1 question Date: Mon, 11 Aug 2003 16:37:28 -0400 I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - 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: struts 1.1 question
Can you attach a form bean to an action defined as such? action name=someFormBean path=/something forward=/jsp/something.jsp / Brad Handy -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 4:53 PM To: Struts Users Mailing List Subject: Re: struts 1.1 question --- Adam Levine [EMAIL PROTECTED] wrote: Where exactly did you read that all jsps must be fronted by actions? I'm using 1.1, and assuredly have NOT (nor will I) front them all with actions. Keep in mind that it's as simple as: action path=/something forward=/jsp/something.jsp / to front JSPs with *.do actions. The benefits far outweigh the cost of writing that simple one-liner in struts-config.xml. David From: e [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: struts 1.1 question Date: Mon, 11 Aug 2003 16:37:28 -0400 I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.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: struts 1.1 question
--- Bradley Handy [EMAIL PROTECTED] wrote: Can you attach a form bean to an action defined as such? Yes. David action name=someFormBean path=/something forward=/jsp/something.jsp / Brad Handy -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 4:53 PM To: Struts Users Mailing List Subject: Re: struts 1.1 question --- Adam Levine [EMAIL PROTECTED] wrote: Where exactly did you read that all jsps must be fronted by actions? I'm using 1.1, and assuredly have NOT (nor will I) front them all with actions. Keep in mind that it's as simple as: action path=/something forward=/jsp/something.jsp / to front JSPs with *.do actions. The benefits far outweigh the cost of writing that simple one-liner in struts-config.xml. David From: e [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: struts 1.1 question Date: Mon, 11 Aug 2003 16:37:28 -0400 I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.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] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: struts 1.1 question
I guess it just seems like extra work that doesn't yield obvious benefits, not unlike having to do all those getters/setters in 1.0, but I guess if I had to choose between the two, I'd choose this. I guess I'm also partial to the familiar file extensions like .jsp..do never did it for me, though I guess I can come up with something more to my liking. I do like the idea of modules and was planning on using them, so I guess I'll be doing the right thing whether I like it or not. Of course I have to get struts 1.1 to work first, oh joy. -e At 8/11/2003 04:48 PM, you wrote: Yup. It really isn't so bad. A lot of pages of what? You need a lot of pages even without Struts if your site has a lot of content. You don't have any extra JSP pages because of it but it makes you Struts config file a little longer than if you didn't have to map all your JSPs. But then that (config file size) is one reason you can break down your struts config into multiple files per module. Goes back to a point I made last week that config info might be better served in say the LDAP compared to a flat file. Unless the framework is willing to do inefficient constant file reads to get the actions mappings then it means all the Struts config info has to be loaded into memory. If you site has 1 mappings could you imagine the memory usage? But the LDAP is made for fast reads, perfect for something which doesn't change much, like config information. Wouldn't that be nice for a large Enterprise site? -Original Message- From: e [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 4:37 PM To: Struts Users Mailing List Subject: struts 1.1 question I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts 1.1 question
In fact, you have to front JSPs only if you're using modules, because requests have to go through struts controller to know which module they belong. If you're not planning to use modules, I think you can keep your struts-config file the way it is. And as tiles and modules are independant, the use of tiles don't force you to front anything. Thomas At 16:37 11/08/2003 -0400, you wrote: I am about to upgrade to struts 1.1 and I have a question. I have a site with a decent amount of content stored in a content manager. I want to use tiles, but I read that in struts 1.1, all jsps have to be fronted by actions. Does this mean that I have to write forwards in strutsconfig.xml for every single jsp on the site? This could add up to a lot of pages. Am I interpreting this correctly? Thanks. -e - 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: Struts 1.1 in Websphere 4.01 on plugin with OS/390
thks Cindy: I got the server reading webapp-name.webapp xml file finally, turns out our admin was being nice and added some webapp properties in the was.config file for us and that caused websphere to skip the webapp-name.webapp during startup. However, we're now getting the error: javax.servlet.ServletException: javax.xml.parsers.SAXParser: method getXMLReader()Lorg/xml/sax/XMLReader; not found I tried switching to the Xerces 1.2 xml parser like you said by adding the Xerces jar file into the mywebapp-name/WEB_INF/servlets directory (IS THIS HOW YOU SWITCH THE XML PARSER?)still get the errors. YPL -Original Message- From: Cindy.Gramann [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 4:23 PM To: struts-user Subject: RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390 We're using Xerces 1.2. Also, we ran into classloader problems with commons logging when running 2 Struts apps on the same appserver. For now we have commented the Struts example app, but still need to figure out how to resolve the problem before the next app rolls around. I, too, need to work through an admin for all my changes. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 10:14 AM To: [EMAIL PROTECTED] Subject: RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390 Thks for the info Cindy, I'm trying to check with the admin to see if it's reading the webapp-name.webapp file to initialize itself on startup with our admin(The joy of working with/through an admin). And I'll try extracting the DTD files like you said just in case(as soon as the admin let me and give me permission to the directory). BTW, which xml parser are you using? YPL -Original Message- From: Cindy.Gramann [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 11:00 AM To: struts-user Subject: RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390 I've been able to get Struts working with the Websphere 4.01 plugin on z/OS (recently upgraded from OS/390). We are using JSP 1.1 and Servlet 2.2. The only changes that I needed to make after running the Struts example .war file through wartowebapp were to extract the dtd's under org.apache.struts.resources and find the right .jar files for xml parsing. Is there any other message in your log file before the error message that you mentioned? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 3:43 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 in Websphere 4.01 on plugin with OS/390 Does anyone has any luck with running Struts 1.1 in the following env.? Websphere 4.01 on with a plugin OS/390 JSP level is configured to 1.1 and it's running at servlet level 2.2, so I'm hopeful that it'll work. I used wartowebapp to deploy the struts-example war file and it looks like the actionServlet doesn't even gets load or initialized on startup. Accessing the index.jsp file could give me the famous Cannot find message resources under key org.apache.struts.action.MESSAGE error. Any idea? YPL - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390
I've been able to get Struts working with the Websphere 4.01 plugin on z/OS (recently upgraded from OS/390). We are using JSP 1.1 and Servlet 2.2. The only changes that I needed to make after running the Struts example .war file through wartowebapp were to extract the dtd's under org.apache.struts.resources and find the right .jar files for xml parsing. Is there any other message in your log file before the error message that you mentioned? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 3:43 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 in Websphere 4.01 on plugin with OS/390 Does anyone has any luck with running Struts 1.1 in the following env.? Websphere 4.01 on with a plugin OS/390 JSP level is configured to 1.1 and it's running at servlet level 2.2, so I'm hopeful that it'll work. I used wartowebapp to deploy the struts-example war file and it looks like the actionServlet doesn't even gets load or initialized on startup. Accessing the index.jsp file could give me the famous Cannot find message resources under key org.apache.struts.action.MESSAGE error. Any idea? YPL - 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: Struts 1.1 in Websphere 4.01 on plugin with OS/390
Thks for the info Cindy, I'm trying to check with the admin to see if it's reading the webapp-name.webapp file to initialize itself on startup with our admin(The joy of working with/through an admin). And I'll try extracting the DTD files like you said just in case(as soon as the admin let me and give me permission to the directory). BTW, which xml parser are you using? YPL -Original Message- From: Cindy.Gramann [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 11:00 AM To: struts-user Subject: RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390 I've been able to get Struts working with the Websphere 4.01 plugin on z/OS (recently upgraded from OS/390). We are using JSP 1.1 and Servlet 2.2. The only changes that I needed to make after running the Struts example .war file through wartowebapp were to extract the dtd's under org.apache.struts.resources and find the right .jar files for xml parsing. Is there any other message in your log file before the error message that you mentioned? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 3:43 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 in Websphere 4.01 on plugin with OS/390 Does anyone has any luck with running Struts 1.1 in the following env.? Websphere 4.01 on with a plugin OS/390 JSP level is configured to 1.1 and it's running at servlet level 2.2, so I'm hopeful that it'll work. I used wartowebapp to deploy the struts-example war file and it looks like the actionServlet doesn't even gets load or initialized on startup. Accessing the index.jsp file could give me the famous Cannot find message resources under key org.apache.struts.action.MESSAGE error. Any idea? YPL - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390
We're using Xerces 1.2. Also, we ran into classloader problems with commons logging when running 2 Struts apps on the same appserver. For now we have commented the Struts example app, but still need to figure out how to resolve the problem before the next app rolls around. I, too, need to work through an admin for all my changes. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 10:14 AM To: [EMAIL PROTECTED] Subject: RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390 Thks for the info Cindy, I'm trying to check with the admin to see if it's reading the webapp-name.webapp file to initialize itself on startup with our admin(The joy of working with/through an admin). And I'll try extracting the DTD files like you said just in case(as soon as the admin let me and give me permission to the directory). BTW, which xml parser are you using? YPL -Original Message- From: Cindy.Gramann [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 11:00 AM To: struts-user Subject: RE: Struts 1.1 in Websphere 4.01 on plugin with OS/390 I've been able to get Struts working with the Websphere 4.01 plugin on z/OS (recently upgraded from OS/390). We are using JSP 1.1 and Servlet 2.2. The only changes that I needed to make after running the Struts example .war file through wartowebapp were to extract the dtd's under org.apache.struts.resources and find the right .jar files for xml parsing. Is there any other message in your log file before the error message that you mentioned? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 3:43 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 in Websphere 4.01 on plugin with OS/390 Does anyone has any luck with running Struts 1.1 in the following env.? Websphere 4.01 on with a plugin OS/390 JSP level is configured to 1.1 and it's running at servlet level 2.2, so I'm hopeful that it'll work. I used wartowebapp to deploy the struts-example war file and it looks like the actionServlet doesn't even gets load or initialized on startup. Accessing the index.jsp file could give me the famous Cannot find message resources under key org.apache.struts.action.MESSAGE error. Any idea? YPL - 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] - 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: Struts 1.1 and Tiles
I feel you need to specify the tiles processor in the struts-config. Please add the following line in your struts-config.xml file controller processorClass = org.apache.struts.tiles.TilesRequestProcessor/ Siva Oliver Reflé wrote: Hi fellows, At the moment I am working on tiles. But I have a big problem to get this stuff running. It seems that the Tiles plugin is not taking the forward from the Action . Below you find my config: struts-config.xml (Action Mapping Plugin): action-mappings action type=de.refle.TestAction path=/test forward name=success path=.view.peniguins/ /action /action-mappings plug-in className=org.apache.struts.tiles.TilesPlugin set-property property=definitions-config value=/WEB-INF/tiles-defs.xml/ /plug-in tiles-defs.xml: tiles-definitions definition name=.basic.layout path=/jsp/basicLayout.jsp put name=title value=Default Title/ put name=header value=/jsp/header.jsp/ put name=menu value=/jsp/menu.jsp/ put name=content value=/jsp/defaultContentPage.jsp/ put name=footer value=/jsp/footer.jsp/ /definition definition name=.view.pengiuns extends=.basic.layout put name=title value=Welcome to the Store/ put name=content value=/jsp/viewPinguins.jsp/ /definition /tiles-definitions basicLayout.jsp: %@ taglib uri=http://jakarta.apache.org/struts/struts-tiles.tld; prefix=tiles % html headtitletiles:getAsString name=title//title/head body tiles:get name=header/br/ tiles:get name=menu/tiles:get name=content/br/ tiles:get name=footer/br/ /body /html viewPinguins.jsp: contains only a simple text nothing else Action: public class TestAction extends Action{ public ActionForward execute(ActionMapping actionMapping, ActionForm actionForm, HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) throws java.lang.Exception { System.out.println(Now in Action); return actionMapping.findForward(success); } } When i call now the Action with http://localhost:8080/do/test i go Now in Action printed and then i get a page not found error. HTTP ERROR: 404 /tiles/.view.penguins Not Found RequestURI=/tiles/do/test Maybe you have an idea ? Thx in advance Oliver Reflé Software Architekt _ jaron.DIRECT GmbH Performance Marketing Solutions Hanauer Landstraße 196a D-60314 Frankfurt am Main Fon: + 49 (069) 40 58 66 - 0 Fax: + 49 (069) 40 58 66 - 29 Email:mailto:[EMAIL PROTECTED] Internet www.jaron.de __ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.504 / Virus Database: 302 - Release Date: 24.07.2003 -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 migration
Dea rVinit, Please use the propert dtd version corresponds to 1.1 (you can specify the dtd available in SUN site.) I feel the peoblem is because of improper dtd reference.. Siva Vinit Sharma wrote: Hello I'm migrating from Struts 1.0 to Struts 1.1. My old struts-config.xml file does not work properly here. I've defined a form bean as follows: form-bean name=user type=com.temp.user set-property property=name value=test / /form-bean I got following error while I start my Weblogic server: javax.servlet.UnavailableException: Parsing error processing resource path at org.apache.struts.action.ActionServlet.handleConfigException(ActionServlet.java:1035) at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1014) at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:470) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:713) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:656) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:601) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:2272) at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:2216) at weblogic.servlet.internal.HttpServer.preloadServlets(HttpServer.java:495) at weblogic.servlet.internal.WebService.preloadServlets(WebService.java:450) at weblogic.t3.srvr.ServletInitRunner.run(ServletInitRunner.java:49) at java.lang.Thread.run(Thread.java:479) Line no. 1035 in ActionServlet.java is: throw new UnavailableException(internal.getMessage(configParse, paths)); and line no. 1014 in ActionServlet.java is inside a catch block of SAXException. I thought it is due to XML parsing error. May be because my weblogic server is using older version of JAXP, but Weblogic 6.1 use the version 1.1 If I remove the line for set-property, it works fine. Can any body help me in that?? Thanks and regards. Vinit - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 migration
Hello I'm using the DTD version as provided by Struts site for Struts 1.1. It is as follows: !DOCTYPE struts-config PUBLIC -//Apache Software Foundation//DTD Struts Configuration 1.1//EN http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd; Is there anything wrong with that?? Vinit Siva [EMAIL PROTECTED] wrote: Dea rVinit, Please use the propert dtd version corresponds to 1.1 (you can specify the dtd available in SUN site.) I feel the peoblem is because of improper dtd reference.. Siva Vinit Sharma wrote: Hello I'm migrating from Struts 1.0 to Struts 1.1. My old struts-config.xml file does not work properly here. I've defined a form bean as follows: type=com.temp.user I got following error while I start my Weblogic server: javax.servlet.UnavailableException: Parsing error processing resource path at org.apache.struts.action.ActionServlet.handleConfigException(ActionServlet.java:1035) at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1014) at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:470) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:713) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:656) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:601) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:2272) at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:2216) at weblogic.servlet.internal.HttpServer.preloadServlets(HttpServer.java:495) at weblogic.servlet.internal.WebService.preloadServlets(WebService.java:450) at weblogic.t3.srvr.ServletInitRunner.run(ServletInitRunner.java:49) at java.lang.Thread.run(Thread.java:479) Line no. 1035 in ActionServlet.java is: throw new UnavailableException(internal.getMessage(configParse, paths)); and line no. 1014 in ActionServlet.java is inside a catch block of SAXException. I thought it is due to XML parsing error. May be because my weblogic server is using older version of JAXP, but Weblogic 6.1 use the version 1.1 If I remove the line for set-property, it works fine. Can any body help me in that?? Thanks and regards. Vinit - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software
Re: Struts 1.1 migration
Dear Vinit, I feel the set-property should be used with DynaActionForm. and the set property will be meaningless with your own action form. please make sure why you are using this set-property here. Siva Vinit Sharma wrote: Hello I'm using the DTD version as provided by Struts site for Struts 1.1. It is as follows: !DOCTYPE struts-config PUBLIC -//Apache Software Foundation//DTD Struts Configuration 1.1//EN http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd; Is there anything wrong with that?? Vinit Siva [EMAIL PROTECTED] wrote: Dea rVinit, Please use the propert dtd version corresponds to 1.1 (you can specify the dtd available in SUN site.) I feel the peoblem is because of improper dtd reference.. Siva Vinit Sharma wrote: Hello I'm migrating from Struts 1.0 to Struts 1.1. My old struts-config.xml file does not work properly here. I've defined a form bean as follows: type=com.temp.user I got following error while I start my Weblogic server: javax.servlet.UnavailableException: Parsing error processing resource path at org.apache.struts.action.ActionServlet.handleConfigException(ActionServlet.java:1035) at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1014) at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:470) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:713) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:656) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:601) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:2272) at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:2216) at weblogic.servlet.internal.HttpServer.preloadServlets(HttpServer.java:495) at weblogic.servlet.internal.WebService.preloadServlets(WebService.java:450) at weblogic.t3.srvr.ServletInitRunner.run(ServletInitRunner.java:49) at java.lang.Thread.run(Thread.java:479) Line no. 1035 in ActionServlet.java is: throw new UnavailableException(internal.getMessage(configParse, paths)); and line no. 1014 in ActionServlet.java is inside a catch block of SAXException. I thought it is due to XML parsing error. May be because my weblogic server is using older version of JAXP, but Weblogic 6.1 use the version 1.1 If I remove the line for set-property, it works fine. Can any body help me in that?? Thanks and regards. Vinit - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 migration
Hello Siva We can use set-property as a nested element to form-bean. This was working fine with Struts 1.0.2. The problem arised while I'm migrating to Struts 1.1 What I dont know is that whether we can use such a nested element with Struts 1.1 ?? You have any such info. Vinit Siva [EMAIL PROTECTED] wrote: Dear Vinit, I feel the set-property should be used with DynaActionForm. and the set property will be meaningless with your own action form. please make sure why you are using this set-property here. Siva Vinit Sharma wrote: Hello I'm using the DTD version as provided by Struts site for Struts 1.1. It is as follows: -//Apache Software Foundation//DTD Struts Configuration 1.1//EN http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd; Is there anything wrong with that?? Vinit Siva wrote: Dea rVinit, Please use the propert dtd version corresponds to 1.1 (you can specify the dtd available in SUN site.) I feel the peoblem is because of improper dtd reference.. Siva Vinit Sharma wrote: Hello I'm migrating from Struts 1.0 to Struts 1.1. My old struts-config.xml file does not work properly here. I've defined a form bean as follows: type=com.temp.user I got following error while I start my Weblogic server: javax.servlet.UnavailableException: Parsing error processing resource path at org.apache.struts.action.ActionServlet.handleConfigException(ActionServlet.java:1035) at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1014) at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:470) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:713) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:656) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:601) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:2272) at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:2216) at weblogic.servlet.internal.HttpServer.preloadServlets(HttpServer.java:495) at weblogic.servlet.internal.WebService.preloadServlets(WebService.java:450) at weblogic.t3.srvr.ServletInitRunner.run(ServletInitRunner.java:49) at java.lang.Thread.run(Thread.java:479) Line no. 1035 in ActionServlet.java is: throw new UnavailableException(internal.getMessage(configParse, paths)); and line no. 1014 in ActionServlet.java is inside a catch block of SAXException. I thought it is due to XML parsing error. May be because my weblogic server is using older version of JAXP, but Weblogic 6.1 use the version 1.1 If I remove the line for set-property, it works fine. Can any body help me in that?? Thanks and regards. Vinit - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software
RE: Struts 1.1 Final - Validate Date field in struts-validator.war
Not enough info. Please post your date validation field in validator.xml. -Original Message- From: Guillaume Cormier [mailto:[EMAIL PROTECTED] Sent: July 21, 2003 11:20 AM To: [EMAIL PROTECTED] Subject: Struts 1.1 Final - Validate Date field in struts-validator.war I am not able to validate the date field when I am in French Canadian Mode. SomeOne have the same problem ? Details : When I click on French Canadian | Francais Canadien - On the JavaScript Type Form the integer field should fall in a range of 100-200 and the date field should have a format of 'dd-MM-', Date field should be valid if I enter a date like ' dd-MM- '. However, it only valid 'MM/dd/'. So, when I click on JavaScript Type Form - with JavaScript Validation and Server Validation, the date field validation stay with 'MM/dd/'. If someone have the same problem, please send me an email at [EMAIL PROTECTED] cause I'm gonna be crazy!! I have tried jsType.jsp with : OS : WinXP and Win2000 Browser : IE 6 and Mozilla 1.4 Tomcat 4.1.24 JAVA 1.4.2 Struts 1.1.0 Thanks a lot! G Cormier - 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: Struts 1.1 Final - Validate Date field in struts-validator.war
I don't understand want you mean validation.xml (not validator.xml) is include in the package struts-validator.war Please, verify that the date field is valid only if you enter a date like 'dd-MM-' (22-07-2002). I think that there is a bug with the i18n validator because the date is only valid if you enter 07/22/2002. So, this is validation.xml include with the release of STRUTS 1.1 (struts-validator.war) : ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE form-validation PUBLIC -//Apache Software Foundation//DTD Commons Validator Rules Configuration 1.0//EN http://jakarta.apache.org/commons/dtds/validator_1_0.dtd; form-validation global constant constant-namephone/constant-name constant-value^\(?(\d{3})\)?[-| ]?(\d{3})[-| ]?(\d{4})$/constant-value /constant constant constant-namezip/constant-name constant-value^\d{5}\d*$/constant-value /constant /global formset constant constant-namezip/constant-name constant-value^\d{5}(-\d{4})?$/constant-value /constant formname=registrationForm fieldproperty=firstName depends=required,mask,minlength arg0 key=registrationForm.firstname.displayname/ arg1 name=minlength key=${var:minlength} resource=false/ var var-namemask/var-name var-value^\w+$/var-value /var var var-nameminlength/var-name var-value5/var-value /var /field fieldproperty=lastName depends=required,mask,maxlength msg name=mask key=registrationForm.lastname.maskmsg/ arg0 key=registrationForm.lastname.displayname/ arg1 name=maxlength key=${var:maxlength} resource=false/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var var var-namemaxlength/var-name var-value10/var-value /var /field fieldproperty=addr depends=required arg0 key=registrationForm.addr.displayname/ /field fieldproperty=cityStateZip.city depends=required,mask arg0 key=registrationForm.city.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field fieldproperty=cityStateZip.stateProv depends=required,mask arg0 key=registrationForm.stateprov.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field fieldproperty=cityStateZip.zipPostal[1] depends=required,mask arg0 key=registrationForm.zippostal.displayname/ var var-namemask/var-name var-value${zip}/var-value /var /field fieldproperty=phone depends=mask arg0 key=registrationForm.phone.displayname/ var var-namemask/var-name var-value${phone}/var-value /var /field fieldproperty=email depends=required,email arg0 key=registrationForm.email.displayname/ /field /form formname=multiRegistrationForm fieldproperty=firstName depends=required,mask page=1 arg0 key=registrationForm.firstname.displayname/ var var-namemask/var-name var-value^\w+$/var-value /var /field fieldproperty=lastName depends=required,mask page=1 msg name=mask key=registrationForm.lastname.maskmsg/ arg0 key=registrationForm.lastname.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field fieldproperty=addr depends=required page=1 arg0 key=registrationForm.addr.displayname/ /field fieldproperty=cityStateZip.city depends=required,mask page=1 arg0 key=registrationForm.city.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field field
RE: Struts 1.1 Final - Validate Date field in struts-validator.war
The attribute 'datePatternStrict' specified the pattern to be dd-MM-YY for your displayName field. Of course you cannot use the dd/MM/ pattern. Try not to specify a pattern, not even 'datePattern'. Without specifying a datePattern, the server's default Locale is used. - fieldproperty=date depends=required,date arg0 key=typeForm.date.displayname/ var var-namedatePatternStrict/var-name var-valuedd-MM-/var-value /var /field - -Original Message- From: Guillaume Cormier [mailto:[EMAIL PROTECTED] Sent: July 22, 2003 3:50 PM To: Struts Users Mailing List Subject: Re: Struts 1.1 Final - Validate Date field in struts-validator.war I don't understand want you mean validation.xml (not validator.xml) is include in the package struts-validator.war Please, verify that the date field is valid only if you enter a date like 'dd-MM-' (22-07-2002). I think that there is a bug with the i18n validator because the date is only valid if you enter 07/22/2002. So, this is validation.xml include with the release of STRUTS 1.1 (struts-validator.war) : ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE form-validation PUBLIC -//Apache Software Foundation//DTD Commons Validator Rules Configuration 1.0//EN http://jakarta.apache.org/commons/dtds/validator_1_0.dtd; form-validation global constant constant-namephone/constant-name constant-value^\(?(\d{3})\)?[-| ]?(\d{3})[-| ]?(\d{4})$/constant-value /constant constant constant-namezip/constant-name constant-value^\d{5}\d*$/constant-value /constant /global formset constant constant-namezip/constant-name constant-value^\d{5}(-\d{4})?$/constant-value /constant formname=registrationForm fieldproperty=firstName depends=required,mask,minlength arg0 key=registrationForm.firstname.displayname/ arg1 name=minlength key=${var:minlength} resource=false/ var var-namemask/var-name var-value^\w+$/var-value /var var var-nameminlength/var-name var-value5/var-value /var /field fieldproperty=lastName depends=required,mask,maxlength msg name=mask key=registrationForm.lastname.maskmsg/ arg0 key=registrationForm.lastname.displayname/ arg1 name=maxlength key=${var:maxlength} resource=false/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var var var-namemaxlength/var-name var-value10/var-value /var /field fieldproperty=addr depends=required arg0 key=registrationForm.addr.displayname/ /field fieldproperty=cityStateZip.city depends=required,mask arg0 key=registrationForm.city.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field fieldproperty=cityStateZip.stateProv depends=required,mask arg0 key=registrationForm.stateprov.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field fieldproperty=cityStateZip.zipPostal[1] depends=required,mask arg0 key=registrationForm.zippostal.displayname/ var var-namemask/var-name var-value${zip}/var-value /var /field fieldproperty=phone depends=mask arg0 key=registrationForm.phone.displayname/ var var-namemask/var-name var-value${phone}/var-value /var /field fieldproperty=email depends=required,email arg0 key=registrationForm.email.displayname/ /field /form formname=multiRegistrationForm fieldproperty=firstName depends=required,mask page=1 arg0 key=registrationForm.firstname.displayname/ var var-namemask/var-name var-value^\w+$/var-value /var
Re: Struts 1.1 Final - Validate Date field in struts-validator.war
Ok, I will try it tomorrow! But do you think this is a bug ??? Because this file is included in the final release of struts 1.1 Thanks a lot! Guillaume Cormier Yansheng Lin wrote: The attribute 'datePatternStrict' specified the pattern to be dd-MM-YY for your displayName field. Of course you cannot use the dd/MM/ pattern. Try not to specify a pattern, not even 'datePattern'. Without specifying a datePattern, the server's default Locale is used. - fieldproperty=date depends=required,date arg0 key=typeForm.date.displayname/ var var-namedatePatternStrict/var-name var-valuedd-MM-/var-value /var /field - -Original Message- From: Guillaume Cormier [mailto:[EMAIL PROTECTED] Sent: July 22, 2003 3:50 PM To: Struts Users Mailing List Subject: Re: Struts 1.1 Final - Validate Date field in struts-validator.war I don't understand want you mean validation.xml (not validator.xml) is include in the package struts-validator.war Please, verify that the date field is valid only if you enter a date like 'dd-MM-' (22-07-2002). I think that there is a bug with the i18n validator because the date is only valid if you enter 07/22/2002. So, this is validation.xml include with the release of STRUTS 1.1 (struts-validator.war) : ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE form-validation PUBLIC -//Apache Software Foundation//DTD Commons Validator Rules Configuration 1.0//EN http://jakarta.apache.org/commons/dtds/validator_1_0.dtd; form-validation global constant constant-namephone/constant-name constant-value^\(?(\d{3})\)?[-| ]?(\d{3})[-| ]?(\d{4})$/constant-value /constant constant constant-namezip/constant-name constant-value^\d{5}\d*$/constant-value /constant /global formset constant constant-namezip/constant-name constant-value^\d{5}(-\d{4})?$/constant-value /constant formname=registrationForm fieldproperty=firstName depends=required,mask,minlength arg0 key=registrationForm.firstname.displayname/ arg1 name=minlength key=${var:minlength} resource=false/ var var-namemask/var-name var-value^\w+$/var-value /var var var-nameminlength/var-name var-value5/var-value /var /field fieldproperty=lastName depends=required,mask,maxlength msg name=mask key=registrationForm.lastname.maskmsg/ arg0 key=registrationForm.lastname.displayname/ arg1 name=maxlength key=${var:maxlength} resource=false/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var var var-namemaxlength/var-name var-value10/var-value /var /field fieldproperty=addr depends=required arg0 key=registrationForm.addr.displayname/ /field fieldproperty=cityStateZip.city depends=required,mask arg0 key=registrationForm.city.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field fieldproperty=cityStateZip.stateProv depends=required,mask arg0 key=registrationForm.stateprov.displayname/ var var-namemask/var-name var-value^[a-zA-Z]*$/var-value /var /field fieldproperty=cityStateZip.zipPostal[1] depends=required,mask arg0 key=registrationForm.zippostal.displayname/ var var-namemask/var-name var-value${zip}/var-value /var /field fieldproperty=phone depends=mask arg0 key=registrationForm.phone.displayname/ var var-namemask/var-name var-value${phone}/var-value /var /field fieldproperty=email depends=required,email arg0 key=registrationForm.email.displayname/ /field /form formname=multiRegistrationForm fieldproperty=firstName depends=required,mask page=1 arg0 key=registrationForm.firstname.displayname/ var var-namemask/var
Re: Struts 1.1 prepareStatement woes
Dear Joel, You are using some struts API in your class which was implementes (not abstract) in RC2 and become abstract in 1.1 final release. AbstractMethodError will happen only in these scenario. Siva Joel Hainley wrote: I have been trying to get this working for a few hours and am going to beg and plead for help.. 8-) I am getting the error.. java.lang.AbstractMethodError: org.apache.struts.legacy.GenericConnection.prepareStatement(Ljava/lang/Strin g;I)Ljava/sql/PreparedStatement; ...while using the struts 1.1 jar files ( using all of the jar files in the lib directory of the release ) and putting them in the classpath for the build and with Tomcat If I roll back and use struts 1.1-rc1 files ( using all .jar files in the lib directory of the release ), and recompile, and put these jar files in the appropriate directory on tomcat i don't get this error. What am I not doing? I'm sure it's something simple but I can't see it... What do I need to change/use to be able to use the 1.1 version of struts? Thanks, Joel - 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: Struts 1.1 - struts-config_1_1.dtd not found
I've seen it, still looking for solution. I get the error when trying to move my web app to the service providers server. Same app works fine with my tomcat 4.1.x Struts 1.1b2. I checked struts.jar and there is struts-config_1_1.dtd. Ville Did any one face this problem before? I'm trying to migrate from struts 1.0 to 1.1. java.util.zip.ZipException: oversubscribed dynamic bit lengths tree 18:39:05,316 ERROR [ActionServlet] Parsing error processing resource path java.io.FileNotFoundException: JAR entry org/apache/struts/resources/struts-config_1_1.dtd not found - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 Doc question
On Friday 11 July 2003 14:40, Goel Shalab wrote: Hello Everyone I was wondering if there was a way for downloading the HTML as a package for User and Developer Guides for Struts 1.1. Yes, the binary comes with struts-documentation.war, which is the complete documentation that used for the Struts web site. Also, is there a plan for having these guides in alternate printable format -- as a single document -- like Acrobat PDF or Microsoft Word. Something is in the works for PDF, but I'm not sure of the status. If you need it for MS Word, that's not going to happen any time soon. Appreciate your response. Regards Shalab - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 Doc question
James Mitchell wrote: Something is in the works for PDF, but I'm not sure of the status. If you need it for MS Word, that's not going to happen any time soon. It's all in XML, so something that can do XML to PDF and be called from Ant could be made part of the build process. -Ted. -- Ted Husted, Junit in Action - http://www.manning.com/massol/, Struts in Action - http://husted.com/struts/book.html, JSP Site Design - http://www.amazon.com/exec/obidos/ISBN=1861005512. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 Doc question
Hello Ted, If it can become part of the build process.. it will be great.. and highly appreciated. -Shalab At 02:51 PM 7/11/2003 -0400, Ted Husted wrote: James Mitchell wrote: Something is in the works for PDF, but I'm not sure of the status. If you need it for MS Word, that's not going to happen any time soon. It's all in XML, so something that can do XML to PDF and be called from Ant could be made part of the build process. -Ted. -- Ted Husted, Junit in Action - http://www.manning.com/massol/, Struts in Action - http://husted.com/struts/book.html, JSP Site Design - http://www.amazon.com/exec/obidos/ISBN=1861005512. - 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: Struts 1.1 Doc question
On Friday 11 July 2003 14:51, Ted Husted wrote: James Mitchell wrote: Something is in the works for PDF, but I'm not sure of the status. If you need it for MS Word, that's not going to happen any time soon. It's all in XML, so something that can do XML to PDF and be called from Ant could be made part of the build process. Yes, and I have had that in my todo list for quite some time. IIRC, someone mentioned that they were working on this, but that could be totally wrong. -Ted. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 Bug? PlugIn Objects Not Serializable
--- Hohlen, John C [EMAIL PROTECTED] wrote: I'm encountering a serialization error due to Plug-In objects, in my case, the org.apache.struts.validator.ValidatorPlugIn not being serializable. An array of plug-ins are stored in application scope in the ActionServlet.initModulePlugIns() method. However, the PlugIn interface does not implement serializable nor do any of the implementing subclasses (ModuleConfigVerifier, TilesPlugin, ValidatorPlugIn). Anybody have any ideas for a possible workaround? JOHN P.S. I checked Bugzilla database and did not see this error. I will add if others concur with this. Only objects stored in the session are required to be Serializable. Distributable apps require objects in the ServletContext to be Serializable as well. David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Bug? PlugIn Objects Not Serializable
That's exactly my problem. I have a distributable application using Struts 1.1. Struts is storing an object in the ServletContext that is not serializable. What am I supposed to do, remove it? That would probably cause Struts not to function properly. Thanks, JOHN -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 10:47 AM To: Struts Users Mailing List Subject: Re: Struts 1.1 Bug? PlugIn Objects Not Serializable --- Hohlen, John C [EMAIL PROTECTED] wrote: I'm encountering a serialization error due to Plug-In objects, in my case, the org.apache.struts.validator.ValidatorPlugIn not being serializable. An array of plug-ins are stored in application scope in the ActionServlet.initModulePlugIns() method. However, the PlugIn interface does not implement serializable nor do any of the implementing subclasses (ModuleConfigVerifier, TilesPlugin, ValidatorPlugIn). Anybody have any ideas for a possible workaround? JOHN P.S. I checked Bugzilla database and did not see this error. I will add if others concur with this. Only objects stored in the session are required to be Serializable. Distributable apps require objects in the ServletContext to be Serializable as well. David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.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: Struts 1.1 Bug? PlugIn Objects Not Serializable
--- Hohlen, John C [EMAIL PROTECTED] wrote: That's exactly my problem. I have a distributable application using Struts 1.1. Struts is storing an object in the ServletContext that is not serializable. What am I supposed to do, remove it? That would probably cause Struts not to function properly. Open an enhancement request and we'll look at what it would take to make the standard plugins serializable. I don't think the interface should be serializable because there might be plugins that use databases or other non-serializable objects. David Thanks, JOHN -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 10:47 AM To: Struts Users Mailing List Subject: Re: Struts 1.1 Bug? PlugIn Objects Not Serializable --- Hohlen, John C [EMAIL PROTECTED] wrote: I'm encountering a serialization error due to Plug-In objects, in my case, the org.apache.struts.validator.ValidatorPlugIn not being serializable. An array of plug-ins are stored in application scope in the ActionServlet.initModulePlugIns() method. However, the PlugIn interface does not implement serializable nor do any of the implementing subclasses (ModuleConfigVerifier, TilesPlugin, ValidatorPlugIn). Anybody have any ideas for a possible workaround? JOHN P.S. I checked Bugzilla database and did not see this error. I will add if others concur with this. Only objects stored in the session are required to be Serializable. Distributable apps require objects in the ServletContext to be Serializable as well. David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Bug? PlugIn Objects Not Serializable
On Thu, 10 Jul 2003, David Graham wrote: Date: Thu, 10 Jul 2003 09:24:15 -0700 (PDT) From: David Graham [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED], [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable --- Hohlen, John C [EMAIL PROTECTED] wrote: That's exactly my problem. I have a distributable application using Struts 1.1. Struts is storing an object in the ServletContext that is not serializable. What am I supposed to do, remove it? That would probably cause Struts not to function properly. Open an enhancement request and we'll look at what it would take to make the standard plugins serializable. I don't think the interface should be serializable because there might be plugins that use databases or other non-serializable objects. My personal opinion is that app servers which require ServletContext attributes to be Serializable are broken, because the servlet spec only requires this for *session* attributes. That being said, we probably need to address this reality, but it is still irritating. David Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Bug? PlugIn Objects Not Serializable
--- Craig R. McClanahan [EMAIL PROTECTED] wrote: On Thu, 10 Jul 2003, David Graham wrote: Date: Thu, 10 Jul 2003 09:24:15 -0700 (PDT) From: David Graham [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED], [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable --- Hohlen, John C [EMAIL PROTECTED] wrote: That's exactly my problem. I have a distributable application using Struts 1.1. Struts is storing an object in the ServletContext that is not serializable. What am I supposed to do, remove it? That would probably cause Struts not to function properly. Open an enhancement request and we'll look at what it would take to make the standard plugins serializable. I don't think the interface should be serializable because there might be plugins that use databases or other non-serializable objects. My personal opinion is that app servers which require ServletContext attributes to be Serializable are broken, because the servlet spec only requires this for *session* attributes. That being said, we probably need to address this reality, but it is still irritating. My understanding was that distributable apps required ServletContext attributes to be Serializable as well. Is that incorrect? I'll go look at the spec again... David Craig __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Bug? PlugIn Objects Not Serializable
On Thu, 10 Jul 2003, David Graham wrote: My personal opinion is that app servers which require ServletContext attributes to be Serializable are broken, because the servlet spec only requires this for *session* attributes. That being said, we probably need to address this reality, but it is still irritating. My understanding was that distributable apps required ServletContext attributes to be Serializable as well. Is that incorrect? I'll go look at the spec again... It's not a servlet spec requirement -- it's a requirement imposed by one or more implementations. In fact, one could read SRV.3.4.1 as evidence that you should *not* assume ServletContext attributes are serializable and distributable: 3.4.1 Context Attributes in a Distributed Container Context attributes are local to the JVM in which they are created. This prevents ServletContext attributes from being a shared memory store in a distributed container. When information needs to be shared between servlets running in a distributed environment, the information should be placed in a session (see Chapter SRV.7 Sessions), stored in a database, or set in an Enterprise JavaBeans component. The J2EE Platform Specification also addresses this issue (J2EE.6.4 Servlet Requirements), but again addresses only session attributes, not context attributes. David Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Bug? PlugIn Objects Not Serializable
We're using WebLogic 6.1? Should I really consider it broken? I've submitted a Bugzilla Enhancement as per your suggestion: http://issues.apache.org/bugzilla/show_bug.cgi?id=21476 In the meantime, I'm thinking of extending the Plugins that I'm using (Validator and Tiles) to simply implement serializable. public class SerializableValidatorPlugIn extends ValidatorPlugIn implements Serializable { } Then I'll specify my plug-ins in the Struts config file. Do you think this will work in the meantime? Thanks, JOHN -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 1:34 PM To: Struts Users Mailing List Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable --- Craig R. McClanahan [EMAIL PROTECTED] wrote: On Thu, 10 Jul 2003, David Graham wrote: Date: Thu, 10 Jul 2003 09:24:15 -0700 (PDT) From: David Graham [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED], [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable --- Hohlen, John C [EMAIL PROTECTED] wrote: That's exactly my problem. I have a distributable application using Struts 1.1. Struts is storing an object in the ServletContext that is not serializable. What am I supposed to do, remove it? That would probably cause Struts not to function properly. Open an enhancement request and we'll look at what it would take to make the standard plugins serializable. I don't think the interface should be serializable because there might be plugins that use databases or other non-serializable objects. My personal opinion is that app servers which require ServletContext attributes to be Serializable are broken, because the servlet spec only requires this for *session* attributes. That being said, we probably need to address this reality, but it is still irritating. My understanding was that distributable apps required ServletContext attributes to be Serializable as well. Is that incorrect? I'll go look at the spec again... David Craig __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.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: Struts 1.1 Bug? PlugIn Objects Not Serializable
On Thu, 10 Jul 2003, Hohlen, John C wrote: Date: Thu, 10 Jul 2003 14:04:31 -0500 From: Hohlen, John C [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable We're using WebLogic 6.1? Should I really consider it broken? Feel free to point at this message thread if you report a bug to them :-). I have not heard any convincing justification for why this choice was made -- why should applications be disallowed from storing non-serializable resources there? I've submitted a Bugzilla Enhancement as per your suggestion: http://issues.apache.org/bugzilla/show_bug.cgi?id=21476 In the meantime, I'm thinking of extending the Plugins that I'm using (Validator and Tiles) to simply implement serializable. public class SerializableValidatorPlugIn extends ValidatorPlugIn implements Serializable { } Then I'll specify my plug-ins in the Struts config file. Do you think this will work in the meantime? It's worth a shot, but just adding implements Serializable to a class does not guarantee that serialization will be successful. It would still fail, for example, if the PlugIn class had instance variables that are not themselves serializable. Thanks, JOHN Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Bug? PlugIn Objects Not Serializable
Craig: I added a comment to the Bugzilla report with a link to the thread. Thanks for the idea. Do you or anyone else know if WebLogic 6.1 requires that servlet context attributes to be serializable? How can I figure that out? I'm not sure if implementing serialiazable in the Struts plug-in will work. I hit the wall with the following WebLogic object not being serializable. I think this is from one of our app specific plug-ins, however: weblogic.servlet.internal.WebAppServletContext In addition, I discovered several other Struts objects being stored in application scope were not serializable: 'org.apache.struts.action.REQUEST_PROCESSOR' 'org.apache.struts.action.ACTION_SERVLET' Any help is greatly appreciated. Thanks, JOHN -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 2:29 PM To: Struts Users Mailing List Cc: [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable On Thu, 10 Jul 2003, Hohlen, John C wrote: Date: Thu, 10 Jul 2003 14:04:31 -0500 From: Hohlen, John C [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable We're using WebLogic 6.1? Should I really consider it broken? Feel free to point at this message thread if you report a bug to them :-). I have not heard any convincing justification for why this choice was made -- why should applications be disallowed from storing non-serializable resources there? I've submitted a Bugzilla Enhancement as per your suggestion: http://issues.apache.org/bugzilla/show_bug.cgi?id=21476 In the meantime, I'm thinking of extending the Plugins that I'm using (Validator and Tiles) to simply implement serializable. public class SerializableValidatorPlugIn extends ValidatorPlugIn implements Serializable { } Then I'll specify my plug-ins in the Struts config file. Do you think this will work in the meantime? It's worth a shot, but just adding implements Serializable to a class does not guarantee that serialization will be successful. It would still fail, for example, if the PlugIn class had instance variables that are not themselves serializable. Thanks, JOHN Craig - 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: Struts 1.1 Bug? PlugIn Objects Not Serializable
Hohlen, John C wrote: Craig: I added a comment to the Bugzilla report with a link to the thread. Thanks for the idea. Do you or anyone else know if WebLogic 6.1 requires that servlet context attributes to be serializable? How can I figure that out? Not trying to be sarcastic at all, but... customer support? Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 Bug? PlugIn Objects Not Serializable
On Thu, 10 Jul 2003, Erik Price wrote: Date: Thu, 10 Jul 2003 18:14:57 -0400 From: Erik Price [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Bug? PlugIn Objects Not Serializable Hohlen, John C wrote: Craig: I added a comment to the Bugzilla report with a link to the thread. Thanks for the idea. Do you or anyone else know if WebLogic 6.1 requires that servlet context attributes to be serializable? How can I figure that out? Not trying to be sarcastic at all, but... customer support? Or, um, maybe a 20-line test case? :-) Erik Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1 Bug? PlugIn Objects Not Serializable
Craig, Good idea about the link to the thread. I've added it as an additional comment. Thanks! The extension approach of the two plug-ins I'm using (Tiles Validator) didn't work. I had a problem with the Do you or anyone else know if I can use WebLogic 6.1 in a clustered environment if all servlet context attributes are must be serializable? -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 2:29 PM To: Struts Users Mailing List Cc: [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable On Thu, 10 Jul 2003, Hohlen, John C wrote: Date: Thu, 10 Jul 2003 14:04:31 -0500 From: Hohlen, John C [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: Struts 1.1 Bug? PlugIn Objects Not Serializable We're using WebLogic 6.1? Should I really consider it broken? Feel free to point at this message thread if you report a bug to them :-). I have not heard any convincing justification for why this choice was made -- why should applications be disallowed from storing non-serializable resources there? I've submitted a Bugzilla Enhancement as per your suggestion: http://issues.apache.org/bugzilla/show_bug.cgi?id=21476 In the meantime, I'm thinking of extending the Plugins that I'm using (Validator and Tiles) to simply implement serializable. public class SerializableValidatorPlugIn extends ValidatorPlugIn implements Serializable { } Then I'll specify my plug-ins in the Struts config file. Do you think this will work in the meantime? It's worth a shot, but just adding implements Serializable to a class does not guarantee that serialization will be successful. It would still fail, for example, if the PlugIn class had instance variables that are not themselves serializable. Thanks, JOHN Craig - 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: struts 1.1 tutorial
Try http://jakarta.apache.org/struts/resources/tutorials.html José. -Original Message- From: Jagannayakam [mailto:[EMAIL PROTECTED] Sent: Monday, July 07, 2003 10:37 AM To: Struts Users Mailing List (E-mail) Subject: struts 1.1 tutorial Is there any struts1.1 based tutorial . Regards, Jagan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER This e-mail and any attachment thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by other persons than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation. For further information about Proximus mobile phone services please see our website at http://www.proximus.be or refer to any Proximus agent. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 Api
If you've a struts-documentation.war file in your distribution then install on your container and look at that or http://jakarta.apache.org/struts/api/index.html On Monday, July 7, 2003, at 02:05 PM, Jagannayakam wrote: Hi , From where can I get struts 1.1 API Regards, Jagan. - 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: Struts 1.1 Api
http://jakarta.apache.org/struts/api/index.html Panchasheel -Original Message- From: Jagannayakam [mailto:[EMAIL PROTECTED] Sent: Monday, July 07, 2003 9:06 AM To: Struts Users Mailing List (E-mail) Subject: Struts 1.1 Api Hi , From where can I get struts 1.1 API Regards, Jagan. - 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: Struts 1.1 bean:write problem
Works for me with both Long and long properties. The exception message doesn't seem to be anything to do with this. Often it's a sympton that the ActionServlet has not initialised properly. Check your logs for other error messages that may have prevented ActionServlet from loading. Steve -Original Message- From: David Jiao [mailto:[EMAIL PROTECTED] Sent: June 30, 2003 1:06 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 bean:write problem Hi, I developed my application using struts 1.0.2. Today I updated it to struts 1.1 and found the following error messages (listed the end of this mail). I found the problem is in here. bean:write name=beanname property=propertyname/ When property is a long (maybe numeric) value, it throws the exception. It's ok when the property is a string. Can somebody told my why they made this change and how I fix this? Thanks, David org.apache.jasper.JasperException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrap per.java:254) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationD ispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(Applicati onDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(Application Dispatcher.java:356) at org.apache.struts.action.RequestProcessor.doForward(RequestProcess or.java:1069) at org.apache.struts.action.RequestProcessor.processForwardConfig(Req uestProcessor.java:455) at org.apache.struts.action.RequestProcessor.process(RequestProcessor .java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A pplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati onFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv e.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat cherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv e.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine Valve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.pr ocessConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at
RE: Struts 1.1 bean:write problem
My initial guess was not because of the bean:write. But then I found out the error only happens when I use the bean:write for a long type. I checked the log file and the only message there are the same as listed on the page. I am sure that it's the bean:write problem or has something to do with that because after I remove that line of code, it works. BTW, I am using jdk1.3.1 and tomcat 4.1.18. Thanks David On Mon, 2003-06-30 at 15:32, Steve Raeburn wrote: Works for me with both Long and long properties. The exception message doesn't seem to be anything to do with this. Often it's a sympton that the ActionServlet has not initialised properly. Check your logs for other error messages that may have prevented ActionServlet from loading. Steve -Original Message- From: David Jiao [mailto:[EMAIL PROTECTED] Sent: June 30, 2003 1:06 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 bean:write problem Hi, I developed my application using struts 1.0.2. Today I updated it to struts 1.1 and found the following error messages (listed the end of this mail). I found the problem is in here. bean:write name=beanname property=propertyname/ When property is a long (maybe numeric) value, it throws the exception. It's ok when the property is a string. Can somebody told my why they made this change and how I fix this? Thanks, David org.apache.jasper.JasperException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrap per.java:254) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationD ispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(Applicati onDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(Application Dispatcher.java:356) at org.apache.struts.action.RequestProcessor.doForward(RequestProcess or.java:1069) at org.apache.struts.action.RequestProcessor.processForwardConfig(Req uestProcessor.java:455) at org.apache.struts.action.RequestProcessor.process(RequestProcessor .java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A pplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati onFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv e.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat cherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv e.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine Valve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon
RE: Struts 1.1 bean:write problem
Could you post the code that's causing the problem? The section of the action that places the object you're trying to display and the jsp code that displays it would be helpful. Also, try getting the struts-blank application to work. Then at least we'll know that Struts release 1.1 (it's good to be able to say that ;-) ) works on your setup. If it does, then maybe you could try add just the bean setup and display code that you think is causing the problem. Steve -Original Message- From: David Jiao [mailto:[EMAIL PROTECTED] Sent: June 30, 2003 1:52 PM To: Struts Users Mailing List Subject: RE: Struts 1.1 bean:write problem My initial guess was not because of the bean:write. But then I found out the error only happens when I use the bean:write for a long type. I checked the log file and the only message there are the same as listed on the page. I am sure that it's the bean:write problem or has something to do with that because after I remove that line of code, it works. BTW, I am using jdk1.3.1 and tomcat 4.1.18. Thanks David On Mon, 2003-06-30 at 15:32, Steve Raeburn wrote: Works for me with both Long and long properties. The exception message doesn't seem to be anything to do with this. Often it's a sympton that the ActionServlet has not initialised properly. Check your logs for other error messages that may have prevented ActionServlet from loading. Steve -Original Message- From: David Jiao [mailto:[EMAIL PROTECTED] Sent: June 30, 2003 1:06 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 bean:write problem Hi, I developed my application using struts 1.0.2. Today I updated it to struts 1.1 and found the following error messages (listed the end of this mail). I found the problem is in here. bean:write name=beanname property=propertyname/ When property is a long (maybe numeric) value, it throws the exception. It's ok when the property is a string. Can somebody told my why they made this change and how I fix this? Thanks, David org.apache.jasper.JasperException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrap per.java:254) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationD ispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(Applicati onDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(Application Dispatcher.java:356) at org.apache.struts.action.RequestProcessor.doForward(RequestProcess or.java:1069) at org.apache.struts.action.RequestProcessor.processForwardConfig(Req uestProcessor.java:455) at org.apache.struts.action.RequestProcessor.process(RequestProcessor .java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A pplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati onFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv e.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat
RE: Struts 1.1 bean:write problem
Have we seen your web.xml and struts-config.xml file yet? -Original Message- From: Steve Raeburn [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 4:01 PM To: Struts Users Mailing List Subject: RE: Struts 1.1 bean:write problem Could you post the code that's causing the problem? The section of the action that places the object you're trying to display and the jsp code that displays it would be helpful. Also, try getting the struts-blank application to work. Then at least we'll know that Struts release 1.1 (it's good to be able to say that ;-) ) works on your setup. If it does, then maybe you could try add just the bean setup and display code that you think is causing the problem. Steve -Original Message- From: David Jiao [mailto:[EMAIL PROTECTED] Sent: June 30, 2003 1:52 PM To: Struts Users Mailing List Subject: RE: Struts 1.1 bean:write problem My initial guess was not because of the bean:write. But then I found out the error only happens when I use the bean:write for a long type. I checked the log file and the only message there are the same as listed on the page. I am sure that it's the bean:write problem or has something to do with that because after I remove that line of code, it works. BTW, I am using jdk1.3.1 and tomcat 4.1.18. Thanks David On Mon, 2003-06-30 at 15:32, Steve Raeburn wrote: Works for me with both Long and long properties. The exception message doesn't seem to be anything to do with this. Often it's a sympton that the ActionServlet has not initialised properly. Check your logs for other error messages that may have prevented ActionServlet from loading. Steve -Original Message- From: David Jiao [mailto:[EMAIL PROTECTED] Sent: June 30, 2003 1:06 PM To: [EMAIL PROTECTED] Subject: Struts 1.1 bean:write problem Hi, I developed my application using struts 1.0.2. Today I updated it to struts 1.1 and found the following error messages (listed the end of this mail). I found the problem is in here. bean:write name=beanname property=propertyname/ When property is a long (maybe numeric) value, it throws the exception. It's ok when the property is a string. Can somebody told my why they made this change and how I fix this? Thanks, David org.apache.jasper.JasperException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrap per.java:254) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationD ispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(Applicati onDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(Application Dispatcher.java:356) at org.apache.struts.action.RequestProcessor.doForward(RequestProcess or.java:1069) at org.apache.struts.action.RequestProcessor.processForwardConfig(Req uestProcessor.java:455) at org.apache.struts.action.RequestProcessor.process(RequestProcessor .java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A pplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati onFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995
RE: Struts 1.1 RC1 - Error while invoking struts-validator web app in Tomcat 3.2.4
Hi Oswin, I had downloaded the latest nightly build at that point of time. In future, you will have better chance of getting reply from struts-user list instead of sending emails to individually. Reddy -Original Message- From: Oswin Ondarza [SMTP:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 1:38 PM To: Pingili, Madhupal Subject: Struts 1.1 RC1 - Error while invoking struts-validator web app in Tomcat 3.2.4 hi, i have the same problem as you, ERROR [main] (MessageResourcesFactory.java:197) - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:183) at java.lang.ClassLoader.loadClass(ClassLoader.java:294) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:281) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:182 ) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageResour cesFactory.java:192) do you know how to solve this problem thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1 on z/OS with WebSphere Application Server 4.0
Markus Holzem wrote: Does anyone have experiences with Struts running on an IBM mainframe? I'm particularly interested in WebSphere 4.0 (z/OS, *not* z/Linux). I've tried to find anything in the archive, but I only found references on WebSphere running on Wintel, Linux or Solaris. Since WebSphere on z/OS is only 99.9% compatible to the other platforms I'm a bit anxious about giving it a try. I'd be very much obliged, if anyone could give some hints for running Struts 1.1 on this platform. Markus Check out Buziilla, I know there was a bug report files against zOs for the commons-fileupload, so there is atleast one other person who is using it. -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1
OK, let's look at it another way. If Struts 1.1 is ready for prime time, why don't the authors trust it enough to release it? If the authors don't trust it enough to give it their stamp of approval (bugs or no bugs), why should our company? I know I'm not going to convince you of their decision, but at least our company lets us use open source software in development. Lots of companies don't even have that freedom. I think that using only software that is actually released isn't a bad compromise. It hasn't been a problem for 95% of the code we've wanted to use. There have only been two exceptions: Struts and JDOM. So, my question was, why do they think the code isn't good enough for a release? Now it seems that Struts 1.1 is ready, some other component isn't ready. If that's the case, can that component be removed, then added in a 1.2 release? If it's another jar, it's extremely simple to add a jar when it's ready. On Sun, 1 Jun 2003, Steve Raeburn wrote: Jay, I know it's not your fault, but I can't understand why companies insist on waiting for the official release. Like that's going to magically mean there are no bugs in it. If your company had written some software, say a web-application framework, in-house, would they a) wait for some external source to give the software a stamp of approval or b) use normal in-house testing procedures to verify that it works well enough for you to trust it in your production applications? Encourage the decision makers to think of it as in-house code. You still have to verify it works for you, but the hourly rate to your company for the developers was $0. Nada. Zilch. Free. It's just a big pool of free code, written by some damn good programmers, that they don't have to pay for. Try getting a consulting firm to quote to develop your own custom framework that's as powerful as Struts. It's gonna hurt =:-( To put it another way, if you told your boss that you had several top class Java developers and hundreds (thousands?) of testers who were all willing to come and work for you for free, would he really turn that down? In the time that you have been waiting for the 1.1 release, seven books have been written *and* you've probably wasted a whole lot of man-hours reinventing framework code that is *less* well written and tested that the development code in Struts. (No disrespect intended to you and your team, but a lot of people have been through this code base with a fine-toothed comb!) And that's a real cost, as opposed to an perceived risk. And the end of the day, the more people that are reviewing the code and using the software for real, the more bugs will have already been found and the less risk there will be in using it. I would guess that Struts has been reviewed more thoroughly than *any* in-house software project and probably more than most commercial products. And if you do come across a bug then you can easily ask for help, or fix it yourself. Have you ever tried calling any large Redmond based companies and asking them to send over their source code because you want to track down a bug? There has been a delay in releasing 1.1, but that's largely because it's not a *minor* upgrade from 1.0, but a biggy. There probably should have been lots of little 1.x releases. But there weren't and here we are. Finally, to answer your question. I believe the only outstanding issue is a dependency on the commons fileupload component that is nearly ready and that the Struts release is planned to be real soon now ;-) Steve -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: June 1, 2003 4:39 PM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Struts RC 2 should be coming out this week. After that, people will have a chance to test their apps with it and we'll incorporate any show stopping bug fixes. Struts 1.1 final is not far off after that :-). David I'm not going to ask when Struts 1.1 will be released because I know the stock answer. I'm going to ask what we need to do to get it released as soon as possible? Our company has a policy of not using software that hasn't had a final release, therefore we've been stuck with Struts 1.0. We can't switch to 1.1 in development, because we don't know how many months (or years) it will be before it's done. We can't hold up our production dates because of Struts 1.1. So, my question is, what exactly are we waiting for for the Struts 1.1 release? What can we do to get it there as soon as possible? We'd be willing to put some time into it to get it released. Using it in our production applications is out of the question though. I know this is a little harsh, but I have lost count of how long we've been waiting. At least 7 Struts books have been released since Struts 1.1 beta was released. (it's funny that all of them say that 1.1 will be out once
RE: Struts 1.1
snip I know I'm not going to convince you of their decision, but at least our company lets us use open source software in development. Lots of companies don't even have that freedom. /snip Pity more companies arent like that. I rather like the idea of potential competitors falling by the wayside becuase they are too busy reinventing wheels(*) to stay competitive with us! ;- muhahahaha!/ (* = no thats not a carrier reference!) Actually theres been a fair bit of discussion on the failings of the current release process over in the struts-dev list. Worth digging up the archive to have a read. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2003 22:44 To: Struts Users Mailing List; [EMAIL PROTECTED] Subject: RE: Struts 1.1 OK, let's look at it another way. If Struts 1.1 is ready for prime time, why don't the authors trust it enough to release it? If the authors don't trust it enough to give it their stamp of approval (bugs or no bugs), why should our company? I know I'm not going to convince you of their decision, but at least our company lets us use open source software in development. Lots of companies don't even have that freedom. I think that using only software that is actually released isn't a bad compromise. It hasn't been a problem for 95% of the code we've wanted to use. There have only been two exceptions: Struts and JDOM. So, my question was, why do they think the code isn't good enough for a release? Now it seems that Struts 1.1 is ready, some other component isn't ready. If that's the case, can that component be removed, then added in a 1.2 release? If it's another jar, it's extremely simple to add a jar when it's ready. On Sun, 1 Jun 2003, Steve Raeburn wrote: Jay, I know it's not your fault, but I can't understand why companies insist on waiting for the official release. Like that's going to magically mean there are no bugs in it. If your company had written some software, say a web-application framework, in-house, would they a) wait for some external source to give the software a stamp of approval or b) use normal in-house testing procedures to verify that it works well enough for you to trust it in your production applications? Encourage the decision makers to think of it as in-house code. You still have to verify it works for you, but the hourly rate to your company for the developers was $0. Nada. Zilch. Free. It's just a big pool of free code, written by some damn good programmers, that they don't have to pay for. Try getting a consulting firm to quote to develop your own custom framework that's as powerful as Struts. It's gonna hurt =:-( To put it another way, if you told your boss that you had several top class Java developers and hundreds (thousands?) of testers who were all willing to come and work for you for free, would he really turn that down? In the time that you have been waiting for the 1.1 release, seven books have been written *and* you've probably wasted a whole lot of man-hours reinventing framework code that is *less* well written and tested that the development code in Struts. (No disrespect intended to you and your team, but a lot of people have been through this code base with a fine-toothed comb!) And that's a real cost, as opposed to an perceived risk. And the end of the day, the more people that are reviewing the code and using the software for real, the more bugs will have already been found and the less risk there will be in using it. I would guess that Struts has been reviewed more thoroughly than *any* in-house software project and probably more than most commercial products. And if you do come across a bug then you can easily ask for help, or fix it yourself. Have you ever tried calling any large Redmond based companies and asking them to send over their source code because you want to track down a bug? There has been a delay in releasing 1.1, but that's largely because it's not a *minor* upgrade from 1.0, but a biggy. There probably should have been lots of little 1.x releases. But there weren't and here we are. Finally, to answer your question. I believe the only outstanding issue is a dependency on the commons fileupload component that is nearly ready and that the Struts release is planned to be real soon now ;-) Steve -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: June 1, 2003 4:39 PM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Struts RC 2 should be coming out this week. After that, people will have a chance to test their apps with it and we'll incorporate any show stopping bug fixes. Struts 1.1 final is not far off after that :-). David I'm not going to ask when Struts 1.1 will be released because I know the stock answer. I'm going to ask what we need to do to get it released as soon as possible? Our company has a policy of not using software that hasn't had
Re: Struts 1.1
[EMAIL PROTECTED] wrote: So, my question was, why do they think the code isn't good enough for a release? Now it seems that Struts 1.1 is ready, some other component isn't ready. If that's the case, can that component be removed, then added in a 1.2 release? If it's another jar, it's extremely simple to add a jar when it's ready. We do think it's good enough to release. That's why we dubbed the last beta a Release Candidate. Unfortunately, we can't just drop a components, since the components compose the API, and many existing applications would not work. The JARs are needed at runtime, and if you can't use an unreleased Struts JAR, then you couldn't use an unreleased Commons JAR either. Basing our release on other unreleased components isn't going to help you. If we were truly desperate, we could import the remaining packages into our own CVS and release them that way. But, being volunteers, we're not up for that kind of pain. Meanwhile, most of the Struts committers are using the Release Candidate in production. We do trust it in our own companies. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1
Meanwhile, most of the Struts committers are using the Release Candidate in production. We do trust it in our own companies. I am using Struts 1.1 RC1 in production with no problems. The 1.1 release problems are well known and this discussion has been rehashed over and over again. We can only do better in future releases. David -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1
Using 1.1b1 in production no worries mate. She'll be right eh? Only thing I had to patch was to copy in some code from the rc3 requestprocessor to deal with some problems forwarding multipart requests, and drop in a newer common-logging.jar ... Piece of cake! Since everything (that we use) is working sweet I'll probably wait for the release before going to the trouble of upgrading, though I dont expect much trouble. I bet that dratted plugin interface has changed again though... -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Tuesday, 3 June 2003 00:55 To: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Meanwhile, most of the Struts committers are using the Release Candidate in production. We do trust it in our own companies. I am using Struts 1.1 RC1 in production with no problems. The 1.1 release problems are well known and this discussion has been rehashed over and over again. We can only do better in future releases. David -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - 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: Struts 1.1
The release hasn't been made because there is a *known* outstanding issue. If that issues affects you then you should either not use the latest version or find a work-around. The beautiful thing is that you know what the issue is and you get to make an *informed* choice. Now it seems that Struts 1.1 is ready, some other component isn't ready. If that's the case, can that component be removed, then added in a 1.2 release? If it's another jar, it's extremely simple to add a jar when it's ready. I think that's exactly what's being done with fileupload and effectively what's been done with DBCP, which has been removed in favour of GenericDatasource with the view to being easily able to plug DBCP in again when it's stable. If the benefit of using the latest (unreleased) version outweighs the risks, in your case, then you should go with it. I would be interested to hear your view of the risks of using what's there now compared to risks of using it when it's released. Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts 1.1 rc with tomcat 4?
On 02/06/2003 14:07 Kristine Weissbarth wrote: hi, I'm relatively new at struts and I'm currently working with 1.0.2 version. But as I want to make use of the easier validation coming with the newer versions (1.1 rc) I would like to update. My problem is that every time when I installed the newer struts version my tomcat container (4.1.24) does not recognize my application context anymore (output:'the requested resource is not available'). Is there anyone who has had the same problem and found a solution? I would be very thankful for any help. regards, kristine. Don't know if this will help but check that the 1.0.2 stuff is not in your classpath or or tomcat's common/lib directory. -- Paul Thomas +--+-+ | Thomas Micro Systems Limited | Software Solutions for the Smaller Business | | Computer Consultants | http://www.thomas-micro-systems-ltd.co.uk | +--+-+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1
Struts is a mature framework with its own schedule. At 09:44 AM 6/2/03 -0500, you wrote: OK, let's look at it another way. If Struts 1.1 is ready for prime time, why don't the authors trust it enough to release it? If the authors don't trust it enough to give it their stamp of approval (bugs or no bugs), why should our company? I know I'm not going to convince you of their decision, but at least our company lets us use open source software in development. Lots of companies don't even have that freedom. I think that using only software that is actually released isn't a bad compromise. It hasn't been a problem for 95% of the code we've wanted to use. There have only been two exceptions: Struts and JDOM. So, my question was, why do they think the code isn't good enough for a release? Now it seems that Struts 1.1 is ready, some other component isn't ready. If that's the case, can that component be removed, then added in a 1.2 release? If it's another jar, it's extremely simple to add a jar when it's ready. On Sun, 1 Jun 2003, Steve Raeburn wrote: Jay, I know it's not your fault, but I can't understand why companies insist on waiting for the official release. Like that's going to magically mean there are no bugs in it. If your company had written some software, say a web-application framework, in-house, would they a) wait for some external source to give the software a stamp of approval or b) use normal in-house testing procedures to verify that it works well enough for you to trust it in your production applications? Encourage the decision makers to think of it as in-house code. You still have to verify it works for you, but the hourly rate to your company for the developers was $0. Nada. Zilch. Free. It's just a big pool of free code, written by some damn good programmers, that they don't have to pay for. Try getting a consulting firm to quote to develop your own custom framework that's as powerful as Struts. It's gonna hurt =:-( To put it another way, if you told your boss that you had several top class Java developers and hundreds (thousands?) of testers who were all willing to come and work for you for free, would he really turn that down? In the time that you have been waiting for the 1.1 release, seven books have been written *and* you've probably wasted a whole lot of man-hours reinventing framework code that is *less* well written and tested that the development code in Struts. (No disrespect intended to you and your team, but a lot of people have been through this code base with a fine-toothed comb!) And that's a real cost, as opposed to an perceived risk. And the end of the day, the more people that are reviewing the code and using the software for real, the more bugs will have already been found and the less risk there will be in using it. I would guess that Struts has been reviewed more thoroughly than *any* in-house software project and probably more than most commercial products. And if you do come across a bug then you can easily ask for help, or fix it yourself. Have you ever tried calling any large Redmond based companies and asking them to send over their source code because you want to track down a bug? There has been a delay in releasing 1.1, but that's largely because it's not a *minor* upgrade from 1.0, but a biggy. There probably should have been lots of little 1.x releases. But there weren't and here we are. Finally, to answer your question. I believe the only outstanding issue is a dependency on the commons fileupload component that is nearly ready and that the Struts release is planned to be real soon now ;-) Steve -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: June 1, 2003 4:39 PM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Struts RC 2 should be coming out this week. After that, people will have a chance to test their apps with it and we'll incorporate any show stopping bug fixes. Struts 1.1 final is not far off after that :-). David I'm not going to ask when Struts 1.1 will be released because I know the stock answer. I'm going to ask what we need to do to get it released as soon as possible? Our company has a policy of not using software that hasn't had a final release, therefore we've been stuck with Struts 1.0. We can't switch to 1.1 in development, because we don't know how many months (or years) it will be before it's done. We can't hold up our production dates because of Struts 1.1. So, my question is, what exactly are we waiting for for the Struts 1.1 release? What can we do to get it there as soon as possible? We'd be willing to put some time into it to get it released. Using it in our production applications is out of the question though. I know this is a little harsh, but I have lost count of how long we've been waiting. At least 7 Struts books have been released since Struts 1.1 beta
RE: Struts 1.1
Hi, two or three weeks ago I reported a bug that the upload.jar library is very buggy. I know that this library is just used by struts, however when struts doesn't include a running upload.jar struts is not usable (at least for us). Will the upcoming struts release contain a reliable upload.jar? Zsolt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of David Graham Sent: Montag, 2. Juni 2003 01:39 To: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Struts RC 2 should be coming out this week. After that, people will have a chance to test their apps with it and we'll incorporate any show stopping bug fixes. Struts 1.1 final is not far off after that :-). David I'm not going to ask when Struts 1.1 will be released because I know the stock answer. I'm going to ask what we need to do to get it released as soon as possible? Our company has a policy of not using software that hasn't had a final release, therefore we've been stuck with Struts 1.0. We can't switch to 1.1 in development, because we don't know how many months (or years) it will be before it's done. We can't hold up our production dates because of Struts 1.1. So, my question is, what exactly are we waiting for for the Struts 1.1 release? What can we do to get it there as soon as possible? We'd be willing to put some time into it to get it released. Using it in our production applications is out of the question though. I know this is a little harsh, but I have lost count of how long we've been waiting. At least 7 Struts books have been released since Struts 1.1 beta was released. (it's funny that all of them say that 1.1 will be out once the book is in print. :) Other web frameworks have gone from nothing to having released software during the beta of 1.1. I want quality software as much as the next guy, but was Struts 1.0 so poorly designed that it takes so long to come out with the next MINOR version? OK, flame away, but I hope we can get someone tell us exactly what we need to do to stop the hold up and get 1.1 released. Please let us know. Thanks Jay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - 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: Struts 1.1
There have been several fixes to the Commons-FileUpload JAR, and there is a release candidate planned for this week. This will then lead to the release of the next Struts Release Candidate. Any issues (or patches!) against the Commons FileUpload JAR should be reported against that product in Bugzilla, since it is not under the Struts CVS. Of course, Struts has a modular design. Many people have always used other uploading libraries with Struts, or rolled their own. -Ted. Zsolt Koppany wrote: Hi, two or three weeks ago I reported a bug that the upload.jar library is very buggy. I know that this library is just used by struts, however when struts doesn't include a running upload.jar struts is not usable (at least for us). Will the upcoming struts release contain a reliable upload.jar? Zsolt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of David Graham Sent: Montag, 2. Juni 2003 01:39 To: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Struts RC 2 should be coming out this week. After that, people will have a chance to test their apps with it and we'll incorporate any show stopping bug fixes. Struts 1.1 final is not far off after that :-). David I'm not going to ask when Struts 1.1 will be released because I know the stock answer. I'm going to ask what we need to do to get it released as soon as possible? Our company has a policy of not using software that hasn't had a final release, therefore we've been stuck with Struts 1.0. We can't switch to 1.1 in development, because we don't know how many months (or years) it will be before it's done. We can't hold up our production dates because of Struts 1.1. So, my question is, what exactly are we waiting for for the Struts 1.1 release? What can we do to get it there as soon as possible? We'd be willing to put some time into it to get it released. Using it in our production applications is out of the question though. I know this is a little harsh, but I have lost count of how long we've been waiting. At least 7 Struts books have been released since Struts 1.1 beta was released. (it's funny that all of them say that 1.1 will be out once the book is in print. :) Other web frameworks have gone from nothing to having released software during the beta of 1.1. I want quality software as much as the next guy, but was Struts 1.0 so poorly designed that it takes so long to come out with the next MINOR version? OK, flame away, but I hope we can get someone tell us exactly what we need to do to stop the hold up and get 1.1 released. Please let us know. Thanks Jay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - 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] -- Ted Husted, Struts in Action http://husted.com/struts/book.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1
Struts RC 2 should be coming out this week. After that, people will have a chance to test their apps with it and we'll incorporate any show stopping bug fixes. Struts 1.1 final is not far off after that :-). David I'm not going to ask when Struts 1.1 will be released because I know the stock answer. I'm going to ask what we need to do to get it released as soon as possible? Our company has a policy of not using software that hasn't had a final release, therefore we've been stuck with Struts 1.0. We can't switch to 1.1 in development, because we don't know how many months (or years) it will be before it's done. We can't hold up our production dates because of Struts 1.1. So, my question is, what exactly are we waiting for for the Struts 1.1 release? What can we do to get it there as soon as possible? We'd be willing to put some time into it to get it released. Using it in our production applications is out of the question though. I know this is a little harsh, but I have lost count of how long we've been waiting. At least 7 Struts books have been released since Struts 1.1 beta was released. (it's funny that all of them say that 1.1 will be out once the book is in print. :) Other web frameworks have gone from nothing to having released software during the beta of 1.1. I want quality software as much as the next guy, but was Struts 1.0 so poorly designed that it takes so long to come out with the next MINOR version? OK, flame away, but I hope we can get someone tell us exactly what we need to do to stop the hold up and get 1.1 released. Please let us know. Thanks Jay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1
[EMAIL PROTECTED] wrote: So, my question is, what exactly are we waiting for for the Struts 1.1 release? What can we do to get it there as soon as possible? We'd be willing to put some time into it to get it released. Using it in our production applications is out of the question though. I know this is a little harsh, but I have lost count of how long we've been waiting. At least 7 Struts books have been released since Struts 1.1 beta was released. (it's funny that all of them say that 1.1 will be out once the book is in print. :) Other web frameworks have gone from nothing to having released software during the beta of 1.1. I want quality software as much as the next guy, but was Struts 1.0 so poorly designed that it takes so long to come out with the next MINOR version? OK, flame away, but I hope we can get someone tell us exactly what we need to do to stop the hold up and get 1.1 released. Please let us know. I'll qualify this by saying I have not been in the release loop but here are my 2 cents. Martin has been working very hard on several packages in Jakarta-Commons. I believe at this point that commons-fileupload will go to a 1.0 final with known unsupported containers, such as zOs. Then struts 1.1 will go out. So for short term what you and other could contribute is mapping any know shortcomings in the nightly build by: 0) Contribute your time and experience doing: 1) Testing is always welcome under different containers. Make a entry under the Wiki to note what functionality was tested and under what container. There isn't currently a section for that but you could organize one. These results would eventually go into the official struts documentation. To facilitate Struts 1.2 to come out faster: 2) Use Bugzilla to find all open tickets, marked 'later'. Browse through them and see if improvements in the code that is suggested would benefit your project. If so then develop a patch that implements the fix and attach that to bugzilla. 3) Improvements to docs are always welcome as are diagrams, UML, etc... -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.1
Jay, I know it's not your fault, but I can't understand why companies insist on waiting for the official release. Like that's going to magically mean there are no bugs in it. If your company had written some software, say a web-application framework, in-house, would they a) wait for some external source to give the software a stamp of approval or b) use normal in-house testing procedures to verify that it works well enough for you to trust it in your production applications? Encourage the decision makers to think of it as in-house code. You still have to verify it works for you, but the hourly rate to your company for the developers was $0. Nada. Zilch. Free. It's just a big pool of free code, written by some damn good programmers, that they don't have to pay for. Try getting a consulting firm to quote to develop your own custom framework that's as powerful as Struts. It's gonna hurt =:-( To put it another way, if you told your boss that you had several top class Java developers and hundreds (thousands?) of testers who were all willing to come and work for you for free, would he really turn that down? In the time that you have been waiting for the 1.1 release, seven books have been written *and* you've probably wasted a whole lot of man-hours reinventing framework code that is *less* well written and tested that the development code in Struts. (No disrespect intended to you and your team, but a lot of people have been through this code base with a fine-toothed comb!) And that's a real cost, as opposed to an perceived risk. And the end of the day, the more people that are reviewing the code and using the software for real, the more bugs will have already been found and the less risk there will be in using it. I would guess that Struts has been reviewed more thoroughly than *any* in-house software project and probably more than most commercial products. And if you do come across a bug then you can easily ask for help, or fix it yourself. Have you ever tried calling any large Redmond based companies and asking them to send over their source code because you want to track down a bug? There has been a delay in releasing 1.1, but that's largely because it's not a *minor* upgrade from 1.0, but a biggy. There probably should have been lots of little 1.x releases. But there weren't and here we are. Finally, to answer your question. I believe the only outstanding issue is a dependency on the commons fileupload component that is nearly ready and that the Struts release is planned to be real soon now ;-) Steve -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: June 1, 2003 4:39 PM To: [EMAIL PROTECTED] Subject: Re: Struts 1.1 Struts RC 2 should be coming out this week. After that, people will have a chance to test their apps with it and we'll incorporate any show stopping bug fixes. Struts 1.1 final is not far off after that :-). David I'm not going to ask when Struts 1.1 will be released because I know the stock answer. I'm going to ask what we need to do to get it released as soon as possible? Our company has a policy of not using software that hasn't had a final release, therefore we've been stuck with Struts 1.0. We can't switch to 1.1 in development, because we don't know how many months (or years) it will be before it's done. We can't hold up our production dates because of Struts 1.1. So, my question is, what exactly are we waiting for for the Struts 1.1 release? What can we do to get it there as soon as possible? We'd be willing to put some time into it to get it released. Using it in our production applications is out of the question though. I know this is a little harsh, but I have lost count of how long we've been waiting. At least 7 Struts books have been released since Struts 1.1 beta was released. (it's funny that all of them say that 1.1 will be out once the book is in print. :) Other web frameworks have gone from nothing to having released software during the beta of 1.1. I want quality software as much as the next guy, but was Struts 1.0 so poorly designed that it takes so long to come out with the next MINOR version? OK, flame away, but I hope we can get someone tell us exactly what we need to do to stop the hold up and get 1.1 released. Please let us know. Thanks Jay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED