Re: GenericDataSource Enhancement
Except that the javax.sql.DataSource API still includes this method signature, so we need to do something. I guess it would probably be better to return a "not implemented" exception of some sort, then just return a "regular" connection like it does now. Yes or just a normal connection that the user auto closes when he calls close, so won't be pooled or anything. What should be done is testing the isClosed() method before given the Connection to the request. If the database closes the connection will the connection.isClosed() return a boolean true then? My experience has been that this is not sufficient. You don't find out that the driver connection got closed until you try to submit an SQL statement for execution -- what we need to be able to configure is a very low-overhead SQL call that can be tried before returning the connection to the user. What about a extra rollback() call right before given it back to the request? Or is the driver/connection smart enough that the rollback doesn't do anything (because nothing happend) and it doesn't send it to the server? johan
Re: NullPointerException in new build
Confirmed. In other applications, I also find that there are also problems post 03/JAN/2001 with the new HTML tag library, and backward compatibility with the form tag library. -Ted. *** REPLY SEPARATOR ***On 1/8/2001 at 9:23 AM Thierry Cools wrote: I've just downloaded the last nightly build of struts and I've have the following error when I try to save a subscription : java.lang.NullPointerExceptionat org.apache.struts.util.BeanUtils.convert(BeanUtils.java, Compiled Code)at org.apache.struts.util.PropertyUtils.setSimpleProperty(PropertyUtils.java, Compiled Code)at org.apache.struts.util.PropertyUtils.setNestedProperty(PropertyUtils.java, Compiled Code)at org.apache.struts.util.PropertyUtils.setProperty(PropertyUtils.java, Compiled Code)at org.apache.struts.util.BeanUtils.populate(BeanUtils.java, Compiled Code)at org.apache.struts.util.BeanUtils.populate(BeanUtils.java, Compiled Code)at org.apache.struts.action.ActionServlet.processPopulate(ActionServlet.java:1803)at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1414)at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:480)at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404)at org.apache.tomcat.core.Handler.service(Handler.java:286)at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:194)at org.apache.struts.action.ActionServlet.processActionForward(ActionServlet..java:1590)at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1433)at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:480)at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404)at org.apache.tomcat.core.Handler.service(Handler.java:286)at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797)at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:210)at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, Compiled Code)at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, Compiled Code)at java.lang.Thread.run(Thread.java:479) Note, that the subscription is well 'saved' I don't have this problem in with the 03/01/2001 build. Thierry CoolsSenior Java Developer S1 Brussels Kleine Kloosterstraat, 23 1932 st. Stevens-Woluwe Belgium Tel : +32 2 200 43 82 Email : [EMAIL PROTECTED]
HTML tag library
Did we decide to rename the FORM tag library as the HTML tag library in a 1.0 timeframe? I agree it makes sense, the library has outgrown just forms, but it seems to break my existing late-model JSPs. Worked on the third, now not. We've been assuring people for several weeks that the code-breaking changes were complete. Or, is there a top-level way we can get the JSP's to use the HTML lib instead without editing them all? The change is not mentioned in the release notes, and I didn't see anything here; at first I thought it was a new library that would hold additional non-form tags. If we have some other non-form tags in mind (image, et cetera), I would suggest we leave the form library as it is, and introduce a new HTML library (since the form library is big enough), where both libraries would support the :html, :base, :link tags, and tags on an interim basis. I would also consider moving the bean:message, logic:interate, and logic:redirect tags to a HTML library. Of course, this becomes a discussion of procedural versus functional cohesion, and reasonable people can disagree. In any event, seperate HTML and Form libraries does seem to have higher cohesion to me, since some people might want to use the HTML tags without the rest of it. Incidentally, I note the JAR has jumped in size a bit this week. Was that the addition of the bean property options, or something else?
RE: [ANN] STRUTS Demo App - MySQL Database Admin Tool
This is good Nishant Baranwal Project Leader Nihilent Technologies Pvt. Ltd., Pune Phone: 91-20-6054452/6052253 Mobile: 9823078613 -Original Message- From: Michael Mok [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 07, 2001 10:03 PM To: [EMAIL PROTECTED] Subject: [ANN] STRUTS Demo App - MySQL Database Admin Tool Hi everybody, I created a database administration tool based on STRUTS 0.5 and have recently upgraded it to STRUTS build 06/01/2001. If anyone is interested to have a try, here is the URL www.webappcabaret.com/teatimej You will be asked to provide a user id and password. Use the following logon details userid : teatimej password : yy The application demonstrated several features of STRUTS including the iterate tag, indexed properties, template, form:select, jdbc connection etc. This application is being utilised by users of the free servlet hosting site www.webappcabaret.com to administer their database structure. Cheers Michael Mok
RE: PLEASE PRETTY PLEASE HELP ME
I had a similar problem with tomcat... Having looked at your classpath setting.i find struts.jar being set in the classpath..struts.jar file needs to be in the lib directory of your web application i.e. /web-inf/lib.. only. I removed struts.jar from my class path and had it only in the lib folder. This actually solved my problem. You can try this too. Nishant Baranwal Project Leader Nihilent Technologies Pvt. Ltd., Pune Phone: 91-20-6054452/6052253 Mobile: 9823078613 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 06, 2001 6:02 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: PLEASE PRETTY PLEASE HELP ME Hi, I have WLS 5.1 with SP6, Struts 0.5, Xalan-j_1_2_2 and xercs-1_2_3 installed on my machine. I have added the classpaths to weblogic and here is a sample. WebLogic startup settings are presently: CLASSPATH Prefix D:\weblogic\lib\weblogic510sp6boot.jar;D:\Apache\xalan-j_1_2 _2\xalan.jar;D:\Apache\xerces-1_2_3\xerces.jar;D:\Apache\jakarta-struts- 0.5\ lib\ struts.jar CLASSPATH D:\weblogic\lib\weblogic510sp6boot.jar;D:\Apache\xalan-j_1_2 _2\xalan.jar;D:\Apache\xerces-1_2_3\xerces.jar;D:\Apache\jakarta-struts- 0.5\ lib\ struts.jar;D:\weblogic\jre1_2\lib\tools.jar;D:\weblogic\jre1_2\jre\lib\r t.ja r;D: \weblogic\jre1_2\jre\lib\i18n.jar;D:\weblogic\license;D:\weblogic\classe s\bo ot;D :\weblogic\classes;D:\weblogic\lib\weblogicaux.jar;D:\weblogic\eval\clou dsca pe\l ib\cloudscape.jar JAVA_HOME D:\weblogic\jre1_2 WEBLOGIC_LICENSEDIR D:\weblogic\license WEBLOGIC_HOME D:\weblogic system properties: java.security.manager java.security.policy==D:\weblogic\weblogic.policy weblogic.system.home=D:\weblogic java.compiler=symcjit weblogic.class.path=D:\weblogic\lib\weblogic510sp6.jar;d:\We blogic\license;d:\Weblogic\classes;d:\Weblogic\myserver\serverclasses;d: \Web logi c\lib\weblogicaux.jar INITIAL_HEAP64 MB MAX_HEAP64 MB SERVERCLASSPATH D:\weblogic\lib\weblogic510sp6boot.jar;D:\Apache\xalan-j_1_2 _2\xalan.jar;D:\Apache\xerces-1_2_3\xerces.jar;D:\Apache\jakarta-struts- 0.5\ lib\ struts.jar;D:\weblogic\jre1_2\jre\lib\rt.jar;D:\weblogic\jre1_2\jre\lib\ i18n .jar ;D:\weblogic\classes\boot;D:\weblogic\eval\cloudscape\lib\cloudscape.jar When weblogic starts up it fails with the following error: Fri Jan 05 19:13:52 EST 2001:I WebLogicServer Invoking T3StartupDef StartDatabaseServlet weblogic.servlet.utils.ServletStartup with {servlet=db} Fri Jan 05 19:13:52 EST 2001:I ServletContext-General db: init Fri Jan 05 19:13:53 EST 2001:E ServletContext-General db: Database load exception java.lang.ClassNotFoundException: org/apache/struts/example/User at org.apache.struts.digester.Digester.startElement(Digester.java, Compiled Code) at org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java, Compiled Code) at org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLVal idat or.java, Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentSc anne r.java, Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatc h(XM LDocumentScanner.java, Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScan ner. java, Compiled Code) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at javax.xml.parsers.SAXParser.parse(SAXParser.java:143) at org.apache.struts.digester.Digester.parse(Digester.java:748) at org.apache.struts.example.DatabaseServlet.load(DatabaseServlet.java:282) at org.apache.struts.example.DatabaseServlet.init(DatabaseServlet.java:175) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl. java :474) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImp l.ja va, Compiled Code) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl .jav a:421) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl .jav a:342) at weblogic.servlet.utils.ServletStartup.startup(ServletStartup.java:36) at weblogic.t3.srvr.StartupThread.runStartup(StartupThread.java:182) at weblogic.t3.srvr.StartupThread.doWork(StartupThread.java, Compiled Code) at weblogic.t3.srvr.PropertyExecuteThread.run(PropertyExecuteThread.java:62 ) Fri Jan 05 19:13:53 EST 2001:I WebLogicServer T3StartupDef StartDatabaseServlet weblogic.servlet.utils.ServletStartup reports:servlet: db unable to initialize. javax.servlet.UnavailableException: Cannot load database from 'null' at org.apache.struts.example.DatabaseServlet.init(DatabaseServlet.java:180) at
Re: HTML tag library
Do it before the 1.0 release. Because after that is will be much more difficult. johan - Original Message - From: "Ted Husted" [EMAIL PROTECTED] To: "Struts List" [EMAIL PROTECTED] Sent: Monday, January 08, 2001 12:04 PM Subject: HTML tag library Did we decide to rename the FORM tag library as the HTML tag library in a 1.0 timeframe? I agree it makes sense, the library has outgrown just forms, but it seems to break my existing late-model JSPs. Worked on the third, now not. We've been assuring people for several weeks that the code-breaking changes were complete. Or, is there a top-level way we can get the JSP's to use the HTML lib instead without editing them all? The change is not mentioned in the release notes, and I didn't see anything here; at first I thought it was a new library that would hold additional non-form tags. If we have some other non-form tags in mind (image, et cetera), I would suggest we leave the form library as it is, and introduce a new HTML library (since the form library is big enough), where both libraries would support the :html, :base, :link tags, and tags on an interim basis. I would also consider moving the bean:message, logic:interate, and logic:redirect tags to a HTML library. Of course, this becomes a discussion of procedural versus functional cohesion, and reasonable people can disagree. In any event, seperate HTML and Form libraries does seem to have higher cohesion to me, since some people might want to use the HTML tags without the rest of it. Incidentally, I note the JAR has jumped in size a bit this week. Was that the addition of the bean property options, or something else?
RE: PLEASE PRETTY PLEASE HELP ME
The condurum is that you need STRUTS.JAR in the classpath when building struts applications, but it must not be in the classpath while running Struts Web Applications. This is because Tomcat can get confused about which STRUTS.JAR to use. So, if you are building and testing on the same machine, then the solution is to use a tool like ANT to add Struts to the classpath dynamically. But it should not otherwise be on the classpath of the machine serving the Struts application. (Too many cooks!) *** REPLY SEPARATOR *** On 1/8/2001 at 4:47 PM Nishant Baranwal wrote: I had a similar problem with tomcat... Having looked at your classpath setting.i find struts.jar being set in the classpath..struts.jar file needs to be in the lib directory of your web application i.e. /web-inf/lib.. only. I removed struts.jar from my class path and had it only in the lib folder. This actually solved my problem. You can try this too. Nishant Baranwal Project Leader Nihilent Technologies Pvt. Ltd., Pune Phone: 91-20-6054452/6052253 Mobile: 9823078613 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 06, 2001 6:02 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: PLEASE PRETTY PLEASE HELP ME Hi, I have WLS 5.1 with SP6, Struts 0.5, Xalan-j_1_2_2 and xercs-1_2_3 installed on my machine. I have added the classpaths to weblogic and here is a sample. WebLogic startup settings are presently: CLASSPATH Prefix D:\weblogic\lib\weblogic510sp6boot.jar;D:\Apache\xalan-j_1_2 _2\xalan.jar;D:\Apache\xerces-1_2_3\xerces.jar;D:\Apache\jakarta-struts- 0.5\ lib\ struts.jar CLASSPATH D:\weblogic\lib\weblogic510sp6boot.jar;D:\Apache\xalan-j_1_2 _2\xalan.jar;D:\Apache\xerces-1_2_3\xerces.jar;D:\Apache\jakarta-struts- 0.5\ lib\ struts.jar;D:\weblogic\jre1_2\lib\tools.jar;D:\weblogic\jre1_2\jre\lib\r t.ja r;D: \weblogic\jre1_2\jre\lib\i18n.jar;D:\weblogic\license;D:\weblogic\classe s\bo ot;D :\weblogic\classes;D:\weblogic\lib\weblogicaux.jar;D:\weblogic\eval\clou dsca pe\l ib\cloudscape.jar JAVA_HOME D:\weblogic\jre1_2 WEBLOGIC_LICENSEDIR D:\weblogic\license WEBLOGIC_HOME D:\weblogic system properties: java.security.manager java.security.policy==D:\weblogic\weblogic.policy weblogic.system.home=D:\weblogic java.compiler=symcjit weblogic.class.path=D:\weblogic\lib\weblogic510sp6.jar;d:\We blogic\license;d:\Weblogic\classes;d:\Weblogic\myserver\serverclasses;d: \Web logi c\lib\weblogicaux.jar INITIAL_HEAP64 MB MAX_HEAP64 MB SERVERCLASSPATH D:\weblogic\lib\weblogic510sp6boot.jar;D:\Apache\xalan-j_1_2 _2\xalan.jar;D:\Apache\xerces-1_2_3\xerces.jar;D:\Apache\jakarta-struts- 0.5\ lib\ struts.jar;D:\weblogic\jre1_2\jre\lib\rt.jar;D:\weblogic\jre1_2\jre\lib\ i18n .jar ;D:\weblogic\classes\boot;D:\weblogic\eval\cloudscape\lib\cloudscape.jar When weblogic starts up it fails with the following error: Fri Jan 05 19:13:52 EST 2001:I WebLogicServer Invoking T3StartupDef StartDatabaseServlet weblogic.servlet.utils.ServletStartup with {servlet=db} Fri Jan 05 19:13:52 EST 2001:I ServletContext-General db: init Fri Jan 05 19:13:53 EST 2001:E ServletContext-General db: Database load exception java.lang.ClassNotFoundException: org/apache/struts/example/User at org.apache.struts.digester.Digester.startElement(Digester.java, Compiled Code) at org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java, Compiled Code) at org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLVal idat or.java, Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentSc anne r.java, Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatc h(XM LDocumentScanner.java, Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScan ner. java, Compiled Code) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at javax.xml.parsers.SAXParser.parse(SAXParser.java:143) at org.apache.struts.digester.Digester.parse(Digester.java:748) at org.apache.struts.example.DatabaseServlet.load(DatabaseServlet.java:282) at org.apache.struts.example.DatabaseServlet.init(DatabaseServlet.java:175) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl. java :474) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImp l.ja va, Compiled Code) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl .jav a:421) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl .jav a:342) at
Silverstream redirect problem
I am using Silverstream 3.7 and am running into this problem: The following line works correct in WebLogic. !--forward name="login_complete" path="/userMaintenance.do?action=list" redirect="true"/-- However, it failed in SilverStream. The redirect is not being recognized. If the redirect is set to "false", then S3 moves onto the given path (/userMaintenance.jsp). forward name="login_complete" path="/userMaintenance.jsp" redirect="true"/ Does anyone know how to fix the redirect problem here? Mike
RE: [ANN] STRUTS Demo App - MySQL Database Admin Tool
Even better -- Michael Mok and I are working on putting my Stuts with a Fruit Glaze example online there, so this could work for people out-of-the box, without even installing their own MySQL DBMS! http://husted.com/about/struts *** REPLY SEPARATOR *** On 1/8/2001 at 4:40 PM Nishant Baranwal wrote: This is good Nishant Baranwal Project Leader Nihilent Technologies Pvt. Ltd., Pune Phone: 91-20-6054452/6052253 Mobile: 9823078613 -Original Message- From: Michael Mok [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 07, 2001 10:03 PM To: [EMAIL PROTECTED] Subject: [ANN] STRUTS Demo App - MySQL Database Admin Tool Hi everybody, I created a database administration tool based on STRUTS 0.5 and have recently upgraded it to STRUTS build 06/01/2001. If anyone is interested to have a try, here is the URL www.webappcabaret.com/teatimej You will be asked to provide a user id and password. Use the following logon details userid : teatimej password : yy The application demonstrated several features of STRUTS including the iterate tag, indexed properties, template, form:select, jdbc connection etc. This application is being utilised by users of the free servlet hosting site www.webappcabaret.com to administer their database structure. Cheers Michael Mok
Initializing a Struts application
I'm a little confused about how to best initialize some application scope information in a Struts application. For example, I need to configure a handful of IP addresses which my beans need to talk to. I might do something like this in a configuration file: marketData=127.0.0.1 My question is where to put this information. If I were writing a normal servlet application I would probably define this in the init operation. One option I've considered is to subclass from ActionServlet and add my own custom initialization tags which I can use in my web.xml file. What I'm trying to figure out is how to best initialize a set of application scope variables for my struts application. Any suggestions would be appreciated. Thanks.
Re: Release 1.0?
Ted Husted wrote: The current build has the final to-do list for 1.0, as you will see it's mostly a matter of catching-up the documentation. The last functionality area I'm cleaning up is being able to use nested and indexed property names in the HTML form tags -- everything else is just docs and double checking the bug reports for any needed fixes. It's getting close... Craig
Re: NullPointerException in new build
Thierry Cools wrote: I've just downloaded the last nightly build of struts and I've have the following error when I try to save a subscription : There are instabilities in the new property setter code (i.e. it doesn't quite work right yet :-) that are being actively addressed. Craig
Re: HTML tag library
Ted Husted wrote: Did we decide to rename the FORM tag library as the HTML tag library in a 1.0 timeframe? Yes. I agree it makes sense, the library has outgrown just forms, but it seems to break my existing late-model JSPs. Worked on the third, now not. We've been assuring people for several weeks that the code-breaking changes were complete. You've made the "code breaking" claim in about five messages now, but with no evidence. What breaks because of this change? (NOTE: the "struts-form.tld" TLD *will* be included in 1.0, so you can migrate your pages to "struts-html.tld" at your leisure). Or, is there a top-level way we can get the JSP's to use the HTML lib instead without editing them all? The change is not mentioned in the release notes, and I didn't see anything here; at first I thought it was a new library that would hold additional non-form tags. Release notes have not yet been brought up to date ... that's part of "doc updates" :-) If we have some other non-form tags in mind (image, et cetera), I would suggest we leave the form library as it is, and introduce a new HTML library (since the form library is big enough), where both libraries would support the :html, :base, :link tags, and tags on an interim basis. The cost of splitting the "form versus non-form" tags into two libraries include: * Absolute guaranteed breakage of old JSP pages (since these have always been in one library (struts-form.tld). * Forcing essentially 100% of JSP page developers to have to use one more taglib declaration than they currently need. I would also consider moving the bean:message, logic:interate, and logic:redirect tags to a HTML library. Of course, this becomes a discussion of procedural versus functional cohesion, and reasonable people can disagree. What does logic:iterate have to do with rendering HTML? Nothing. Likewise for bean:message. Such general purpose tags are needed no matter what kind of output you are producing. logic:redirect does not render any output either -- it relies only on the fact that you're running over an HTTP protocol. If you add it to the HTML tag lib, you're going to need to add a copy of it for XHTML, for WML, for . because you need the functionality anyway. In any event, seperate HTML and Form libraries does seem to have higher cohesion to me, since some people might want to use the HTML tags without the rest of it. That's guaranteed to break backwards compatibility (because the tags have always been in a single TLD). Incidentally, I note the JAR has jumped in size a bit this week. Was that the addition of the bean property options, or something else? Yes -- the org.apache.struts.taglib.html package was added (haven't yet removed the org.apache.struts.taglib.form package which is now redundant). Craig
Re: HTML tag library
On 1/8/2001 at 10:56 AM Craig R. McClanahan wrote: You've made the "code breaking" claim in about five messages now, but with no evidence. What breaks because of this change? My mistake. It didn't seem to work the first time I tried it, but I just tried again and it was fine. So, I'll shut up now .-) -- Ted Husted, Husted dot Com, Fairport NY USA. -- Custom Software ~ Technical Services. -- Tel 716 425-0252; Fax 716 223-2506. -- http://www.husted.com/
Re: PLEASE PRETTY PLEASE HELP ME
Ted Husted wrote: The condurum is that you need STRUTS.JAR in the classpath when building struts applications, but it must not be in the classpath while running Struts Web Applications. This is because Tomcat can get confused about which STRUTS.JAR to use. More specifically, you need it on the classpath your *compiler* sees -- it does not have to be on your CLASSPATH environment variable. Several general approaches to this issue: * Use ANT for building your projects -- it can easily assemble classpaths for the compiler. (This is how Struts itself is built, plus Tomcat and a bunch of other Java-based projects). * Use a special shell script that temporarily adds struts.jar to the classpath just for compilation. * Use an IDE where you can configure the "class path" used for compilation independent of the CLASSPATH environment variable. So, if you are building and testing on the same machine, then the solution is to use a tool like ANT to add Struts to the classpath dynamically. But it should not otherwise be on the classpath of the machine serving the Struts application. (Too many cooks!) Having "struts.jar" on the class path that your servlet container sees, and exposes to webapps, is a definite no-no. Craig McClanahan
RE: HTML tag library
I was just wondering if the group has considered naming the html form tags in the same way as their corresponding html tags are named. That is, has this naming convention been considered and ruled out: use struts-form:input type="text" ... for input type="text" ... use struts-form:input type="button" ... for input type="button" ... use struts-form:input type="checkbox" ... for input type="checkbox" ... use struts-form:input type="radio" ... for input type="radio" ... use struts-form:input type="file" ... for input type="file" ... use struts-form:input type="hidden" ... for input type="hidden" ... use struts-form:input type="password" ... for input type="password" ... use struts-form:input type="radio" ... for input type="radio" ... use struts-form:input type="reset" ... for input type="reset" ... use struts-form:input type="submit" ... for input type="submit" ... use struts-form:select ... for select ... I think this might make it easier to write a tool that automates the conversion of html pages (from the graphic artists) to jsp pages. It would also determine the names of future struts tags that render future html tags. Perhaps there's a way to have it both ways, so that existing jsp's are supported. Dan
Help On struts-config.xml
Hi, Anyone has been able to use struts-config.xml w/o encountering problems like the following : Root cause is; java.net.NoRouteToHostException: Operation timed out: no further information at com.sun.xml.parser.Parser.fatal(Parser.java:2817) at com.sun.xml.parser.Parser.externalParameterEntity(Parser.java:2506) at com.sun.xml.parser.Parser.maybeDoctypeDecl(Parser.java:1137) at com.sun.xml.parser.Parser.parseInternal(Parser.java:481) at com.sun.xml.parser.Parser.parse(Parser.java:284) at javax.xml.parsers.SAXParser.parse(SAXParser.java:155) at javax.xml.parsers.SAXParser.parse(SAXParser.java:77) at org.apache.struts.digester.Digester.parse(Digester.java:708) at org.apache.struts.action.ActionServlet.initMapping(ActionServlet.java:1207) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:421) at javax.servlet.GenericServlet.init(GenericServlet.java) at com.evermind.server.http.HttpApplication.wo(JAX) at com.evermind.server.http.HttpApplication.v6(JAX) at com.evermind.server.http.HttpApplication.wh(JAX) at com.evermind.server.http.HttpApplication.vs(JAX) at com.evermind.server.http.HttpApplication.init(JAX) at com.evermind.server.Application.ue(JAX) at com.evermind.server.http.ej.ue(JAX) at com.evermind.server.http.ei.na(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX) 1/9/01 8:55 AM web: 1.3.8 Started 1/9/01 8:55 AM web: org.apache.struts.action.ActionServlet: Finalizing this controller servlet I am trying to create a web app using Struts in Orion App Server and am having problem loading the ActionServlet THanks for any help. Regards