Re: Tiles: WHO IS THE TILES EXPERT?
Thanks, Ted, Much appreciated. Your answer is much more than just seeing it work. And, as I said, that is much appreciated. Micael At 04:07 AM 10/28/2003 -0500, you wrote: Try it and see for yourself :) Technically, it will return an ActionForward with the path set to the String passed as TILES_DEFINITION_NAME. Later, the RequestProcessor would check to see if the path matches the name of the Tiles definition before using it as an URI. Of course, you have to have Tiles configured and all that. Micael wrote: Will return new ActionForward(TILES_DEFINITION_NAME); reutnr the tiles definition defined? Please answer if you know the answer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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]
Tiles: WHO IS THE TILES EXPERT?
Will return new ActionForward(TILES_DEFINITION_NAME); reutnr the tiles definition defined? Please answer if you know the answer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Re: ActionForwards, et al (was SuccessAction)
Sigh! I cannot stand bad grammar, so once again I must remind my nerd friends that et al strictly applies to people, and that an ActionForward, while dear to my heart, is just not a person. LOL! I hope you take this as interesting and new knowledge and not as a pain in the patoosh. Bye 'd bye! At 08:40 PM 8/12/2003 +0100, Peter A. Pilgrim wrote: David Graham wrote: --- PILGRIM, Peter, FM [EMAIL PROTECTED] wrote: -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] --//-- I chose my words carefully when I said ActionContext interface. I *think* we can all agree that if we added this it should be an interface :-). ---- Why would want the ActionContext to be an interface? Well, ServletContext is an interface and it makes sense for this to be an interface rather than an unnecessarily limiting base class. --//-- I presume that there would be default implementation , then. What I am getting at here, this default implementation could be extended by normal web application developers, say to add in security profile information. Non-trival web application, say framework developers like myself, would write implementation of the interface. In Expresso there are two contextes ( ControllerRequest and ControllerResponse) abstractions of the web servlet request and servlet response. We can write controller that run outside of the web app environment. I think this is where you are going with the ActionContext interface. If the interface was supposed to be environment free what would this interface be? -- Peter Pilgrim __ _ _ _ / //__ // ___// ___/ + Serverside Java / /___/ // /__ / /__ + Struts / // ___// ___// ___/ + Expresso Committer __/ // /__ / /__ / /__ + Independent Contractor /___/////// + Intrinsic Motivation On Line Resume || \\=== `` http://www.xenonsoft.demon.co.uk/no-it-striker.html '' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Re: ActionForwards, et al (was SuccessAction)
Hi, Peter, Yah, there are some that don't like free knowledge or listening. So there was no way to not offend some people. I appreciate that. Why I don't know, and I don't need to know. But, I have a watch. LOL. Micael At 12:50 AM 8/13/2003 +0100, Peter A. Pilgrim wrote: Micael wrote: Sigh! I cannot stand bad grammar, so once again I must remind my nerd +++ friends that et al strictly applies to people, and that an ~~~ ^ ^ ActionForward, while dear to my heart, is just not a person. LOL! I * ew%U(R** hope you take this as interesting and new knowledge and not as a pain in the patoosh. Bye 'd bye! ~~~ Time you had a watch -- PP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Ping
You are the clever one, James. LOL. Congratulations. At 01:59 PM 8/5/2003 -0700, James Mitchell wrote: AHA!!! Success!!! --- James Mitchell [EMAIL PROTECTED] wrote: Sorry, just testing if Yahoo will let me send this from web-based mail using my apache address as from. Ted, Craig, whoever, please let me know if this message hangs in the queue. James Mitchell - 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] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Powered By Struts Logos
No attachments, Jacob. If you want to send them to me at the above address, I would like that. Thanx. At 01:23 PM 7/5/03 -0500, you wrote: As per Craig's comment on the user forum, I've attached some powered by struts logos for use Regards, Jacob Hookom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts PlugIn Interface Mystery: Where does the second classcome from?
Not sure why you said these things, and would like to know what reasoning is behind them. There is only one webapp there. I would not know whether this were a Tomcat-Users or a Tomcat-Dev question or a struts question. It happens, as I said, with PlugIn but not without PlugIn, so seems that it might be struts related or interesting to people in a Struts context. So, I am not sure that this was an inappropriate post, even now. At 11:48 AM 3/29/03 +0100, you wrote: It sounds like a Tomcat-Users question, please post it there. If I were you, I would check my server.xml first, the same webapp might be there twice. Micael [EMAIL PROTECTED] wrote: I have created a daemon which I want to startup when Tomcat is started up. If I configure the daemon to be started with a servlet in web.xml or by using a PlugIn interface and struts-config.xml, I get two daemons running. How I don't know. If I don't start the daemon at startup but by tweaking a servlet after startup, where the servlet calls the daemon, then I don't get two daemons. Does anyone have any idea how this is happening? I am getting two classloaders of the same type, i.e. same type but different hashcodes. Anyone know what is going on. I am running Struts 1.1 and Tomcat 1.1.18. I have asked this question in a few ways with no responses. I can find nothing relevant in the archives. They are both coming from the WebappClassLoader which has as a parent [EMAIL PROTECTED] Hopefully someone has some assistance, because I am somewhat at a loss. This must have something to do with the launcher, but I don't know what. I have tried to get some information for a week out of this list. Not sure if no one is doing PlugIns, or why there is so little interest in this. The hashcodes I get for the classloaders are as follows: LOOP: ClassLoader.hashCode(): 728272 Class.hashCode(): 15612583 Check No.: 657) Fri Mar 28 22:47:17 PST 2003 END LOOP: ClassLoader.hashCode(): 20632381 Class.hashCode(): 10973446 Check No.: 659) Fri Mar 28 22:47:19 PST 2003 END The details on the classloaders are: LOOP: ClassLoader.toString(): WebappClassLoader available: Extension[org.apache.commons.beanutils, implementationVendor=Apache Software Foundation, implementationVersion=1.4-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.collections, implementationVendor=Apache Software Foundation, implementationVersion=2.0, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.dbcp, implementationVendor=Apache Software Foundation, implementationVersion=1.0-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.digester, implementationVendor=Apache Software Foundation, implementationVersion=1.3-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[commons-lang, implementationVendor=Apache Software Foundation, implementationVersion=1.0-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.logging, implementationVendor=Apache Software Foundation, implementationVersion=1.0.1-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.pool, implementationVendor=Apache Software Foundation, implementationVersion=1.0, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.resources, implementationVendor=Apache Software Foundation, implementationVersion=0.1-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.services, implementationVendor=Apache Software Foundation, implementationVersion=1.0-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[Struts Framework, implementationVendor=Apache Software Foundation, implementationVendorId=org.apache, implementationVersion=1.0, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[Components Framework, implementationVendor=Apache Software Foundation, implementationVendorId=org.apache, implementationVersion=0.7, specificationVendor=Apache Software Foundation, specificationVersion=1.0] delegate: false repositories: /WEB-INF/classes/ required: -- Parent Classloader: StandardClassLoader available: delegate: true repositories: required: -- Parent Classloader: StandardClassLoader available: Extension[org.apache.tools.ant, implementationVendor=Apache Software Foundation, implementationVersion=1.5.1, specificationVendor=Apache Software Foundation, specificationVersion=1.5.1] Extension[org.apache.commons.collections, implementationVendor=Apache Software
Re: Struts PlugIn Interface Mystery: Where does the second classcome from?
Thanks, Craig. I think we have the source of the difficulty pinpointed now. Thanks to everyone that helped, and I do think it is most probably a Tomcat configuration matter. Micael At 09:47 AM 3/29/03 -0800, you wrote: On Sat, 29 Mar 2003, Micael wrote: Date: Sat, 29 Mar 2003 08:05:37 -0800 From: Micael [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Struts PlugIn Interface Mystery: Where does the second classcome from? Not sure why you said these things, and would like to know what reasoning is behind them. There is only one webapp there. Despite appearances, this is not always true. Here is a very simple way to cause the same web application directory to be started twice (on two different context paths) and therefore start your daemon twice: * Create a webapp in directory $CATALINA_HOME/webapps/foo * Add a Context entry in your server.xml file like this: Context path=/bar docBase=foo/ What you've just done is started this app twice -- once under context path /foo (because the directory was automatically recognized) and once under context path /bar (because you explicitly created it with the Context element). I would not know whether this were a Tomcat-Users or a Tomcat-Dev question or a struts question. It happens, as I said, with PlugIn but not without PlugIn, so seems that it might be struts related or interesting to people in a Struts context. So, I am not sure that this was an inappropriate post, even now. Because it happened *without* Struts as well as with Struts, that's the clue that it is probably not something Struts-specific, and therefore more relevant on TOMCAT-USER since you are using Tomcat. In fact, TOMCAT-USER has historically covered this issue quite a few times -- do searches for keywords like twice and two times and you'll get some hits. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MYSTERY SOLVED: Re: Struts PlugIn Interface Mystery: Where does the second classcome from?
An extra app was being created in the server.xml of tomcat. At 09:47 AM 3/29/03 -0800, you wrote: On Sat, 29 Mar 2003, Micael wrote: Date: Sat, 29 Mar 2003 08:05:37 -0800 From: Micael [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Struts PlugIn Interface Mystery: Where does the second classcome from? Not sure why you said these things, and would like to know what reasoning is behind them. There is only one webapp there. Despite appearances, this is not always true. Here is a very simple way to cause the same web application directory to be started twice (on two different context paths) and therefore start your daemon twice: * Create a webapp in directory $CATALINA_HOME/webapps/foo * Add a Context entry in your server.xml file like this: Context path=/bar docBase=foo/ What you've just done is started this app twice -- once under context path /foo (because the directory was automatically recognized) and once under context path /bar (because you explicitly created it with the Context element). I would not know whether this were a Tomcat-Users or a Tomcat-Dev question or a struts question. It happens, as I said, with PlugIn but not without PlugIn, so seems that it might be struts related or interesting to people in a Struts context. So, I am not sure that this was an inappropriate post, even now. Because it happened *without* Struts as well as with Struts, that's the clue that it is probably not something Struts-specific, and therefore more relevant on TOMCAT-USER since you are using Tomcat. In fact, TOMCAT-USER has historically covered this issue quite a few times -- do searches for keywords like twice and two times and you'll get some hits. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ActionServlet won't load with custom PlugIn
I am getting the following difficulty loading a class that implements the PlugIn interface. I have property implemented the interface (it compiles) and I have added the equivalent of the following to the struts-config.xml: plug-in className=com.mySite.MyClass/ Anyone know what I am doing wrong? The ActionServlet won't load and the entire app won't run once this happens. 2003-03-27 13:34:29 StandardWrapper[/mySite:action]: Marking servlet action as unavailable 2003-03-27 13:34:29 StandardContext[/michaelmcgrady]: Servlet /mySite threw load() exception javax.servlet.UnavailableException at org.apache.struts.action.ActionServlet.initApplicationPlugIns(ActionServlet.java:997) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:458) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:934) ... at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Struts PlugIn Interface Mystery: Where does the second class come from?
I have created a daemon which I want to startup when Tomcat is started up. If I configure the daemon to be started with a servlet in web.xml or by using a PlugIn interface and struts-config.xml, I get two daemons running. How I don't know. If I don't start the daemon at startup but by tweaking a servlet after startup, where the servlet calls the daemon, then I don't get two daemons. Does anyone have any idea how this is happening? I am getting two classloaders of the same type, i.e. same type but different hashcodes. Anyone know what is going on. I am running Struts 1.1 and Tomcat 1.1.18. I have asked this question in a few ways with no responses. I can find nothing relevant in the archives. They are both coming from the WebappClassLoader which has as a parent [EMAIL PROTECTED] Hopefully someone has some assistance, because I am somewhat at a loss. This must have something to do with the launcher, but I don't know what. I have tried to get some information for a week out of this list. Not sure if no one is doing PlugIns, or why there is so little interest in this. The hashcodes I get for the classloaders are as follows: LOOP: ClassLoader.hashCode(): 728272 Class.hashCode(): 15612583 Check No.: 657) Fri Mar 28 22:47:17 PST 2003 END LOOP: ClassLoader.hashCode(): 20632381 Class.hashCode(): 10973446 Check No.: 659) Fri Mar 28 22:47:19 PST 2003 END The details on the classloaders are: LOOP: ClassLoader.toString(): WebappClassLoader available: Extension[org.apache.commons.beanutils, implementationVendor=Apache Software Foundation, implementationVersion=1.4-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.collections, implementationVendor=Apache Software Foundation, implementationVersion=2.0, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.dbcp, implementationVendor=Apache Software Foundation, implementationVersion=1.0-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.digester, implementationVendor=Apache Software Foundation, implementationVersion=1.3-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[commons-lang, implementationVendor=Apache Software Foundation, implementationVersion=1.0-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.logging, implementationVendor=Apache Software Foundation, implementationVersion=1.0.1-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.pool, implementationVendor=Apache Software Foundation, implementationVersion=1.0, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.resources, implementationVendor=Apache Software Foundation, implementationVersion=0.1-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.services, implementationVendor=Apache Software Foundation, implementationVersion=1.0-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[Struts Framework, implementationVendor=Apache Software Foundation, implementationVendorId=org.apache, implementationVersion=1.0, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[Components Framework, implementationVendor=Apache Software Foundation, implementationVendorId=org.apache, implementationVersion=0.7, specificationVendor=Apache Software Foundation, specificationVersion=1.0] delegate: false repositories: /WEB-INF/classes/ required: -- Parent Classloader: StandardClassLoader available: delegate: true repositories: required: -- Parent Classloader: StandardClassLoader available: Extension[org.apache.tools.ant, implementationVendor=Apache Software Foundation, implementationVersion=1.5.1, specificationVendor=Apache Software Foundation, specificationVersion=1.5.1] Extension[org.apache.commons.collections, implementationVendor=Apache Software Foundation, implementationVersion=1.1-dev, specificationVendor=Apache Software Foundation, specificationVersion=1.0] Extension[org.apache.commons.logging, implementationVendor=Apache Software Foundation, implementationVersion=1.0.2, specificationVendor=Apache Software Foundation, specificationVersion=1.0] delegate: true repositories: file:C:\michaelmcgrady\tomcat\common\lib\ant.jar file:C:\michaelmcgrady\tomcat\common\lib\commons-collections.jar file:C:\michaelmcgrady\tomcat\common\lib\commons-logging-api.jar file:C:\michaelmcgrady\tomcat\common\lib\jasper-compiler.jar file:C:\michaelmcgrady\tomcat\common\lib\jasper-runtime.jar file:C:\michaelmcgrady\tomcat\common\lib\jdbc2_0-stdext.jar
Re: Struts and JMX
If you have a reason to do this, do it, if it makes sense. If you don't, I would not make one up. Isn't it that simple? At 09:13 AM 1/6/03 +0100, you wrote: [EMAIL PROTECTED] wrote: Jerome == Jerome Ernsberger [EMAIL PROTECTED] writes: Jerome Hallo, Jerome do you think it make sense to use struts and JMX I think that only the developer of struts can give me a good answer. You'd be better off asking questions like this on the struts-user list. The answer depends on what you mean by that. I assume you ask whether they should be used together. From one point of view, they don't have anything to do with each other. From another POV, they could easily be part of the same sub-application. It's entirely conceivable to consider building a Struts-based application which interfaces with MBeans to control server characteristics. I believe that's exactly what the Tomcat Manager application is doing. I guess it's also possible you might want to write MBeans which control aspects of your Struts-based application, and present interfaces to those MBeans, either as another web application, or through other interfaces (command-line, etcetera). I want to write MBeans to control struts. I already have written MBeans for a MVC-based application. So I really want to write MBeans for Struts. My company will use it in the future and I have to look, if it make sense. So perhaps a can read the struts-config.xml file and start an MBean with the MLet Service. Weblogic and Tomcat do the same thing, I think. I don't want to change the original struts code!!! Thx Jerome Sorry for by bad english -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Why are people are up on Struts
Anyone who calls vim vi is simply not in a position to judge it. Anyway, I do understand the initial ease of a GUI. I like the speed you get after spending a half-hour to an hour learning something like vim. I hate moving a mouse around and would rather do it with my fingers that are already on the keyboard. Micael At 06:27 PM 12/14/2002 +0800, you wrote: snip would you stick around if the first response you get when approaching a new community is titled idiot.html? http://jakarta.apache.org/site/idiot.html /snip Rofl. I like it. ;- -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 14, 2002 00:08 To: Struts Developers List Subject: Re: Why are people are up on Struts On Fri, 2002-12-13 at 08:20, Ted Husted wrote: 12/12/2002 5:29:23 AM, Joseph Ottinger [EMAIL PROTECTED] wrote: On Wed, 11 Dec 2002, Ted Husted wrote: Given the large community behind Struts, we do have our share of zealots. And, I agree that people who believe Struts is 42 are not being realistic. I think it goes back to a lot of people - including myself - who think that zealots of any stripe are retarded, and people who don't know any better get reminded - IRC-fashion - that there are other alternatives. I think Struts may attract more than it share of zealots simply because Craig is a friendly guy and makes people feel welcome. I originally looked harder at Struts than other products just because I enjoyed Craig's demeanor on the list. And, like many others, I stuck around because people were helpful and made Struts easier to use. When my turn came, I helped others along. The cycle continues. People Craig and I have helped are now helping others. (Good thing, since both of us seem swamped lately!) This is really the essence of Apache marketing. We do put community before technology. Struts isn't popular because of the Apache name or because of economic engineering by an evil empire. It's popular because we do things the Apache Way and put people first. Of course, people outside the community can't see that, and so wonder why Struts is the most popular framework when it is arguably not the most powerful or easiest to grasp. It's popular, because, gosh, people ~like~ us =:0) -Ted. Something else that can make a difference is First Impressions. I mean, would you stick around if the first response you get when approaching a new community is titled idiot.html? http://jakarta.apache.org/site/idiot.html Whether you meant to send to the wrong list or not, first impressions are lasting impressionshey isn't that a common phrase or something? I've witnessed several flame wars over that link. Well, at least we don't promote ill feelings here, however VI still sucks!!! ;P -- James Mitchell Software Engineer / Struts Evangelist http://www.open-tool.org/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Why are people are up on Struts
The fact that you have vi does not mean you don't have vim, Eddy. Did you try vim? At 01:48 PM 12/14/2002 -0600, you wrote: micael wrote: Anyone who calls vim vi is simply not in a position to judge it. Anyway, I do understand the initial ease of a GUI. I like the speed you get after spending a half-hour to an hour learning something like vim. I hate moving a mouse around and would rather do it with my fingers that are already on the keyboard. Micael The executable on my system is still called vi :-) ... so I feel I'm justified in calling it vi ;-O I too see a place for the IDEs - powering a plugin to enable UML-ing things is one feature that I'm finding attractive. I need to get back to trying Eclipse soon -- and that oomoogoo plugin for UML (no that's not the exact name - the one at elcipseuml.org). Plus ... refactorings etc - there are a few reasons to like an IDE - I don't view straight coding as one of them though ;-O -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
goto HEH!
What the heh? I was nosing around in the class files of the mpp3 parser for xml today and found all sorts of strange code including goto stuff. What is with that? I did not know that reserved word was used? Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [OT] Re: Why are people are up on Struts
Why don't you propose that idea? Have it a switch possibility that you can turn on and off. Good idea. At 10:45 AM 12/13/2002 -0700, you wrote: I like vi now that I know how to use it but why couldn't they put common commands at the bottom of the screen for us mortals? David From: Eddie Bush [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: [OT] Re: Why are people are up on Struts Date: Fri, 13 Dec 2002 12:43:35 -0600 LOL - which is one reason why I prefer Emacs :-) ... that, and, for the astute observer, Emacs shows you how to *exit* as soon as you start it (assuming you open it with no arguments)!! If there's one thing I dispise, it's getting trapped in a )@(#%* program - and, yes, when I was first learning vi I got trapped in it! David Graham wrote: Isn't it vi not VI? Or six as I like to call it ;-). I loved my first experience with vi...Why the hell can't I type anything?. Dave -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [OT] Re: Why are people are up on Struts
If you are not using vim, you don't know vi. At 01:00 PM 12/13/2002 -0600, you wrote: I can live with vi if it's forced upon me, but I much prefer Emacs. 'Course nowadays, assuming you're using an x terminal (or are on windows) both of them are fairly easily used through their toolbars ... at least, I think vim has one now (or can perhaps - nearly certain). I suppose that's for the mortals among us ;-O I just go for the arcane key sequences personally - so much more efficient. One nifty thing I really like about Emacs is that, sometimes I can remember the command name but not it's key sequence - and it tells you what the sequence is once you invoke it the long way. So, I can keep important shortcuts in my head, and, when I run across a situation that requires me to use something that I don't recall the shortcut for, I can invoke it manually and get a referesher on what the sequence is to invoke it. I really like that feature :-) It works great so long as you can remember the command name or ... at least have an idea (as it has completion assistance for commands too). David Graham wrote: I like vi now that I know how to use it but why couldn't they put common commands at the bottom of the screen for us mortals? David -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [OT] Re: Why are people are up on Struts
I do exactly what you do. And I use vim to do it. At 11:14 AM 12/13/2002 -0700, you wrote: Wow, are guys geezers? vi!? emacs!? I just use my ssh secure shell by ssh.com and use the file browser to locate the file and edit it locally then when i click save it conveniently loads it back on the server all snug and secure. But if you are working on terminal system I guess you are stuck. But, who is working on pure terminal systems for development these days? I would be interested to know. Brandon Goodin Phase Web and Multimedia P (406) 862-2245 F (406) 862-0354 [EMAIL PROTECTED] http://www.phase.ws -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Friday, December 13, 2002 12:01 PM To: Struts Developers List Subject: Re: [OT] Re: Why are people are up on Struts I can live with vi if it's forced upon me, but I much prefer Emacs. 'Course nowadays, assuming you're using an x terminal (or are on windows) both of them are fairly easily used through their toolbars ... at least, I think vim has one now (or can perhaps - nearly certain). I suppose that's for the mortals among us ;-O I just go for the arcane key sequences personally - so much more efficient. One nifty thing I really like about Emacs is that, sometimes I can remember the command name but not it's key sequence - and it tells you what the sequence is once you invoke it the long way. So, I can keep important shortcuts in my head, and, when I run across a situation that requires me to use something that I don't recall the shortcut for, I can invoke it manually and get a referesher on what the sequence is to invoke it. I really like that feature :-) It works great so long as you can remember the command name or ... at least have an idea (as it has completion assistance for commands too). David Graham wrote: I like vi now that I know how to use it but why couldn't they put common commands at the bottom of the screen for us mortals? David -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Hello, all.
Well, starting off with a flame of the very subject of the entire list is not the best way to become a learner in my opinion. So, I must apologize for thinking that you already thought your guesses were true about struts. They are not. Since you are here to learn, I will let you go and wish you luck. At 11:45 AM 12/9/2002 -0500, you wrote: Then enlighten me? I wouldn't have joined the list at all if I hadn't been interested in learning more. Dave had a substantive point, one I responded to. Where I erred once, I'm sure I can err again; I'm trying to prevent that if I can. On Mon, 9 Dec 2002, micael wrote: Joseph, you are making a fool out of yourself. You seem to have no idea how little you know. At 11:08 AM 12/9/2002 -0500, you wrote: On Mon, 9 Dec 2002, David Graham wrote: Joseph, I noticed you quoted me on your site but you left out the important point that Struts has never and will never dictate a model or view layer technology. Struts gives you total freedom because at its core it's simply an action controller. The taglibs will be replaced by standards like JSTL and JSF. Actually, I did note those things, while my definition of a model differs slightly from yours. I made a point out of mentioning in my introductory email here that I retracted one of my criticisms, centered around your point. I had never heard of your site before someone posted it on this list and I don't intend to visit it often. Struts does not need a defense on your site. *You* need to actually build a meaningful app using Struts and then make a judgement. The only defense of Struts I'll offer is this: Thousands of successful web applications have been produced quickly and cheaply using Struts. Struts is the most popular Java web MVC framework for a reason. I suggest you find out why. Lots of points here! For one thing, it's okay - my site has no banners, no sponsors begging for extra traffic. Whether you visit often or not, well, hey - that's up to you. As far as using struts: I've deployed struts apps, meaningful ones. I've found other frameworks to be more appropriate for more situations. Most popular is fairly well beyond doubt, and I've never claimed otherwise (nor would I)... but then again, Windows is the most popular OS, and that doesn't mean it's the best solution. I frankly don't care if some people don't like Struts; that's a matter of personal preference. I do care when it is misrepresented with ignorant statements. Indeed! I agree with this; as I've stated, my goal was to explain a viewpoint that was asked about. I joined this list so that I could determine what actually *IS* incorrect and fix that. - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Why struts is looked down upon...
At 07:35 PM 12/6/2002 -0700, you wrote: Any of you care to comment on this? http://java.enigmastation.com/Q806 I'll post a rebuttle on my weblog shortly. Matt Is this person worth replying to? He seems to be pretty uninformed about struts. Is the another somebody who is not particularly well-schooled? Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: b3 minus 27? (or so)
Ditto. I frequently have some time to help but as yet not enough time to figure out the system AND help. At 01:47 PM 11/24/2002 -0500, you wrote: Could you post a report, complete with Bugzilla hyperlinks, to the struts-dev list of these outstanding issues? Or a hyperlink to the right Bugzilla report? It'd make it easier for me to get at the info and decide if there were any that I could have a stab at. Erik Ted Husted wrote: Excluding enhancements, we currently have 27 outstanding issues listed in Bugzilla. Anyone (else) interested in trying to swat these this week, and maybe then get beta 3 out the week of Dec 1? I checked a few of these out that I'd like to handle (one or way or the other =:). Any takers on the rest? -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: b3 minus 27? (or so)
I did not get an answer to my inquiry about how to find the magic 27. However, I did get to this page which has 19. Is this the place? http://issues.apache.org/bugzilla/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDemail1=emailtype1=substringemailassigned_to1=1email2=emailtype2=substringemailreporter2=1bugidtype=includebug_id=changedin=votes=chfieldfrom=chfieldto=Nowchfieldvalue=product=Strutsversion=Nightly+Buildshort_desc=short_desc_type=allwordssubstrlong_desc=long_desc_type=allwordssubstrbug_file_loc=bug_file_loc_type=allwordssubstrkeywords=keywords_type=anywordsfield0-0-0=nooptype0-0-0=noopvalue0-0-0=cmdtype=doitorder=Reuse+same+sort+as+last+time At 02:15 PM 11/24/2002 -0500, you wrote: There's a Bugzilla link on the Roadmap pages that includes Enhancements. To get the non-Enh list, follow the link on the Bugzilla list to Edit the Query and deselect Enhancements. -Ted. 11/24/2002 1:47:12 PM, Erik Hatcher jakarta- [EMAIL PROTECTED] wrote: Could you post a report, complete with Bugzilla hyperlinks, to the struts-dev list of these outstanding issues? Or a hyperlink to the right Bugzilla report? It'd make it easier for me to get at the info and decide if there were any that I could have a stab at. Erik Ted Husted wrote: Excluding enhancements, we currently have 27 outstanding issues listed in Bugzilla. Anyone (else) interested in trying to swat these this week, and maybe then get beta 3 out the week of Dec 1? I checked a few of these out that I'd like to handle (one or way or the other =:). Any takers on the rest? -Ted. -- To unsubscribe, e-mail: mailto:struts-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:struts-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:struts-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:struts-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Velocity vs. JSP: objective tests?
I have settled on Struts as my application framework, assuming that there will continue to major shifts in the future (like the shift to 1.1 has been, which I like). However, I have not decided on the scripting language, if that is what you want to call it, viz. JSP vs. Velocity or some other choice. At the risk of engendering the passions of the committed, does anyone know an especially reliable guide to the pros and cons of the various choices? Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ted Husted, Member of the Apache Software Foundation
Yes, good show, Ted. Well deserved. Great to see the deserving get the deserts. At 03:43 PM 11/19/2002 -0800, you wrote: Please join me in congratulating Ted -- at the Apache Software Foundation Member's Meeting (held last night at ApacheCon), Ted was approved for membership in the ASF. Way to go Ted! Craig (PS: Struts In Action is for sale at the bookstore, and I've autographed several copies already :-) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Fwd: Struts in Action Ebook Release]
Yes, congratulations, Ted. How about us who have prepaid for the printed edition? Can we get the ebook gratis? If not, it would be better to drop the buy, get the ebook, and buy the book later. Micael At 01:23 PM 10/31/2002 -0500, you wrote: Congratulations, Ted! Erik Original Message Subject: Struts in Action Ebook Release Date: Thu, 31 Oct 2002 12:02:30 -0600 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] The Manning book, Struts in Action, has gone to press and will be available for sale in late November. For those who can't wait for the print edition, you can order the PDF ebook edition now from the publisher's website www.manning.com/husted for 50% of the print edition price. Struts solves the most common problems of Web development by providing an open source framework for building Web applications. As the only book with full coverage of both Struts 1.0 and Struts 1.1, differences are pointed out and a case study is built that illustrates the 1.0 to 1.1 transition. The authors of the Manning book are core members of the Struts community who are intimately involved in the Struts development process. This book promises to deliver everything you need to know about Struts. To order the PDF download of the Struts in Action ebook, go to www.manning.com/husted. The cost of the ebook is $22.47 -- that's 50% off the print edition price. Manning offers a special deal for ebook owners who later decide to purchase the print edition from the publisher's website: Manning will deduct the cost of the ebook from the print edition order. Watch for further announcements soon on the release of the print edition. Struts in Action By Ted N. Husted, Cedric Dumoulin, George Franciscus, David Winterfeldt ISBN 1930110502 Softbound, 664 pages, $44.95 Ebook, 2.5 Mb PDF, $22.47 www.manning.com/husted ABL103102 - If you would like to unsubscribe from this distribution list please visit: http://www.manning.com/unsubscribe.html - -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Thanks, Guys :-)
Congrats, Eddie. Well deserved! Micael At 12:01 PM 10/15/2002 -0500, you wrote: Thanks for letting me in the club. I'll do all I can to ensure this is a positive move for all concerned. :-) Thanks again! Eddie -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/doc/userGuide installation.xml
He just did not wrap the text, James. At 09:24 PM 10/12/2002 -0400, you wrote: Not sure if it matters, but whatever text editor you are using is trimming trailing spaces. Makes for an interesting search for what was actually changed ;) Have a good one! James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, October 12, 2002 12:52 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/doc/userGuide installation.xml husted 2002/10/12 09:51:40 Modified:doc/userGuide installation.xml Log: Break out some kickstart questinos into a How to Help FAQ. Revision ChangesPath 1.12 +9 -8 jakarta-struts/doc/userGuide/installation.xml Index: installation.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- installation.xml10 Oct 2002 22:54:13 - 1.11 +++ installation.xml12 Oct 2002 16:51:40 - 1.12 @@ -94,7 +94,7 @@ liemLang/em (Version 1.0 or later)/li liemLogging/em (Version 1.02 or later)/li liemPool/em (Version 1.01 or later)/li - liemValidator/em (No official release, obtain current + liemValidator/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-validatorNightly Build/a )/li /ul @@ -108,13 +108,13 @@ directory. However, if you wish to build Struts from source, you will need to download and install the following packages: ul - liemFileUpload/em (No official release, obtain current + liemFileUpload/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-fileuploadNightly Build/a )/li - liemResources/em (No official release, obtain current + liemResources/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-resourcesNightly Build/a )/li - liemServices/em (No official release, obtain current + liemServices/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-servicesNightly Build/a )/li /ul @@ -127,9 +127,9 @@ Otherwise, download and install version 1.2 of Xalan from a href=http://xml.apache.org/xalan;here/a. /li - + listrongCactus Testing/strong - If you plan on testing the Struts applications - in this distribution, you must download and install version 1.3 + in this distribution, you must download and install version 1.3 of the a href=http://jakarta.apache.org/cactus;Cactus/a test framework. This package is also recommended for use in developing your own unit tests for your web applications based on Struts. @@ -412,10 +412,11 @@ /section - +section p -Next: a href=../newbie.htmlNewbie FAQ/a +Next: a href=../newbie.htmlNewbie FAQ/a /p +/section /chapter /body -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [commons-lang] What's up with NestableRuntimeException?
What thing extending OBJECT?! are you talking about, Eddie? Who, what, where, when? At 07:12 PM 10/8/2002 -0500, you wrote: Before I go looking stupid in front of folks I don't know, I prefer to first look stupid in front of people I do :-) So - what's up with this thing extending OBJECT?! The compiler doesn't track that really well! I just noticed because I coded some stuff I knew should throw exceptions - expecting the compiler to tell me exactly what it was I needed to catch (I know, I know - I was feeling lazy) ... and - it *didn't*! I don't think I like that :-/ I suppose this is a prime example of why you familiarize yourself with the Javadocs before using a class ... or keep the javadoc up while you code even ... Dare I post to commons-dev? That seems like ... a really big thing - am I wrong? I'm hoping someone can set me straight. I know some of you guys follow the commons stuff ... very rigorously. ... why OBJECT? Exception wasn't good enough for them? ... I just don't get it. Thanks for being my shining light! (D'oh! Hope that's not a train coming!) (It just *feels* so *wrong*!) -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [commons-lang] What's up with NestableRuntimeException?
Eddie, what are you talking about? public class NestableRuntimeException extends RuntimeException implements Nestable org.apache.commons.lang.exception Class NestableRuntimeException java.lang.Object | +-java.lang.Throwable | +-java.lang.Exception | +-java.lang.RuntimeException | +-org.apache.commons.lang.exception.NestableRuntimeException At 07:32 PM 10/8/2002 -0500, you wrote: Weird. The javadoc I have in front of me says it extends object (well the nifty little diagram di-do up top does), but when I examine the class it extends RuntimeException. That would be why the compiler isn't catching it. I should have realized that from it's name. If I'm right then nevermind - if I'm not you can enlighten me if you wish. I'm going to go check out the javadoc for RTE. -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[OT] RE: [commons-lang] What's up with NestableRuntimeException?
Eddie, are you celebrating early? At 05:36 PM 10/8/2002 -0700, you wrote: Well, everything extends Object, Eddie! ;-) (Sorry, I couldn't resist that.) The JavaDocs on the web site have the correct scoop: http://jakarta.apache.org/commons/lang/api/org/apache/commons/lang/exception /NestableRuntimeException.html and this is from the JavaDocs for RuntimeException: A method is not required to declare in its throws clause any subclasses of RuntimeException that might be thrown during the execution of the method but not caught. -- Martin Cooper -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 5:33 PM To: Struts Developers List Subject: Re: [commons-lang] What's up with NestableRuntimeException? Weird. The javadoc I have in front of me says it extends object (well the nifty little diagram di-do up top does), but when I examine the class it extends RuntimeException. That would be why the compiler isn't catching it. I should have realized that from it's name. If I'm right then nevermind - if I'm not you can enlighten me if you wish. I'm going to go check out the javadoc for RTE. -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [commons-lang] What's up with NestableRuntimeException?
Checked exceptions represent conditions that are unusual but can reasonable be expected to occur, Eddie, and if they do occur to be dealt with in some way, such as an IOException reading a file. The idea is to take care of these as early as possible, for obvious architectural reasons, and to make sure that they are propagated all the way to main(String []) if not caught. Checked exceptions are NEVER unexpected. They are purposefully ignored or taken care of by the coder. They also are of the type that can reasonably be taken care of at runtime. Unchecked exceptions, on the other hand, normally cannot be fixed at runtime. They normal flow from errors in program logic, that are unknown. If they were known, they would have been fixed, hopefully. A good example is the IndexOutOfBoundException which results from program logic erroneously computing the number of elements in an array as being smaller than it is. Given we can and do make errors of logic writing any statement, it would be unwise and totally impracticable (Arnold, Gosling, Holmes) to catch all such errors. So, you need to look at the context of the code to see if that was a reasonable use of a runtime exception. Here, all they are doing is to provide [t]he base class of all runtime exceptions which can contain other exceptions, so, the NestableRuntimeException is internally dropped into a NestableDelegate, which you can then access from the NestableRuntimeException. Micael At 08:01 PM 10/8/2002 -0500, you wrote: Martin Cooper wrote: Well, everything extends Object, Eddie! ;-) Not directly, we hope :-) (Sorry, I couldn't resist that.) Yea, I'm glad someone had a good laugh out of it ;-) Obviously that little heirarchy up there shouldn't be taken entirely literally ... The JavaDocs on the web site have the correct scoop: http://jakarta.apache.org/commons/lang/api/org/apache/commons/lang/exception /NestableRuntimeException.html and this is from the JavaDocs for RuntimeException: A method is not required to declare in its throws clause any subclasses of RuntimeException that might be thrown during the execution of the method but not caught. I skipped that and went to RuntimeException - the root of that leg. Same info. Obviously I didn't get smart enough to look there til after my post. So these guys are like compiler warnings at runtime? ... I never liked warnings. I'm one of the anal idiots that always set compiles to break on them unless there was something beyond my control I *had* to live with. They're more than suggestions dad-gummit! emote:slapKnee/ *ouch* I prefer things that make you catch them :-/ -- Martin Cooper -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Sub-applications setup (path mapping)
Try www.servlets.com. At 12:24 PM 9/12/2002 +1000, you wrote: I tried posting this to the user list earlier - but had some problems, and when I search the archives, it doesn't turn up (although they don't go back very far). I know this was discussed on the developer list earlier. Can someone set me straight? == Okay, I admit, now I am a bit confused... I have read the mailing lists (user dev) about the sub-applications and the path mapping (and the fact I can't use it), but I don't follow. If I have an application which is configured: !-- The default application module -- init-param param-nameconfig/param-name param-value/WEB-INF/default-struts-config.xml/param-value /init-param !-- The /foo application module -- init-param param-nameconfig/foo/param-name param-value/WEB-INF/struts-config-foo.xml/param-value /init-param and the path mapping is configured: servlet-mapping servlet-namemyApp/servlet-name url-pattern/myApp/*/url-pattern /servlet-mapping Then, from the earlier comments from craig: The basic idea of sub-applications (the formal name will be application modules when we release 1.1) is that you can use multiple independent struts-config.xml files in the same web application. This is especially helpful in large scale applications that are maintained by multiple groups of developers, where fighting over a single copy of struts-config.xml is pretty painful. Which taking that, and other comments suggest that the following happens: Request for /myApp/foo/index.jsp 1. The path mapping should send it through to the myApp servlet (since it doesn't know about foo at this level) 2. The controller should recognise that it is for the foo subapplication via the context-relative mapping for config/foo and handle it using the struts-config-foo.xml I am obviously missing something ('cause the developers said it was difficulty rather than time stopping providing the functionality). But I'm not sure what? Thanks, - Tim -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Odd Behavior with i18n: Who is the Expert on Internationalization?
Why would the following happen? I have a key in Resources_zh.properties that reads as follows: cart_content.email=Email When I change it to cart_content.email=Email TEST that change is reflected in the browser. But, when I change it to cart_content.email=Email \u53D6\u6D88\u548C that change is not reflected in the browser, but the results from Resources.properties is shown. Makes absolutely no sense to me. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jakarta Struts Book Review Project
Many thanks. At 10:35 AM 4/19/02 +1000, you wrote: ** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : Hi there, FYI. http://www.theserverside.com/resources/strutsreview.jsp Regards Kelvin : The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]