Re: [S2] Release Plan for 2.0.8
2007/6/5, David H. DeWolf [EMAIL PROTECTED]: The tiles 2.0.4 vote was recapped today (and passed as the first tiles2 beta). Antonio is working on finalizing/pushing the release. The struts2-tiles plugin depends upon 2.0.3, which is already released, so I'm not sure what the holdup is. In fact Tiles 2.0.4 is both on Maven repo and in Apache dist. I think that migrating from 2.0.3 to 2.0.4 consists of some code change. For an end-user perspective, the changes regard the configuration (in web.xml), where the parameter names have been completely refactored. But anyway, I think that Struts 2.0.8 can be released, the Tiles plugin can be released separately when the Tiles 2.0.4 support will be available. Antonio
RE: [S2] Release Plan for 2.0.8
Hi, I'm coming from the user side of the fence and having looked at the release notes for tiles 2.0.4 I'd urge you to go with 2.0.4 even if it means delaying the stuts 2.0.8 release a little. There are a couple of reasons for this; 1) The performance enhancement detailed at https://issues.apache.org/struts/browse/TILES-87, which could be very useful in high volume sites. 2) 2.0.4 seems to have been tagged on the same day as 2.0.3 (both votes started on the 18th of May, the 2.0.4 vote started 2 hours after the 2.0.3 one). Personally it makes me a bit nervous to go with a release that appears to have been superceeded 2 hours later. Hopefully Antonio can shed some light on this. Al. -Original Message- From: Antonio Petrelli [mailto:[EMAIL PROTECTED] Sent: 06 June 2007 08:19 To: Struts Developers List Subject: Re: [S2] Release Plan for 2.0.8 2007/6/5, David H. DeWolf [EMAIL PROTECTED]: The tiles 2.0.4 vote was recapped today (and passed as the first tiles2 beta). Antonio is working on finalizing/pushing the release. The struts2-tiles plugin depends upon 2.0.3, which is already released, so I'm not sure what the holdup is. In fact Tiles 2.0.4 is both on Maven repo and in Apache dist. I think that migrating from 2.0.3 to 2.0.4 consists of some code change. For an end-user perspective, the changes regard the configuration (in web.xml), where the parameter names have been completely refactored. But anyway, I think that Struts 2.0.8 can be released, the Tiles plugin can be released separately when the Tiles 2.0.4 support will be available. Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] Release Plan for 2.0.8
2007/6/6, Al Sutton [EMAIL PROTECTED]: 1) The performance enhancement detailed at https://issues.apache.org/struts/browse/TILES-87, which could be very useful in high volume sites. This is not a big performance problem, it's a question of some null-check and string comparisons that are not there anymore... Is it so important? :-) 2) 2.0.4 seems to have been tagged on the same day as 2.0.3 (both votes started on the 18th of May, the 2.0.4 vote started 2 hours after the 2.0.3 one). Personally it makes me a bit nervous to go with a release that appears to have been superceeded 2 hours later. Hopefully Antonio can shed some light on this. Sorry, the first vote mail was a typo, the real 2.0.3 vote was started on 5th April: http://www.nabble.com/-VOTE--2.0.3-Release-Quality-tf3531424.html Antonio
RE: [S2] Release Plan for 2.0.8
Thanks for the clarification. I'll go back to lurking :) -Original Message- From: Antonio Petrelli [mailto:[EMAIL PROTECTED] Sent: 06 June 2007 09:04 To: Struts Developers List Subject: Re: [S2] Release Plan for 2.0.8 2007/6/6, Al Sutton [EMAIL PROTECTED]: 1) The performance enhancement detailed at https://issues.apache.org/struts/browse/TILES-87, which could be very useful in high volume sites. This is not a big performance problem, it's a question of some null-check and string comparisons that are not there anymore... Is it so important? :-) 2) 2.0.4 seems to have been tagged on the same day as 2.0.3 (both votes started on the 18th of May, the 2.0.4 vote started 2 hours after the 2.0.3 one). Personally it makes me a bit nervous to go with a release that appears to have been superceeded 2 hours later. Hopefully Antonio can shed some light on this. Sorry, the first vote mail was a typo, the real 2.0.3 vote was started on 5th April: http://www.nabble.com/-VOTE--2.0.3-Release-Quality-tf3531424.html Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[s2 on J4] Error Message: Filter [struts2]: could not be initialized
I am new to struts 2 (previously work with struts 1) and I try to build an application with spring on java 1.4 (websphere 6.0). I got this error when I try to access the deployed application: Error Message: Filter [struts2]: could not be initialized Error Code: 500 Target Servlet: null Error Stack: com.opensymphony.xwork2.inject.DependencyException: com.opensymphony.xwork2.inject.ContainerImpl$MissingDependencyException: No mapping found for dependency [type=java.lang.String, name='struts.devMode'] in public static void org.apache.struts2.dispatcher.Dispatcher.setDevMode(java.lang.String). at com.opensymphony.xwork2.inject.ContainerImpl.addInjectorsForMembers(ContainerImpl.java:157) at com.opensymphony.xwork2.inject.ContainerImpl.addInjectorsForMethods(ContainerImpl.java:126) at com.opensymphony.xwork2.inject.ContainerImpl.injectStatics(ContainerImpl.java:111) at com.opensymphony.xwork2.inject.ContainerBuilder.create(ContainerBuilder.java:494) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reload(DefaultConfiguration.java:145) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:52) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:398) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:455) at org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:201) at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.init(FilterInstanceWrapper.java:109) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.loadFilter(WebAppFilterManager.java:328) ... Caused by: com.opensymphony.xwork2.inject.ContainerImpl$MissingDependencyException: No mapping found for dependency [type=java.lang.String, name='struts.devMode'] in public static void org.apache.struts2.dispatcher.Dispatcher.setDevMode(java.lang.String). at com.opensymphony.xwork2.inject.ContainerImpl.createParameterInjector(ContainerImpl.java:239) at com.opensymphony.xwork2.inject.ContainerImpl.getParametersInjectors(ContainerImpl.java:229) at com.opensymphony.xwork2.inject.ContainerImpl$MethodInjector.init(ContainerImpl.java:282) ... I tryed in struts.xml with and without 'struts.devMode' but I have the same error. Can you provide some help, please ? Thank you very much. Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
How to access static property in jsp page using struts
HI, In case of webworks to access static properly in jsp page we used to do as below webwork:hidden name=propertyName value=@[EMAIL PROTECTED] / what about in struts 2? Is there any complete migration guide to move from ww2 to struts 2, given guide is not valid/incomplete. -- View this message in context: http://www.nabble.com/How-to-access-static-property-in-jsp-page-using-struts-tf3877595.html#a10987595 Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to access static property in jsp page using struts
That's actually an OGNL thing, so yes, you should be able to access it on the same way. musachy On 6/6/07, Strut_developer [EMAIL PROTECTED] wrote: HI, In case of webworks to access static properly in jsp page we used to do as below webwork:hidden name=propertyName value=@[EMAIL PROTECTED] / what about in struts 2? Is there any complete migration guide to move from ww2 to struts 2, given guide is not valid/incomplete. -- View this message in context: http://www.nabble.com/How-to-access-static-property-in-jsp-page-using-struts-tf3877595.html#a10987595 Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Hey you! Would you help me to carry the stone? Pink Floyd
Re: How to access static property in jsp page using struts
My bad, I didn't look at the email address. Please post these questions on the users list, as this list is for struts 2 development. musachy On 6/6/07, Musachy Barroso [EMAIL PROTECTED] wrote: That's actually an OGNL thing, so yes, you should be able to access it on the same way. musachy On 6/6/07, Strut_developer [EMAIL PROTECTED] wrote: HI, In case of webworks to access static properly in jsp page we used to do as below webwork:hidden name=propertyName value=@[EMAIL PROTECTED]/ what about in struts 2? Is there any complete migration guide to move from ww2 to struts 2, given guide is not valid/incomplete. -- View this message in context: http://www.nabble.com/How-to-access-static-property-in-jsp-page-using-struts-tf3877595.html#a10987595 Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Hey you! Would you help me to carry the stone? Pink Floyd -- Hey you! Would you help me to carry the stone? Pink Floyd
Re: How to access static property in jsp page using struts
Ya but unfortunately its not working. Musachy Barroso wrote: That's actually an OGNL thing, so yes, you should be able to access it on the same way. musachy On 6/6/07, Strut_developer [EMAIL PROTECTED] wrote: HI, In case of webworks to access static properly in jsp page we used to do as below webwork:hidden name=propertyName value=@[EMAIL PROTECTED] / what about in struts 2? Is there any complete migration guide to move from ww2 to struts 2, given guide is not valid/incomplete. -- View this message in context: http://www.nabble.com/How-to-access-static-property-in-jsp-page-using-struts-tf3877595.html#a10987595 Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Hey you! Would you help me to carry the stone? Pink Floyd -- View this message in context: http://www.nabble.com/How-to-access-static-property-in-jsp-page-using-struts-tf3877595.html#a10988369 Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New consolidated zero-config/codebehind/component plugin
Ted Husted wrote: On 5/30/07, Ted Husted [EMAIL PROTECTED] wrote: At this point, we have three Confluence spaces going ... and the S2 Documentation wiki (WW) is the only one that requires a CLA on file. I put up the SmartURLs plugin on the plugin registry and I'm hoping to get the documentation started soon. The latest working version is in SubVersion over at google code (http://code.google.com/p/smarturls-s2) and the JavaDoc is available over there as well. If anyone has comments, feedback, bugs, enhancements, let me know. And if we still want to move this sucker into core, I'm down with that. -bp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] Release Plan for 2.0.8
Thanks for stepping up, Rainer. If you have any questions, you know where to find me. :) -Ted. On 6/5/07, Rainer Hermanns [EMAIL PROTECTED] wrote: Hey there, if there are no objections, I'd like to roll the 2.0.8 release tomorrow. What is the status of WW-1943 [1]? IIRC only a tiles release was missing for the release. Please correct me if I'm wrong. cheers, Rainer [1] http://issues.apache.org/struts/browse/WW-1943 -- Rainer Hermanns aixcept Neupforte 16 52062 Aachen - Germany w: http://aixcept.de/ t:+49-241-4012247 m: +49-170-3432912 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] Release Plan for 2.0.8
2007/6/6, Don Brown [EMAIL PROTECTED]: Some poor sod having the time to roll the release? :) Eheh :-) You know, in Tiles we are using the Maven release plugin and everything is much much easier... It's a pity that you cannot use it :-P Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[S2] JARs in plugins
Hi everyone... I'm writing my first S2 plugin and I'm running into a problem, which may well just be one of understanding. I had thought that any JAR placed in the root of the plugin JAR would be added to the path, but this seemingly isn't the case. My understanding is that a plugin JAR is a self-contained entity, and this to me means it should include any JARs it is itself dependant on. So, is my understanding correct, and assuming so, how can I get those internal JARs available? I should note that I'm looking for the included JARs to be available not only to my plugin code but *also* to code in the webapp its a part of, which maybe isn't possible? If it isn't, is there any potential for conflict by having the same JAR within the plugin JAR and also in WEb-INF/lib of the webapp? Guidance is appreciate whataver the answer(s). Thanks all! Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New Jira tickets
Hello everyone. My sincere apologies if this question should've been asked on struts-user. I have reported 2 bugs in struts2 on jira. How long does it usually take from a bug is repported until it is determined whether bug actually is a bug and not just me being stupid? The two issues are: https://issues.apache.org/struts/browse/WW-1954 https://issues.apache.org/struts/browse/WW-1972 To what component does struts tags belong? Kind regards Jan Hornbøll Hansen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] JARs in plugins
On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: Hi everyone... I'm writing my first S2 plugin and I'm running into a problem, which may well just be one of understanding. I had thought that any JAR placed in the root of the plugin JAR would be added to the path, but this seemingly isn't the case. My understanding is that a plugin JAR is a self-contained entity, and this to me means it should include any JARs it is itself dependant on. So, is my understanding correct, and assuming so, how can I get those internal JARs available? I should note that I'm looking for the included JARs to be available not only to my plugin code but *also* to code in the webapp its a part of, which maybe isn't possible? If it isn't, is there any potential for conflict by having the same JAR within the plugin JAR and also in WEb-INF/lib of the webapp? Well, I've written some plugins, and I never pack dependencies in the same jar, for precisely that reason. But if you really want, you can always repack jars, but I really see no good reason for it. OSGi, anyone ? Phil Guidance is appreciate whataver the answer(s). Thanks all! Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Software Architect - Memenco Consulting Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. - John F. Woods - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Jira tickets
On 6/6/07, Jan Hornbøll Hansen [EMAIL PROTECTED] wrote: Hello everyone. My sincere apologies if this question should've been asked on struts-user. I have reported 2 bugs in struts2 on jira. How long does it usually take from a bug is repported until it is determined whether bug actually is a bug and not just me being stupid? Actually, both issues should have been reported on the mailing list first, so they could be verified to be bugs or just 'you being stupid'. If you're not sure if it's a user mistake or a genuine bug, then it's a good indication you should ask on the user list before submitting it as a bug or problem. Hth, Phil The two issues are: https://issues.apache.org/struts/browse/WW-1954 https://issues.apache.org/struts/browse/WW-1972 To what component does struts tags belong? Kind regards Jan Hornbøll Hansen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Software Architect - Memenco Consulting Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. - John F. Woods
Re: New Jira tickets
Philip Luppens skrev: Actually, both issues should have been reported on the mailing list first, so they could be verified to be bugs or just 'you being stupid'. If you're not sure if it's a user mistake or a genuine bug, then it's a good indication you should ask on the user list before submitting it as a bug or problem. Which mailing list are you refering to? This one or struts user? I am pretty sure these are genuine bugs, my humble nature just prohibits me from making bold claims without leaving room for the possibility of me being wrong. Regards Jan H. Hansen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] JARs in plugins
You can also consider using Jar Jar Links (o, me-sa gonna muck witha your bytecodes, or if you prefer a more recent meme, IM UP IN UR JARZ TWEAKIN UR PKGS) if you are coupled to a specific release and want to ensure there's no possibility of library conflict with webapp libs. Dave --- Philip Luppens [EMAIL PROTECTED] wrote: On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: Hi everyone... I'm writing my first S2 plugin and I'm running into a problem, which may well just be one of understanding. I had thought that any JAR placed in the root of the plugin JAR would be added to the path, but this seemingly isn't the case. My understanding is that a plugin JAR is a self-contained entity, and this to me means it should include any JARs it is itself dependant on. So, is my understanding correct, and assuming so, how can I get those internal JARs available? I should note that I'm looking for the included JARs to be available not only to my plugin code but *also* to code in the webapp its a part of, which maybe isn't possible? If it isn't, is there any potential for conflict by having the same JAR within the plugin JAR and also in WEb-INF/lib of the webapp? Well, I've written some plugins, and I never pack dependencies in the same jar, for precisely that reason. But if you really want, you can always repack jars, but I really see no good reason for it. OSGi, anyone ? Phil Guidance is appreciate whataver the answer(s). Thanks all! Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Software Architect - Memenco Consulting Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. - John F. Woods - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Jira tickets
--- Jan Hornbøll Hansen [EMAIL PROTECTED] wrote: Philip Luppens skrev: then it's a good indication you should ask on the user list before submitting it as a bug or problem. Which mailing list are you refering to? This one or struts user? Er, user. It's also a way of discovering if the functionality in question is a known issue and has already been submitted or possibly even fixed. d. TV dinner still cooling? Check out Tonight's Picks on Yahoo! TV. http://tv.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Jira tickets
Dave Newton skrev: Actually, both issues should have been reported on the mailing list first, so they could be verified to be bugs or just 'you being stupid'. If you're not sure if it's a user mistake or a genuine bug, then it's a good indication you should ask on the user list before submitting it as a bug or problem. Which mailing list are you refering to? This one or struts user? Er, user. It's also a way of discovering if the functionality in question is a known issue and has already been submitted or possibly even fixed. Ok will do that in the future. I gather from this that issues in Jira are considdered verified bugs and the next thing that would normally happen is that they'd be assigned to someone. Is that correct? Regards Jan H. Hansen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Jira tickets
Well, not all of them are verified, but it is better if they are reported first on the list, as some times it is a duplicated issue, and then we have to go and find the original one, and, we are lazy :) thanks for reporting musachy On 6/6/07, Jan Hornbøll Hansen [EMAIL PROTECTED] wrote: Dave Newton skrev: Actually, both issues should have been reported on the mailing list first, so they could be verified to be bugs or just 'you being stupid'. If you're not sure if it's a user mistake or a genuine bug, then it's a good indication you should ask on the user list before submitting it as a bug or problem. Which mailing list are you refering to? This one or struts user? Er, user. It's also a way of discovering if the functionality in question is a known issue and has already been submitted or possibly even fixed. Ok will do that in the future. I gather from this that issues in Jira are considdered verified bugs and the next thing that would normally happen is that they'd be assigned to someone. Is that correct? Regards Jan H. Hansen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Hey you! Would you help me to carry the stone? Pink Floyd
Re: [S2] JARs in plugins
No, I wouldn't want to repack JARs... we actually do that with Java Web Parts with a couple of Commons packages, but what I'm working on now has a larger number of dependencies and they are a little more complex. Definitely wouldn't want to do any bytecode manipulation either, or any other voodoo for that matter ;) If a plugin is to be truly drop in and go, that kind of implies all dependencies are included, doesn't it? That's what my naive little mind had in its brain LOL... if that's not the case, so be it, I'll just need to document the dependencies and modify my build script a little, not the end of the world. That wouldn't make a terrible S2 enhancement though, the ability to (optionally) unpack any JARs in a plugin JAR and add them to the classpath (not even sure you can do that dynamically). Would let developers make plugins truly self-contained and also ensure proper versioning of dependent libraries... of course, there's that nagging conflicting versions issue, so maybe not such a great idea :( Thanks, Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! On Wed, June 6, 2007 11:59 am, Dave Newton wrote: You can also consider using Jar Jar Links (o, me-sa gonna muck witha your bytecodes, or if you prefer a more recent meme, IM UP IN UR JARZ TWEAKIN UR PKGS) if you are coupled to a specific release and want to ensure there's no possibility of library conflict with webapp libs. Dave --- Philip Luppens [EMAIL PROTECTED] wrote: On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: Hi everyone... I'm writing my first S2 plugin and I'm running into a problem, which may well just be one of understanding. I had thought that any JAR placed in the root of the plugin JAR would be added to the path, but this seemingly isn't the case. My understanding is that a plugin JAR is a self-contained entity, and this to me means it should include any JARs it is itself dependant on. So, is my understanding correct, and assuming so, how can I get those internal JARs available? I should note that I'm looking for the included JARs to be available not only to my plugin code but *also* to code in the webapp its a part of, which maybe isn't possible? If it isn't, is there any potential for conflict by having the same JAR within the plugin JAR and also in WEb-INF/lib of the webapp? Well, I've written some plugins, and I never pack dependencies in the same jar, for precisely that reason. But if you really want, you can always repack jars, but I really see no good reason for it. OSGi, anyone ? Phil Guidance is appreciate whataver the answer(s). Thanks all! Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Software Architect - Memenco Consulting Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. - John F. Woods - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] JARs in plugins
The whole auto-unpacking thing could quickly become a nightmare, not a good idea IMO. @Phil: last time I tried to get OSGi and Struts together I failed miserably, I even feel dumber after that :). Someday I will try again, but that time I will actually read OSGi documentation first. musachy On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: No, I wouldn't want to repack JARs... we actually do that with Java Web Parts with a couple of Commons packages, but what I'm working on now has a larger number of dependencies and they are a little more complex. Definitely wouldn't want to do any bytecode manipulation either, or any other voodoo for that matter ;) If a plugin is to be truly drop in and go, that kind of implies all dependencies are included, doesn't it? That's what my naive little mind had in its brain LOL... if that's not the case, so be it, I'll just need to document the dependencies and modify my build script a little, not the end of the world. That wouldn't make a terrible S2 enhancement though, the ability to (optionally) unpack any JARs in a plugin JAR and add them to the classpath (not even sure you can do that dynamically). Would let developers make plugins truly self-contained and also ensure proper versioning of dependent libraries... of course, there's that nagging conflicting versions issue, so maybe not such a great idea :( Thanks, Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! On Wed, June 6, 2007 11:59 am, Dave Newton wrote: You can also consider using Jar Jar Links (o, me-sa gonna muck witha your bytecodes, or if you prefer a more recent meme, IM UP IN UR JARZ TWEAKIN UR PKGS) if you are coupled to a specific release and want to ensure there's no possibility of library conflict with webapp libs. Dave --- Philip Luppens [EMAIL PROTECTED] wrote: On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: Hi everyone... I'm writing my first S2 plugin and I'm running into a problem, which may well just be one of understanding. I had thought that any JAR placed in the root of the plugin JAR would be added to the path, but this seemingly isn't the case. My understanding is that a plugin JAR is a self-contained entity, and this to me means it should include any JARs it is itself dependant on. So, is my understanding correct, and assuming so, how can I get those internal JARs available? I should note that I'm looking for the included JARs to be available not only to my plugin code but *also* to code in the webapp its a part of, which maybe isn't possible? If it isn't, is there any potential for conflict by having the same JAR within the plugin JAR and also in WEb-INF/lib of the webapp? Well, I've written some plugins, and I never pack dependencies in the same jar, for precisely that reason. But if you really want, you can always repack jars, but I really see no good reason for it. OSGi, anyone ? Phil Guidance is appreciate whataver the answer(s). Thanks all! Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Software Architect - Memenco Consulting Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. - John F. Woods - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ - 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] -- Hey you! Would you help me to carry
Re: [S2] JARs in plugins
On Wed, June 6, 2007 12:57 pm, Musachy Barroso wrote: The whole auto-unpacking thing could quickly become a nightmare, not a good idea IMO. Yeah, your probably right... If there was a way to ensure you didn't have two versions of the same class in two different JARs I might feel differently, but I suspect that's not possible, not without something a bit drastic like writing a custom classloader... I for one certainly don't want to go there :) All this does however, to me anyway, mean that plugins can't really be called self-contained, and saying ...can extend the framework just by adding a JAR to the application's classpath in the documentation isn't 100% accurate (99% maybe). Ok, well, doesn't matter, I made my changes and have things working now, so thanks for the clarification on this guys. Frank @Phil: last time I tried to get OSGi and Struts together I failed miserably, I even feel dumber after that :). Someday I will try again, but that time I will actually read OSGi documentation first. musachy On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: No, I wouldn't want to repack JARs... we actually do that with Java Web Parts with a couple of Commons packages, but what I'm working on now has a larger number of dependencies and they are a little more complex. Definitely wouldn't want to do any bytecode manipulation either, or any other voodoo for that matter ;) If a plugin is to be truly drop in and go, that kind of implies all dependencies are included, doesn't it? That's what my naive little mind had in its brain LOL... if that's not the case, so be it, I'll just need to document the dependencies and modify my build script a little, not the end of the world. That wouldn't make a terrible S2 enhancement though, the ability to (optionally) unpack any JARs in a plugin JAR and add them to the classpath (not even sure you can do that dynamically). Would let developers make plugins truly self-contained and also ensure proper versioning of dependent libraries... of course, there's that nagging conflicting versions issue, so maybe not such a great idea :( Thanks, Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! On Wed, June 6, 2007 11:59 am, Dave Newton wrote: You can also consider using Jar Jar Links (o, me-sa gonna muck witha your bytecodes, or if you prefer a more recent meme, IM UP IN UR JARZ TWEAKIN UR PKGS) if you are coupled to a specific release and want to ensure there's no possibility of library conflict with webapp libs. Dave --- Philip Luppens [EMAIL PROTECTED] wrote: On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: Hi everyone... I'm writing my first S2 plugin and I'm running into a problem, which may well just be one of understanding. I had thought that any JAR placed in the root of the plugin JAR would be added to the path, but this seemingly isn't the case. My understanding is that a plugin JAR is a self-contained entity, and this to me means it should include any JARs it is itself dependant on. So, is my understanding correct, and assuming so, how can I get those internal JARs available? I should note that I'm looking for the included JARs to be available not only to my plugin code but *also* to code in the webapp its a part of, which maybe isn't possible? If it isn't, is there any potential for conflict by having the same JAR within the plugin JAR and also in WEb-INF/lib of the webapp? Well, I've written some plugins, and I never pack dependencies in the same jar, for precisely that reason. But if you really want, you can always repack jars, but I really see no good reason for it. OSGi, anyone ? Phil Guidance is appreciate whataver the answer(s). Thanks all! Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Software Architect - Memenco Consulting Always code as if the guy who ends up maintaining
Re: New Jira tickets
On 6/6/07, Jan Hornbøll Hansen [EMAIL PROTECTED] wrote: Which mailing list are you refering to? This one or struts user? I am pretty sure these are genuine bugs, my humble nature just prohibits me from making bold claims without leaving room for the possibility of me being wrong. From our perspective, filing an issue in JIRA is a bolder claim than posting the same message to the user list. (Of course, no one is offended. We are glad you are taking the time to participate!) More people follow the mailing list than the dev list or JIRA tickets. Posting to the user list first provides the opportunity for other users to find a usage error, or to confirm that it is problem, perhaps one that other people have found and have already reported. The title and content of the tickets is fine for the user list, and we would suggest that you repost the same material there. To answer the initial question, the time varies, which is another good reason to post to the user list first! -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] JARs in plugins
On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: All this does however, to me anyway, mean that plugins can't really be called self-contained, and saying ...can extend the framework just by adding a JAR to the application's classpath in the documentation isn't 100% accurate (99% maybe). They are self-contained in the sense that all the Struts configuration is included, and that we do not need to do anything except drop in the JAR and ensure that any of the JARs dependencies are available to the container. (Otherwise, we end up reinventing Maven!) Feel free to update the documentation with that clarification :) -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] JARs in plugins
On Wed, June 6, 2007 1:07 pm, Ted Husted wrote: On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: All this does however, to me anyway, mean that plugins can't really be called self-contained, and saying ...can extend the framework just by adding a JAR to the application's classpath in the documentation isn't 100% accurate (99% maybe). They are self-contained in the sense that all the Struts configuration is included, and that we do not need to do anything except drop in the JAR and ensure that any of the JARs dependencies are available to the container. (Otherwise, we end up reinventing Maven!) Yep, fair enough... perhaps worth clarifying though, because although I haven't done it, I could certainly see where I would have dropped a plugin JAR in, expecting it to work, and wondering why it blew up instead :) Feel free to update the documentation with that clarification :) I'd be happy to... I don't seem to have permissions to edit the guides pages though (or are these docs auto-generated by the build process?) -Ted. Frank - 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]
[S2] [VOTE] Struts 2.0.8 Quality
The Struts 2.0.8 test build is now available. Release notes: * http://cwiki.apache.org/confluence/display/WW/Release+Notes+2.0.8 Distribution: * http://people.apache.org/builds/struts/2.0.8/ Maven 2 staging repository: * http://people.apache.org/builds/struts/2.0.8/m2-staging-repository/ Once you have had a chance to review the test build, please respond with a vote on its quality: [ ] Leave at test build [ ] Alpha [ ] Beta [ ] General Availability (GA) Everyone who has tested the build is invited to vote. Votes by PMC members are considered binding. A vote passes if there are at least three binding +1s and more +1s than -1s. The vote will remain open for at least 72 hours, longer upon request. A vote can be amended at any time to upgrade or downgrade the quality of the release based on future experience. If an initial vote designates the build as Beta, the release will be submitted for mirroring and announced to the user list. Once released as a public beta, subsequent quality votes on a build may be held on the user list. As always, the act of voting carries certain obligations. A binding vote not only states an opinion, but means that the voter is agreeing to help do the work -Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] [VOTE] Struts 2.0.8 Quality
[X] General Availability (GA) Rainer Hermanns wrote: The Struts 2.0.8 test build is now available. Release notes: * http://cwiki.apache.org/confluence/display/WW/Release+Notes+2.0.8 Distribution: * http://people.apache.org/builds/struts/2.0.8/ Maven 2 staging repository: * http://people.apache.org/builds/struts/2.0.8/m2-staging-repository/ Once you have had a chance to review the test build, please respond with a vote on its quality: [ ] Leave at test build [ ] Alpha [ ] Beta [ ] General Availability (GA) Everyone who has tested the build is invited to vote. Votes by PMC members are considered binding. A vote passes if there are at least three binding +1s and more +1s than -1s. The vote will remain open for at least 72 hours, longer upon request. A vote can be amended at any time to upgrade or downgrade the quality of the release based on future experience. If an initial vote designates the build as Beta, the release will be submitted for mirroring and announced to the user list. Once released as a public beta, subsequent quality votes on a build may be held on the user list. As always, the act of voting carries certain obligations. A binding vote not only states an opinion, but means that the voter is agreeing to help do the work -Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] JARs in plugins
On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: I'd be happy to... I don't seem to have permissions to edit the guides pages though Done. (or are these docs auto-generated by the build process?) The ones to edit are here: * http://struts.apache.org/2.x/index.html The static HTML pages are autogenerated on every change, but they need to make it over from another server, so there is some latency before a change makes it back to the main Struts site. But, if you select the edit link, it will take you to the right place. :) -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] JARs in plugins
Thanks Ted! Very minor update done now as well :) Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of Practical Ajax Projects With Java Technology (2006, Apress, ISBN 1-59059-695-1) and JavaScript, DOM Scripting and Ajax Projects (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! On Wed, June 6, 2007 2:18 pm, Ted Husted wrote: On 6/6/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: I'd be happy to... I don't seem to have permissions to edit the guides pages though Done. (or are these docs auto-generated by the build process?) The ones to edit are here: * http://struts.apache.org/2.x/index.html The static HTML pages are autogenerated on every change, but they need to make it over from another server, so there is some latency before a change makes it back to the main Struts site. But, if you select the edit link, it will take you to the right place. :) -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] 2.0.8 library versions
Update the Maven configuration to reference the new releases, build the framework locally, and try it with your own application. If it passes, submit to JIRA a patch to the Maven configuration. For extra credit, play-test the example applications as well. :) * http://struts.apache.org/2.x/docs/building-with-maven.html HTH, Ted. On 6/6/07, Al Sutton [EMAIL PROTECTED] wrote: There are a few old libraries in the 2.0.8 release, should there be an effort to upgrade them?, and if so whats the best way of doing it? The libraries in question are; antlr (2.7.2 shipped, 2.7.7 latest in 2.7 branch, theres also a v3 branch) commons-beanutils (1.6 shipped, 1.7.0 is the latest) commons-logging (1.0.4 shipped, 1.1 is the latest) commons-validator (1.3.0 shipped, 1.3.1 is the latest) freemarker (2.3.8 shipped, 2.3.10 is the latest) and of course there is now tiles 2.0.4 :) Al. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]