RE: Digester Util how to write to a xml file.
The example updates the XML file so there must be code for you to browse. Lou Farho Certes Solutions, Inc. 2485 W MAIN ST SUITE 205 Littleton, CO 80120 303.798.8079 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [ANNOUNCE] Visual tool for Struts
You shouldn't need to specify a classpath to tools.jar. I didn't. -Original Message- From: emmanuel.boudrant [mailto:[EMAIL PROTECTED]] Sent: Monday, September 17, 2001 4:03 AM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCE] Visual tool for Struts When I run camino, I've got this error: C:\projet\camino-v1.0-b1-010914\camino\v1.0-b1java -classpath C:\Program Files \Borland\JBuilder4\jdk1.3\lib\tools.jar -jar ./lib/camino_dist.jar Exception in thread main java.lang.NoSuchMethodError: javax.swing.JSplitPane: method setResizeWeight(D)V not found at scioworks.camino.gui.MainFrame.jbInit(MainFrame.java:926) at scioworks.camino.gui.MainFrame.init(MainFrame.java:142) at scioworks.camino.Main.init(Main.java:39) at scioworks.camino.Main.main(Main.java:164) Is my classpath isn't good ? --- John Yu [EMAIL PROTECTED] a écrit : Some people are still reporting problem about the download. I am still not sure why. I suspect the low bandwidth timed out the connection on our ISP. We have got rid of the download servlet for the being. Hopefully, this will get around the problem. Apologies for the inconvenience. -- John At 12:42 pm 17-09-2001 +0800, you wrote: We'd like to invite everyone in the Struts community to try out Scioworks Camino, a visual tool for Struts. The free download can be found at http://www.scioworks.com/scioworks_camino.html regards, -- John Yu Scioworks Technologies e: [EMAIL PROTECTED] w: +(65) 873 5989 w: http://www.scioworks.com m: +(65) 9782 9610 -- John Yu Scioworks Technologies e: [EMAIL PROTECTED] w: +(65) 873 5989 w: http://www.scioworks.com m: +(65) 9782 9610 ___ Do You Yahoo!? -- Un e-mail gratuit @yahoo.fr ! Yahoo! Courrier : http://fr.mail.yahoo.com
RE: [ANNOUNCE] Visual tool for Struts
Your PATH variable is not exposed below. So, if your pointing java to a 1.2 jre and trying to combine it with a 1.3 tools.jar I would expect things not to work. Again, you only need to execute the jar as specified in the readme supplied with camino. -Original Message- From: emmanuel.boudrant [mailto:[EMAIL PROTECTED]] Sent: Monday, September 17, 2001 9:25 AM To: [EMAIL PROTECTED] Subject: RE: [ANNOUNCE] Visual tool for Struts No, the problem is the JRE. With 1.2 we have the error(see bottom) and with 1.3 It's working. tahnx --- Lou Farho [EMAIL PROTECTED] a écrit : You shouldn't need to specify a classpath to tools.jar. I didn't. -Original Message- From: emmanuel.boudrant [mailto:[EMAIL PROTECTED]] Sent: Monday, September 17, 2001 4:03 AM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCE] Visual tool for Struts When I run camino, I've got this error: C:\projet\camino-v1.0-b1-010914\camino\v1.0-b1java -classpath C:\Program Files \Borland\JBuilder4\jdk1.3\lib\tools.jar -jar ./lib/camino_dist.jar Exception in thread main java.lang.NoSuchMethodError: javax.swing.JSplitPane: method setResizeWeight(D)V not found at scioworks.camino.gui.MainFrame.jbInit(MainFrame.java:926) at scioworks.camino.gui.MainFrame.init(MainFrame.java:142) at scioworks.camino.Main.init(Main.java:39) at scioworks.camino.Main.main(Main.java:164) Is my classpath isn't good ? ___ Do You Yahoo!? -- Un e-mail gratuit @yahoo.fr ! Yahoo! Courrier : http://fr.mail.yahoo.com
RE: Line of Code Counter?
Thanks to all that have responded. I appreciate the feedback. An old friend sent me the following which included JavaNCSS. JavaNCSSFree provides basic metrics including McCabe metrics RSM $195 provides extended metrics including McCabe metrics, plus code analysis,commandline C,C++, and Java JStyle $995provides extended metrics including McCabe, Halstead, and lack of cohesion metrics plus several others, plus code analysis,gui and commandline. Very Good tool for Java only TogetherSoft provides extended metrics including McCabe, Halstead, and lack of cohesion metrics plus several others, plus most extensive code analysis,gui and commandline. Most complete tool for C,C++, and Java Links: http://www.kclee.com/clemens/java/javancss http://msquaredtechnologies.com RSM http://www.mmsindia.com/jstyle.html http://www.togethersoft.com Thanks again!
Line of Code Counter?
Can anyone point me to a good utility for performing line of code counter for Java and C++? The counter needs to count statements. Thanks! Lou
RE: Tomcat 4.0b7 and struts-example webapp
I remember Craig McClanahan addressing the issue of Struts and Tomcat 4.0. As some of you might not know he is a primary developer for both projects. Here is what he said: The only thing you need to do is make sure an XML parser is visible to your webapps -- either copy the JAXP jar files (or Xerces) into $CATALINA_HOME/lib, or into your web app's /WEB-INF/lib, and you're all set. My choice would be to put them in the $CATALINA_HOME/lib unless you have web apps that need to use different parsers. refer to: http://www.mail-archive.com/struts-user@jakarta.apache.org/msg13921.html
RE: [Q] ActionServlet Forwarding
Read the documentation and look at the example. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, August 20, 2001 4:41 PM To: [EMAIL PROTECTED] Subject: [Q] ActionServlet Forwarding I have a class that extends the ActionServlet. I would like to be able to change the navigation in the perform method to forward to a different address in the even that certain conditions have been met. However, it is not clear to me how to forward from the ActionServlet. Any help would be greatly appreciated. Thanks, Ken Hoying
RE: [Q] ActionServlet Forwarding
I agree with John. The conditional processing should be the Action class. For example, the action class goes to the database to retrieve some data and based on certain properties of the data you make decision to froward to a.jsp or b.jsp etc. The ActionServlet should be left alone in general. If a feature should be added to the ActionServlet, one should propose it to struts-dev. -Original Message- From: John Raley [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 11:49 AM To: [EMAIL PROTECTED] Subject: Re: [Q] ActionServlet Forwarding Ken, Are you subclassing ActionServlet solely to perform this conditional forwarding? If so I would recommend putting this logic into an Action subclass called something like ActionBase (instead of putting it in ActionServlet) and making your actions subclasses of your custom ActionBase class. I don't think ActionServlet was really meant to be subclassed. [EMAIL PROTECTED] wrote: I looked through the JavaDoc and tried to find an example in the User Guide was unable to find one. I also looked through the samples. I did find example of forwarding from the ActionClass but not from ActionServlet. Can you point me to where you were able to find the example? Thanks! Ken
RE: IAS 6.0 SP2 and struts TAGLIB error
Seems like I have seen a similar error in my work. I had some errors in my jsp code. You might double check your usage of the struts tags. -Original Message- From: Brandon, Raymond [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 27, 2001 6:10 AM To: 'Matt Raible' Cc: '[EMAIL PROTECTED]' Subject: RE: IAS 6.0 SP2 and struts TAGLIB error Importance: High Matt, I'm almost(...) convinced that the issue is not about the fact that iPlanet cannot find the struts library, because I think it can. Do you know if the JSP compiler has it's own environmental settings like classpaths etc? Because it also could be that during compilation of the JSP the compiler misses something and that could be the reason why no class file is generated. Raymond (Getting more an more gray hairs...) It looks like you might be running iPlanet, if so, make sure struts.jar is in your classpath in kregedit. Also, if you have any ActionClass or FormClasses that you're calling from action, you'll need to make sure the full path to \iPlanet\ias6\...\APPS\...\WEB-INF\classes is in your classpath. It's a bug in iPlanet, but this workaround works like a charm. Let me know if you have any other iPlanet issues, as I have spent a fair amount of time getting struts to work on iPlanet. Hope this helps, Matt - [EMAIL PROTECTED] wrote: Hi everyone, Does anyone recognize the error message below? It happens at runtime. Initializing configuration from resource path /WEB-INF/struts-config.xml [20/Jun/2001 11:33:22:2] info: action: Looking for Action instance for class OrderSample.web.MyOrderSetProfileAction [20/Jun/2001 11:33:22:2] info: action: Double checking for Action instance already there [20/Jun/2001 11:33:22:2] info: action: Creating new Action instance [20/Jun/2001 11:33:22:2] info: [20/Jun/2001 11:33:28:7] error: Exception: SERVLET-compile_failed: Failed in compiling template: /web/MyOrderQuery.jsp, JSP Error: Class was not found for :html Exception Stack Trace: java.lang.Exception: JSP Error: Class was not found for :html at com.netscape.jsp.JSP.addTagdata(Unknown Source) at com.netscape.jsp.JSP.parseUserTag(Unknown Source) at com.netscape.jsp.JSP.parseTag(Unknown Source) at com.netscape.jsp.JSP.parseNext(Unknown Source) at com.netscape.jsp.JSP.parseBlock(Unknown Source) at com.netscape.jsp.JSP.parse(Unknown Source) at com.netscape.jsp.JSP.compile(Unknown Source) at com.netscape.server.servlet.jsp.JSPCompiler.JSPtoJava(Unknown Source) ... etc.
RE: Deploying Struts on iPlanet 4.1 - any successes?
Title: Deploying Struts on iPlanet 4.1 - any successes? As you have already gathered iWS does not support war files. As far as iPlanet iAS 6.0, I have been trying to run Struts on it. So far I have not been able to, due to an apparent failure of iPlanet to implement section 5.4 of the Servlet 2.2 spec. correctly. PS. You should distinguish between the iPlanet Web Server (iWS 4.1) and iPlanet Application Server (iAS6.0) in the future to prevent any confusion. Good Luck -Original Message-From: Randall, Craig [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 16, 2001 5:11 PMTo: [EMAIL PROTECTED]Subject: Deploying Struts on iPlanet 4.1 - any successes? I've searched for "iPlanet" on the Struts mail list archive (), and based on the few (17) hits, I wanted to verify explicitly with this group whether or not anyone else has successfully deployed a web application on this server. Has anyone? Although 4.1 is touted to support JSP 1.1/Servlet 2.2, I see no support for WAR files! I'm trying to map configuration files on my Solaris 2.7 installation of iPlanet 4.1, and believe that following to be true: - /usr/iplanet4.1/https-admserv/config/contexts.properties - this is where "/app-built-on-struts" goes (i.e. the context name declaration/configuration) - classpath specification (since there is no implicit spec based on WEB-INF...) - session configuration, encoding configuration, etc. - /usr/iplanet4.1/https-admserv/config/servlets.properties - this is where the equivalent of servlet elements in web.xml goes, where an association is made to the proper "context name" in contexts.properties - /usr/iplanet4.1/https-admserv/config/rules.properties - this is where the equivalent of servlet-mapping elements in web.xml goes, where an association is made to the proper "context name" in contexts.properties - /usr/iplanet4.1/https-admserv/config/mime.types - this is where the equivalent of mime-mapping elements in web.xml goes Can anyone else confirm my theory? If iPlanet 4.1 is not viable, is version 6.0 any better? TIA. -Craig
RE: Always the same URL
This is the same problem I am having. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 15, 2001 12:32 AM To: [EMAIL PROTECTED] Subject: AW: Always the same URL Dear Craig, thanks a lot for your fast and spontaneous response. I have tried it again with the URL http://cgn01ws0012/NASApp/strutsone/editSubscription.do but the result was the same: I receive the complete URI of the ActionServlet 'NASApp/strutsone/ActionServlet' where 'strutsone' is the contextRoot and 'NASApp' the indicator to the IPlanet WebServer to route this request to the IAS. I have tried to find anything about that problem in the IPlanet's documentation but I haven't found anything yet except that IPlanet says it follows the rules of Servlet 2.2. I've also tried to find something solving that problem via deployment but no chance. Now I am a little bit disappointed due to I really started to like STRUTS... Thanks a lot. Oliver Lauer AXA Insurance Germany Coloniaallee 10-20 50502 Cologne Germany -Ursprngliche Nachricht- Von: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Gesendet am: Freitag, 12. Januar 2001 19:11 An: [EMAIL PROTECTED] Betreff: Re: Always the same URL [EMAIL PROTECTED] wrote: Hello, I always get the same path-info in 'path = request.getServletPath()', the path of the ActionServlet, although I have invoked the following 'http://cgn01ws0012/NASApp/strutsone/logon.do' to get onto the logon-page in the struts-example. Doing so I get difficulties in resolving the correct mapping in 'ActionMapping mapping = processMapping(path);' If the context path of your application is "/NASApp/strutsone", then getServletPath() is supposed to return "/logon.do" in your example URL above, and getPathInfo() is supposed to return null. If iPlanet is not doing this, it isn't following the rules of the 2.2 servlet spec. Could you please do a little more testing of what getPathInfo() and getServletPath() return for this URL, and for a different one like: http://cgn01ws0012/NASApp/strutsone/editSubscription.do Craig
Bad Error.java file in src
Howdy, I just got last nights source. The Error.java file is missing the package declaration and the Struts standard header. Lou Farho Sr. Engineer Level (3) Communications, Inc. 720-888-7751
Sorry that was ErrorTag.java
The date stamp on the file is 01/02/01 and is from the Windows source. I also got the build from jakarta-struts-src-20010111.zip It looks like from the previous binary build that this file no longer exists. Was this documented somewhere? Also, the binary from jakarta-struts-20010111.zip looks pretty small 267k ! Lou Farho Sr. Engineer Level (3) Communications, Inc. 720-888-7751
Container doesn't seem to allow *.do
It looks like iPlanet 6.0sp1 does not allow the servlet mapping of *.do. How can I work around this? Lou Farho Sr. Engineer Level (3) Communications, Inc. 720-888-7751
Howto use jbuilder4 with Struts?
Any tips on installing Struts in the jbuilder4 environment would be appreciated! Has anyone plugged the examples into jbuilder4? Thanks! Lou Farho Sr. Engineer Level (3) Communications, Inc. 720-888-7751
Strut your stuff article in JavaWorld
Has anyone used the PageBean talked about in the link below? http://www.javaworld.com/javaworld/jw-12-2000/jw-1201-struts.html Does Struts plan on rolling any of the features in? Lou Farho Sr. Engineer Level (3) Communications, Inc. 720-888-7751
Has anyone deployed struts to iPlanet?
I am looking for individuals who are using Struts with iPlanet so I can get some lessons learned. Thanks! Lou Farho Sr. Engineer Level (3) Communications, Inc. 720-888-7751