Re: Struts 2.1.1 Release Planning
I can throw in a few hours here and there. Just let me know what you need. -- James Mitchell On Jan 14, 2008, at 10:28 AM, Ted Husted wrote: Is anyone else up to helping with the 2.1.1 release management? With the anniversary of the first Struts 2.0 GA coming up in February, it would be nice if we could squeeze out another tagged build. -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: Overnight builds snapshots
I'm going to look into it some more, but is it possible that bamboo is missing something? (or that the test is showing up a platform difference between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)? Yes, this is possible. Frustrating, I agree, but possible. -- James Mitchell On Jan 14, 2008, at 8:46 AM, Al Sutton wrote: Thanks for the info. I've had a look at the bamboo output and I've hit a small difference between what it shows and what I'm seeing. When I check our and build I a test failure with; -- - Test set: org.apache.struts2.views.freemarker.FreeMarkerResultTest -- - Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec FAILURE! testWithoutWriteIfCompleted (org.apache.struts2.views.freemarker.FreeMarkerResultTest) Time elapsed: 0 sec FAILURE! junit.framework.AssertionFailedError at org.apache.struts2.views.freemarker.FreeMarkerResultTest.testWithoutWr iteIfCompleted(FreeMarkerResultTest.java:79) but Bamboo is reporting everything is OK. I'm going to look into it some more, but is it possible that bamboo is missing something? (or that the test is showing up a platform difference between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)? Al. - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 12:56 PM Subject: Re: Overnight builds snapshots Just lack of people with the bandwidth to concentrate on those tasks. :( We do have Atlassian Bamboo watching the builds for us, so we do know whether it builds or not. The various JAR files are available there, if you know where to look (under the target directories). * http://opensource.bamboo.atlassian.com/browse/STRUTS-MAIN A key problem is that we still can't quite create a distribution automatically. Integrating the Confluence HTML export of the site has been a bit of a sticky wicket. I have some volunteer hours set aside this morning, but my priority is patches, and then trying the Conventions pluing against the JPA Mailreader, toward the hope of rolling 2.1.1. Of course, all of the source is available for checkout and building through Maven, which can be more efficient that checking out the binaries, once you're setup. * http://struts.apache.org/2.x/docs/building-the-framework-from- source.html HTH, Ted. On Jan 14, 2008 7:25 AM, Al Sutton [EMAIL PROTECTED] wrote: Guys, I was just wondering what the problems are with S2 overnight builds and why the most recent snapshot appears to be from the end of October last year. Al. - 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: Overnight builds snapshots
What are you talking about? How does svn favor IDEA? I use Eclipse just fine with all of s2 (core, plugins, and apps). Maven generates my config and everything. -- James Mitchell On Jan 14, 2008, at 11:20 AM, Al Sutton wrote: I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS, and maven reports Final Memory: 16M/42M. The box is a 3GB Q6600 so I can ramp up the ram available to the JVM as far as neccessary. I've been trying to see if I could hack together an Eclipse workspace to do some tracing in to find out whats happening, but the svn tree seems to favour IntelliJ IDEA, and I'd prefer not to have to learn a new IDE just for investigation of the problem :( Al. - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 3:32 PM Subject: Re: Overnight builds snapshots On Jan 14, 2008 8:46 AM, Al Sutton [EMAIL PROTECTED] wrote: I'm going to look into it some more, but is it possible that bamboo is missing something? (or that the test is showing up a platform difference between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)? It's working for me under XPx64. We have had platform-specific issues before, using having to do with memory allocation or temporary files. The first thing to check is that Maven has enough memory. The second might be that Vista has not amassed too many temporary files. HTH, Ted. http://www.StrutsMentor.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Overnight builds snapshots
Oh, one more thing. If you want the latest xwork in the s2 projects that depend on it, you can checkout the trunk of xwork, gen the .project (same as prior email instructions) and then manually add the project to each of s2's projects. (Ya, wish it could do it for me, but once it's done, you're set for a while). -- James Mitchell On Jan 14, 2008, at 11:31 AM, Al Sutton wrote: OK, I must be doing something dumb. I took the files src/main/idea/project and src/main/idea/workspace to indicate an idea flavour to the repository. Have you got a magic recipie for getting a svn checkout into a workspace with dependancies I can use?, I've tried mvn eclipse:eclipse, but I then had to hack the .project file to get the Java perspective and I've been hunting down dependancies (such as spring-mock) in order to get a working build. - Original Message - From: Mitchell James [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 4:24 PM Subject: Re: Overnight builds snapshots What are you talking about? How does svn favor IDEA? I use Eclipse just fine with all of s2 (core, plugins, and apps). Maven generates my config and everything. -- James Mitchell On Jan 14, 2008, at 11:20 AM, Al Sutton wrote: I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS, and maven reports Final Memory: 16M/42M. The box is a 3GB Q6600 so I can ramp up the ram available to the JVM as far as neccessary. I've been trying to see if I could hack together an Eclipse workspace to do some tracing in to find out whats happening, but the svn tree seems to favour IntelliJ IDEA, and I'd prefer not to have to learn a new IDE just for investigation of the problem :( Al. - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 3:32 PM Subject: Re: Overnight builds snapshots On Jan 14, 2008 8:46 AM, Al Sutton [EMAIL PROTECTED] wrote: I'm going to look into it some more, but is it possible that bamboo is missing something? (or that the test is showing up a platform difference between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)? It's working for me under XPx64. We have had platform-specific issues before, using having to do with memory allocation or temporary files. The first thing to check is that Maven has enough memory. The second might be that Vista has not amassed too many temporary files. HTH, Ted. http://www.StrutsMentor.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] - 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: Overnight builds snapshots
Ya, try this. cd struts2/ mvn eclipse:eclipse -Pall -DdownloadDependencies=true - Dwtpversion=1.0 I know, I know ... wtp version is actually 1.5, but the maven plugin supports 1.0 right now (at least the last time I checked 1.5 was borked). The -DdownloadDependencies is optional. What it does is download any src jars that go with the binaries and it adds them to the .classpath configuration such that you have the binary for the project, but when you cntrl+click into some class, you get the source linked in for you. I like being able to debug deep down into xwork, OGNL, commons or whatever. Next, in eclipse, do, File - Import (then choose 'existing projects' under 'General' and point to the root of struts2 checkout). The list will fill up with all the projects that have .project files under (recursively searched) the folder you specified. Also, once imported, I use Eclipse's 'Working Sets' feature. So, my top level of projects are structured similar to how it is on disk. -- James Mitchell On Jan 14, 2008, at 11:31 AM, Al Sutton wrote: OK, I must be doing something dumb. I took the files src/main/idea/project and src/main/idea/workspace to indicate an idea flavour to the repository. Have you got a magic recipie for getting a svn checkout into a workspace with dependancies I can use?, I've tried mvn eclipse:eclipse, but I then had to hack the .project file to get the Java perspective and I've been hunting down dependancies (such as spring-mock) in order to get a working build. - Original Message - From: Mitchell James [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 4:24 PM Subject: Re: Overnight builds snapshots What are you talking about? How does svn favor IDEA? I use Eclipse just fine with all of s2 (core, plugins, and apps). Maven generates my config and everything. -- James Mitchell On Jan 14, 2008, at 11:20 AM, Al Sutton wrote: I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS, and maven reports Final Memory: 16M/42M. The box is a 3GB Q6600 so I can ramp up the ram available to the JVM as far as neccessary. I've been trying to see if I could hack together an Eclipse workspace to do some tracing in to find out whats happening, but the svn tree seems to favour IntelliJ IDEA, and I'd prefer not to have to learn a new IDE just for investigation of the problem :( Al. - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 3:32 PM Subject: Re: Overnight builds snapshots On Jan 14, 2008 8:46 AM, Al Sutton [EMAIL PROTECTED] wrote: I'm going to look into it some more, but is it possible that bamboo is missing something? (or that the test is showing up a platform difference between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)? It's working for me under XPx64. We have had platform-specific issues before, using having to do with memory allocation or temporary files. The first thing to check is that Maven has enough memory. The second might be that Vista has not amassed too many temporary files. HTH, Ted. http://www.StrutsMentor.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] - 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: [S2] Libraries in JDK 1.4 distribution
I'd like to add a +1 to Ted's remarks. The nightly builds (including j4 binaries) are done by a process that I run from the Apache Struts zone box. I may very well be wrong, but I was under the impression that those j4 binaries were for convenience only and not part of the official distribution that I have to support if I +1 for a GA. I agree with you Ted about the need for these being community driven. In fact, late last year, the nightly process had stopped somehow and no one even noticed for many weeks. That was a pretty clear indicator for me as to just how many people were using the nightlies (j4 included). -- James Mitchell On Jan 14, 2008, at 1:05 PM, Ted Husted wrote: On Jan 12, 2008 12:24 PM, Antonio Petrelli [EMAIL PROTECTED] wrote: 2008/1/12, Tom Schneider [EMAIL PROTECTED]: I disagree, I think there is a support cost. If users are having issues with the 1.4 stuff, (which happens more often than not) then we're obligated to assist that user. Obligated? Come on we are all volunteers, we are not obliged to do anything: we do it because we like what we do. It's true that we're volunteers, and any of us can walk away whenever we like, but it's also true that when we vote +1 on a GA, each voter is saying that he or she intends to help support the release. If the release includes a J4 distribution, it means that we are each saying that we will make a good-faith effort to support that distribution too. If none of the committers are using the J4 builds in production now, and we have no realistic expectation that any of us are going to try and support the J4 builds, then it's dishonest to include them. Long term I think we will drop the 1.4 stuff at some point, it's just a matter of figuring out when. I think that if we drop the 1.4 stuff, we lose a lot of audience. If it means we are going to lose active contributors, then I say we should keep doing it. If it means we are going to lose anonymous users who don't contribute to the project, then I don't care. Another advantage is the builds become a bit simpler. (Or at least there's a chunk of the build that goes away) Retrotranslation seems a pretty fast process to me. It is fast, but the artifacts add to the clutter and confusion. The question is whether it's gaining us active contributors. Not freeloaders who just download the software, but volunteers who answer mailing list posts and provide patches. A year ago, the answer was yes. Now, I'm not so sure. -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] Libraries in JDK 1.4 distribution
Just as long as they spell my name right Heh heh :) -- James Mitchell On Jan 14, 2008, at 2:46 PM, Ted Husted wrote: OK, here it is, out of context ... * http://www.jroller.com/TedHusted/entry/geek_glossary_asf - Ted Just as long as they spell my name right Husted. On Jan 14, 2008 1:28 PM, Frank W. Zammetti [EMAIL PROTECTED] wrote: On Mon, January 14, 2008 1:05 pm, Ted Husted wrote: Retrotranslation seems a pretty fast process to me. It is fast, but the artifacts add to the clutter and confusion. The question is whether it's gaining us active contributors. Not freeloaders who just download the software, but volunteers who answer mailing list posts and provide patches. You know Ted, if you and I were on opposite sides of a political campaign, your choice of words (freeloaders) would have given me ample ammunition to attack you for weeks, maybe wind up costing you the election! - LOL I know what you really meant by it, as did everyone else here, but you know as well as I do that there are people out there that will take anything they can find to use to attack a project they don't like... I wonder how long before this is taken out of context and shows up on someones' blog? :) -Ted. Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Overnight builds snapshots
Mac -- trying now stay tuned. -- James Mitchell On Jan 14, 2008, at 2:50 PM, Ted Husted wrote: Hmmm, do you have a non-Vista machine handy? It seems to be fine on Linux (Ubuntu?) and XPx64. Anyone try it on a Mac today? On Jan 14, 2008 2:32 PM, Al Sutton [EMAIL PROTECTED] wrote: OK, After the detour down the getting eclipse working I'm back on track to see whats wrong and I'd be grateful if someone could check this over. Whats happening at the moment is that FreeMarkerResultTest.testWithoutWriteIfCompleted is calling through to FreemarkerResult.execute, which in turn calls through to FreemarkerResult.doExecute in turn calls through to ResourceUtil.getResourceBase, which is where I beleive a problem is occurring. ResourceUtil.getResourceBase returns a base of (an empty string), which means the specified template can't be found (because it's in org.apache.struts2.views.freemarker instead of the default package). This throws an FileNotFound exception from line 167 of FreemarkerResult.java (Template template = configuration.getTemplate(locationArg, deduceLocale());), and because the template has not been found the StringWriter has not been written to, and thus it's empty and fails the test. Is this suppose to be the case and the StringWriter should have been written to, or is ResourceUtil.getResourceBase suppose to return something useful, find the template and the test case complete in another way? Al. - Original Message - From: Al Sutton [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 4:20 PM Subject: Re: Overnight builds snapshots I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS, and maven reports Final Memory: 16M/42M. The box is a 3GB Q6600 so I can ramp up the ram available to the JVM as far as neccessary. I've been trying to see if I could hack together an Eclipse workspace to do some tracing in to find out whats happening, but the svn tree seems to favour IntelliJ IDEA, and I'd prefer not to have to learn a new IDE just for investigation of the problem :( Al. - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Monday, January 14, 2008 3:32 PM Subject: Re: Overnight builds snapshots On Jan 14, 2008 8:46 AM, Al Sutton [EMAIL PROTECTED] wrote: I'm going to look into it some more, but is it possible that bamboo is missing something? (or that the test is showing up a platform difference between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)? It's working for me under XPx64. We have had platform-specific issues before, using having to do with memory allocation or temporary files. The first thing to check is that Maven has enough memory. The second might be that Vista has not amassed too many temporary files. HTH, Ted. http://www.StrutsMentor.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]
Re: Overnight builds snapshots
On my MacBook Pro, good to go! [EMAIL PROTECTED] ~/svn/struts/struts2]$ java -version java version 1.5.0_13 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13- b05-241) Java HotSpot(TM) Client VM (build 1.5.0_13-121, mixed mode, sharing) [EMAIL PROTECTED] ~/svn/struts/struts2]$ mvn clean install -Pall [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Struts 2 [INFO] Struts 2 Core [INFO] Struts Plugins [INFO] Struts 2 Codebehind Plugin [INFO] Struts 2 Configuration Browser Plugin [INFO] Struts 2 Jasper Reports Plugin [INFO] Struts 2 JFreeChart Plugin [INFO] Struts 2 JSF Plugin [INFO] Struts 2 Pell Multipart Plugin [INFO] Struts 2 Plexus Plugin [INFO] Struts 2 Sitegraph Plugin [INFO] Struts 2 Sitemesh Plugin [INFO] Struts 2 Spring Plugin [INFO] Struts 2 Struts 1 Plugin [INFO] Struts 2 Tiles Plugin [INFO] Struts 2 Dojo Plugin [INFO] Struts 2 Plugin [INFO] Struts 2 Portlet Plugin [INFO] Webapps [INFO] Blank Webapp [INFO] Starter Webapp [INFO] Portlet Webapp [INFO] Showcase Webapp [INFO] Struts 2 Rest Showcase Example [INFO] [INFO] Building Struts 2 [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /Users/jmitchell/svn/struts/struts2/target [INFO] Deleting directory /Users/jmitchell/svn/struts/struts2/target/ classes snip/ [INFO] Assembling webapp struts2-rest-showcase in /Users/jmitchell/ svn/struts/struts2/apps/rest-showcase/target/struts2-rest-showcase [INFO] Copy webapp webResources to /Users/jmitchell/svn/struts/ struts2/apps/rest-showcase/target/struts2-rest-showcase [INFO] Copy webapp webResources to /Users/jmitchell/svn/struts/ struts2/apps/rest-showcase/target/struts2-rest-showcase [INFO] Generating war /Users/jmitchell/svn/struts/struts2/apps/rest- showcase/target/struts2-rest-showcase.war [INFO] Building war: /Users/jmitchell/svn/struts/struts2/apps/rest- showcase/target/struts2-rest-showcase.war [INFO] [install:install] [INFO] Installing /Users/jmitchell/svn/struts/struts2/apps/rest- showcase/target/struts2-rest-showcase.war to /Users/jmitchell/.m2/ repository/org/apache/struts/struts2-rest-showcase/2.1.1-SNAPSHOT/ struts2-rest-showcase-2.1.1-SNAPSHOT.war [INFO] [INFO] [INFO] [INFO] Reactor Summary: [INFO] [INFO] Struts 2 .. SUCCESS [1.908s] [INFO] Struts 2 Core . SUCCESS [1:29.902s] [INFO] Struts Plugins SUCCESS [0.165s] [INFO] Struts 2 Codebehind Plugin SUCCESS [4.632s] [INFO] Struts 2 Configuration Browser Plugin . SUCCESS [1.370s] [INFO] Struts 2 Jasper Reports Plugin SUCCESS [8.123s] [INFO] Struts 2 JFreeChart Plugin SUCCESS [8.218s] [INFO] Struts 2 JSF Plugin ... SUCCESS [1.838s] [INFO] Struts 2 Pell Multipart Plugin SUCCESS [0.698s] [INFO] Struts 2 Plexus Plugin SUCCESS [1.441s] [INFO] Struts 2 Sitegraph Plugin . SUCCESS [5.020s] [INFO] Struts 2 Sitemesh Plugin .. SUCCESS [1.524s] [INFO] Struts 2 Spring Plugin SUCCESS [2.000s] [INFO] Struts 2 Struts 1 Plugin .. SUCCESS [15.597s] [INFO] Struts 2 Tiles Plugin . SUCCESS [1.230s] [INFO] Struts 2 Dojo Plugin .. SUCCESS [29.253s] [INFO] Struts 2 Plugin ... SUCCESS [2.747s] [INFO] Struts 2 Portlet Plugin ... SUCCESS [8.470s] [INFO] Webapps ... SUCCESS [0.928s] [INFO] Blank Webapp .. SUCCESS [4.479s] [INFO] Starter Webapp SUCCESS [2.539s] [INFO] Portlet Webapp SUCCESS [25.596s] [INFO] Showcase Webapp ... SUCCESS [13.753s] [INFO] Struts 2 Rest Showcase Example SUCCESS [2.861s] [INFO] [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 3 minutes 55 seconds [INFO] Finished at: Mon Jan 14 15:00:00 EST 2008 [INFO] Final Memory: 24M/53M [INFO]
Re: [proposal] Tag reorganization
That's the wonderful or terrible thing about successful OSS projects, you are kidding yourself if you think even 5% of the users are even on a mailing list, much less that they will read every post. -- James Mitchell 678.910.8017 On Dec 29, 2006, at 8:09 AM, Ian Roughley wrote: If we go the dojo:select ... / from s:select theme=ajax ... / route, then it should be a simple global find and replace. I am surprised at such a large use of the tags though. I've asked more than a couple of times if anyone was using them, and there was never a response. /Ian Shekhar Yadav wrote: We are using 2.0.1 and we are using form/div with ajax based theme. Is it going to be major problem for us to migrate to new tags. If so what are you recommendations, we are in process of building and only half way through. I don't want to create 250 screens with tags that are going to be outdated by the time we release the app. - Shekhar -Original Message- From: Ian Roughley [mailto:[EMAIL PROTECTED] Sent: Thursday, December 28, 2006 7:36 AM To: Struts Developers List Subject: Re: [proposal] Tag reorganization I'm torn - I like the fact that we are getting the ajax code out of the base, but especially for webwork-s2 upgrades there is going to be more work. The other thing is that 2.0.2 is still beta, and frankly I don't think there is that many people using the tags at the moment, so this would be a good time to make the change. /Ian David H. DeWolf wrote: That's what I'm imagining too. . .and we're agreeing that this incompatibility is a pill we have to swallow. Ian Roughley wrote: I think I am missing something here - how will the tags be invoked? It will need to be a new tld with a new name space, right? Something like dojo:select ... / rather than s:select theme=ajax ... / - so there will be a compatibility issue, but all the functionality will be moved forward. /Ian David H. DeWolf wrote: Ted Husted wrote: Don mentioned a separate tag library, so that would indicate another prefix, but there'd be no reason why the internal tag syntax would change. To keep the codebase manageable, I believe we do need to make this change, and I'd rather make it now while we are in our first beta series than after the first Struts 2 GA. The plugin model might also open the door to other AJAX implementations of the same tags. I agree. I like it, but just wanted to make sure we think through the compatibility changes before we make a decision. In essence we're saying that this change is more important than backwards compat of this one tag and we're willing to live with those repercussions. I'm on board with that. -T. On 12/27/06, David H. DeWolf [EMAIL PROTECTED] wrote: Ok, as long as we keep the tag prefixes and tag names once they are abstracted from the plugin. At one point we talked about having a simple version which is extended by the dojo version and added additional (dojo-specific) featuers. It seems like the current names would be more likely be used for the core tags - not the dojo-enhanced ones. Ted Husted wrote: A struts-dojo plugin shouldn't change the tag syntax. It should just be a matter of adding the JAR, as we do for Spring, and JasperReports, and Tiles, so forth. On 12/27/06, David H. DeWolf [EMAIL PROTECTED] wrote: Nope, that's the one I'm talking about. I got the impression we were going to keep it as is and thus break backwards compatibility in 2.0.2 -- and then mess with it again it when we create the plugin. . . David - 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] - 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] - 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: Jira reports?
Any chance you can send the shale reports to the shale dev list? -- James Mitchell 678.910.8017 On Dec 19, 2006, at 3:16 PM, David Blevins wrote: On Nov 22, 2006, at 10:36 AM, Ted Husted wrote: I like the weekly opened and closed reports. FYI, these are setup you might want to look in the moderation queue as it doesn't seem like they're getting through. Here's the schedule: 08 8 * * 1 $HOME/bin/jira_report.sh opened.vm 10030 Struts2 commits@struts.apache.org struts 10 8 * * 1 $HOME/bin/jira_report.sh opened.vm 10130 Shale commits@struts.apache.org struts 12 8 * * 5 $HOME/bin/jira_report.sh closed.vm 10030 Struts2 commits@struts.apache.org struts 14 8 * * 5 $HOME/bin/jira_report.sh closed.vm 10130 Shale commits@struts.apache.org struts If you'd like to set them up to be sent as you, here's the script: --jira_report.sh-- #!/usr/local/bin/bash java=/usr/local/bin/java swizzle=$HOME/swizzle-jirareport-1.2.1-dep.jar template=${1?Specify a template name} id=${2?Specify the numeric id of the project} name=${3?Specify the name of the project} to=${4?Specify the address to where the report should be sent} url=${5:-jira} $java -jar $swizzle $1 \ -DserverUrl=http://issues.apache.org/$url/ \ -DprojectId=$id -DprojectName=$name \ -Demail=true \ [EMAIL PROTECTED] \ -Dto=$to | /usr/sbin/sendmail -it -- -David - 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] Nightly Builds
We might get around this by enabling wild-carded configPaths. Then scan for struts-plugin-*.xml in addition to what we already do. What do you think? -- James Mitchell 678.910.8017 On Dec 7, 2006, at 11:23 PM, Don Brown wrote: The only way we could do it is if we had a custom maven 2 plugin that combined all the xml, and even then, we'd have to build in conflict resolution capability. No, I think we should get rid of struts-all. Don Wendy Smoak wrote: On 11/28/06, Ted Husted [EMAIL PROTECTED] wrote: So, should we even have a struts-all JAR then? I haven't worked much with plugins, but I don't see how an -all jar can work given that each plugin has a struts-plugin.xml file in the root of the jar. 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]
Re: svn commit: r482492 - /struts/maven/trunk/scripts/nightly/README.txt
Thank you. -- James Mitchell 678.910.8017 On Dec 5, 2006, at 12:06 AM, [EMAIL PROTECTED] wrote: Author: wsmoak Date: Mon Dec 4 21:06:17 2006 New Revision: 482492 URL: http://svn.apache.org/viewvc?view=revrev=482492 Log: Added readme file. Added: struts/maven/trunk/scripts/nightly/README.txt (with props) Added: struts/maven/trunk/scripts/nightly/README.txt URL: http://svn.apache.org/viewvc/struts/maven/trunk/scripts/ nightly/README.txt?view=autorev=482492 == --- struts/maven/trunk/scripts/nightly/README.txt (added) +++ struts/maven/trunk/scripts/nightly/README.txt Mon Dec 4 21:06:17 2006 @@ -0,0 +1,5 @@ + +This directory contains a copy of the nightly scripts, for reference and backup +only. + +Changing these WILL NOT affect the nightly build Propchange: struts/maven/trunk/scripts/nightly/README.txt -- svn:eol-style = native Propchange: struts/maven/trunk/scripts/nightly/README.txt -- svn:keywords = Date Author Id Revision HeadURL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Graduate Tiles2 From the Sandbox (was Re: Releasing Tiles)
I know I'd like to see Tiles live on its own somewhere other than here. Tiles has forever been associated with Struts, and while the code is now independent of Struts, just being here makes it part of Struts in many people's minds. I'd be +1 for Tiles going TLP, and if that means first going through Jakarta, I also have a binding vote there as well. -- James Mitchell 678.910.8017 On Nov 24, 2006, at 9:51 PM, David H. DeWolf wrote: For the sake of documentation, I'll go ahead and take some of these (and Ted's) points regarding where to go upon graduation and post them to the wiki. Thanks everyone for your continued input. . . David Niall Pemberton wrote: If tiles can achieve the critical mass to become a TLP then IMO that would be the best solution - at this point it looks at least a couple of devs short of that. In the meantime its question of where can it do its growing?. Commons makes less sense to me than staying here since theres definetly already a community here interested in Tiles - in Commons we don't know how interested the community would be and I doubt it would ever match here. Add to that the fact that the 3 interested developers are already Struts developers - but not Commons developers and the fact that tiles resources (repository bugs) are already here staying here for the time being looks like the best option. I can only think of reasons why it would be better for tiles to remain in Struts rather than Commons. If there is a case for moving tiles to Commons, then its yet to be made for me. Making it a Struts2 sub-project seems like a backward step - what would have been the point of emarking on a standalone tiles if the end result is for it to just move from being part of Struts1 to part of Strus2? Again if there are the benefits of doing this then they need to be laid out. I really can't see the point of making alternative suggestions without making the case for them. I can see benefts for tiles being (temporarily) a Struts sub-project - theres an interested community here - the active developers are here - the other developers here all know what tiles is about (to varying degrees) - theres a PMC that knows the software ...and unless someone else makes a better case for an alternative then thats the best option IMO Niall On 11/24/06, Ted Husted [EMAIL PROTECTED] wrote: When we invented the Commons, it was not our intention to exclude web components. If we had even suggested such a thing, I doubt that the Jakarta PMC would have approved our proposal. At the time, we took the notion that ASF projects were suppose to be tied to HTTPD very seriously. Of course, since then, we added many top-level projects that have little to do with HTTPD. But, that shouldn't mean web components have suddenly become second-class citizens. I believe that the phrase server-related in the charter is meant to include web servers. Unless and until the Jakarta Commons PMC rejects a proposal from the Tiles group, I consider it to be a valid alternative to be explored, and until it's been fully explored, I will consider the proposal to create a Struts Tiles subproject premature. Others may think differently, but I am entitled (and even obliged) to define what it is required to obtain my vote. (The vote need not be unanimous, but only a 3/4 majority of the PMC.) As it stands, the ASF's preferred unit of release is the TLP. If the Tiles group is not ready to become a TLP, and unwilling to even try and join the Commons, then I would suggest that Tiles is not ready to graduate. A third alternative (aside from an independant project) would be to bring Tiles back into the Struts 2 subproject as part of the Tiles plugin. If other projects want to use Tiles, they could just grab the tiles-plugin.jar and import the appropriate packages. Rather than fuss with a separate project or subproject, we could document how to use the Tiles JAR outside of the Struts 2 environment. If volunteers from other projects begin to contribute to Tiles, and want to *build* Tiles without importing the s2 core, then the Tiles group could then apply for TLP status, either to the board or though the Incubator. In the meantime, we could continue to handle Tiles matters on the mailing lists, just as we would for any plugin (or subproject). In any event, if it would be helpful, I see no reason why we can't create tagged builds of Tiles. A build is not a release, regardless of whether we call it a nightly, snapshot, or test. -Ted. On 11/23/06, Martin Cooper [EMAIL PROTECTED] wrote: On 11/23/06, Ted Husted [EMAIL PROTECTED] wrote: I'd like to see the proposal discuss the alternatives to becoming a Struts subproject. A good role for a proposal is to summarize various threads. Becoming a subproject seems to be a foregone conclusion of the proposal, with no discussion of the alternatives. Well, yeah, that's what is being _proposed_. We did discuss the options on