Re: Plan for Struts 3
2012/11/22 Lukasz Lenart lukaszlen...@apache.org: 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 Any thoughts? I'm almost sure that we should drop support for S1 in S3 and used org.apache.struts as a base package name. 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: Plan for Struts 3
I have no problem with that. (Obviously ;) IMO the S1 plugin was never anything more than a stopgap measure; since JSPs had to be rewritten anyway it was more of a temporary solution during migration. Dave On Mon, Nov 26, 2012 at 3:21 PM, Lukasz Lenart lukaszlen...@apache.org wrote: 2012/11/22 Lukasz Lenart lukaszlen...@apache.org: 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 Any thoughts? I'm almost sure that we should drop support for S1 in S3 and used org.apache.struts as a base package name. 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 -- e: davelnew...@gmail.com m: 908-380-8699 s: davelnewton_skype t: @dave_newton b: Bucky Bits g: davelnewton so: Dave Newton - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Using fluido once available
2012/11/25 Johannes Geppert jo...@apache.org: What others think about shrinking a little bit the menu and some Content? +1 :-) 1.) The Roadmap FAQ is really outdated! We can update it, delete it or reference it to the current Struts3 Wiki Page I think we can remove that page, even if we plan S3 there is not too much to write - Struts 2 done better :-) 2.) What is the mining of the Project Minutes ? Last update is from 2008! I think it would be nice to put here Reports to the ASF Board which Rene prepares, it's important to see what's going on with the project, thus will overtake Roadmap FAQ 3.) Maybe we can create on Page for the Related and Similar Projects? This would make the Menu much more cleaner. +1 4.) The Link to Our Blogs looks also really outdated! Last Entry is from 2008. http://people.apache.org/~rubys/planet/struts/ We can add few new, like your :-) 5.) Is the Struts Sourceforge active? Never heard about it. http://struts.sourceforge.net/ I've been using it some times ago, but not any more but I think it should stay :-) 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: Plan for Struts 3
How hard would it be to allow for struts run time configuration? In allowing for I mean having a registry for the configuration of interceptor stacks, packages, actions... which the framework will allow for querying and in the default case would be immutable but would allow us to substitute in mutable managers for these configuration services? One use-case is to produce a struts2(struts3) IDE which runs in a browser. On Mon, Nov 26, 2012 at 1:24 PM, Dave Newton davelnew...@gmail.com wrote: I have no problem with that. (Obviously ;) IMO the S1 plugin was never anything more than a stopgap measure; since JSPs had to be rewritten anyway it was more of a temporary solution during migration. Dave On Mon, Nov 26, 2012 at 3:21 PM, Lukasz Lenart lukaszlen...@apache.org wrote: 2012/11/22 Lukasz Lenart lukaszlen...@apache.org: 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 Any thoughts? I'm almost sure that we should drop support for S1 in S3 and used org.apache.struts as a base package name. 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 -- e: davelnew...@gmail.com m: 908-380-8699 s: davelnewton_skype t: @dave_newton b: Bucky Bits g: davelnewton so: Dave Newton - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Using fluido once available
On Mon, Nov 26, 2012 at 12:41 PM, Lukasz Lenart lukaszlen...@apache.orgwrote: 2012/11/25 Johannes Geppert jo...@apache.org: What others think about shrinking a little bit the menu and some Content? +1 :-) Depends on what you mean by shrink. We have people (e.g. Link, very recently) who don't seem to be able to find stuff on our menu, so making it smaller will not help at all. On the other hand, reducing the number of items would undoubtedly help. 1.) The Roadmap FAQ is really outdated! We can update it, delete it or reference it to the current Struts3 Wiki Page I think we can remove that page, even if we plan S3 there is not too much to write - Struts 2 done better :-) A roadmap can be very useful, but it needs people committed to maintaining it. I think Ted was probably the only one who did this for an extended period. We should just remove it if we don't have something useful to say. 2.) What is the mining of the Project Minutes ? Last update is from 2008! I think it would be nice to put here Reports to the ASF Board which Rene prepares, it's important to see what's going on with the project, thus will overtake Roadmap FAQ The board minutes are a matter of public record, and are always published. See: http://www.apache.org/foundation/board/calendar.html It's not easy to find the Struts reports in that (e.g. you need to know our schedule), so I'd be okay with re-publishing, if we think we'll keep it up to date. But we should copy from the board minutes, rather than our list, to be sure we capture accurately what the board accepted. 3.) Maybe we can create on Page for the Related and Similar Projects? This would make the Menu much more cleaner. +1 Frankly, I think we should drop related and similar projects. There is no meaningful determination of what does, or does not, make it into either list. 4.) The Link to Our Blogs looks also really outdated! Last Entry is from 2008. http://people.apache.org/~rubys/planet/struts/ We can add few new, like your :-) That planet link is long-obsolete. See instead: http://blogs.apache.org/ 5.) Is the Struts Sourceforge active? Never heard about it. http://struts.sourceforge.net/ I've been using it some times ago, but not any more but I think it should stay :-) Yeah, it should stay. It's where we can point non-committers to check in Struts-related code, if they so wish. -- Martin Cooper 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: Using fluido once available
@Christian The Footer must be inside of an Element, like this: footerp#169; 2005-2011 The Apache Software Foundation - Apache Struts, Struts, Apache, the Apache feather logo, and the Apache Struts project logos are trademarks of The Apache Software Foundation./p/footer But when I try this, I got two footer texts. The one from Fluido Skin and the defined. Johannes # web: http://www.jgeppert.com twitter: http://twitter.com/jogep 2012/11/26 Martin Cooper-2 [via Struts] ml-node+s1045723n5711179...@n5.nabble.com On Mon, Nov 26, 2012 at 12:41 PM, Lukasz Lenart [hidden email]http://user/SendEmail.jtp?type=nodenode=5711179i=0wrote: 2012/11/25 Johannes Geppert [hidden email]http://user/SendEmail.jtp?type=nodenode=5711179i=1: What others think about shrinking a little bit the menu and some Content? +1 :-) Depends on what you mean by shrink. We have people (e.g. Link, very recently) who don't seem to be able to find stuff on our menu, so making it smaller will not help at all. On the other hand, reducing the number of items would undoubtedly help. 1.) The Roadmap FAQ is really outdated! We can update it, delete it or reference it to the current Struts3 Wiki Page I think we can remove that page, even if we plan S3 there is not too much to write - Struts 2 done better :-) A roadmap can be very useful, but it needs people committed to maintaining it. I think Ted was probably the only one who did this for an extended period. We should just remove it if we don't have something useful to say. 2.) What is the mining of the Project Minutes ? Last update is from 2008! I think it would be nice to put here Reports to the ASF Board which Rene prepares, it's important to see what's going on with the project, thus will overtake Roadmap FAQ The board minutes are a matter of public record, and are always published. See: http://www.apache.org/foundation/board/calendar.html It's not easy to find the Struts reports in that (e.g. you need to know our schedule), so I'd be okay with re-publishing, if we think we'll keep it up to date. But we should copy from the board minutes, rather than our list, to be sure we capture accurately what the board accepted. 3.) Maybe we can create on Page for the Related and Similar Projects? This would make the Menu much more cleaner. +1 Frankly, I think we should drop related and similar projects. There is no meaningful determination of what does, or does not, make it into either list. 4.) The Link to Our Blogs looks also really outdated! Last Entry is from 2008. http://people.apache.org/~rubys/planet/struts/ We can add few new, like your :-) That planet link is long-obsolete. See instead: http://blogs.apache.org/ 5.) Is the Struts Sourceforge active? Never heard about it. http://struts.sourceforge.net/ I've been using it some times ago, but not any more but I think it should stay :-) Yeah, it should stay. It's where we can point non-committers to check in Struts-related code, if they so wish. -- Martin Cooper Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=5711179i=2 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=5711179i=3 -- If you reply to this email, your message will be added to the discussion below: http://struts.1045723.n5.nabble.com/Using-fluido-once-available-tp4998141p5711179.html To unsubscribe from Using fluido once available, click herehttp://struts.1045723.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4998141code=am9nZXBAYXBhY2hlLm9yZ3w0OTk4MTQxfC0xNDI4NDU4NDU5 . NAMLhttp://struts.1045723.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml - web: http://www.jgeppert.com twitter: http://twitter.com/jogep -- View this message in context: http://struts.1045723.n5.nabble.com/Using-fluido-once-available-tp4998141p5711180.html Sent from the Struts - Dev mailing list archive at Nabble.com.
Re: Plan for Struts 3
2012/11/26 Ken McWilliams ken.mcwilli...@gmail.com: How hard would it be to allow for struts run time configuration? In allowing for I mean having a registry for the configuration of interceptor stacks, packages, actions... which the framework will allow for querying and in the default case would be immutable but would allow us to substitute in mutable managers for these configuration services? One use-case is to produce a struts2(struts3) IDE which runs in a browser. I don't know what you mean by allow for - there is already runtime configuration build from xml, annotation and convention. You can view it with the Config Browser plugin, in DevMode if something changes, the configuration will be reloaded automatically. 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: Plan for Struts 3
2012/11/26 Dave Newton davelnew...@gmail.com: I have no problem with that. (Obviously ;) IMO the S1 plugin was never anything more than a stopgap measure; since JSPs had to be rewritten anyway it was more of a temporary solution during migration. Really? I thought you can run S1 application with S2 just out of the box, without any changes to it. It doesn't make sense to support S1, though. 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: Plan for Struts 3
Lukasz, you can... but the S1 plugin allows people to forgo the S1 jar. You don't gain much in terms of the presentation layer since you can't use the S1 taglibs anymore, but the S1 action can still be called. Paul On Tue, Nov 27, 2012 at 12:44 AM, Lukasz Lenart lukaszlen...@apache.orgwrote: 2012/11/26 Dave Newton davelnew...@gmail.com: I have no problem with that. (Obviously ;) IMO the S1 plugin was never anything more than a stopgap measure; since JSPs had to be rewritten anyway it was more of a temporary solution during migration. Really? I thought you can run S1 application with S2 just out of the box, without any changes to it. It doesn't make sense to support S1, though. 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