Re: parse or not
I believe the ${} is enough of an indicator that it's an expression. So I guess
that's +1 for parsing.
On Mar 18, 2013, at 2:52 PM, Lukasz Lenart lukaszlen...@apache.org wrote:
Have a question
https://issues.apache.org/jira/browse/WW-4018
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Formally end support for Struts 1
+1 On Mar 14, 2013, at 5:40 AM, Rene Gielen rgie...@apache.org wrote: Following up on the discussion thread in [1], I call a formal vote to end support for Struts 1. This is a vote to 1. remove Struts 1 references from the GA section of the Releases web site page, while keeping them in the prior releases section 2. remove Struts 1 GA download section from the Welcome page 3. place a prominent EOL announcement on the Welcome page 4. Change navigation bar reference to Struts 1 documentation from (GA) to (Archive) or a similar term 5. remove Struts 1 draft docs reference from the navigation bar 6. announce Struts 1 EOL on our mailing lists and supporting channels 7. work out a press release regarding Struts 1 EOL with Apache Marketing and Publicity This vote will be open until Thursday 2013-03-21. Here is my +1 (binding) - René [1] http://mail-archives.apache.org/mod_mbox/struts-dev/201303.mbox/%3CCAMopvkOZzgz3gqCDTBv7aEBSXtOY5xTnBKZrU0VXJyCT4ozW0A%40mail.gmail.com%3E -- René Gielen http://twitter.com/rgielen - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts 2.3.12 ready to test
+1 - looks good to me. On Mar 6, 2013, at 5:23 AM, Lukasz Lenart lukaszlen...@apache.org wrote: Hi, Please take a time and test the bits - any help is appreciated. Staging Maven repo https://repository.apache.org/content/groups/staging/ Standalone artifacts http://people.apache.org/builds/struts/2.3.12/ Release notes http://struts.apache.org/development/2.x/docs/version-notes-2312.html Thanks in advance regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts 2.3.11 ready for test
Tested with AppFuse Light. All tests pass and UI looks fine - even required now works as expected! However, when starting with jetty:run, I see the following in my logs. Doesn't happen with 2.3.8. WARN - Slf4jLogger.warn(53) | Could not find end of jar file! WARN - Slf4jLogger.warn(53) | Could not find end of jar file! WARN - Slf4jLogger.warn(53) | Could not find end of jar file! WARN - Slf4jLogger.warn(53) | Could not find end of jar file! 2013-03-04 09:08:59.206:INFO:oejs.AbstractConnector:Started SelectChannelConnector@0.0.0.0:8080 [INFO] Started Jetty Server On Feb 28, 2013, at 2:27 AM, Lukasz Lenart lukaszlen...@apache.org wrote: Hi, Please take a time and test the bits - any help is appreciated. Staging Maven repo https://repository.apache.org/content/groups/staging/ Standalone artifacts http://people.apache.org/builds/struts/2.3.11/ Release notes http://struts.apache.org/development/2.x/docs/version-notes-2311.html Thanks in advance regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts 2.3.11 ready for test
Entered - https://issues.apache.org/jira/browse/WW-3991 On Mon, Mar 4, 2013 at 9:25 AM, Lukasz Lenart lukaszlen...@apache.orgwrote: 2013/3/4 Matt Raible m...@raibledesigns.com: Tested with AppFuse Light. All tests pass and UI looks fine - even required now works as expected! However, when starting with jetty:run, I see the following in my logs. Doesn't happen with 2.3.8. WARN - Slf4jLogger.warn(53) | Could not find end of jar file! WARN - Slf4jLogger.warn(53) | Could not find end of jar file! WARN - Slf4jLogger.warn(53) | Could not find end of jar file! WARN - Slf4jLogger.warn(53) | Could not find end of jar file! It's related to JarEntryRevision [1] and happens only in devMode, could you register an issue? This is a bit odd. [1] http://svn.apache.org/repos/asf/struts/struts2/trunk/xwork-core/src/main/java/com/opensymphony/xwork2/util/fs/JarEntryRevision.java Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: ConditionalVisitorFieldValidator
http://comments.gmane.org/gmane.comp.jakarta.struts.user/144399 On Jan 10, 2013, at 10:49 AM, Lukasz Lenart lukaszlen...@apache.org wrote: Hi, I have no clue what is the idea behind the ConditionalVisitorFieldValidator, it' very similar to FieldExpressionValidator. Could someone explain that? Matt Raible? Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Using fluido once available
Just noticed the new site doesn't look great on mobile. Is Bootstrap's responsive CSS included in the theme? Screenshot at: http://flickr.com/photos/mraible/8296526787/ On Dec 22, 2012, at 11:19, Christian Grobmeier grobme...@gmail.com wrote: On Sat, Dec 22, 2012 at 5:00 PM, Lukasz Lenart lukaszlen...@apache.org wrote: 2012/12/21 Lukasz Lenart lukaszlen...@apache.org: Almost forget about that, but I think we have silent consensus here, so I'm going to finish releasing 2.3.8 and then I'll merge and release the new website :-) New website is out - kudos to Christian! Well, and to all the other people who left countless comments, patched it, merged it and so on :-) Anyway I've noticed that we should use fluido for the Struts2 subsite as well - it looks a bit old-fashioned compering to main site ;-) Agreed! And I already found a few minor things to fix (hovering buttons looks not so good and so on) Cheers merry xmax too! Christian Cheers Merry Christmas! -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Using fluido once available
Chrome on iOS 6 / iPhone 4s. On Dec 22, 2012, at 9:11 PM, Martin Gainty mgai...@hotmail.com wrote: Matt/Christian which mobile configuration are you testing on? Frohe Weihnachten Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. From: grobme...@gmail.com Date: Sat, 22 Dec 2012 17:35:55 +0100 Subject: Re: Using fluido once available To: dev@struts.apache.org It doesnt look like it (looked into the css code) I will patch it after xmas Thanks! On Sat, Dec 22, 2012 at 5:29 PM, Matt Raible m...@raibledesigns.com wrote: Just noticed the new site doesn't look great on mobile. Is Bootstrap's responsive CSS included in the theme? Screenshot at: http://flickr.com/photos/mraible/8296526787/ On Dec 22, 2012, at 11:19, Christian Grobmeier grobme...@gmail.com wrote: On Sat, Dec 22, 2012 at 5:00 PM, Lukasz Lenart lukaszlen...@apache.org wrote: 2012/12/21 Lukasz Lenart lukaszlen...@apache.org: Almost forget about that, but I think we have silent consensus here, so I'm going to finish releasing 2.3.8 and then I'll merge and release the new website :-) New website is out - kudos to Christian! Well, and to all the other people who left countless comments, patched it, merged it and so on :-) Anyway I've noticed that we should use fluido for the Struts2 subsite as well - it looks a bit old-fashioned compering to main site ;-) Agreed! And I already found a few minor things to fix (hovering buttons looks not so good and so on) Cheers merry xmax too! Christian Cheers Merry Christmas! -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Struts 2.3.8
+1 GA On Dec 19, 2012, at 8:14 AM, Lukasz Lenart lukaszlen...@apache.org wrote: The Struts 2.3.8 test build is now available. The main goal of the release is to improve the overall performance which was impacted by FileManager refactoring in version 2.3.7. Current version should be much more faster than version 2.3.4 (and far faster than 2.3.7 :-) Release notes: * [https://struts.apache.org/2.x/docs/version-notes-238.html] Distribution: * [http://people.apache.org/builds/struts/2.3.8/] Maven 2 staging repository: * [https://repository.apache.org/content/repositories/staging/] 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. Kind regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts 2.3.8 ready to test
+1 Looks good in AppFuse. On Dec 17, 2012, at 4:26 AM, Lukasz Lenart lukaszlen...@apache.org wrote: Hi, Please take a time and test the bits - any help is appreciated. The main goal of this release is to improve an overall performance of the framework. Please report back any problems. I'll call for vote on Wednesday if no problems will be spotted. Staging Maven repo https://repository.apache.org/content/groups/staging/ Standalone artifiacts http://people.apache.org/builds/struts/2.3.8/ Release notes http://struts.apache.org/2.x/docs/version-notes-238.html Thanks in advance regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Is debug=console still supported?
Hey all, I'm trying to finish the last few bugs before an AppFuse release. Here's a link to the one I'm working on: http://issues.appfuse.org/browse/APF-1042 I'm using Struts 2.3.7 and trying to see if debug=console still works. I do get a popup, but I get an error for the following files. Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/struts/dojo/dojo.js Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/struts/dojo/src/event/__package__.js I have the following filter mapping in my web.xml: !-- For Struts debugging console -- filter-mapping filter-namestruts/filter-name url-pattern/struts/*/url-pattern /filter-mapping Similarly, when I do debug=browser, I get: GET http://localhost:8080/struts/dojo/dojo.js 404 (Not Found) mainMenu.action:17 • Uncaught ReferenceError: dojo is not defined Thanks, Matt - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Is debug=console still supported?
Figured it out, I needed to add the struts2-dojo-plugin to get things to work. Thanks, Matt On Dec 10, 2012, at 7:51 PM, Matt Raible m...@raibledesigns.com wrote: Hey all, I'm trying to finish the last few bugs before an AppFuse release. Here's a link to the one I'm working on: http://issues.appfuse.org/browse/APF-1042 I'm using Struts 2.3.7 and trying to see if debug=console still works. I do get a popup, but I get an error for the following files. Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/struts/dojo/dojo.js Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/struts/dojo/src/event/__package__.js I have the following filter mapping in my web.xml: !-- For Struts debugging console -- filter-mapping filter-namestruts/filter-name url-pattern/struts/*/url-pattern /filter-mapping Similarly, when I do debug=browser, I get: GET http://localhost:8080/struts/dojo/dojo.js 404 (Not Found) mainMenu.action:17 • Uncaught ReferenceError: dojo is not defined Thanks, Matt - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Plan for Struts 3
If it breaks backwards-compatibility, I'd suggest not doing it. I've always been impressed with projects like Spring that've maintained backwards compatibility w/o making a breaking change such as this. On Nov 27, 2012, at 3:54 PM, Jeff Black jeffrey.bl...@yahoo.com wrote: Never mind. I suppose it makes sense to some extent; however I'm with Dave when it comes to incorporating the version number in the package name. Just my two cents. From: Jeff Black jeffrey.bl...@yahoo.com To: Struts Developers List dev@struts.apache.org Sent: Tuesday, November 27, 2012 4:50 PM Subject: Re: Plan for Struts 3 Is it really necessary to alter the package name? From: Lukasz Lenart lukaszlen...@apache.org To: Struts Developers List dev@struts.apache.org Sent: Thursday, November 22, 2012 5:35 AM Subject: Re: Plan for Struts 3 2012/11/22 Dave Newton davelnew...@gmail.com: How useful is the Struts 1 plugin? It's mentioned as a migration way for S1 projects, but we can drop support for S1 in S3 Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts 2.3.5 ready for test
Tested with the latest version of AppFuse. Looks good. +1 On Oct 10, 2012, at 11:32 AM, Lukasz Lenart wrote: 2012/10/8 Lukasz Lenart lukaszlen...@apache.org: 2012/10/7 Łukasz Lenart lukasz.len...@gmail.com: Hi all, A new version of Struts 2.3.5 is coming, please take a time and try to test the bits [1] or use Maven staging repository [2]. If there be no show-stoppers I'm going to call for a Vote in a week. [1] http://people.apache.org/builds/struts/2.3.5/ [2] https://repository.apache.org/content/groups/staging/ Version notes https://cwiki.apache.org/WW/version-notes-235.html I'd like to remind, even if you aren't PMC you can post your opinion. Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Twitter Bootstrap for the REST Showcase
I like it! Not sure if it's a Struts issue or now, but when you create a new order and don't fill anything in, you get a blank screen. Here's the URL: http://struts.jgeppert.com/struts2-rest-showcase/orders/new On Oct 11, 2012, at 2:13 PM, Johannes Geppert wrote: Hi folk, before giving some love to the Main Showcase I have made a test with the REST Showcase and Twitter Bootstrap. What do you think about the result? http://struts.jgeppert.com/struts2-rest-showcase/ http://struts.jgeppert.com/struts2-rest-showcase/ Johannes - web: http://www.jgeppert.com twitter: http://twitter.com/jogep -- View this message in context: http://struts.1045723.n5.nabble.com/Twitter-Bootstrap-for-the-REST-Showcase-tp5710774.html Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Spring plugin for Struts 2.5
+1 I'd say 3.1 instead of 3.0 since 3.1 has created some issues with other web frameworks. On May 22, 2012, at 6:56 PM, Paul Benedict wrote: I think we should upgrade the Spring dependency to 3.0... Thoughts? - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Struts 2.3.1 Vote
I tried it 2.3.1 in AppFuse and its archetypes and all tests pass. +1 binding [ ] Leave at test build [ ] Alpha [ ] Beta [x] General Availability (GA) On Dec 9, 2011, at 12:02 AM, Łukasz Lenart wrote: The Struts 2.3.1 test build is now available. Release notes:* [http://struts.apache.org/2.x/docs/version-notes-231.html] Distribution:* [http://people.apache.org/builds/struts/2.3.1/] Maven 2 staging repository:* [https://repository.apache.org/content/repositories/orgapachestruts-300/] 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 Kind regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts2 Archetype
In AppFuse Light, I use Ant and Maven to create the archetype and publish it. I've found Ant is necessary to do some regex replacements on the files created b/c there's some bugs in the Archetype Plugin. You can see the pom.xml (and the create-archetype profile) and my build.xml file that does the fixing in the same directory below. http://source.appfuse.org/browse/appfuse-light/trunk Or check it out from SVN using: svn co https://svn.java.net/svn/appfuse-light~svn/trunk appfuse-light Username: guest Password: blank Hope this helps, Matt On Jun 29, 2011, at 9:34 AM, Frans Thamura wrote: hi all i want to know, struts2 way to create archetype is it different project separated or one project but in /generated/source/ and how u publish ur archetype to maven central we are working to make our cimande (Struts2-based app), to maven and we can see our archetype is like strtus2 blank with spring-hibernate additionl -- Frans Thamura Chief of Advisory Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts2 Archetype
Yes, I believe I did a couple years ago when I first encountered them. There's a chance they're fixed now and my find/replace logic isn't working, but I doubt it. The archetypes I create for AppFuse tend to be much more than skeleton apps and have edge cases that are likely not normally encountered. On Wed, Jun 29, 2011 at 9:59 AM, Martin Gainty mgai...@hotmail.com wrote: Matt- Did you file a JIRA for the bugs you discovered with maven-archetype? if not I can file one (if you can provide the group:artifact:version:goal and any values for configuration or the pom.xml itself) BTW: thanks for the link! Martin- Subject: Re: Struts2 Archetype From: m...@raibledesigns.com Date: Wed, 29 Jun 2011 09:39:49 -0600 To: dev@struts.apache.org In AppFuse Light, I use Ant and Maven to create the archetype and publish it. I've found Ant is necessary to do some regex replacements on the files created b/c there's some bugs in the Archetype Plugin. You can see the pom.xml (and the create-archetype profile) and my build.xml file that does the fixing in the same directory below. http://source.appfuse.org/browse/appfuse-light/trunk Or check it out from SVN using: svn co https://svn.java.net/svn/appfuse-light~svn/trunk appfuse-light Username: guest Password: blank Hope this helps, Matt On Jun 29, 2011, at 9:34 AM, Frans Thamura wrote: hi all i want to know, struts2 way to create archetype is it different project separated or one project but in /generated/source/ and how u publish ur archetype to maven central we are working to make our cimande (Struts2-based app), to maven and we can see our archetype is like strtus2 blank with spring-hibernate additionl -- Frans Thamura Chief of Advisory Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Release Struts 2.2.3
Below are some performance tests results. It looks like 2.2.3 is 2 seconds slower and uses 1 MB more of memory than 2.1.8. --- Intel Core i5, 8GB RAM, Corsair CSSD-V128GB2 (new MacBook Pro with kick-ass SSD) --- mvn clean install -Dstruts.version=2.1.8 [INFO] [INFO] Total time: 58 seconds [INFO] Finished at: Thu Apr 14 16:13:46 MDT 2011 [INFO] Final Memory: 77M/147M mvn clean install -Dstruts.version=2.2.3 [INFO] [INFO] Total time: 56 seconds [INFO] Finished at: Thu Apr 14 16:11:07 MDT 2011 [INFO] Final Memory: 78M/149M --- 2.93 GHz Intel Core 2 Duo, 8GB RAM, Hitachi 256GB from Apple (old MacBook Pro with Apple SSD) --- mvn clean install -Dstruts.version=2.1.8 [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 37 seconds [INFO] Finished at: Thu Apr 14 16:07:16 MDT 2011 [INFO] Final Memory: 39M/86M mvn clean install -Dstruts.version=2.2.3 [INFO] [INFO] Total time: 39 seconds [INFO] Finished at: Thu Apr 14 16:10:36 MDT 2011 [INFO] Final Memory: 40M/88M I don't this this is a big deal, but I'm willing to try and tweak settings if necessary. I'm testing on the struts version of AppFuse Light. On Fri, Apr 8, 2011 at 11:24 AM, Johannes Geppert jo...@apache.org wrote: +1 not binding [ ] Leave at test build [ ] Alpha [ ] Beta [x] General Availability (GA) Johannes - -- web: http://www.jgeppert.com twitter: http://twitter.com/jogep -- View this message in context: http://struts.1045723.n5.nabble.com/VOTE-Release-Struts-2-2-3-tp4290495p4291448.html Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Struts 2.2.2
No, I did not. Traveling in Poland this week so probably won't have time to check. What I need to change to speed things up? On Mon, Apr 4, 2011 at 2:26 PM, Lukasz Lenart lukasz.len...@googlemail.comwrote: Hi Matt, Did you have a time to check the options ? Thanks in advance -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ 2011/3/29 Lukasz Lenart lukasz.len...@googlemail.com: In 2.2.1 the new FreeMarker cache options were introduced https://cwiki.apache.org/confluence/display/WW/FreeMarker#Cache And in 2.2.2 the new escape mechanism was added into constructor of DefaultActionProxy to avoid XSS https://issues.apache.org/jira/browse/WW-3579 https://svn.apache.org/repos/asf/struts/struts2/trunk/xwork-core/src/main/java/com/opensymphony/xwork2/DefaultActionProxy.java Kind regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ 2011/3/28 Matt Raible m...@raibledesigns.com: I'm currently using Struts 2.1.8 and I tried upgrading to 2.2.2. While all my tests pass, my app feels slower. Is there anything performance-wise that's changed since 2.1.x? Looks like my tests take 15 seconds longer to run and 22MB more in memory. mvn clean install -Dstruts.version=2.1.8 [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 1:30.231s [INFO] Finished at: Mon Mar 28 09:25:28 MDT 2011 [INFO] Final Memory: 20M/81M mvn clean install -Dstruts.version=2.2.2 [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 1:45.934s [INFO] Finished at: Mon Mar 28 09:31:00 MDT 2011 [INFO] Final Memory: 22M/81M [INFO] On Mon, Mar 28, 2011 at 9:09 AM, Matt Raible m...@raibledesigns.com wrote: The release notes has the wrong staging URL. It has: repositories repository idapache.nexus/id nameASF Nexus Staging/name urlhttps://repository.apache.org/content/groups/snapshots-group/ /url /repository /repositories On Sun, Mar 27, 2011 at 4:59 AM, Lukasz Lenart lukasz.len...@googlemail.com wrote: The Struts 2.2.2 test build is now available. Release notes: * [https://cwiki.apache.org/confluence/display/WW/Version+Notes+2.2.2 ] Distribution: * [http://people.apache.org/builds/struts/2.2.2/] Maven 2 staging repository: * [ https://repository.apache.org/content/repositories/orgapachestruts-042/] 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 Kind regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Struts 2.2.2
The release notes has the wrong staging URL. It has: repositories repository idapache.nexus/id nameASF Nexus Staging/name urlhttps://repository.apache.org/content/groups/snapshots-group//url /repository/repositories On Sun, Mar 27, 2011 at 4:59 AM, Lukasz Lenart lukasz.len...@googlemail.com wrote: The Struts 2.2.2 test build is now available. Release notes: * [https://cwiki.apache.org/confluence/display/WW/Version+Notes+2.2.2] Distribution: * [http://people.apache.org/builds/struts/2.2.2/] Maven 2 staging repository: * [https://repository.apache.org/content/repositories/orgapachestruts-042/ ] 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 Kind regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Struts 2.2.2
I'm currently using Struts 2.1.8 and I tried upgrading to 2.2.2. While all my tests pass, my app feels slower. Is there anything performance-wise that's changed since 2.1.x? Looks like my tests take 15 seconds longer to run and 22MB more in memory. mvn clean install -Dstruts.version=2.1.8 [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 1:30.231s [INFO] Finished at: Mon Mar 28 09:25:28 MDT 2011 [INFO] Final Memory: 20M/81M mvn clean install -Dstruts.version=2.2.2 [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 1:45.934s [INFO] Finished at: Mon Mar 28 09:31:00 MDT 2011 [INFO] Final Memory: 22M/81M [INFO] On Mon, Mar 28, 2011 at 9:09 AM, Matt Raible m...@raibledesigns.com wrote: The release notes has the wrong staging URL. It has: repositories repository idapache.nexus/id nameASF Nexus Staging/name urlhttps://repository.apache.org/content/groups/snapshots-group//url /repository/repositories On Sun, Mar 27, 2011 at 4:59 AM, Lukasz Lenart lukasz.len...@googlemail.com wrote: The Struts 2.2.2 test build is now available. Release notes: * [https://cwiki.apache.org/confluence/display/WW/Version+Notes+2.2.2] Distribution: * [http://people.apache.org/builds/struts/2.2.2/] Maven 2 staging repository: * [ https://repository.apache.org/content/repositories/orgapachestruts-042/] 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 Kind regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Roadmap for 2.3
If the conventions plugin allows for no XML and extensionless URLs, I'd like to see it rolled into the and defaulted. I'm happy to endure the pain of upgrading for those two features. On Tue, Mar 15, 2011 at 1:43 PM, Wes Wannemacher w...@wantii.com wrote: I'm with Dave and Chris... I like the conventions plugin, but I think it is too big of a change to make it a new default. It could potentially be the kind of thing that we look at for Struts 3 -Wes On Tue, Mar 15, 2011 at 3:36 PM, Chris Pratt thechrispr...@gmail.com wrote: I'm with Dave on this one (obviously) (*Chris*) On Tue, Mar 15, 2011 at 12:19 PM, Dave Newton davelnew...@gmail.com wrote: I'm still against having it be the default, though. If it's enabled with a single switch, I'd be okay with that. Dave -- Wes Wannemacher Head Engineer, WanTii, Inc. Need Training? Struts, Spring, Maven, Tomcat... Ask me for a quote! - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Struts 2.2.0 Vote
+1 GA. I tested it with AppFuse (upgrading from 2.1.8) and all tests pass. I did notice that my customized templates[1] are out of wack with the latest release. Maybe some custom FreeMarker templates changed? Also, I noticed that to load a blank form it takes 10+ seconds (as it does with 2.1.8). I believe this is because of my customized templates and FreeMarker performance, but not sure. I tested the same functionality with Tapestry 5 and it takes ~1 second, so it seems it's definitely a Struts 2 issue. Matt [1] https://appfuse.dev.java.net/svn/appfuse/trunk/web/struts/src/main/webapp/template/ On Tue, Jun 29, 2010 at 1:02 PM, Lukasz Lenart lukasz.len...@googlemail.com wrote: The Struts 2.2.0 test build is now available. Release notes: * [https://cwiki.apache.org/confluence/display/WW/Version+Notes+2.2.0] Distribution: * [http://people.apache.org/builds/struts/2.2.0/] Maven 2 staging repository: * [https://repository.apache.org/content/repositories/orgapachestruts-021/ ] 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 Kind regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Kapituła Javarsovia 2010 http://javarsovia.pl - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Velocity?
In regards to Struts Menu, I tried to upgrade it to the Velocity 1.5 a couple of years ago, but there was a bug that prevented me from doing so. More details at the following URL: http://issues.appfuse.org/browse/APF-684 On Wed, Jun 30, 2010 at 5:05 PM, Dale Newfield d...@newfield.org wrote: https://issues.apache.org/jira/browse/WW-3422 upgraded velocity, but it doesn't show any specific motivation for doing so. I'm having difficulty with struts-menu and the most recent velocity engine/tools, so I'm considering backing out that upgrade in my webapp. Does anyone know if there are any issues within struts that are likely to re-emerge due to this change? -Dale - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Struts Master 7 Vote
+1 GA On Mon, May 31, 2010 at 7:23 AM, Lukasz Lenart lukasz.len...@googlemail.com wrote: The Struts Master 7 test build is now available as a Maven artifact. https://repository.apache.org/content/repositories/orgapachestruts-018/ Release notes: * The main change is to allow to use the Nexus to make a Maven release of Struts project If 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. Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Kapituła Javarsovia 2010 http://javarsovia.pl - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Move future struts releases to apache's Nexus Pro instance
+1 On Mar 24, 2010, at 7:30 AM, Wes Wannemacher wrote: All, I am proposing that we change our release process so that we can leverage the Apache instance of Sonatype Nexus Professional. I will personally perform the necessary steps to get the appropriate information documented and the appropriate access granted. I estimate the steps to be as follows - - Request access to the Nexus repository. I will make sure to gather all of the required details (nexus login, etc.) so that the necessary information can be documented in Confluence, on the following page (http://struts.apache.org/2.x/docs/creating-and-signing-a-struts-21x-distribution.html) - Make any changes to pom.xml files so that the various plugins will know about nexus acting as the snapshot and staging repository - Convince hudson to push snapshot builds to the nexus instance - Update the documentation referenced above Once you have had a chance to review the documentation and necessary steps, please respond with a vote: [ ] +1 Agree [ ] +0 Indifferent, but do not disagree [ ] -0 Disagree, but not sure why [ ] -1 Do not agree, leave release procedure as-is Everyone who has a vested interest 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. 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 -- Wes Wannemacher Head Engineer, WanTii, Inc. Need Training? Struts, Spring, Maven, Tomcat... Ask me for a quote! - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Accept the XWork project as donated by OpenSymphony
On Sat, Dec 26, 2009 at 12:11 PM, Martin Cooper mart...@apache.org wrote: This is a vote for the Struts PMC to formally accept the donation of the XWork project from OpenSymphony. This is a required step of the IP Clearance procedure documented here: http://incubator.apache.org/ip-clearance/index.html The XWork artifacts and software grant are available for your perusal here: https://issues.apache.org/struts/browse/WW-3248 Upon successful conclusion of this vote, the code base attached to the above issue will be checked in as a Struts subproject, and the IP Clearance procedure completed. PMC members, please indicate your vote below. [ X ] Yes, accept the XWork project [ ] I don't really care one way or the other [ ] No, do not accept the XWork project, for these reasons (please specify) -- Martin Cooper - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: 2.1.8.1: Change in escaping
I would advocate that escape means escape everything (Csv, Xml and HTML).
No need to differentiate IMO.
On Mon, Nov 16, 2009 at 1:37 PM, Musachy Barroso musa...@gmail.com wrote:
it is in trunk now. Please note that escape is true by default, so
to escape some xml you should do:
s:property value=%{whatever} escape=false escapeXml=true /
hum, I wonder if we should deprecate escape and add a new escapeHtml?
musachy
On Mon, Nov 16, 2009 at 10:15 AM, Musachy Barroso musa...@gmail.com
wrote:
working on it, it will be in trunk soon.
On Mon, Nov 16, 2009 at 10:11 AM, Ronny Løvtangen li...@lovtangen.com
wrote:
Thanks for creating the jira issue. An escapeXml property would be
really useful.
Agree that htmlEncode was a misleading name.
Ronny
On Nov 16, 2009, at 6:48 PM, Musachy Barroso wrote:
hum, that's interesting. This move was to remove custom code by code
in commons. The misleading part is that the method was called
htmlEncode. We should add an attribute to to the property tag
escapeXml that calls
org.apache.commons.lang.xwork.StringEscapeUtils.escapeXml(..), and
while we are at it, a escapeCsv as well.
https://issues.apache.org/struts/browse/WW-3332
musachy
On Mon, Nov 16, 2009 at 2:08 AM, Ronny Løvtangen li...@lovtangen.com
wrote:
When using escape=true (which is default) on s:property ... / I
can see that 2.1.6 and 2.1.8.1 behaves differently.
E.g. the norwegian letter ø is escaped as #xF8; in 2.1.6, but now in
2.1.8.1 it is escaped as oslash;
I looked at the source. The change is that
org.apache.struts2.components.Property now do a
org.apache.commons.lang.xwork.StringEscapeUtils.escapeHtml(result)
while it earlier did a
com.opensymphony.xwork2.util.TextUtils.htmlEncode(result)
I didn't find the source to
org.apache.commons.lang.xwork.StringEscapeUtils. It is part of
xwork-core-2.1.6.jar, but the source is not included in
xwork-core-2.1.6-sources.jar (!)
Is this the same class as org.apache.commons.lang.StringEscapeUtils in
commons-lang? If so, I can see that it uses a lookup table to escape html
entities, and fallbacks to #-escaping if not found.
Is this change intentional? And is there a way to escape 'the old
way'? My ouput is not for use in HTML, but as xml input to a flash
component, so oslash; won't work.
Regards,
Ronny
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Re: RoR/scaffolding and other ramblings
AppFuse doesn't do in-memory scaffolding - just generated-files type scaffolding. I'd love to enhance its Struts 2 flavor to support what you're talking about. Matt On Aug 19, 2009, at 9:53 PM, Wes Wannemacher w...@wantii.com wrote: On Wednesday 19 August 2009 07:34:09 pm Dave Newton wrote: Isn't that one of the things AppFuse does? Dave I'm not an appfuse user, but I would assume that my idea is probably slightly different. I want the JSP results auto-created in memory within the running app. What I am thinking is that you could start with models (JDO, JPA, or Hibernate entities), then, with this plugin requests for CRUD operations will just appear... I guess it would be similar to REST, but not a web service. So, if you have an entity called Person with firstName, lastName, and birthday properties, you could request - http://host:port/app/person/list and be presented with a (paginated) list of all the people in the database, then when you click one, it auto-creates a page with a form for editing the properties. Add and delete would be available as well. To expand the idea, I would also like links on each of the pages generated for edit to present more links to manage any related entities. The key here is the list/create/edit/delete/manage related entities pages are all created in memory when the request happens or when the app starts (or by command line). The form and validation is created based on the types of the properties and other entity metadata. My thinking is that with a plugin like this, the sitemesh plugin and a set of JPA entities, it'd be possible to ajax web-app up and running with no effort. Maybe AppFuse already does this, I'll go check it out. -Wes -- Wes Wannemacher Head Engineer, WanTii, Inc. Need Training? Struts, Spring, Maven, Tomcat... Ask me for a quote! - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Embedded JSP Plugin
+1 On Mon, Aug 17, 2009 at 6:20 PM, Rainer Hermanns herma...@aixcept.dewrote: +1 as stated previously, cheers, Rainer I propose we move the Embedded JSP Plugin to trunk, and label it as experimental. If you haven't been following up, this is the plugin: http://cwiki.apache.org/S2PLUGINS/embedded-jsp-plugin.html Here is my +1. musachy -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- Rainer Hermanns aixcept Willibrordstraße 82 52134 Herzogenrath - Germany w: http://aixcept.de/ t: +49 - 2406 - 979 22 11 f: +49 - 2406 - 979 22 13 m: +49 - 170 - 343 29 12 - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Move JSON plugin to trunk
+1 On Wed, Aug 5, 2009 at 10:40 AM, Musachy Barroso musa...@gmail.com wrote: I think the JSON plugin is ready to be moved to trunk, here is my +1. musachy -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Struts 2.1.7 Vote
Release Notes 2.1.6 is an invalid link on the Version Notes page. Should probably fix that. On Mon, Jun 22, 2009 at 3:50 PM, Wes Wannemacher w...@wantii.com wrote: The Struts 2.1.7 test build is now available. Release notes: * [http://cwiki.apache.org/confluence/display/WW/Version+Notes+2.1.7] Distribution: * [http://people.apache.org/builds/struts/2.1.7/] Maven 2 staging repository: * [http://people.apache.org/builds/struts/2.1.7/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 In addition to the normal info above, I also want to add that I made the distro available for easy testing through the struts zone. If you point your browser here - http://struts.zones.apache.org/ You can test our reference apps on both tomcat and jetty. Thanks for your help! -Wes -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] Move OSGi and OVal plugins to trunk
+1 On Tue, Apr 14, 2009 at 8:12 AM, Wes Wannemacher w...@wantii.com wrote: +1 I think these are good additions and I'm glad to see work being done. -Wes On Tuesday 14 April 2009 09:11:37 Musachy Barroso wrote: is there any body out there? just nod if you can hear me On Wed, Apr 8, 2009 at 3:33 PM, Musachy Barroso musa...@gmail.com wrote: As I mentioned the other day, I think the OSGi and OVal plugins are ready for early adopters (under the experimental label). Also note that the OSGi plugin is more than one artifact, it includes the plugin itself, a demo bundle, and an admin bundle (and a future osgi-showcase app under /apps). These 2 bundles would go into a new /bundles dir under trunk. here is my +1 regards musachy -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Dojo plugin proposal(my last one I promise)
Do we have a plugins area we can check it into? I'd be interested in helping update this project to the latest version of Dojo. Matt On Sat, Dec 20, 2008 at 11:45 AM, Martin Cooper mart...@apache.org wrote: On Sat, Dec 20, 2008 at 10:27 AM, James Holmes ja...@jamesholmes.comwrote: +1 and agree with Dave on moving the Dojo stuff into a plugin that is hosted somewhere else and can be maintained by more people. I'm fine with deprecating it, but I'm not in favour of just dumping it at Google Code in the hope that someone will show up who wants to work on it. I'd prefer to encourage someone who does actually want to work on it to make that move if they so choose. Creating a Google Code project that is essentially still-born doesn't make sense to me. -- Martin Cooper On Sat, Dec 20, 2008 at 11:38 AM, Dave Newton newton.d...@yahoo.com wrote: --- On Sat, 12/20/08, Musachy Barroso wrote: We have talked about this Ad nauseam, and it is obvious that we don't have anyone willing to fix all the current bugs, upgrade the Dojo plugin, or write a replacement. 2.1 is around the corner and I think we should let users know that the Dojo plugin won't be maintained anymore. So my proposal is to deprecate it at once. +1 I wonder if the plugin was on Google/etc. if more people would work on it or try to upgrade the Dojo version? There's enough code in there that makes me think a straight conversion to Dojo 1.0 is non-trivial, but I haven't looked at it in awhile. I know I don't know enough Dojo to be very helpful, and my own needs aren't related to Dojo, although I still think a common interface into multiple Ajax/etc. implementations would be a good idea and would help with that aspect of things. Dave - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- http://raibledesigns.com - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: [VOTE] java tags proposal
+1 On Sat, Dec 20, 2008 at 4:09 PM, Musachy Barroso musa...@gmail.com wrote: This is the documentation: http://cwiki.apache.org/S2PLUGINS/java-templates-plugin.html And it is in the sandbox (hence the vote): http://svn.apache.org/repos/asf/struts/sandbox/trunk/struts2-javatemplates-plugin/ musachy On Sat, Dec 20, 2008 at 5:31 PM, Paul Benedict pbened...@apache.org wrote: Can you please provide a link and a distribution for me to look at? On Sat, Dec 20, 2008 at 2:57 PM, Rainer Hermanns herma...@aixcept.de wrote: +1 cheers, Rainer yes ;) On Sat, Dec 20, 2008 at 1:46 PM, Martin Cooper mart...@apache.org wrote: Is this intended to be a [VOTE] thread? -- Martin Cooper On Sat, Dec 20, 2008 at 10:24 AM, Musachy Barroso musa...@gmail.com wrote: As mentioned on the other thread I's like to propose to move the java tags out of the sandbox into the core plugins bundled with the distribution, so they will be part of the 2.1 release. here is +1 musachy -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- Rainer Hermanns aixcept Willibrordstraße 82 52134 Herzogenrath - Germany w: http://aixcept.de/ t: +49 - 2406 - 979 22 11 f: +49 - 2406 - 979 22 13 m: +49 - 170 - 343 29 12 - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- http://raibledesigns.com
Re: beta testers needed for java templates
Is there any documentation? On Dec 16, 2008, at 11:14 AM, Musachy Barroso musa...@gmail.com wrote: Hi all, anyone up for beta testing the java templates? These are the steps to try them 1.Check out src from https://svn.apache.org/repos/asf/struts/sandbox/trunk/struts2-javatemplates-plugin 2. Build them and install them 3. Add them to your web app dependency groupIdorg.apache.struts/groupId artifactIdstruts2-javatemplates-plugin/artifactId version2.1.3-SNAPSHOT/version /dependency 4. Set this in your struts.xml: constant name=struts.ui.templateSuffix value=java / constant name=struts.ui.theme value=simple / 5. ... 6. Profit! Couldn't avoid the South Park reference :). The supported tags are: text, select, form, a,c heckbox, file, password, label, reset, submit, textarea,actionerror,token,actionmessage,head,hidden,fielderror,div On my very superficial benchmarking, they are around 30% faster than the regular tags. Feedback always welcome. musachy -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Xalan Dependency missing from XWork pom?
According to Carlos Sanchez, it looks like XWork depends on Xalan, but doesn't specify it in its pom.xml. Thoughts? http://issues.appfuse.org/browse/APF-846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12576 Matt -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: S2 as JSR for Action Framework
On Fri, Aug 22, 2008 at 12:47 PM, Gabriel Belingueres [EMAIL PROTECTED] wrote: The scenario where S2 would become a JCP approved JSR is pretty much scary IMO: 1) It means it exists a Reference Implementation of S2, or that S2 is build upon a RI of something else. 2) Any vendor can come up with their own flavors and extensions of the JSR, which brings more FUD than solutions. Instead, I'd like to see S2 building functionality upon itself more like: 1) the flow concept (like Spring WF) 2) improving validation framework (validating against JSR 303 compliant POJOs)i or other things that are not framework specific but useful, like having a repository of themes for changing the LF of the apps. Think having to develop a new app, your customer pick a design from www.oswd.org and you have to create a new theme for that particular design. If you could just find that theme already built THAT would be a time saver. I don't disagree, but this is an interesting read along a similar topic: http://adactio.com/journal/1498 Matt 2008/8/22, Wendy Smoak [EMAIL PROTECTED]: On Thu, Aug 21, 2008 at 11:31 PM, Frans Thamura [EMAIL PROTECTED] wrote: is it possible that S2 become part of JCP? java server action framework right now only component framework there any idea? While I cringe every time I hear someone say that they chose JSF because It's the standard there's no way I would want to see Struts 2 attempt the JCP. It wouldn't be Struts 2 by the time you came out the other end, and, well... what Martin said. ;) -- Wendy - 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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config
+1 On Tue, May 13, 2008 at 9:39 PM, Musachy Barroso [EMAIL PROTECTED] wrote: With the addition of @IntereceptorRefs to the Convention plugin, it is now possible to do most of the action mapping using annotations. Also having 2 plugins to do the same thing is really confusing for users, so we should deprecate Zero Config (good thing is that it was always experimental). If you have had a chance to look at the Convention plugin, please vote: [+1] Move the Convention plugin to trunk and deprecate Zero Configuration plugin [-1] Leave it in sandbox. (reasons?) regards musachy -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FilterDispatcher and static resources
We've had a fair amount of issues in the AppFuse project using *.html as an extension. This is because some plugins and such use *.html files and Struts attempts to serve them up as Actions rather than plugins. Will this fix that problem? We've added a StaticFilter[1] that attempts to fix it, but it doesn't seem to work very well. For example, debug=console doesn't work with it[2]. Matt [1] http://static.appfuse.org/appfuse-web/appfuse-web-common/xref/org/appfuse/webapp/filter/StaticFilter.html [2] http://issues.appfuse.org/browse/APF-1042 On Thu, May 1, 2008 at 9:45 AM, Musachy Barroso [EMAIL PROTECTED] wrote: I'm ready to commit this, but I guess I will wait until Don cuts the new build. This is how it works: 1. Static content lookup was refactored to DefaultStaticContentLoader which implements StaticContentLoader. 2. DefaultStaticContentLoader does everything FilterDipatcher did before, but it also searches for resources inside a folder called static. So users don't have to call the folder struts. New folders can be added passing parameters to FilterDispatcher, like before, but the urls have to starts with /static so we have some way to identify them. 3. New extension point added struts.staticContentLoader to provide a custom loader So the 2 uses cases are: 1. User wants to add a new resource called test.js to her plugin. She adds this file under /static/test.js and builds the url like: s:url value=/static/test.js .. 2. User wants to add a new resource called test.js to her plugin under folder /super_folder/test.js. She adds a parameter to the filter: filter-classorg.apache.struts2.dispatcher.FilterDispatcher/filter-class init-param param-namepathPrefixes/param-name param-value/super_folder/param-value /init-param and builds the url like: s:url value=/static/test.js .. musachy On Wed, Apr 30, 2008 at 10:35 PM, Jeromy Evans [EMAIL PROTECTED] wrote: Musachy Barroso wrote: I am refactoring that out of FilterDispatcher so it becomes another extension point. musachy +1 - 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaOne Meetup anywhere?
I have a list of parties on my blog - maybe we could meetup at one of those? http://raibledesigns.com/rd/entry/javaone_where_are_the_good Matt On Wed, Apr 30, 2008 at 2:10 PM, Rainer Hermanns [EMAIL PROTECTED] wrote: Hey, who is going to attend CommunityOne/JavaOne this year? Are there already plans for a meet up somewhere? I think it would be nice, if we could organize something downtown San Francisco... I'll be in SF together with René and Ian from Monday the 5th. Proposals welcome :) cheers, Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com
Re: [s2] A thought - next generation OSGi-based?
I like your thinking and I'm curious to hear more. Are you referring to something like the OSGi Plugin for loading plugins, or are you saying that you want to make Struts 3 only run in an OSGi container? Matt On Thu, Apr 24, 2008 at 9:09 AM, Don Brown [EMAIL PROTECTED] wrote: As I learn more and more about OSGi, I wonder if it might be the solution to several big problems we seem to have at the moment: poor reloadability and the lack of a solid API. With OSGi, you can drop bundles in and out of the system at runtime, even running multiple versions of the same bundle side-by-side, but the feature I'm most interested in right now is how it would allow us to put in a proper API while maintaining full backwards-compatibility. Evolving a web framework is hard because apps tend to be written on a specific version, and to migrate them to new versions has two problems: development may not be continuously funded and the upgrade may require too many changes to the application. On the other hand, if you don't evolve your web framework, you quickly go out-of-date and lose interest from new developers. In our case, despite being a relatively new framework, we have legacy code around from 2004 that we can't just remove, yet we want to provide an attractive, modern, clean framework for new development. The specific issue it hand that I've been thinking about is how to get a proper API into Struts 2 yet keep backwards compatibility, and I think OSGi might provide a solution. What about this: 1. Struts 2 and its plugins remain the way they are now - 100% backwards-compatibility 2. An OSGi plugin provides the platform for the next generation of Struts 2 3. A new API bundle is created, implemented by the underlying Struts 2 framework 4. Old apps can continue to write and deploy code against Struts 2, yet new development can start to use the new API 5. Later, when we want to write API version 2, we create a new bundle that runs side-by-side the old bundle, both implemented by Struts 2 Basically, OSGi would allow us to write a clean layer on top of a framework, much like how Grails builds on Spring, but we get, as a side benefit, all the architectural advantages of OSGi for free. Furthermore, if we do it right, users don't have to know or care that OSGi is under the hood - all they know is they write a jar, drop it in a directory or upload it via a form and they just installed part of their application at runtime. Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Are Struts JARs OSGi Aware?
Are Struts JARs OSGi-aware? Spring MVC's are as of 2.5.3. I think it'd be good to do the same for Struts JARs. Thanks, Matt -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Does Struts 2 support loading FreeMarker templates from a remote server?
According to the following page, Struts 2 supports loading FreeMarker templates from the webapp or classpath: http://struts.apache.org/2.x/docs/freemarker.html However, it doesn't appear to support loading them from a remote server (i.e. http://localhost/freemarker). Is this a limitation of Struts 2's FreeMarker support? Thanks, Matt -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 2 support on JBuilder 2008
I'm not sure if there's specific support for Struts 2, but I do know there's support for building applications using AppFuse. I've visited CodeGear's offices and seen the demo's - it's really cool stuff. Matt On Fri, Apr 4, 2008 at 12:19 AM, Al Sutton [EMAIL PROTECTED] wrote: The only stuff I can find is listed as Data-aware web application modules for Struts2, Spring MVC, JSF (from http://www.codegear.com/article/34448/images/34448/JBuilder2008_ffm_080222.pdf), and that's only in the enterprise version which is nearly 1500 USD (or only the bargain price of nearly 750 USD for an upgrade). As it's based on Eclipse 3.3 and WTP 2.0 I doubt there's anything earth shattering, if there was I'd expect them to more noise about it on their website. Al. - Original Message - From: Musachy Barroso [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Thursday, April 03, 2008 10:09 PM Subject: Struts 2 support on JBuilder 2008 This seems interesting(Struts 1 2 support on JBuilder 2008): http://www.infoworld.com/article/08/04/01/jbuilder-ide-application-factories-for-code-reuse_1.html has anyone seen what this support is? musachy -- Hey you! Would you help me to carry the stone? Pink Floyd - 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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The Closer award
I'll add $100 to that. Matt On Feb 14, 2008, at 3:31 AM, Al Sutton wrote: I know this isn't a huge amount, but I feel it's time to give something back. I'm willing to put up 50GBP (around 98.50USD given the exchange rate) to the person who has fixed the most JIRA issues relating to S2.1 by the end of this month. The payment will be made via PayPal only (so please don't ask for my credit card details, check, or money in a brown envelope), and the winner will be determined by using the following JIRA filter; Project : Struts 2 Issue Type : Any Fix For : 2.1.1 or Future Status : Resolved or Closed Resolutions: Fixed Created Before: 14/Feb/08 Updated After: 31/Jan/08 Updated Before: 01/Mar/08 I will then check each one to verify that it's a valid fix (and not just a quick close) by looking at who put the patch which was used into JIRA. I'm open to discussions on improving the filter, but my decision on what to use is final. Have fun everyone - 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: feedback on patches
quote from=WW-2350 Although I am not sure about how this will affect performance (since this reader may not be buffered), this patch resolves the issue. It seems that you get the IllegalStateException if getReader() is called after a call to getInputStream(). So, I call getInputStream() again and create an InputStreamReader with it. The ContentTypeHandler.toObject( method only asks for a Reader, so the InputStreamReader gladly accepts it. I verified the issue with the struts2-rest-showcase and jetty 6.1.6, and I verified that this patch fixes the IllegalStateException. I could commit it myself, but I am not very familiar with REST or Jetty. Take a look and commit if it is a legitimate resolution. /quote If it fixes the problem, I see no issues with the suggested fix. Of course, I'm not that familiar with the REST plugin, so it's probably best that someone like Don verifies this is the best solution. Matt On Thu, Feb 14, 2008 at 9:48 AM, Wes Wannemacher [EMAIL PROTECTED] wrote: Guys, In an effort to get that money ;-), I'd like to close a few more JIRAs. This one looks pretty easy, but my unfamiliarity with Jetty/REST make me a bit apprehensive. https://issues.apache.org/struts/browse/WW-2350 Can someone take a look at the patch and let me know if if is accceptable? Also, it looks to be assigned to Don, but I'm thinking he's been busy lately (writing a book, working a full-time job, nothing big ;-) ). Is it acceptable to resolve someone else's JIRA? -- Wesley Wannemacher President, Head Engineer/Consultant WanTii, Inc. http://www.wantii.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Coverity Scan
+1 - it certainly doesn't sound like a bad thing to do. Matt On Jan 17, 2008, at 4:10 AM, Ted Husted wrote: There's a company that's been scanning open source project codebases for static flaws. In November 2007, they announced that Java projects are being added. * http://www.coverity.com/html/press_story51_11_20_07.html There's been the odd email about using these projects foundation-wide, possibly by running them locally. But, the core service descibed by this press release seems to be external. I couldn't find a list of Java projects on the website. The next step seems to be to send an email to [EMAIL PROTECTED]. If we are not already on the list, my question is whether we would like to opt-in now or not? My thought is that we might want to be proactive. In the alternative, we are like to find one day that Coverity has started to scan us unilaterally, and then be surprised by a lot of new fixes to make. Since Struts is an approved framework for several government agencies (DoD, VA, and so forth), I would think that we would be on the short list anyway. -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: Release Management (was Re: [struts-dev] [S2] Libraries in JDK 1.4 distribution)
On Jan 16, 2008, at 8:10 AM, Ted Husted wrote: On Jan 16, 2008 12:23 AM, Frank W. Zammetti [EMAIL PROTECTED] wrote: That's a fair question, but I have an answer for it. Put simply, I feel that anyone officially made a member of a project team has accepted a greater level of responsibility than someone in the larger user community. A careful reading of How it Works implies that the Apache Way is designed so that individual committers do not have to accept a greater level of responsibility. The notion is that we can invite enough committers to the table that there will always be other volunteers available. @Struts, we seem to have trouble keeping enough active committers in play to make up for the committers who are heads-down on our day jobs. We also have trouble electing grassroot contributors who are not star coders. The trouble with electing only star coders is that people tend to focus on their own contributions, rather than applying patches submitted by others. I can testify that some of the very best features in Struts 1 were contributions made by people who where not committers. As PMC member, I would really like to know who intends to be available to support a release, or at least who expects to be heads-down for awhile. It's not uncommon for a release to pass with a minimum number of binding votes. If some of the voters are about to go heads-down on another project for six months, I'd like to know that before casting my own GA vote. As a group, we really suck at letting each other know that we won't be around for a while. Since I'm not currently using Struts 2 in my day job, it's unlikely that I'll contribute much in the form of working on the project. However, I will continue to test new releases and support users that use it as part of AppFuse. If my job changes to one where I'm using Struts 2, you'll likely see an increase in my activity because I'm paid to work on it. After 5 years of spending 20+ hours a week on unpaid open source work, I've been taking a break for the last few months and I'm really enjoying myself. ;-) Matt On Jan 16, 2008 1:45 AM, Al Sutton [EMAIL PROTECTED] wrote: We could always switch to holding off releases until we have 0 bugs of major and above level :) (if we did that then we should do the M$ thing and switch the default JIRA level to be the lowest possible and let the user upgrade it rather than everything going in as Major by default). In practice, we do. There have been many times we counted down to rolling a build based on how many outstanding issues we had left. To an extent, that's what's happening with Struts 2.1.1. When we get to zero patches, I would be happy to roll another build. (Though, if another committer got antzy, someone else could post another release plan and roll one sooner.) -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] Allowed methods next step
Is there anything on action that allows restricting roles? I
remember this being in S1 and I'm unsure if it exists in S2. If not,
it's something I believe we should add as I believe it's useful when
using CMA. When using Spring Security, I generally keep all my
configuration in my context file, but I can see why it's useful when
using CMA. If it is an attribute, I suppose having separate action
definitions is the best way to allow different roles for different
methods? If not, I could see some sort of method:role1/role2
shortcut being useful - but it might also make things more
complicated.
Matt
On Dec 9, 2007 5:30 AM, Don Brown [EMAIL PROTECTED] wrote:
Since the commit for this feature involved a rather large XWork change
(properly immutable configuration objects [1]), I decided to commit
what I have and discuss the next steps.
First, due the aforementioned fix [1], Brian, your SmartURL's
migration work will probably be most affected. I changed the
configuration objects to be immutable using a static inner builder
class pattern. This makes construction a bit tricker, so pay
attention to the changes in the code and tests for the codebehind
plugin. The bright side is the construction code is much more
readable and nasty state bugs should be gone. You can do nifty things
like this:
ActionConfig config = new ActionConfig.Builder(mypackage, foo/*/*,
foo.BarAction)
.methodName(execute)
.addParam(someparam, someval)
.addResultConfig(new
ResultConfig.Builder(success{1}, foo.MyResult)
.addParams(location, /foo.jsp)
.build())
.build();
As for the allowed methods, I originally suggested three options:
1. A new property/constant titled 'struts.restrictToDeclaredMethod'
that will instruct the ActionConfig (where the allowedMethods property
lives) to only allow the method that is explicitly defined (defaults
to 'execute'). If false, all methods will be allowed.
2. A new attribute on the action element called 'allowedMethods',
which takes a comma-separated list of method names to allow
3. A new @ActionMethod annotation for the codebehind plugin that
declares a method as callable
And after the comments, I see #2 is important and #3 I'll skip, since
Brian will be rewriting that stuff anyways.
To answer Matt's concern, yes, the default will be all public, no-arg
methods can be called, but what this will allow folks to do is limit
the methods that can be called, if they so choose. It also makes it
clearer to the developer what methods are being exposed through tools
like the config browser plugin. I'm also thinking it will be helpful
down the road when a plugin wants to move behind no-arg methods (I've
tried it, it can be pretty powerful).
See https://issues.apache.org/struts/browse/WW-2363
Any more thoughts?
Don
[1] http://jira.opensymphony.com/browse/XW-594
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
http://raibledesigns.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Allowed methods next step
On Dec 9, 2007 9:44 AM, Tom Schneider [EMAIL PROTECTED] wrote:
CMA = container managed authentication for those who haven't memorized
every three letter acronym under the sun.
What about using an s2 interceptor to enforce role security?
This is what I've done in the past. Yes, it works. However, I think
this is something we should ship out-of-the-box to make it easier for
newbies. The interceptor can use request.isUserInRole() and if you're
using a non-standard security mechanism, you can create a filter and
requestwrapper that allows this to work for your security framework.
This is what Acegi/Spring Security and many others do and I think it's
the best solution.
Matt
That way
you could have an implementation for whatever security mechanism your
using and it's not tied to the struts configuration. I suppose we could
still have a place to store role metadata in the configuration, but I
wouldn't want the specific security enforcement logic to be tied to the
s2 itself.
Tom
Matt Raible wrote:
Is there anything on action that allows restricting roles? I
remember this being in S1 and I'm unsure if it exists in S2. If not,
it's something I believe we should add as I believe it's useful when
using CMA. When using Spring Security, I generally keep all my
configuration in my context file, but I can see why it's useful when
using CMA. If it is an attribute, I suppose having separate action
definitions is the best way to allow different roles for different
methods? If not, I could see some sort of method:role1/role2
shortcut being useful - but it might also make things more
complicated.
Matt
On Dec 9, 2007 5:30 AM, Don Brown [EMAIL PROTECTED] wrote:
Since the commit for this feature involved a rather large XWork change
(properly immutable configuration objects [1]), I decided to commit
what I have and discuss the next steps.
First, due the aforementioned fix [1], Brian, your SmartURL's
migration work will probably be most affected. I changed the
configuration objects to be immutable using a static inner builder
class pattern. This makes construction a bit tricker, so pay
attention to the changes in the code and tests for the codebehind
plugin. The bright side is the construction code is much more
readable and nasty state bugs should be gone. You can do nifty things
like this:
ActionConfig config = new ActionConfig.Builder(mypackage, foo/*/*,
foo.BarAction)
.methodName(execute)
.addParam(someparam, someval)
.addResultConfig(new
ResultConfig.Builder(success{1}, foo.MyResult)
.addParams(location, /foo.jsp)
.build())
.build();
As for the allowed methods, I originally suggested three options:
1. A new property/constant titled 'struts.restrictToDeclaredMethod'
that will instruct the ActionConfig (where the allowedMethods property
lives) to only allow the method that is explicitly defined (defaults
to 'execute'). If false, all methods will be allowed.
2. A new attribute on the action element called 'allowedMethods',
which takes a comma-separated list of method names to allow
3. A new @ActionMethod annotation for the codebehind plugin that
declares a method as callable
And after the comments, I see #2 is important and #3 I'll skip, since
Brian will be rewriting that stuff anyways.
To answer Matt's concern, yes, the default will be all public, no-arg
methods can be called, but what this will allow folks to do is limit
the methods that can be called, if they so choose. It also makes it
clearer to the developer what methods are being exposed through tools
like the config browser plugin. I'm also thinking it will be helpful
down the road when a plugin wants to move behind no-arg methods (I've
tried it, it can be pretty powerful).
See https://issues.apache.org/struts/browse/WW-2363
Any more thoughts?
Don
[1] http://jira.opensymphony.com/browse/XW-594
-
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]
--
http://raibledesigns.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: S1/2: Data integrity and security
What about integrating HDIV natively so Struts is as secure as it can possibly be? Matt On Dec 5, 2007, at 11:08 PM, Paul Benedict wrote: I've been emailing the authors of HDIV offline for some quite time. I take a fond interest in data integrity and security, and believe their project is a great benefit to Struts. The problem, of course, exists that S1 and S2 are so radical in architecture that separate deliverables are required. I think a framework SPI should be provided so that library implementors can scramble form data (e.g., hidden form field values) and provide whatever encryption necessary. The goal would be for this SPI to be honored in both Struts 1.4 and latest Struts 2.x. This would be the start of a shared library between Struts versions. These are the current known extension points that the SPI would be invoked for: 1. Form start point 2. Form end point 3. Link or form's action 4. Form's Parameters name 5. FoParameter's values Where is the right place to whiteboard this idea? Email or MoinMoin? And is anyone else interested in helping? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: S1/2: Data integrity and security
HDIV seems to solve a problem that most web application developers don't know they have. By natively, I mean it's part of the core and you can't make your application less secure by ripping it out. It is Apache licensed after all. If rolling it into the core isn't an option, it would be nice if it was easier to integrate. Instead of requiring new tag libraries, it'd be nice if tag libraries (and Velocity/FreeMarker macros) were HDIV aware. If an HDIV JAR/Plugin is on the classpath - use it. Matt On Dec 6, 2007, at 9:22 AM, Paul Benedict wrote: Matt, I want to use HDIV natively in Struts 1 too -- which is why I was hoping for an SPI interface which anyone can provide for an implementation. What do you have in mind with native integration? And is your idea of integration also against an SPI? Paul On Dec 6, 2007 10:18 AM, Matt Raible [EMAIL PROTECTED] wrote: What about integrating HDIV natively so Struts is as secure as it can possibly be? Matt On Dec 5, 2007, at 11:08 PM, Paul Benedict wrote: I've been emailing the authors of HDIV offline for some quite time. I take a fond interest in data integrity and security, and believe their project is a great benefit to Struts. The problem, of course, exists that S1 and S2 are so radical in architecture that separate deliverables are required. I think a framework SPI should be provided so that library implementors can scramble form data (e.g., hidden form field values) and provide whatever encryption necessary. The goal would be for this SPI to be honored in both Struts 1.4 and latest Struts 2.x. This would be the start of a shared library between Struts versions. These are the current known extension points that the SPI would be invoked for: 1. Form start point 2. Form end point 3. Link or form's action 4. Form's Parameters name 5. FoParameter's values Where is the right place to whiteboard this idea? Email or MoinMoin? And is anyone else interested in helping? Paul - 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] Allowed methods
I'm confused - why don't we just allow public methods to be called? Matt On Dec 5, 2007, at 1:06 PM, Don Brown wrote: I'm about to commit a fairly large patch that, among other things, adds built-in support for limiting what methods can be invoked on an Action. My motivation was actually to improve the ability for the REST plugin to introspect what HTTP methods are supported (automatic HTTP OPTIONS and WADL support), but I'd imagine the primary use will be as a security feature to prevent any arbitrary action being executed. The default behavior is to introspect the Action class during startup to get a list of all methods that can be executed. This allows, among other things, the config-browser plugin the ability to display exactly what methods are being automatically exposed to users. My question is, how best should this capability be exposed? A couple of ideas: 1. A new property/constant titled 'struts.restrictToDeclaredMethod' that will instruct the ActionConfig (where the allowedMethods property lives) to only allow the method that is explicitly defined (defaults to 'execute'). If false, all methods will be allowed. 2. A new attribute on the action element called 'allowedMethods', which takes a comma-separated list of method names to allow 3. A new @ActionMethod annotation for the codebehind plugin that declares a method as callable I'm thinking about doing all three, but I'm not sure #2 is necessary. I want to minimize XML configuration as much as possible, and I'm not convinced #2 is worth the extra config. Any other ideas? Don - 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]
REST Plugin and auto-generated XHTML Views
I just thought of something that might be an easy way to generate XHTML views for the REST Plugin. What if we used XSL on the client-side with the XML views? As far as browser capabilities, I think client-side XSL could be a hidden gem that hasn't been looked at in a while. Of course, it could also be something that doesn't work very well across browsers. Do you guys think it's worth looking into? If it works, .html (or .xhtml) could render HTML views and we could allow users to override the XSL stylesheet. Matt -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Googlecode Maven Repository for External Struts 2 Plugins
Marketing is easy - finding the time to do it is the hard part. Maybe someone should write a Developer Works article on Struts Plugins? I say DW because it seems to have the widest reach among online articles. I have connections if anyone is interested in doing this. I'd also like to see Don write an article on the REST plugin - his presentation at ApacheCon was pretty impressive. Matt On Nov 27, 2007 10:15 AM, Philip Luppens [EMAIL PROTECTED] wrote: On 11/27/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: I don't disagree with most of what you say here, and what Phillip says in his reply, so let me make a more concrete suggestion: make the plugin registry much more prominent on the Struts home page (that is to say, mention it at all, since I don't see it on the front page anywhere at present). It has a 150px wide button in yellow on the homepage [1] ;-) But I agree that it might need a bit more 'marketing'. - Phil [1] http://struts.apache.org/2.x/ That way, it looks much more official and endorsed, but still retains the benefits you outline here. Again, it's really just a matter of perception in the end, and if this helps make it look like something more than just some outside and yet completely independent entity, as does the Sourceforge project (which is at least mentioned on the home page), then that might be all that's needed to make it work. 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 Tue, November 27, 2007 11:54 am, Ted Husted wrote: On Nov 27, 2007 11:22 AM, Frank W. Zammetti [EMAIL PROTECTED] wrote: It may be nothing more than a matter of perception and nothing more, but I think externally-hosted projects will automatically have a connotation of not being golden as you say, no matter what else is done to say otherwise, as I believe happened with the Sourceforge-hosted items. I may be wrong, but that's what I believe to be the case. Not all ASF projects are golden, and there are many golden projects that have not joined the ASF. Though, quite a few ASF projects are popular; certainly more than the average open-source startup. One reason is probably the ASF project management style, or the Apache Way. One effect of the Apache Way is that it tends to favor a conservative approach. We need multiple people to agree to an implementation, or at least agree to a release, and forging that agreement can work against innovation. To help promote innovation at the ASF, we even started an Apache Labs project, so that ASF committers could experiment with new code before proposing an actual project. But, the Apache Labs are only open to committers, and sometimes, we want to collaborate on a codebase with someone who isn't a committer (at least, not yet). An important aspect of an external project is that it makes it easier for Struts committers to work with other volunteers, without fussing with the ASF brouhaha. The Apache Way is a great way to manage a mature stable project, but it is not a great way to experiment with new plugins. As an Struts PMC member, I am *very* concerned about plugin proliferation in the standard distribution, mainly because the kids need shoes, and we don't have enough volunteer hours to apply all the patches that people already submit. I would like to encourage a plugin commuity, and a shared external project seemed like one way to do that. -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] -- Software Architect - Hydrodesk 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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Googlecode Maven Repository for External Struts 2 Plugins
If we're focusing on plugins and trying to build a community/ecosystem around them, it's probably best to write an article about how to roll your own. Part of that article could certainly include dissecting an existing plugin. I'll e-mail you privately with my Developer Works contact. Matt On Nov 27, 2007 10:31 AM, Ted Husted [EMAIL PROTECTED] wrote: Were you thinking of a roundup, or an article on a specific plugin, or something about to roll your own? I do have an aticle about the SmartURLs plugin pending with TSS. I've also been thinking of trying a JPA plugin of my own. There wouldn't be much to it, so it could also be a how-to. But, yeah, you could put me in touch with someone, Matt. -Ted. On Nov 27, 2007 12:21 PM, Matt Raible [EMAIL PROTECTED] wrote: Marketing is easy - finding the time to do it is the hard part. Maybe someone should write a Developer Works article on Struts Plugins? I say DW because it seems to have the widest reach among online articles. I have connections if anyone is interested in doing this. I'd also like to see Don write an article on the REST plugin - his presentation at ApacheCon was pretty impressive. Matt On Nov 27, 2007 10:15 AM, Philip Luppens [EMAIL PROTECTED] wrote: On 11/27/07, Frank W. Zammetti [EMAIL PROTECTED] wrote: I don't disagree with most of what you say here, and what Phillip says in his reply, so let me make a more concrete suggestion: make the plugin registry much more prominent on the Struts home page (that is to say, mention it at all, since I don't see it on the front page anywhere at present). It has a 150px wide button in yellow on the homepage [1] ;-) But I agree that it might need a bit more 'marketing'. - Phil [1] http://struts.apache.org/2.x/ That way, it looks much more official and endorsed, but still retains the benefits you outline here. Again, it's really just a matter of perception in the end, and if this helps make it look like something more than just some outside and yet completely independent entity, as does the Sourceforge project (which is at least mentioned on the home page), then that might be all that's needed to make it work. 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 Tue, November 27, 2007 11:54 am, Ted Husted wrote: On Nov 27, 2007 11:22 AM, Frank W. Zammetti [EMAIL PROTECTED] wrote: It may be nothing more than a matter of perception and nothing more, but I think externally-hosted projects will automatically have a connotation of not being golden as you say, no matter what else is done to say otherwise, as I believe happened with the Sourceforge-hosted items. I may be wrong, but that's what I believe to be the case. Not all ASF projects are golden, and there are many golden projects that have not joined the ASF. Though, quite a few ASF projects are popular; certainly more than the average open-source startup. One reason is probably the ASF project management style, or the Apache Way. One effect of the Apache Way is that it tends to favor a conservative approach. We need multiple people to agree to an implementation, or at least agree to a release, and forging that agreement can work against innovation. To help promote innovation at the ASF, we even started an Apache Labs project, so that ASF committers could experiment with new code before proposing an actual project. But, the Apache Labs are only open to committers, and sometimes, we want to collaborate on a codebase with someone who isn't a committer (at least, not yet). An important aspect of an external project is that it makes it easier for Struts committers to work with other volunteers, without fussing with the ASF brouhaha. The Apache Way is a great way to manage a mature stable project, but it is not a great way to experiment with new plugins. As an Struts PMC member, I am *very* concerned about plugin proliferation in the standard distribution, mainly because the kids need shoes, and we don't have enough volunteer hours to apply all the patches that people already submit. I would like to encourage a plugin commuity, and a shared external project seemed like one way to do that. -Ted
Re: Is the REST plugin ready for primetime? CodeBehind?
By available, I mean there's downloads for a bunch of different web frameworks and a number of different backends. They all use MySQL by default - but they're implementing the same thing (CRUD on a user table). For most things, I implement them in AppFuse Light and then move them to AppFuse after I've proven they work. AppFuse Light allows using Maven and Ant (with Maven's Ant Tasks), but it does not currently use archetypes. Since you have to create a special directory structure and xml file for archetypes, it seemed like a real pain to do for all 60 combinations available in AppFuse Light. However, the good news is the ArchetypeNG plugin allows creating archetypes from projects, so hopefully that will be released soon and I can use it. Let me know if you have any other questions. Matt On Nov 26, 2007, at 4:19 AM, Ted Husted wrote: By available, do we mean build it for each framework of interest? For a S2+REST plugin example, would you go with AppFuse 2 or AppFuse Light? My first thought was AppFuse 2, since its reliance on Maven and Maven Archetypes works well with the S2 project direction. -Ted. On Nov 25, 2007 11:31 PM, Matt Raible [EMAIL PROTECTED] wrote: Yes, those sample applications are available from AppFuse Light. https://appfuse-light.dev.java.net/servlets/NewsItemView? newsItemID=5317 Hope this helps, Matt On Nov 25, 2007, at 9:14 PM, Ted Husted wrote: I'm glad to see so much interest. :) I'll be focussed on JPA/Spring materials for a few more weeks yet, but after that I'm looking forward to doing more work with the REST plugin. Matt, in reference to the Comparisons video, there was mention of a sample application that was written with the various frameworks. Are downloads available? * http://www.dzone.com/links/rss/ comparing_java_web_frameworks_video.html -Ted. On Nov 25, 2007 8:32 PM, [EMAIL PROTECTED] wrote: I'm not a committer but I thought I'd provide some input as I use the REST plugin. On Nov 24, 2007 10:14 AM, Matt Raible [EMAIL PROTECTED] wrote: I'm very interested in using/supporting this plugin as well. If we can come up with a better acronym for SOFEA/SOUI architectures - I think this stuff will really take off. On Nov 24, 2007 7:58 AM, Dave Newton [EMAIL PROTECTED] wrote: We'll be using the REST plugin at work (most likely) and I've poked it with a stick during ApacheCon, so I'd be on the list of ppl that will keep tabs on it. - 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: Is the REST plugin ready for primetime? CodeBehind?
Yes, those sample applications are available from AppFuse Light. https://appfuse-light.dev.java.net/servlets/NewsItemView?newsItemID=5317 Hope this helps, Matt On Nov 25, 2007, at 9:14 PM, Ted Husted wrote: I'm glad to see so much interest. :) I'll be focussed on JPA/Spring materials for a few more weeks yet, but after that I'm looking forward to doing more work with the REST plugin. Matt, in reference to the Comparisons video, there was mention of a sample application that was written with the various frameworks. Are downloads available? * http://www.dzone.com/links/rss/ comparing_java_web_frameworks_video.html -Ted. On Nov 25, 2007 8:32 PM, [EMAIL PROTECTED] wrote: I'm not a committer but I thought I'd provide some input as I use the REST plugin. On Nov 24, 2007 10:14 AM, Matt Raible [EMAIL PROTECTED] wrote: I'm very interested in using/supporting this plugin as well. If we can come up with a better acronym for SOFEA/SOUI architectures - I think this stuff will really take off. On Nov 24, 2007 7:58 AM, Dave Newton [EMAIL PROTECTED] wrote: We'll be using the REST plugin at work (most likely) and I've poked it with a stick during ApacheCon, so I'd be on the list of ppl that will keep tabs on it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is the REST plugin ready for primetime? CodeBehind?
I'm very interested in using/supporting this plugin as well. If we can come up with a better acronym for SOFEA/SOUI architectures - I think this stuff will really take off. Matt On Nov 24, 2007 7:58 AM, Dave Newton [EMAIL PROTECTED] wrote: We'll be using the REST plugin at work (most likely) and I've poked it with a stick during ApacheCon, so I'd be on the list of ppl that will keep tabs on it. d. --- Ted Husted [EMAIL PROTECTED] wrote: The new REST plugin has been moved up from the Sandbox and marked non-experimental. Personally, I haven't used it enough to say whether it's ready for prime time or not. (Though, I am now comfortable with the CodeBehind plugin.) I know that Don has put a lot of work into the REST plugin, and so I expect that it is solid. But, non-experimental should mean that more than one of us has actually used the component extensively, and that at least three of us intend to support the component post-release. Would anyone like to chime in as to whether they are using the REST plugin, and, if a committer, whether you would intend to help support it post-release? I know we're planning some changes to the CodeBehind plugin, so now would be the wrong time to mark it non-experimental, but it would also be nice to get a better feeling of who else is using the CodeBehind plugin, and whether you might help support it in the future. -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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release struts2-archetype-plugin and struts2-archetype-starter version 2.0.11
+0 On Nov 12, 2007 12:48 PM, Don Brown [EMAIL PROTECTED] wrote: I've created test builds titled 2.0.11 for the following archetypes: * struts2-archetype-plugin - Creates a Struts 2 plugin * struts2-archetype-starter - Creates a starter Struts 2 app Since they are both pretty simple, I'm combining their votes, so: [ ] +1 - Release them to the wild [ ] +/- 0 - Do the release, but I don't use them [ ] -1 - Don't release them and here is why... Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: what login securityencription are good for struts...?
Please ask these sort of questions on the user list - or just use AppFuse, which already has Acegi Security and login built in. ;-) http://appfuse.org Warning: I'm biased since I founded AppFuse. Matt On Nov 12, 2007 9:01 PM, msg2ajay [EMAIL PROTECTED] wrote: hello friends, I am developing a struts+hibernate application which contains a login page. I am not sure of which tools or API's to use for logn Authentication and encription. Can any bady suggest me which is best for login Authentication and what way can i proceed for secured login for WebApplication. Han -- View this message in context: http://www.nabble.com/what-login-security-encription-are-good-for-struts...--tf4795655.html#a13719465 Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 2 Plugin for Grails?
I don't know if we'd really need to support GSPResult in a Struts 2 Plugin. AFAIK, the slowest part of Grails is GSP. http://tinyurl.com/2298jh If we were to write a plugin, would it implement the same scaffolding that Grails has by default? If so, it might be better to use FreeMarker since that seems to be a recommended choice among Struts 2 developers. I don't believe there's a FreeMarker Plugin for Grails, but I'd be interested in creating one. A colleague of mine has been successful in making Grails work with JSP. Matt On 11/12/07, Philip Luppens [EMAIL PROTECTED] wrote: On Nov 12, 2007 3:57 AM, Tom Schneider [EMAIL PROTECTED] wrote: See my comments below: Mark Menard wrote: On 11/11/07 5:07 PM, Tom Schneider [EMAIL PROTECTED] wrote I will agree with you, and I've decided I'm done reinventing wheels. So, I'm game. I'm very pressed for time, but I'm definitely interested in this. I think a bridge from Java based Struts 2 development into Groovy is really exciting. We have realized some serious productivity gains using Groovy with Struts 2 in the simple way we've been using it in house for some time now. Good, I'm glad we're on the same page. I really liked some of the stuff I saw with Groovy/Grails. No rush here, I just wanted to throw this out there in case anyone else was interested in pursuing this. (Don expressed interest at one point) 3. A GSPResult that can create the context for the GSP page and execute the GSP page. I did some work on this over the weekend and it didn't take too much effort to get a GSPResult going. (Although the templated executed, it didn't display any data because I didn't have a ModelAndView for the template to run against) I think someone has done a GSP result. It might make some sense to look at that. Close, but not exactly a GSPResult: http://struts.apache.org/2.x/docs/groovyresult.html Ok, I'll jump in for a moment. The difference between GW (GroovyWorks) SS (Scripting Support) is indeed the Spring requirement. I took the GroovyScriptEngine object and build the plugin around it - extremely easy, but no Spring integration, and it only allows for writing actions and interceptors in Groovy. Which, imho, was more than enough at that time. I also met Mark at that time, and saw that once Spring got its act together, it would quickly surpass the SS project. I can't imagine any project not using Spring integration, but at that time I messed around with the GSP Result as well, but at that time, GSP just being moved from being a seperate project, to the Grails codebase, and it was not easy to track down its status. So I gave up there. At that time, there weren't any real benefits to it either other than just being a new view. The groovy result has nothing to do with GSP, it was done way before that. I simply needed dispatching to a script (don't ask, had some weird requirements back in the days), and so I used that one. Think of it as a first step towards the SS project. Cheers, Phil -- Software Architect - Hydrodesk 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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Struts 2 Plugin for Grails?
Has anyone thought about creating a Struts 2 Plugin for Grails? There's one for Wicket - which proves you don't have to use the default web framework (Spring MVC). http://grails.org/Wicket+Plugin IMO, Grails Controllers look a lot more like Struts Actions than they do Spring MVC. I really like the productivity Groovy gives you and I'm impressed with Grails. I especially like it because it uses all the same underlying technologies as AppFuse - it just simplifies things. Thanks, Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 2 Plugin for Grails?
What I'd like is to use Grails to develop my application, but have it use Struts 2 under-the-covers instead of Spring MVC. As far as code differences between writing a Spring MVC Grails Controller and a Struts 2 Grails Controller - I don't think there needs to be any. The problem I'm looking to solve is one where companies are using two web frameworks: a dynamic one (Grails) and a static one (Struts 2). The easy solution is to use Spring MVC for the static one, but I've found Struts 2 easier to learn and use than Spring MVC. It's difficult to sell companies on using 2 web frameworks (Spring MVC/ Grails and Struts 2), so I'm hoping to experiment with getting Grails to use Struts 2. If that fails, I'll look into trying to redo my existing Struts 2 prototype with Spring MVC. One of the main reasons I chose Struts 2 for the prototype I've done was because it allowed me to call methods with arguments from its EL. Since I see a move away from OGNL (and possibly) this feature, it makes me less inclined to use Struts 2. I may be able to see FreeMarker as an alternative (since I believe this allows it), but the tooling around FreeMarker is pretty poor, so that might be a tough sell. Matt On Nov 7, 2007, at 10:29 AM, Mark Menard wrote: Hi Matt, I was actually thinking about this recently when I saw a mention of the Wicket plugin someplace. It got me thinking. I've done a lot of work on using Groovy with Struts 2, but it has a long way to go. If there was a way to integrate S2 with Grails that would be really interesting. What would you see as the goals of a S2 plugin? Run S2 actions in Grails and forward to Grails views? Use a Grails controller and forward to a S2 view? Be able to use S2 interceptors? Personally I'm interested if I could migrate my S2 actions, that are written in Groovy already, and my views into a Grails project and have them run, then be able to start using the Grails controllers or view mixed with S2 stuff. Mark On 11/7/07 12:47 PM, Matt Raible [EMAIL PROTECTED] wrote: Has anyone thought about creating a Struts 2 Plugin for Grails? There's one for Wicket - which proves you don't have to use the default web framework (Spring MVC). http://grails.org/Wicket+Plugin IMO, Grails Controllers look a lot more like Struts Actions than they do Spring MVC. I really like the productivity Groovy gives you and I'm impressed with Grails. I especially like it because it uses all the same underlying technologies as AppFuse - it just simplifies things. Thanks, Matt - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Three Struts Tutorials or Presentations at ApacheCon US 2007 Atlanta GA
The Roller / Struts 2 BOF is on at ApacheCon! Wednesday night, 8:30-9:30 in Room 3. http://wiki.apache.org/apachecon/BirdsOfaFeatherUs07 Dave said he'd do a presentation, but according to the ApacheCon folks there won't be any projectors available. Anyone in ATL have a projector we could borrow? http://rollerweblogger.org/roller/entry/apachecon_roller_and_struts_2 Don has also been successful (I think) in getting Atlassian to sponsor the beer! Come one, come all - it should be a good time for sure. Matt On 10/4/07, Matt Raible [EMAIL PROTECTED] wrote: I've always called them BOFs, and they generally operate like a BOF - except attendees enjoy themselves because there's beer and more people generally show up. ;-) Matt On 10/4/07, Don Brown [EMAIL PROTECTED] wrote: So this will be more of a Struts party then? I can see if I can get Atlassian to put some money/beer in the pot. Don On 10/5/07, Matt Raible [EMAIL PROTECTED] wrote: I'll contact the conference organizers to see what's the best night (thurs or fri) and then proceed to contact the hotel (or a nearby bar?) to get some cost estimates. From there, I'll start contacting potential sponsors. Sound good? If anyone wants to assist, let me know. Matt On 10/4/07, Don Brown [EMAIL PROTECTED] wrote: Yeah, we'll do a BOF, although they are usually pretty low key, I'm up for kicking it up a notch, especially if there is free beer :) Don On 10/4/07, Matt Raible [EMAIL PROTECTED] wrote: On 10/3/07, Dale Newfield [EMAIL PROTECTED] wrote: Ted Husted wrote: ApacheCon US 2007 Atlanta GA, November 12-16. While I'm not rich enough to attend this event, I do live in Atlanta, and I'd welcome the opportunity to buy a round of beers for the folks responsible for Struts2 and AppFuse (Matt, do you read the struts-dev list?)... I do read this list and would love to have a beer - especially if you're buying. ;-) Is there a Struts BOF planned? If so, we should find a sponsor to provide beers. I've done this in the past and it's always been well received. Matt ...is this the type of convention where people spend the evenings out having nice meals/drinks with colleagues, or where people spend the evenings quietly hacking away on laptops? -Dale Newfield [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - 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] -- http://raibledesigns.com - 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] -- http://raibledesigns.com -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [struts-dev] [ANN] Three Struts Tutorials or Presentations at ApacheCon US 2007 Atlanta GA
I won't tell if you don't. ;-) On 11/2/07, Dale Newfield [EMAIL PROTECTED] wrote: Matt Raible wrote: The Roller / Struts 2 BOF is on at ApacheCon! Wednesday night, 8:30-9:30 in Room 3. I assume it's kosher to come to this even if I'm not attending ApacheCon? -Dale - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BOF at ApacheCon
If you're interested in attending a Struts 2 / Roller BOF at ApacheCon, please sign up on the following page: http://wiki.apache.org/apachecon/BirdsOfaFeatherUs07 The higher number we have, the more likely we are to get a good time slot. Don Brown has been successful in securing a sponsor for free beer and Dave Johnson (from Roller) has volunteered to give a quick presentation on migrating from Struts 1 to Struts 2 in Roller. Unfortunately, ApacheCon does not provide projectors for BOFs, so if we want a presentation, we'll have to find a projector. Thanks! Matt -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] Plugins gone wild!
I'm more than happy to provide these archetypes as part of AppFuse Light (or putting them under the Struts umbrella). I plan on adding support for Struts 2 + JSF Plugin in the near future. Currently, I'm waiting for Maven to release their ArchetypeNG plugin that allows you to create archetypes from projects. Matt On 10/23/07, Ted Husted [EMAIL PROTECTED] wrote: On 10/22/07, Don Brown [EMAIL PROTECTED] wrote: It might be interesting to have several bundles: * Core - codebehind, dojo * Starter - codebehind, dojo, spring, jpa * Rest - codebehind, rest, dojo This might be a great role for AppFuse-style Maven prototypes! -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Proposal: Rest Plugin
On 10/21/07, Don Brown [EMAIL PROTECTED] wrote:
The more I study Rest [1] and now having used it in a production
application, the more I'm convinced Struts 2 needs to be the premier
way to write Restful web applications. The HTTP-based Rest theory is
well-suited to the action-based Model 2 design as makes it easy to
write naturally Restful applications. While there are several Java
web service frameworks that support Rest (notably Apache CXF), there
are few Java web frameworks that help you write human and
machine-facing web applications using Rest principles.
What is missing in Struts 2 is that extra bit a framework can do to
take away the broilerplate code and let you focus on your application.
Therefore, I'd like to propose we add the Rest Plugin, now residing
in the Struts sandbox, to the list of bundled Struts 2 plugins. With
the plugin, I've taken what I've learned having put a Restful Struts
2-based application into production and tried to get the plugin to do
all the tedious, repetitive work, all the while following the
established patterns implemented by Ruby on Rails.
I've written a quick guide to using the plugin in our plugin registry
[2] and have included a showcase web application with the plugin code
[3].
BTW, I'll be speaking at ApacheCon about writing Rest applications
using Struts 2, and it is preparing for that talk that prompted this
plugin. I looked at the last Rest application I wrote using Struts 2
and decided that as a framework, Struts could do better.
Don
[1]
http://www.amazon.com/RESTful-Web-Services-Leonard-Richardson/dp/0596529260
[2] http://cwiki.apache.org/S2PLUGINS/rest-plugin.html
[3]
http://svn.apache.org/repos/asf/struts/sandbox/trunk/struts2-rest-plugin//showcase/
Nice work Don!
One thing I think we should change is /orders/{id};edit to /orders/{id}/edit
- much like Rails 2.0 supports.
From http://weblog.rubyonrails.com/2007/9/30/rails-2-0-0-preview-release:
*Action Pack: Resources*
This is where the bulk of the action for 2.0 has gone. We've got a slew of
improvements to the RESTful lifestyle. First, we've dropped the semicolon
for custom methods instead of the regular slash. So /people/1;edit is now
/people/1/edit.
Also, is Resource required as the suffix for classes? I think this is
something that might turn off users because they're so used to using
Action. Can we make this customizable? If so, maybe we should allow
Controller as well (if you want to attract folks familiar with Rails).
How does the rest-plugin work for Actions/Resources in sub-packages? Does it
add an extra directory name in the URL?
Lastly, I really like where you're going with this support in Struts,
primarily because I believe there's a lot of good points in the Life Above
the Service Tier[1] article posted to TSS recently. It'd be very
interesting to develop a sample application that uses SOFEA principles -
possibly using the rest-plugin and YUI. If SOFEA is a productive way to
develop web applications for SOA backends, Struts (and other request-based
frameworks like Stripes and Spring MVC) could be ahead of the game because
they aren't as tightly coupled to rendering server-side pages as the
component-based frameworks like JSF, Tapestry and Wicket.
In reality, I doubt SOFEA will eliminate the usage of popular server-side
page rendering frameworks like PHP, RoR, ASP.NET and all the Java ones.
However, it would be nice to have a framework that supports both server-side
and client-side pages and treats SOFEA architectures as first-class
citizens. After all, what if the component is the widget framework (YUI,
Dojo, Ext JS)? I believe components at the UI layer (instead of in the web
framework) is a very compelling idea for companies that support polygot
programming. [2]
Matt
[1] http://www.theserverside.com/news/thread.tss?thread_id=47213
[2] http://memeagora.blogspot.com/2006/12/polyglot-programming.html
Re: Problem with global-forwards of struts-config.xml file..
Please post these types of questions to the user mailing list. The dev list is used for discussing the development, maintenance and releases around Struts. Matt On 10/17/07, Srhan [EMAIL PROTECTED] wrote: Hi, I've web.xml file in which I've index.jsp as my welcome files list. welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list in index.jsp I've struts logic redirect tag. logic:redirect forward=welcome/ In struts-config.xml file I've the following in global-forwards global-forwards forward name=welcome path=/login.do / /global-forwards And I've the following login action.. action path=/login type=com.cingular.cscape.cmps.struts.action.SignOnAction validate=false forward name=success path=/login.jsp redirect=true / /action Once I try to run the following URL in the browser it is saying Page cannot be displayed http://localhost:7001/cmps http://localhost:7001/cmps/login.do Please advise me if I'm doing any thing wrong. Thanks, Anil -- View this message in context: http://www.nabble.com/Problem-with-%3Cglobal-forwards%3E-of-struts-config.xml-file..-tf4642067.html#a13258793 Sent from the Struts - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Merge Able/Code Behind/Zero-Config/SmartURLs into view-behind specification
I think this is an excellent idea. I also think Stripes has done an excellent job of implementing this and allowing easy overriding with Java code (for extensions and such). Matt On 10/17/07, Tom Schneider [EMAIL PROTECTED] wrote: First of all, I think Ted did a good job of getting a start on this. His proposal is a great start that would unify several misc things that really needed to be unified. (Especially for 2.1.x where it would be nice to have a unified approach to these things) Secondly, our company does the exact same thing that Brian's in that we have standardized components and I would love to have an open source standard to use. However, is that part of what Ted created, or is this a separate proposal? I really like the idea of having one place for xml configuration, whether it be struts config overrides, JPA class definitions or what-not, but that seems like a separate issue from what Ted is proposing. Tom On 10/17/07, Brian Pontarelli [EMAIL PROTECTED] wrote: Looks good. I like the name and most of the concepts. Here's some additional thoughts: 1. If no code component exists and a default is not available, the code invocation can be completely by-passed and processing should proceed with the view component handling. The caveat here is that this will require adding a goal to support for messaging, localization and i18n, since this is something that is currently cumbersome. Also, the default handling should be spelled out with Index actions and all the URL nuances like trailing slashes and such. 1.1 I'd like to add in a componentization goal here. SmartURLs and Vertigo are leveraging a file named META-INF/component.xml (inside JAR files) to specify not only all the action packages and the result locations for actions and views bundled inside JAR files, but also to specify JPA domain classes and other configuration for the component. This is HUGE for companies that like to build components and then just drop them in to web applications. We have a number of these including user admin, CMS, blogs, news, todo, etc. I think that expanding this into the specification will help solidify that this architecture can be done on Struts2 and that it is a goal of the project. Ted Husted wrote: Following up on suggestions made by Don and Brian, I'd like to propose that we draft a formal specification describing the logic to be used by the (deep-breath) Able/Code Behind/Zero-Config/SmartURLs plugin for 2.1. The purpose of the specification would be to better define what backward compatibility means, and also to encourage implementation of this pattern by other frameworks. Following is the beginning of an early draft of a proposed view-behind specification. (In case anyone is interested, I'm using the JSON-RPC specification format as a model.) If there is interest in this proposal, I'd suggest we decide whether to complete the specification as part of our documentation, or at some other location. Of course, people working with other frameworks (coughstripes/cough) would be welcome to join in. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Should tags be their own plugin?
On 10/5/07, Ted Husted [EMAIL PROTECTED] wrote: On 10/5/07, Matt Raible [EMAIL PROTECTED] wrote: I would be hesitant about doing this - mostly because no one else does it. If we let that stop us, then there would be no Struts project. :) It might work well for developers, but does it really enhance the users' experience? Speaking as a user (and *every* active Struts committer I know *is* a user), I would say projects like Struts-Menu and Struts-Layout have shown that there are many ways to enhance the user experience. By moving the original tags to a plugin, it becomes much easier for people to create startling, leading-edge alternatives, far beyond anything we would want to attempt in the core. As Don expressed in his bullet points, it's a win-win for everyone. The only downside is the number of artifacts an application needs to carry in its lib folder. As mentioned elsewhere, the ideal solution there would be to create an omnibus struts JAR, like the spring.jar, that contained the core and the standard plugins (tags, dojo, code-behind, ...). I'm not sure of the licensing issues, but, in terms of user experience, it would be even better if we could roll the freemarker, ognl, xwork, and common-logging-api JARs into the omnibus struts.jar, so that there would be exactly one Struts artifact for a run-of-the-mill application. I agree that if we can roll everything into a single struts.jar that will eliminate any issues I have. With Maven users, it's a non-issue, but I think Maven still has a pretty small market share overall. Matt -- HTH, Ted Attend Migrating to Ajax at ApacheCon US 2007: * http://us.apachecon.com/us2007/program/talk/1883 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Three Struts Tutorials or Presentations at ApacheCon US 2007 Atlanta GA
I'll contact the conference organizers to see what's the best night (thurs or fri) and then proceed to contact the hotel (or a nearby bar?) to get some cost estimates. From there, I'll start contacting potential sponsors. Sound good? If anyone wants to assist, let me know. Matt On 10/4/07, Don Brown [EMAIL PROTECTED] wrote: Yeah, we'll do a BOF, although they are usually pretty low key, I'm up for kicking it up a notch, especially if there is free beer :) Don On 10/4/07, Matt Raible [EMAIL PROTECTED] wrote: On 10/3/07, Dale Newfield [EMAIL PROTECTED] wrote: Ted Husted wrote: ApacheCon US 2007 Atlanta GA, November 12-16. While I'm not rich enough to attend this event, I do live in Atlanta, and I'd welcome the opportunity to buy a round of beers for the folks responsible for Struts2 and AppFuse (Matt, do you read the struts-dev list?)... I do read this list and would love to have a beer - especially if you're buying. ;-) Is there a Struts BOF planned? If so, we should find a sponsor to provide beers. I've done this in the past and it's always been well received. Matt ...is this the type of convention where people spend the evenings out having nice meals/drinks with colleagues, or where people spend the evenings quietly hacking away on laptops? -Dale Newfield [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - 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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Three Struts Tutorials or Presentations at ApacheCon US 2007 Atlanta GA
I've always called them BOFs, and they generally operate like a BOF - except attendees enjoy themselves because there's beer and more people generally show up. ;-) Matt On 10/4/07, Don Brown [EMAIL PROTECTED] wrote: So this will be more of a Struts party then? I can see if I can get Atlassian to put some money/beer in the pot. Don On 10/5/07, Matt Raible [EMAIL PROTECTED] wrote: I'll contact the conference organizers to see what's the best night (thurs or fri) and then proceed to contact the hotel (or a nearby bar?) to get some cost estimates. From there, I'll start contacting potential sponsors. Sound good? If anyone wants to assist, let me know. Matt On 10/4/07, Don Brown [EMAIL PROTECTED] wrote: Yeah, we'll do a BOF, although they are usually pretty low key, I'm up for kicking it up a notch, especially if there is free beer :) Don On 10/4/07, Matt Raible [EMAIL PROTECTED] wrote: On 10/3/07, Dale Newfield [EMAIL PROTECTED] wrote: Ted Husted wrote: ApacheCon US 2007 Atlanta GA, November 12-16. While I'm not rich enough to attend this event, I do live in Atlanta, and I'd welcome the opportunity to buy a round of beers for the folks responsible for Struts2 and AppFuse (Matt, do you read the struts-dev list?)... I do read this list and would love to have a beer - especially if you're buying. ;-) Is there a Struts BOF planned? If so, we should find a sponsor to provide beers. I've done this in the past and it's always been well received. Matt ...is this the type of convention where people spend the evenings out having nice meals/drinks with colleagues, or where people spend the evenings quietly hacking away on laptops? -Dale Newfield [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - 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] -- http://raibledesigns.com - 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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Should tags be their own plugin?
I would be hesitant about doing this - mostly because no one else does it. It might work well for developers, but does it really enhance the users' experience? Matt On 10/4/07, Don Brown [EMAIL PROTECTED] wrote: The discussion around WW-2149 [1] has been interesting as it exposed quite different philosophies with regards to Struts 2 tags. One thought is Struts 2 should have lots of tags in its core as they are used by lots of people. On the other hand, other folks (me) think Struts 2 should keep core very small and have most new tags as plugins. I'm gonna take it to the next level and suggest that our tags should be their own plugin. Core would have the basic framework for creating tags such as the TemplateManager, Component base classes, etc., but the tags themselves would go into a plugin. I think this would be great for several reasons: 1. Much, much less code in core to maintain 2. Encourage multiple tag libraries (I, for one, would love to see a simple, high performance (read non-Freemarker/limited EL) library) 3. Force us to improve our tag pluggability for plugin authors Moving the tags out of core would not be unprecedented. Several years ago, we moved the Struts 1 tags into their own subproject, a move that had its hiccups, but ultimately, I think it proved useful. The new tags plugin, perhaps named struts2-tags-plugin, would still remain in the Struts 2 repository and be bundled with every release, just like in Struts 1. For a user, there would be one more jar, but no other impact. The bottom line is I believe, in an open source project with limited resources like Struts 2, we need to pick our battles, or code as the case may be. We can't properly support all our existing code with the same attention, but by carving out logical sections, we can identify clear areas that we can ensure will receive the support it needs. Don [1] https://issues.apache.org/struts/browse/WW-2149 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [struts-dev] [ANN] Three Struts Tutorials or Presentations at ApacheCon US 2007 Atlanta GA
On 10/3/07, Dale Newfield [EMAIL PROTECTED] wrote: Ted Husted wrote: ApacheCon US 2007 Atlanta GA, November 12-16. While I'm not rich enough to attend this event, I do live in Atlanta, and I'd welcome the opportunity to buy a round of beers for the folks responsible for Struts2 and AppFuse (Matt, do you read the struts-dev list?)... I do read this list and would love to have a beer - especially if you're buying. ;-) Is there a Struts BOF planned? If so, we should find a sponsor to provide beers. I've done this in the past and it's always been well received. Matt ...is this the type of convention where people spend the evenings out having nice meals/drinks with colleagues, or where people spend the evenings quietly hacking away on laptops? -Dale Newfield [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Struts Committer -- Matt Raible
Thanks for the warm welcome everyone! I've always enjoyed WebWork/XWork because I found it easy to find and fix bugs in the codebase. I don't know if I'll be any good at adding new features, but hopefully I can help with documentation and bug fixing. Of course, I'll try to do user support as well, but with AppFuse's lists pulling in ~1000 messages a month, it might be difficult. I don't want to stretch myself too thin. ;-) I'm eager to get started on and fix XW-559: http://jira.opensymphony.com/browse/XW-559 In reality, I can't believe this issue hasn't been brought up before, but maybe that's because a lot of folks are using FreeMarker instead of JSP with Struts 2. I'll start a separate thread to get feedback on how to go about fixing this. Thanks! Matt P.S. Just because I'm a committer now doesn't mean I won't stop criticizing Struts 2. Unfortunately, now I'll just be criticizing myself for not fixing stuff. ;-) On 9/24/07, Paul Benedict [EMAIL PROTECTED] wrote: Congrats Matt. I am glad you're on the team. On 9/24/07, Antonio Petrelli [EMAIL PROTECTED] wrote: 2007/9/22, Ted Husted [EMAIL PROTECTED]: Please join us in welcoming Matt Raible as a new Struts committer. It was about time :-) Matt, it is great to have you on board. Antonio -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fixing XW-559: No warnings when property or method doesn't exist in Action
Background at: http://jira.opensymphony.com/browse/XW-559 Basically, Struts 2 sucks. ;-) When prototyping a project with Struts 2, I found it annoying that when I fat-fingered a property or method in my JSP, I was never given an error by Struts. For people that are brand-new to Struts, I'd imagine this would be even more frustrating. I believe we need to fail-fast in most circumstances, particularly when struts.devMode is on. Sidenote: Currently devMode doesn't do me much good because it gives me warnings for missing setters, which I generally don't care about. It's the getters I care about. So what's the best way to go about fixing this? I don't really care about *all* the variables in the ValueStack, just the ones on my immediate Action, and maybe it's parent. XW-559 did have a patch against CompoundRootAccessor. However, after running svn up this morning, that class no longer exists. Also, I tried to use XWork 2.1-SNAPSHOT with Struts 2.0.9, but I get the following error: java.lang.ClassNotFoundException: com.opensymphony.xwork2.util.GenericsObjectTypeDeterminer Should I be using the latest version of Struts with the latest version of XWork to attempt to fix this issue? Thanks, Matt -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fixing XW-559: No warnings when property or method doesn't exist in Action
OK, so if I'm mostly concerned with the Struts 2.0.x branches, is there a revision of XWork I can/should work with? Thanks, Matt On 9/24/07, Piero Sartini [EMAIL PROTECTED] wrote: Should I be using the latest version of Struts with the latest version of XWork to attempt to fix this issue? As far as I know, xwork 2.1 does work with struts 2.1 only. But - and that is the bad news: I was not able to get 2.1 running (maybe trunk is broken?) See the thread NPE on struts2-showcase from Wes as well. Piero - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Struts 2.0.11 Quality
quote
existing pages that utilize JSP EL expressions with Struts 2 tags will
no longer work as of this release.
/quote
I'm assuming this means that ${...} can't be used in Struts 2 tag
attributes anymore?
Matt
On 9/24/07, James Holmes [EMAIL PROTECTED] wrote:
The Struts 2.0.11 test build is now available.
Release notes:
* http://struts.apache.org/2.x/docs/release-notes-2011.html
Distribution:
* http://people.apache.org/builds/struts/2.0.11/
Maven 2 staging repository:
* http://people.apache.org/builds/struts/2.0.11/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.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
http://raibledesigns.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Struts 2.0.11 Quality
+1 GA - all tests pass in AppFuse.
The good news about removing the ability of doing ${...} in Struts
tags is now it's less ambiguous if you should use JSTL or Struts tags.
Matt
On 9/24/07, Piero Sartini [EMAIL PROTECTED] wrote:
+1 GA
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
http://raibledesigns.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fixing XW-559: No warnings when property or method doesn't exist in Action
Is it worth trying to fix this issue (non-existent properties not reported) if the underlying EL mechanism is going to change? I guess the best thing to do is see if I can reproduce the problem using xwork/struts-trunk. Matt On 9/24/07, Dave Newton [EMAIL PROTECTED] wrote: --- Matt Raible [EMAIL PROTECTED] wrote: OK, so if I'm mostly concerned with the Struts 2.0.x branches, is there a revision of XWork I can/should work with? XWork revved with most of the S2 revs; S2 2.0.6/XW 2.0.1, S2 2.0.8/XW 2.0.3, etc. Maybe start from the higher revs and see if it can be backported in necessary? d. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fixing XW-559: No warnings when property or method doesn't exist in Action
OK - so I guess the question is, what version should I try to fix things in? XWork 2.0.4 or the latest XWork trunk? I'd like to fix this and be able to use it in the next month or two, so what will the next release of Struts require? Thanks, Matt On 9/24/07, James Holmes [EMAIL PROTECTED] wrote: I'm not sure if Don is planning to change the EL mechanism or just *make it possible to change the mechanism. On Mon Sep 24 16:42 , 'Matt Raible' [EMAIL PROTECTED] sent: Is it worth trying to fix this issue (non-existent properties not reported) if the underlying EL mechanism is going to change? I guess the best thing to do is see if I can reproduce the problem using xwork/struts-trunk. Matt On 9/24/07, Dave Newton [EMAIL PROTECTED] wrote: --- Matt Raible [EMAIL PROTECTED] wrote: OK, so if I'm mostly concerned with the Struts 2.0.x branches, is there a revision of XWork I can/should work with? XWork revved with most of the S2 revs; S2 2.0.6/XW 2.0.1, S2 2.0.8/XW 2.0.3, etc. Maybe start from the higher revs and see if it can be backported in necessary? d. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - 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] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon Roll Call
I'll be there - I was planning on flying in Wednesday afternoon and flyout out Friday afternoon. Matt On 9/22/07, Ted Husted [EMAIL PROTECTED] wrote: I was just wondering who was planning on attending ApacheCon this year. I know Don has a talk on the 15th, and Mark and I have tutorials scheduled earlier in the week. Is anyone else going to drop by this year? How about the Monday/Tuesday Hackathon? -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s 1.3.6]: New label tag
If you're going to add a Label tag to Struts, I'd suggest including the ability to put an indicator (i.e. an asterisk) of when a field is required. We do this in AppFuse and it works quite well. http://tinyurl.com/u3hyl Matt On 11/20/06, Paul Benedict [EMAIL PROTECTED] wrote: Martin Cooper wrote: How about we just stick with 'for'? We have generally tried to use the same name for an attribute as for what will be rendered, and there's no reason we can't use 'for' (unlike 'id' which we could not use, which is why 'styleId' exists). This is fine by me. Spring Framework now has a tag library that's similar to Struts (and generally seems inspired by it), and they also have a label tag with a matching for attribute. So this I will make sure exists. Well, this seems to introduce a double reference which then leaves potential for error / confusion. Don't 'property' and 'for' ultimately reference the same thing? Yes, the former references the form bean property and the latter the text element (or whatever) id, but really it's the same thing, no? These two properties are not similar. for is for a emitting DOM id, while property determines which form property Action errors should be investigated to trigger the error styles. The two are, unfortunately, necessary however because I have seen the duplication problem from the beginning, my decision was to make the for tag attribute optional. If no for tag attribute is specified, the DOM id emitted in the HTML for attribute is the name of the property. So you can shorthand it: html:label property=firstName errorStyle=errorFirst Name/html:label html:text property=firstName styleId=firstName / Two other observations: 1) This seems like yet another special case of error handling that we are loading on to the tags. How many special cases do we really want in our taglibs for rendering error situation? I guess what I'm asking is why should a label get special treatment over, say, adding a red asterisk after the field, or whatever? Using CSS 2, you can add body content in a style. So if you want to add an asterisk, you just write that rule into your style sheet -- just make sure you have a browser which can support it. 2) We could generalise this whole thing by creating a tag that exists solely to provide for style differences in error situations, without tying it to something like a label tag. True, except I don't want to create a radical new tag library structure for Struts 1. I am all for new ideas in Struts 2, but I would like this to be considered a minor addition. It's much easier adding the label tag to complete the library of form components, imo. So I'd like a buy-in so I can commit the code :-) More suggestions for improvements are totally welcomed. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Struts configuration design
I'd be interested in doing this in Equinox as well. Does it simply follow convention over configuration or are annotations leveraged? Got any documentation? ;-) Matt On 11/13/06, Ted Husted [EMAIL PROTECTED] wrote: On 11/13/06, Don Brown [EMAIL PROTECTED] wrote: My favorite part of the changes is the ability to have a fully functional Struts app with no additional XML or properties files. Just set the actionPackages property in web.xml, and Struts will scan those packages and their subpackages for any Actions automatically. I'd be happy to refactor the MailReader to fully exploit zero-configuration, but I don't know where to begin. It was a huge commit. Can you point out the key classes and unit tests to review to better understand the specifics of zero-configuration? -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Servlet 2.4 for the starter archetype?
On 11/7/06, Wendy Smoak [EMAIL PROTECTED] wrote: The starter archetype declares a dependency on servlet-api 2.4, but web.xml uses the 2.3 DTD. If I switch web.xml to the 2.4 schema, then the taglib elements are not allowed. (Come to think of it, why are they there for 2.3? Aren't the sitemesh tlds included in its jar file?) Yes, they are. I haven't used a taglib in my web.xml in years. ;-) It is needed by some 2.3 containers, but shouldn't be needed according to the spec. Matt -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Will Struts2 use OGNL as WW did?
+1 for restoring do*. Matt On 11/6/06, Don Brown [EMAIL PROTECTED] wrote: tm jee wrote: Hi Vitor, I think the doActionMethod fallback was removed from webwork. Have a look at http://cwiki.apache.org/confluence/display/WW/Key+Changes+From+WebWork+2 for more of the changes from webwork to struts2. Yeah, I'm thinking we should put this back. Struts 2.0.x is about compatibility, so I think we should be compatible where ever we can. Perhaps we could throw a warning if it is used, but I think it should be in there. The do* pattern is too common. Don Or maybe I did something wrong and I'm totally embarassing myself right now. No you are not. :-) rgds Vitor Souza [EMAIL PROTECTED] wrote: Vitor Souza wrote: However, if you'd like I could create a JIRA (Bugzilla?) issue [...] Yes, please create the ticket. Unfortunately, I don't believe there is anyone left who _does_ have enough knowledge of OGNL to truely vet it :( Ok. I will work on that. I will build a quick example of how it fails to attach to the issue and create it ASAP. Is https://issues.apache.org/struts/browse/WW the right place for this issue? Version 2.0.2? In this thread I mentioned I ran into a new issue, one that my OGNL hack wasn't enough to fix. It turns out that it is not true. In fact, the problem was that I misconfigured Struts2. [...] What exactly was the problem with the xwork.xml? I'd like to keep as much backwards compatibility as possible. In WW2, myaction!input.action called doInput() in the class mapped for the action named myaction. In Struts2, it calls input(). Or maybe I did something wrong and I'm totally embarassing myself right now. :) Vitor Souza - Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=48752messageID=99725#99725 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC Magazine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://raibledesigns.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2.0.1 missing from people.apache.org?
This issue will likely go away when 2.0.1 gets uploaded to ibiblio - however, 2.0.1 was available at the following URL last week, now it's gone. http://people.apache.org/maven-snapshot-repository/org/apache/struts/struts2-core/ Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: debug=console and profiling=yes in Struts 2.0.1
On 10/25/06, Don Brown [EMAIL PROTECTED] wrote: Hmm...it looks like you don't have the debugging and profiling interceptors in your stack for that action. Otherwise, the console and profiling properties would be removed correctly from the parameters and you wouldn't see that output. Are you extending the struts-default package and using its stack, or rolling your own? I'm rolling my own - here's what I have for my default stack, mostly to customize which methods validation/workflow is enabled for. interceptors interceptor-stack name=defaultStack interceptor-ref name=exception/ interceptor-ref name=alias/ interceptor-ref name=servlet-config/ interceptor-ref name=prepare/ interceptor-ref name=i18n/ interceptor-ref name=chain/ interceptor-ref name=model-driven/ interceptor-ref name=fileUpload/ interceptor-ref name=static-params/ interceptor-ref name=params/ interceptor-ref name=conversionError/ interceptor-ref name=validation param name=excludeMethodscancel,execute,delete,edit,list/param /interceptor-ref interceptor-ref name=workflow param name=excludeMethodsinput,back,cancel/param /interceptor-ref /interceptor-stack /interceptors Don Matt Raible wrote: With debug=console, I get: ERROR - OgnlValueStack.setValue(176) | Error setting expr 'console' with value '[Ljava.lang.String;@2bf86' java.lang.RuntimeException: No object in the CompoundRoot has a publicly accessible property named 'console' (no setter could be found). at com.opensymphony.xwork2.util.CompoundRootAccessor.setProperty(CompoundRootAccessor.java:67) at ognl.OgnlRuntime.setProperty(OgnlRuntime.java:1629) at ognl.ASTProperty.setValueBody(ASTProperty.java:105) at ognl.SimpleNode.evaluateSetValueBody(SimpleNode.java:177) at ognl.SimpleNode.setValue(SimpleNode.java:246) Adding s:head/ at the top of my page doesn't seem to help. Neither does disabling sitemesh. If I add ?profiling=yes, I get: ERROR - ParametersInterceptor.setParameters(180) | Developer Notification (set webwork.devMode to false to disable this message): No object in the CompoundRoot has a publicly accessible property named 'console' (no setter could be found). ERROR - CompoundRootAccessor.setProperty(66) | No object in the CompoundRoot has a publicly accessible property named 'profiling' (no setter could be found). ERROR - OgnlValueStack.setValue(176) | Error setting expr 'profiling' with value '[Ljava.lang.String;@3941dd' java.lang.RuntimeException: No object in the CompoundRoot has a publicly accessible property named 'profiling' (no setter could be found). at com.opensymphony.xwork2.util.CompoundRootAccessor.setProperty(CompoundRootAccessor.java:67) Matt On 10/24/06, Don Brown [EMAIL PROTECTED] wrote: What is puzzling is that profiling isn't working. When you append profiling=yes to the query string, Struts will start printing out profiling information to the log. If you have a lot of logging messages, these profiling statements might be lost among the clutter. For the debugging console, try turning Sitemesh off, either through removing its filter or excluding its decorator for the page. Take a look at the HTML generated to ensure that new markup is being inserted correctly. Finally, are you using any custom results to render the page? Don Matt Raible wrote: On 10/24/06, Don Brown [EMAIL PROTECTED] wrote: Those errors are fine, actually, although it is true they should be cleaned up to minimize confusion. Do you get the OGNL console popup? No. If not, I'm guessing you are using sitemesh? Yes. We did the demo at ApacheCon with the starter archetype app, which also uses Sitemesh, so it can work. Maybe it's an issue with Prototype/Scriptaculous? I tried removing Scripaculous, but no dice. Also, check that Struts 2 has devMode=true set in struts.properties in WEB-INF/classes. The debugging and profiling support are only enabled in dev mode. Yep, I have that. Matt Don Matt Raible wrote: I'm trying to use some features I found in Don Brown's presentation on Struts 2.0 at ApacheCon. Using debug=console and profiling=yes doesn't seem to work. When I use debug=console, I get: ERROR - ParametersInterceptor.setParameters(180) | Developer Notification (set webwork.devMode to false to disable this message): No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR - CompoundRootAccessor.setProperty(66) | No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR
debug=console and profiling=yes in Struts 2.0.1
I'm trying to use some features I found in Don Brown's presentation on Struts 2.0 at ApacheCon. Using debug=console and profiling=yes doesn't seem to work. When I use debug=console, I get: ERROR - ParametersInterceptor.setParameters(180) | Developer Notification (set webwork.devMode to false to disable this message): No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR - CompoundRootAccessor.setProperty(66) | No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR - OgnlValueStack.setValue(176) | Error setting expr 'debug' with value '[Ljava.lang.String;@74997a' java.lang.RuntimeException: No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). Any ideas? Thanks, Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: debug=console and profiling=yes in Struts 2.0.1
On 10/24/06, Don Brown [EMAIL PROTECTED] wrote: Those errors are fine, actually, although it is true they should be cleaned up to minimize confusion. Do you get the OGNL console popup? No. If not, I'm guessing you are using sitemesh? Yes. We did the demo at ApacheCon with the starter archetype app, which also uses Sitemesh, so it can work. Maybe it's an issue with Prototype/Scriptaculous? I tried removing Scripaculous, but no dice. Also, check that Struts 2 has devMode=true set in struts.properties in WEB-INF/classes. The debugging and profiling support are only enabled in dev mode. Yep, I have that. Matt Don Matt Raible wrote: I'm trying to use some features I found in Don Brown's presentation on Struts 2.0 at ApacheCon. Using debug=console and profiling=yes doesn't seem to work. When I use debug=console, I get: ERROR - ParametersInterceptor.setParameters(180) | Developer Notification (set webwork.devMode to false to disable this message): No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR - CompoundRootAccessor.setProperty(66) | No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR - OgnlValueStack.setValue(176) | Error setting expr 'debug' with value '[Ljava.lang.String;@74997a' java.lang.RuntimeException: No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). Any ideas? Thanks, Matt - 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] -- Blog @ http://raibledesigns.com Founder of AppFuse @ http://appfuse.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: debug=console and profiling=yes in Struts 2.0.1
With debug=console, I get: ERROR - OgnlValueStack.setValue(176) | Error setting expr 'console' with value '[Ljava.lang.String;@2bf86' java.lang.RuntimeException: No object in the CompoundRoot has a publicly accessible property named 'console' (no setter could be found). at com.opensymphony.xwork2.util.CompoundRootAccessor.setProperty(CompoundRootAccessor.java:67) at ognl.OgnlRuntime.setProperty(OgnlRuntime.java:1629) at ognl.ASTProperty.setValueBody(ASTProperty.java:105) at ognl.SimpleNode.evaluateSetValueBody(SimpleNode.java:177) at ognl.SimpleNode.setValue(SimpleNode.java:246) Adding s:head/ at the top of my page doesn't seem to help. Neither does disabling sitemesh. If I add ?profiling=yes, I get: ERROR - ParametersInterceptor.setParameters(180) | Developer Notification (set webwork.devMode to false to disable this message): No object in the CompoundRoot has a publicly accessible property named 'console' (no setter could be found). ERROR - CompoundRootAccessor.setProperty(66) | No object in the CompoundRoot has a publicly accessible property named 'profiling' (no setter could be found). ERROR - OgnlValueStack.setValue(176) | Error setting expr 'profiling' with value '[Ljava.lang.String;@3941dd' java.lang.RuntimeException: No object in the CompoundRoot has a publicly accessible property named 'profiling' (no setter could be found). at com.opensymphony.xwork2.util.CompoundRootAccessor.setProperty(CompoundRootAccessor.java:67) Matt On 10/24/06, Don Brown [EMAIL PROTECTED] wrote: What is puzzling is that profiling isn't working. When you append profiling=yes to the query string, Struts will start printing out profiling information to the log. If you have a lot of logging messages, these profiling statements might be lost among the clutter. For the debugging console, try turning Sitemesh off, either through removing its filter or excluding its decorator for the page. Take a look at the HTML generated to ensure that new markup is being inserted correctly. Finally, are you using any custom results to render the page? Don Matt Raible wrote: On 10/24/06, Don Brown [EMAIL PROTECTED] wrote: Those errors are fine, actually, although it is true they should be cleaned up to minimize confusion. Do you get the OGNL console popup? No. If not, I'm guessing you are using sitemesh? Yes. We did the demo at ApacheCon with the starter archetype app, which also uses Sitemesh, so it can work. Maybe it's an issue with Prototype/Scriptaculous? I tried removing Scripaculous, but no dice. Also, check that Struts 2 has devMode=true set in struts.properties in WEB-INF/classes. The debugging and profiling support are only enabled in dev mode. Yep, I have that. Matt Don Matt Raible wrote: I'm trying to use some features I found in Don Brown's presentation on Struts 2.0 at ApacheCon. Using debug=console and profiling=yes doesn't seem to work. When I use debug=console, I get: ERROR - ParametersInterceptor.setParameters(180) | Developer Notification (set webwork.devMode to false to disable this message): No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR - CompoundRootAccessor.setProperty(66) | No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). ERROR - OgnlValueStack.setValue(176) | Error setting expr 'debug' with value '[Ljava.lang.String;@74997a' java.lang.RuntimeException: No object in the CompoundRoot has a publicly accessible property named 'debug' (no setter could be found). Any ideas? Thanks, Matt - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Blog @ http://raibledesigns.com Founder of AppFuse @ http://appfuse.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
apache.org being down prevents me from using Struts 2
Is it possible to change the Struts 2.0.1 pom so it loads xwork from repo1.maven.org instead of people? I just started getting the following error from CruiseControl today. I'm guessing this is caused by the Struts pom, but I could be wrong. [INFO] Installing /opt/openlogic/blueglue/cruisecontrol-bin-2.5/projects/appfuse-2.x/web/spring/target/appfuse-spring-2.0-SNAPSHOT.war to /home/mraible/.m2/repository/org/appfuse/appfuse-spring/2.0-SNAPSHOT/appfuse-spring-2.0-SNAPSHOT.war [INFO] [INFO] Building AppFuse Struts 2 Module [INFO] task-segment: [install] [INFO] Downloading: http://people.apache.org/maven-snapshot-repository/opensymphony/xwork/2.0-beta-1/xwork-2.0-beta-1.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: opensymphony:xwork Reason: Error getting POM for 'opensymphony:xwork' from the repository: Error transferring file opensymphony:xwork:pom:2.0-beta-1 from the specified remote repositories: central (http://repo1.maven.org/maven2), maven-snapshots (http://people.apache.org/maven-snapshot-repository), appfuse (http://static.appfuse.org/repository) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 6 minutes 56 seconds [INFO] Finished at: Sat Oct 21 15:48:14 MDT 2006 [INFO] Final Memory: 52M/94M [INFO] Thanks, Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
s:datepicker in Struts 2
I'm trying to upgrade Equinox (http://equinox.dev.java.net) to Struts 2. So far, the only major issue I've found is the datepicker component doesn't seem to work. It looks like it's using dojo, but dojo is never included in the head. Is there a tag I need to do add to get dojo included? Below is the results of view-source: http://rifers.org/paste/show/2021 (goes off to investigate a bit more...) After investigation, I've come to find I need s:head/ in the head of my JSP for this to work properly. So now the dojo files are imported, but I get the following error: Could not load 'dojo.widget.html.DatePicker'; last tried '__package__.js' This is probably related to the fact that I use *.html as my extension, as does dojo for its templates. Is there anyway to change this or am I forced to use a different extension for my actions? Thanks, Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: s:datepicker in Struts 2
I don't mind using the datepicker from Struts2, I just want a popup calendar to show folks how to use it. After some more playing around with things, it seems the problem is caused by SiteMesh. If I disable it, the calendars icon renders, and I can popup a calendar. It's all squished though, so I can't see the value that's being put in the field. If I enable SiteMesh again, it blows up. This happens regardless of whether I use *.htm or *.html. Matt On 10/19/06, Don Brown [EMAIL PROTECTED] wrote: Hmm...didn't you have a ticket in about problems with the html extension? As for the date picker, the real solution is to take the WW tag and spin it off into its own Struts plugin, but hosted at OpenSymphony. For an application that uses the WW date picker, the Dojo one won't be an adequate replacement by a long shot. Don Matt Raible wrote: I'm trying to upgrade Equinox (http://equinox.dev.java.net) to Struts 2. So far, the only major issue I've found is the datepicker component doesn't seem to work. It looks like it's using dojo, but dojo is never included in the head. Is there a tag I need to do add to get dojo included? Below is the results of view-source: http://rifers.org/paste/show/2021 (goes off to investigate a bit more...) After investigation, I've come to find I need s:head/ in the head of my JSP for this to work properly. So now the dojo files are imported, but I get the following error: Could not load 'dojo.widget.html.DatePicker'; last tried '__package__.js' This is probably related to the fact that I use *.html as my extension, as does dojo for its templates. Is there anyway to change this or am I forced to use a different extension for my actions? Thanks, Matt - 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] -- Blog @ http://raibledesigns.com Founder of AppFuse @ http://appfuse.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: s:datepicker in Struts 2
That doesn't seem to help either. Oh well, I guess I just won't use a datepicker for now. It's quite strange because the calendar icon doesn't show up either. Matt On 10/19/06, Don Brown [EMAIL PROTECTED] wrote: Ah, ok, yeah, we saw that problem while working on the starter archetype. The problem is you have to be sure you tell Sitemesh not to decorate any of the static files that Struts 2 delivers. Here is the settings we used: excludes pattern/nodecorate/*/pattern pattern/styles/*/pattern pattern/scripts/*/pattern pattern/images/*/pattern pattern/dojo/*/pattern pattern/struts/*/pattern /excludes HTH, Don Matt Raible wrote: I don't mind using the datepicker from Struts2, I just want a popup calendar to show folks how to use it. After some more playing around with things, it seems the problem is caused by SiteMesh. If I disable it, the calendars icon renders, and I can popup a calendar. It's all squished though, so I can't see the value that's being put in the field. If I enable SiteMesh again, it blows up. This happens regardless of whether I use *.htm or *.html. Matt On 10/19/06, Don Brown [EMAIL PROTECTED] wrote: Hmm...didn't you have a ticket in about problems with the html extension? As for the date picker, the real solution is to take the WW tag and spin it off into its own Struts plugin, but hosted at OpenSymphony. For an application that uses the WW date picker, the Dojo one won't be an adequate replacement by a long shot. Don Matt Raible wrote: I'm trying to upgrade Equinox (http://equinox.dev.java.net) to Struts 2. So far, the only major issue I've found is the datepicker component doesn't seem to work. It looks like it's using dojo, but dojo is never included in the head. Is there a tag I need to do add to get dojo included? Below is the results of view-source: http://rifers.org/paste/show/2021 (goes off to investigate a bit more...) After investigation, I've come to find I need s:head/ in the head of my JSP for this to work properly. So now the dojo files are imported, but I get the following error: Could not load 'dojo.widget.html.DatePicker'; last tried '__package__.js' This is probably related to the fact that I use *.html as my extension, as does dojo for its templates. Is there anyway to change this or am I forced to use a different extension for my actions? Thanks, Matt - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Blog @ http://raibledesigns.com Founder of AppFuse @ http://appfuse.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
