[OS-webwork] resource bundles in WW ?
Hi, I started experimenting with WW some days ago trying to convert a simple application in which I originaly used Struts. Now I got to the point when I would like to deploy it but found there was one open question left. How does the WW access resource bundles for i18n-ized texts? I looked at the i18n example but I haven't found how does the app. know it should use the Shop.properties to retrieve data for particular language. In Struts there is one resource bundle and it is referenced as one of parameters of the dispatch servlet in the web.xml. I havent found any such information in the documentation supplied with WW (1.3.0) Finaly searched WW sources and I found something like this in the TextTag.java file: --- Access a i18n-ized message. The message must be in a resource bundle with the same name as the action that it is associated with. In practice this means that you should create a properties file in the same package as your Java class with the same name as your class, but with .properties extension. --- Does it mean I have to have separate resource bundles for each action class? What about the inheritance? What about the JSP? Does it use the resource bundle belonging to the action for which the page serves as the view? If so, what if a page servers as a view for more actions? Is there a way to have just one i18n-ized resource bundle for the whole application? Is this the reason why all actions in the i18n example inherit from the webwork.action.ActionSupport.Shop class? Can anybody explain me how this works? It would be also good to mention that in the WW documentation. Thanks Mira --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] resource bundles in WW ?
See comments inline. - Original Message - From: Miroslav Kes [EMAIL PROTECTED] Hi, I started experimenting with WW some days ago trying to convert a simple application in which I originaly used Struts. Now I got to the point when I would like to deploy it but found there was one open question left. How does the WW access resource bundles for i18n-ized texts? I looked at the i18n example but I haven't found how does the app. know it should use the Shop.properties to retrieve data for particular language. In Struts there is one resource bundle and it is referenced as one of parameters of the dispatch servlet in the web.xml. I havent found any such information in the documentation supplied with WW (1.3.0) The text tag will try to find the method: getText(someKey) on the value stack. This means that it will find this method in the action that just executed (if the action extends ActionSupport where this method is defined). The getText method will look for a resource bundle matching the action's class. If not found, it will look for one matching the superclass of the action, and so on. Does it mean I have to have separate resource bundles for each action class? What about the inheritance? No you can gather them in a superclass if you want to. You could use the webwork.action.ActionSupport class (if all your actions are extending it). What about the JSP? Does it use the resource bundle belonging to the action for which the page serves as the view? Yes this is the normal case. If so, what if a page servers as a view for more actions? The action that just executed is pushed on the stack and it is this action that will be found. If the same view is used for another action in another scenario then that action will be on the stack then. Is there a way to have just one i18n-ized resource bundle for the whole application? Yes, by using a superclass. There is also the possibility to use the i18n tag to put a special bundle on the stack. Is this the reason why all actions in the i18n example inherit from the webwork.action.ActionSupport.Shop class? I have not looked at that example for a while, but that could be one reason anyway. Can anybody explain me how this works? It would be also good to mention that in the WW documentation. Hope this helped! Cheers, Dick Zetterberg [EMAIL PROTECTED] --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] ww2 on websphere 5
Hrm ok, that's a good quick fix for now, thanks. The IoC stuff seems really cool though, not sure if I'd use it, but it'd be nice to have the option. Hopefully I can track down why ww2/ws5 can't find that components.xml file and all will be peachy again. Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pat Lightbody Sent: Tuesday, June 10, 2003 3:21 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] ww2 on websphere 5 It sounds like WebWork can't find the components.xml file. If you don't have one and don't plan to use the IoC part of XWork, just remove the IoC stuff from web.xml (the filter and the two listeners). -Pat - Original Message - From: Andre Mermegas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 09, 2003 7:27 PM Subject: [OS-webwork] ww2 on websphere 5 Sup guys, I'm trying to get ww2 example app up and running on Websphere5, but for some reason it's choking trying to find the components.xml. It's in the classes directory of the war, built straight outta cvs as of a few minutes ago. Anybody have any clues? I'm gonna poke around a bit. Heres the error message: [6/9/03 22:20:01:969 EDT] 5e6547e1 WebContainer A SRVE0169I: Loading Web Module: WebWork 2.0 Example App. [6/9/03 22:20:02:078 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: JSP 1.2 Processor: init [6/9/03 22:20:03:469 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: SimpleFileServlet: init [6/9/03 22:20:03:484 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: InvokerServlet: init [6/9/03 22:20:03:531 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: velocity: init [6/9/03 22:20:03:594 EDT] 5e6547e1 VelocityManag I com.opensymphony.webwork.views.velocity.VelocityManager Initializing velocity using 'velocity.properties' [6/9/03 22:20:03:984 EDT] 5e6547e1 VelocityManag I com.opensymphony.webwork.views.velocity.VelocityManager Initializing velocity using 'velocity.properties' [6/9/03 22:20:04:172 EDT] 5e6547e1 ApplicationLi E com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener Cannot load components.xml configuration: InputStream cannot be null [6/9/03 22:20:04:188 EDT] 5e6547e1 ApplicationLi E com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener TRAS0014I: The following exception was logged java.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.DocumentBuilder.parse(Unknown Source) at com.opensymphony.xwork.interceptor.component.ComponentConfiguration.load From Xml(ComponentConfiguration.java:81) at com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener.loadConf igur ation(ApplicationLifecycleListener.java:58) at com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener.contextI niti alized(ApplicationLifecycleListener.java:45) at com.ibm.ws.webcontainer.srt.WebGroup.notifyServletContextCreated(WebGrou p.ja va:1358) at com.ibm.ws.webcontainer.srt.WebGroup.init(WebGroup.java:240) at com.ibm.ws.webcontainer.WebContainer.addWebApplication(WebContainer.java :950 ) at com.ibm.ws.runtime.component.WebContainerImpl.install(WebContainerImpl.j ava: 133) at com.ibm.ws.runtime.component.WebContainerImpl.start(WebContainerImpl.jav a:36 0) at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl .jav a:401) at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectS tart (DeployedApplicationImpl.java:743) at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl .jav a:337) at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedAppli cati onImpl.java:531) at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(Applica tion MgrImpl.java:254) at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl .jav a:232) at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImpl .jav a:343) at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:234) at com.ibm.ws.runtime.component.ApplicationServerImpl.start(ApplicationServ erIm pl.java:117) at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImpl .jav a:343) at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:234) at com.ibm.ws.runtime.component.ServerImpl.start(ServerImpl.java:182) at com.ibm.ws.runtime.WsServer.start(WsServer.java:135) at com.ibm.ws.runtime.WsServer.main(WsServer.java:232) at java.lang.reflect.Method.invoke(Native Method) at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:94) at com.ibm.etools.websphere.tools.runner.api.ServerRunnerV5$1.run(ServerRun nerV 5.java:97) .
[OS-webwork] [JIRA-Opensymphony] Created: (XW-52) buildValidators doesn't look for validators for every super class
Message: A new issue has been created in JIRA. - View the issue: http://jira.opensymphony.com/secure/ViewIssue.jspa?key=XW-52 Here is an overview of the issue: - Key: XW-52 Summary: buildValidators doesn't look for validators for every super class Type: Bug Status: Assigned Priority: Major Project: XWork Components: Validators Versions: 1.0 Assignee: Patrick Lightbody Reporter: Vincent Faidherbe Created: Tue, 10 Jun 2003 11:06 AM Updated: Tue, 10 Jun 2003 11:06 AM Description: ActionValidatorManager.buildValidators doesn't traverse up the class hierarchy looking for validators for every super class. It only get the validator for the superclass. The current code is : ... if (!actionClass.getSuperclass().equals(Object.class)) { validators.addAll(buildClassValidators(actionClass.getSuperclass(), checkFile)); } validators.addAll(buildClassValidators(actionClass, checkFile)); validators.addAll(buildAliasValidators(actionClass, invocation, checkFile)); ... I think the code should look more like this : ... Class actionClass = invocation.getAction().getClass(); // validators for the action class validators.addAll(buildClassValidators(actionClass, checkFile)); validators.addAll(buildAliasValidators(actionClass, invocation, checkFile)); // looking for validators for every super class actionClass = actionClass.getSuperclass(); while (!actionClass.equals(Object.class)) { validators.addAll(buildClassValidators(actionClass, checkFile)); actionClass = actionClass.getSuperclass(); } ... - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.opensymphony.com/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] JavaOne meetings +
Are you trying to allow modifications of Velocity templates stored in an unexpanded WAR? There is not an easy way to do this as far as I know. This is not to say it can't be done but its probably not worth the hassle since the interface to files in the Servlet API is geared towards reading only. I'm going to go out on a limb and guess that Rickard's system doesn't pull templates from the file system but rather from some sort of database. Velocity can pull template data from any ResourceLoader implementation. Therefore you can pull templates from the filesystem, databases, in-memory, or wherever they may reside as long as you provide the appropriate ResourceLoader implementation. Check out the following section of the Velocity developer's guide for more information: http://jakarta.apache.org/velocity/developer-guide.html#Configuring%20Resource%20Loaders JPublish uses this facility to pull templates from any provider in its Virtual File System and it works quite well. Sincerely, Anthony Eden Michael Blake Day wrote: How do you guys allow customers to modify velocity templates without mucking with WAR files? Blake -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rickard Öberg Sent: Sunday, June 08, 2003 2:21 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] JavaOne meetings + Gerry Seidman wrote: I am evaluating Velocity for a mission critical application (300+ heavy internal users + web presence for another 25,000 moderate users and 250,000 occasioinal users). Does anyone have experience with this type of deployment? We've built our entire CMS product on WebWork+Velocity, and the performance is awesome. Try surfing www.konj.se for example, which is running on our CMS on a 1Ghz Linux box along with 15 other customers (including our own homepage). We've also found Velocity templates to be easy to build and maintain, and we can even let our customers do their own customizations without much trouble. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Portlet ?
Fernando Martins wrote: I just came to a point that I would really love to start using portlets all over my Portal. I even find myself coding having in mind how everything will fit into portlets. Unfortanetly nothing new on: http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-6 Are there any thoughts on this or do we have to wait for Rickard to come up with some magic tricks? :) What is the status of JSR168? It's almost ready for publid draft. I've read the community draft, and am implementing it in our CMS/portal product SiteVision. And where can one find more info on it? The JSR page is about it. The only biggie that I can see from the spec is that there is now an explicit distinction between action and rendering actions. Action actions (using XWork terminology) are invoked when forms are submitted, and there is only one action action being invoked for each page rendering (possibly zero if no form was submitted). There needs to be a new controller that understands this idea, and which also knows how to switch between a bunch of actions, since you can't use the URL (really) to do it. Either a hidden form field or a URL association trick is needed. There's also some stuff with how JSP's/servlets are included from portlets, and how URL's are constructed (the parameter names need to be encoded with the portlet id on the page), but other than that it's pretty straightforward. We'll do some work in this area once we start working on the Portlet API migration/implementation. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] JavaOne meetings +
Michael Blake Day wrote: How do you guys allow customers to modify velocity templates without mucking with WAR files? We have portlets which render pieces of pages, and a portlet have a map (string-object) as configuration. We typically have a template entry which contains the template to be used (defaulted to some .vm file in the WAR). Then the user can edit this template by editing the portlet which brings up a Swing editor with a textarea containing the template. It's really cool. I've made a Flash demo with this which is available here: http://dreambean.com/Scripting/Scripting.html I've had to put a login on it though (we don't want certain competitors to see what kewlness we have), but simply email me off-list for login info. /Rickard --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] JavaOne meetings +
Right, but I've always been against sticking templates into a relational database system, and I've never heard of any other good alternative database for document storage. I suppose that using an unpacked WAR is one solution, but what about the issue of security? Content people should not have write access to the unpackaged WAR directory. Does anyone else accomplish this without a relational database? Blake -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Anthony Eden Sent: Tuesday, June 10, 2003 12:47 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] JavaOne meetings + Are you trying to allow modifications of Velocity templates stored in an unexpanded WAR? There is not an easy way to do this as far as I know. This is not to say it can't be done but its probably not worth the hassle since the interface to files in the Servlet API is geared towards reading only. I'm going to go out on a limb and guess that Rickard's system doesn't pull templates from the file system but rather from some sort of database. Velocity can pull template data from any ResourceLoader implementation. Therefore you can pull templates from the filesystem, databases, in-memory, or wherever they may reside as long as you provide the appropriate ResourceLoader implementation. Check out the following section of the Velocity developer's guide for more information: http://jakarta.apache.org/velocity/developer-guide.html#Configurin g%20Resource%20Loaders JPublish uses this facility to pull templates from any provider in its Virtual File System and it works quite well. Sincerely, Anthony Eden Michael Blake Day wrote: How do you guys allow customers to modify velocity templates without mucking with WAR files? Blake -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rickard Öberg Sent: Sunday, June 08, 2003 2:21 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] JavaOne meetings + Gerry Seidman wrote: I am evaluating Velocity for a mission critical application (300+ heavy internal users + web presence for another 25,000 moderate users and 250,000 occasioinal users). Does anyone have experience with this type of deployment? We've built our entire CMS product on WebWork+Velocity, and the performance is awesome. Try surfing www.konj.se for example, which is running on our CMS on a 1Ghz Linux box along with 15 other customers (including our own homepage). We've also found Velocity templates to be easy to build and maintain, and we can even let our customers do their own customizations without much trouble. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] JavaOne meetings +
Anthony Eden wrote: Are you trying to allow modifications of Velocity templates stored in an unexpanded WAR? There is not an easy way to do this as far as I know. Well, it shouldn't be *that* hard, but it'd be a hassle when you do upgrades *shiver* This is not to say it can't be done but its probably not worth the hassle since the interface to files in the Servlet API is geared towards reading only. I'm going to go out on a limb and guess that Rickard's system doesn't pull templates from the file system but rather from some sort of database. Yup (from Jisp). Velocity can pull template data from any ResourceLoader implementation. Therefore you can pull templates from the filesystem, databases, in-memory, or wherever they may reside as long as you provide the appropriate ResourceLoader implementation. Or (as we do) you can simply give Velocity a String with the template. And of course, String's are easy to store in databases. /Rickard --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] JavaOne meetings +
An alternate methodology would be to configure within velocity.properties an additional file location for your templates. This could then be mapped to a shared network directory on a NetApp file server or some other similar device. M Michael Blake Day wrote: Right, but I've always been against sticking templates into a relational database system, and I've never heard of any other good alternative database for document storage. I suppose that using an unpacked WAR is one solution, but what about the issue of security? Content people should not have write access to the unpackaged WAR directory. Does anyone else accomplish this without a relational database? Blake -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Anthony Eden Sent: Tuesday, June 10, 2003 12:47 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] JavaOne meetings + Are you trying to allow modifications of Velocity templates stored in an unexpanded WAR? There is not an easy way to do this as far as I know. This is not to say it can't be done but its probably not worth the hassle since the interface to files in the Servlet API is geared towards reading only. I'm going to go out on a limb and guess that Rickard's system doesn't pull templates from the file system but rather from some sort of database. Velocity can pull template data from any ResourceLoader implementation. Therefore you can pull templates from the filesystem, databases, in-memory, or wherever they may reside as long as you provide the appropriate ResourceLoader implementation. Check out the following section of the Velocity developer's guide for more information: http://jakarta.apache.org/velocity/developer-guide.html#Configurin g%20Resource%20Loaders JPublish uses this facility to pull templates from any provider in its Virtual File System and it works quite well. Sincerely, Anthony Eden Michael Blake Day wrote: How do you guys allow customers to modify velocity templates without mucking with WAR files? Blake -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rickard Öberg Sent: Sunday, June 08, 2003 2:21 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] JavaOne meetings + Gerry Seidman wrote: I am evaluating Velocity for a mission critical application (300+ heavy internal users + web presence for another 25,000 moderate users and 250,000 occasioinal users). Does anyone have experience with this type of deployment? We've built our entire CMS product on WebWork+Velocity, and the performance is awesome. Try surfing www.konj.se for example, which is running on our CMS on a 1Ghz Linux box along with 15 other customers (including our own homepage). We've also found Velocity templates to be easy to build and maintain, and we can even let our customers do their own customizations without much trouble. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com.
Re: [OS-webwork] JavaOne meetings +
Michael Blake Day wrote: Right, but I've always been against sticking templates into a relational database system, and I've never heard of any other good alternative database for document storage. First of all I have to ask: why won't you store a template in a relational database? As for alternatives I am particularly fond of the Virtual File System approach (using Commons VFS). To your application everything looks like a file system yet you could potentially store files anywhere. I suppose that using an unpacked WAR is one solution, but what about the issue of security? Content people should not have write access to the unpackaged WAR directory. Does anyone else accomplish this without a relational database? Unpacked WARs are probably the worst solution unless your file system is the definitive location of that content. If there is any chance that you might want to update the file system using a new WAR in the future then you would potentially lose the existing data or you would have to jump through hoops to migrate it. One thing I have been considering for quite some time is the ability to pull content directly from CVS. Perhaps that is the alternative that you are looking for? Although like I said before I don't understand what you have against databases. Sincerely, Anthony Eden --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Setters that take 2 parameters in Actions
Hi Douglass, OGNL/XWork/WebWork2 doesn't support this, but we needed this kind of support in our (Swing) app, so we have patched OGNL to support this kind of mapped property. Basically, your tag would look like: ui:textarea label='an editor' name=html['editor'] value=html rows=20 cols=80/ The patch is *very much* a hack but it seems to be working OK for us, and I can provide you with a patched ognl.jar + source if you want to (OGNL is kind of tricky to compile, and the code is... hairy, so it might be easier just to use the patched jar). We'll submit the patch to OGNL eventually, if we can do it without embarrasing ourselves too much ;-) cheers, /Måns -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Robert Douglass Sent: den 9 juni 2003 21:29 To: WebWork Subject: [OS-webwork] Setters that take 2 parameters in Actions The action that I've written would like to have a setter called with 2 parameters. How do I write a JSP tag that passes populates this method correctly? Is this even possible? the setter: public void setHtml(String id, String html) {... the jsp before I got the idea that setHtml needed String id as well: ui:textarea label='an editor' name='editor' value=html rows=20 cols=80/ thanks, Robert Douglass --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] JavaOne meetings +
Michael Blake Day wrote: Right, but I've always been against sticking templates into a relational database system, and I've never heard of any other good alternative database for document storage. First of all I have to ask: why won't you store a template in a relational database? One word: overkill. Since the database is already a bottleneck in most applications, I try to relieve the stress as much as possible. Usually putting templates (which are used on every request) into the database leads to bad performance. I think velocity templates are cached in memory, so it's probably fine to store them anywhere you want. As for alternatives I am particularly fond of the Virtual File System approach (using Commons VFS). To your application everything looks like a file system yet you could potentially store files anywhere. I hadn't ever checked this out. Looks pretty interesting. I suppose that using an unpacked WAR is one solution, but what about the issue of security? Content people should not have write access to the unpackaged WAR directory. Does anyone else accomplish this without a relational database? Unpacked WARs are probably the worst solution unless your file system is the definitive location of that content. If there is any chance that you might want to update the file system using a new WAR in the future then you would potentially lose the existing data or you would have to jump through hoops to migrate it. One thing I have been considering for quite some time is the ability to pull content directly from CVS. Perhaps that is the alternative that you are looking for? Although like I said before I don't understand what you have against databases. This is a great idea, I think. Again, the templates must be cached in memory for this to work well, but it opens up a whole new way of managing them. Sincerely, Anthony Eden --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] ww2 on websphere 5
This may have to do, or be similar to http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-186 I think I saw this error on JBoss too. Hendrik On dinsdag, jun 10, 2003, at 15:38 Europe/Amsterdam, Andre Mermegas wrote: Hrm ok, that's a good quick fix for now, thanks. The IoC stuff seems really cool though, not sure if I'd use it, but it'd be nice to have the option. Hopefully I can track down why ww2/ws5 can't find that components.xml file and all will be peachy again. Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pat Lightbody Sent: Tuesday, June 10, 2003 3:21 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] ww2 on websphere 5 It sounds like WebWork can't find the components.xml file. If you don't have one and don't plan to use the IoC part of XWork, just remove the IoC stuff from web.xml (the filter and the two listeners). -Pat - Original Message - From: Andre Mermegas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 09, 2003 7:27 PM Subject: [OS-webwork] ww2 on websphere 5 Sup guys, I'm trying to get ww2 example app up and running on Websphere5, but for some reason it's choking trying to find the components.xml. It's in the classes directory of the war, built straight outta cvs as of a few minutes ago. Anybody have any clues? I'm gonna poke around a bit. Heres the error message: [6/9/03 22:20:01:969 EDT] 5e6547e1 WebContainer A SRVE0169I: Loading Web Module: WebWork 2.0 Example App. [6/9/03 22:20:02:078 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: JSP 1.2 Processor: init [6/9/03 22:20:03:469 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: SimpleFileServlet: init [6/9/03 22:20:03:484 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: InvokerServlet: init [6/9/03 22:20:03:531 EDT] 5e6547e1 WebGroup I SRVE0180I: [WebWork 2.0 Example App] [/ww2-example] [Servlet.LOG]: velocity: init [6/9/03 22:20:03:594 EDT] 5e6547e1 VelocityManag I com.opensymphony.webwork.views.velocity.VelocityManager Initializing velocity using 'velocity.properties' [6/9/03 22:20:03:984 EDT] 5e6547e1 VelocityManag I com.opensymphony.webwork.views.velocity.VelocityManager Initializing velocity using 'velocity.properties' [6/9/03 22:20:04:172 EDT] 5e6547e1 ApplicationLi E com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener Cannot load components.xml configuration: InputStream cannot be null [6/9/03 22:20:04:188 EDT] 5e6547e1 ApplicationLi E com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener TRAS0014I: The following exception was logged java.lang.IllegalArgumentException: InputStream cannot be null at javax.xml.parsers.DocumentBuilder.parse(Unknown Source) at com.opensymphony.xwork.interceptor.component.ComponentConfiguration.loa d From Xml(ComponentConfiguration.java:81) at com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener.loadCon f igur ation(ApplicationLifecycleListener.java:58) at com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener.context I niti alized(ApplicationLifecycleListener.java:45) at com.ibm.ws.webcontainer.srt.WebGroup.notifyServletContextCreated(WebGro u p.ja va:1358) at com.ibm.ws.webcontainer.srt.WebGroup.init(WebGroup.java:240) at com.ibm.ws.webcontainer.WebContainer.addWebApplication(WebContainer.jav a :950 ) at com.ibm.ws.runtime.component.WebContainerImpl.install(WebContainerImpl. j ava: 133) at com.ibm.ws.runtime.component.WebContainerImpl.start(WebContainerImpl.ja v a:36 0) at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImp l .jav a:401) at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObject S tart (DeployedApplicationImpl.java:743) at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImp l .jav a:337) at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedAppl i cati onImpl.java:531) at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(Applic a tion MgrImpl.java:254) at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImp l .jav a:232) at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImp l .jav a:343) at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:234 ) at com.ibm.ws.runtime.component.ApplicationServerImpl.start(ApplicationSer v erIm pl.java:117) at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImp l .jav a:343) at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:234 ) at com.ibm.ws.runtime.component.ServerImpl.start(ServerImpl.java:182) at com.ibm.ws.runtime.WsServer.start(WsServer.java:135) at
[OS-webwork] Configuration in /WEB-INF
Guys, It seems like we are having a lot of problems with finding configuration files in the classpath etc. Also, I dislike putting configuration files other than .properties on the classpath. That's why I propose putting it all (components.xml, xwork.xml etc)under /WEB-INF directly (same as SiteMesh for example). +1 from me Mathias --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Expression Validation
well even with what I had originally, my expression should invalidate the data if the string less than 10, if you see what I mean. the problem actually seems to be that the expression does nothing, regardless of what the actual expression is. I have tried: string.length() 10 string.length() 10 string.length() == 1 string.length() != 1 and all sorts of variations in between, just to get an expression to do anything. if I simply use: string.length() I get a message saying something like: 'returned N when boolean expected' where N is the string length. so I know that that part of the expression is fine, just the minute I do anything more complex: nothing. no message, no error, no validation. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pat Lightbody Sent: Tuesday, 10 June 2003 5:22 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] Expression Validation Have you tried string.length() 10? The validation expression stuff is a little funky.. sometime I think opposite of what it is (true validates, false doesn't -- or vice-versa). -Pat - Original Message - From: Toby Hede [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 09, 2003 9:11 PM Subject: [OS-webwork] Expression Validation I am still having problems with expression valdiation. basically my 'string.length() 10' expression doesn't work at all. I can access string.length() ok (which returns a non-boolean error), but the minute I have an actual boolean expression nothing happens. should I place a bug report? --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] JavaOne meetings +
A transactional rdbms is not good for this type of thing for performance reason. However a lightweight java database engine like jisp should fit in very well. The key thing here is that the db must support super fast, non transactional read very well. --- Michael Blake Day [EMAIL PROTECTED] wrote: Right, but I've always been against sticking templates into a relational database system, and I've never heard of any other good alternative database for document storage. I suppose that using an unpacked WAR is one solution, but what about the issue of security? Content people should not have write access to the unpackaged WAR directory. Does anyone else accomplish this without a relational database? Blake -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Anthony Eden Sent: Tuesday, June 10, 2003 12:47 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] JavaOne meetings + Are you trying to allow modifications of Velocity templates stored in an unexpanded WAR? There is not an easy way to do this as far as I know. This is not to say it can't be done but its probably not worth the hassle since the interface to files in the Servlet API is geared towards reading only. I'm going to go out on a limb and guess that Rickard's system doesn't pull templates from the file system but rather from some sort of database. Velocity can pull template data from any ResourceLoader implementation. Therefore you can pull templates from the filesystem, databases, in-memory, or wherever they may reside as long as you provide the appropriate ResourceLoader implementation. Check out the following section of the Velocity developer's guide for more information: http://jakarta.apache.org/velocity/developer-guide.html#Configurin g%20Resource%20Loaders JPublish uses this facility to pull templates from any provider in its Virtual File System and it works quite well. Sincerely, Anthony Eden Michael Blake Day wrote: How do you guys allow customers to modify velocity templates without mucking with WAR files? Blake -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rickard Öberg Sent: Sunday, June 08, 2003 2:21 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] JavaOne meetings + Gerry Seidman wrote: I am evaluating Velocity for a mission critical application (300+ heavy internal users + web presence for another 25,000 moderate users and 250,000 occasioinal users). Does anyone have experience with this type of deployment? We've built our entire CMS product on WebWork+Velocity, and the performance is awesome. Try surfing www.konj.se for example, which is running on our CMS on a 1Ghz Linux box along with 15 other customers (including our own homepage). We've also found Velocity templates to be easy to build and maintain, and we can even let our customers do their own customizations without much trouble. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] [JIRA-Opensymphony] Created: (XW-53) Add MessageFormat support for text messages from xwork-message.properties
Message: A new issue has been created in JIRA. - View the issue: http://jira.opensymphony.com/secure/ViewIssue.jspa?key=XW-53 Here is an overview of the issue: - Key: XW-53 Summary: Add MessageFormat support for text messages from xwork-message.properties Type: New Feature Status: Assigned Priority: Minor Project: XWork Versions: 1.0 Assignee: Patrick Lightbody Reporter: Brock Bulger Created: Wed, 11 Jun 2003 12:17 AM Updated: Wed, 11 Jun 2003 12:17 AM Environment: All Description: Many of the exceptions and error messages in XWork use objects in creating their output. The LocalizedTextUtil class should be enhanced to provide a method of getting the default text message formatted with any objects passed in. This functionality is necessary to start externalizing the error messages in XWork. The attached patch changes the following: - adds junit test for testing MessageFormat support in findDefaultText() - adds an implementation for using MessageFormat in findDefaultText() - corrects the spelling of DEFAULT_REOUSRCE_BUNDLES - DEFAULT_RESOURCE_BUNDLES - corrects the spelling of ACTION_EXECTION_ERROR - ACTION_EXECUTION_ERROR Here is the new method: /** * Returns a localized message for the specified text key, aTextName, substituting variables from the * array of params into the message. * @param aTextName The message key * @param params An array of objects to be substituted into the message text * @return A formatted message based on the key specified * @throws MissingResourceException */ public static String findDefaultText(String aTextName, Object[] params) throws MissingResourceException { return MessageFormat.format(findDefaultText(aTextName), params); } - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.opensymphony.com/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork