Struts TLP Sub-projects (RE: Making Struts Build Easier)
+1 on this!! You hit the nail on the head. Many people (mostly managers) are reluctant to adopt Struts add-ons because they are not perceived as having the same tried and true stamp as the official Struts core. I think doing this would be a huge boon for Struts and would foster a lot of the development interest that's been talked about over the past couple of days. Also, +1 on having the creators of those projects become committers so long as they've shown a protracted history in maintaining their respective projects and have an interest to continue doing so. -James http://www.jamesholmes.com/struts/ - Here's something else to mull over: Now that Struts is a TLP, we might want to talk about whether we want to ask the most popular open source Struts extensions -- like Struts Menu, Workflow, Stxx, SSL, and TestCase -- whether they would like to donate their code to the ASF and live as Struts opt subprojects. This would be a continuation of what we started with Tiles, Validator, and Nested, which are all favorites with our community. People working on such packages might be brought on as Struts Committers, since they have proved they have what it takes to run a project, and after an appropriate period, later invited to join the Struts PMC. IMHO, when people talk about JSF replacing Struts, they are unaware of the true breadth of the Struts platform. Perhaps it's time we made sure people know how much they are missing :) A sad truth: In working with various teams managing larger projects, I've found a surprising reluctance to use extensions that were not distributed by the Struts project itself. By giving these very fine extensions the nod, we can make them available to a greater number of Struts teams, to everyone's benefit. If we don't help make these extensions available to everyone, then we end up hiding our light under a bushel. Now, I haven't brought this idea up to any of the other Committers, and have no idea how any else will feel about it. But it is something that I would personally like to work towards -- once we have our existing code rationalized. (First things first!) -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts TLP Sub-projects (RE: Making Struts Build Easier)
Not exactly sure what you're referring to here, but am guessing you mean would there be an offer for integrators/embedders to become committers? I personally think this makes sense for cases like Expresso. My point was to show my support for Ted's proposal (of sorts) that projects like stxx and sslext become sub projects of the top-level Struts project. -James http://www.jamesholmes.com/struts/ -Original Message- From: Peter A. Pilgrim [mailto:[EMAIL PROTECTED] Sent: Monday, March 22, 2004 9:50 PM To: Struts Developers List Subject: Re: Struts TLP Sub-projects (RE: Making Struts Build Easier) James Holmes wrote: +1 on this!! You hit the nail on the head. Many people (mostly managers) are reluctant to adopt Struts add-ons because they are not perceived as having the same tried and true stamp as the official Struts core. I think doing this would be a huge boon for Struts and would foster a lot of the development interest that's been talked about over the past couple of days. Also, +1 on having the creators of those projects become committers so long as they've shown a protracted history in maintaining their respective projects and have an interest to continue doing so. -James http://www.jamesholmes.com/struts/ Would the same principle work with people who have taken Struts and integrated or embedded as another framework? Having spent some type integrating 1.1 into Expresso Framework in 2002, in our case can we be classified as Struts extenders? Also some repository will not want to become a sub project of Struts because of logical sense, politics or legal entity status? - Here's something else to mull over: Now that Struts is a TLP, we might want to talk about whether we want to ask the most popular open source Struts extensions -- like Struts Menu, Workflow, Stxx, SSL, and TestCase -- whether they would like to donate their code to the ASF and live as Struts opt subprojects. This would be a continuation of what we started with Tiles, Validator, and Nested, which are all favorites with our community. People working on such packages might be brought on as Struts Committers, since they have proved they have what it takes to run a project, and after an appropriate period, later invited to join the Struts PMC. Kind regards -- Peter Pilgrim __ _ _ _ / //__ // ___// ___/ + Serverside Java / /___/ // /__ / /__ + Struts / // ___// ___// ___/ + Expresso Committer __/ // /__ / /__ / /__ + Independent Contractor /___/////// + Intrinsic Motivation On Line Resume || \\=== `` http://www.xenonsoft.demon.co.uk/no-it-striker.html '' - 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: [VOTE] Struts as an Apache Top Level Project
+1 for TLP +1 Craig VP -James -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Saturday, March 06, 2004 2:20 PM To: [EMAIL PROTECTED] Subject: [VOTE] Struts as an Apache Top Level Project Following up on a brief thread on this list in December [1], Craig, Ted and I have put together a draft resolution to the board of directors [2], along with a cover letter [3], that would promote Struts to an Apache top-level project (TLP). The main reasons for moving to a TLP are described on the wiki [4]. In Craig's words, The short answer, though, is we will be in charge of our own releases (currently, the Jakarta PMC is the only body legally recognized to vote on releases of *any* software under Jakarta). In practice, we can really just continue doing what we've always done. As most of you are no doubt aware, several Jakarta sub-projects have already made the transition to TLPs, including Ant, Avalon, Gump, James, Log4J, Maven, OJB, and Torque. Most Jakarta PMC members seem to be in favour of the migrations, largely because a single PMC cannot possibly oversee a code base the size of all of Jakarta. If you're OK with Struts being a top-level Apache project, please respond to this thread with either a +1 or +0. Otherwise, please reply with your concerns. When we previously discussed this, it did not seem like anyone was opposed to the idea, but if anyone is, now is the time to speak up. The resolution as drafted lists the Struts Committers who could reasonably be considered active at this time. Of course, we should not put anyone on the PMC without their buy-in, so the final resolution would only list the Committers who responded to the Vote with a +1 or +0. The draft resolution also leaves the name of the Vice President blank. Craig seems like the logical candidate, and is willing to act in this capacity, but we wanted the VP selection to be a community decision. So, please also respond with your nomination for Vice President, Apache Struts. Here's my +1 on the resolution as drafted, and my +1 for Craig as Vice President. -- Martin Cooper [1] http://nagoya.apache.org/eyebrowse/SearchList?listId=[EMAIL PROTECTED] karta.apache.orgsearchText=%22Why+you+*want*+to+be+on+the+PMC%22defaultFie ld=subjectSearch=Search [2] http://www.apache.org/~martinc/struts/tlp/resolution.html [3] http://www.apache.org/~martinc/struts/tlp/cover.html [4] http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaPMCPropsedChanges - 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: [Short Term Plan] Struts to depend on Validator 1.1.0
+1 Over 99% of commons-validator usage is through struts. In fact it may be 100%. I feel the only way to really promote commons-validator to Beta status is to make the nightly build of struts depend on the 1.1.0 version which has released in August and been designated an Alpha. I propose that this Sunday Sept 28 th that we switch over to the 1.1.0 version of Validator, then quickly release Version 1.1.1 which has had additional numerious improvements in it's Javascript validation. Othewise I honestly see how Validator 1.1.0 is ever going to get enough usage to ever be promoted to beta status. Reactions. - 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]
alt attribute on HTML Tag Library tags
I noticed that many of the HTML Tag Library tags have alt and altKey attributes available. Correct me if I'm wrong, but I think only the img tag in HTML has that option. Any reason not to remove them from tags whose HTML counterpart doesn't support it? -James - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javadoc patches
We most definitely accept patches. The more the merrier. Note, you should open a Bugzilla ticket to attach the patches to instead of sending the patches to this list. That way we don't lose track of them. -James I use javadoc a lot, as with most java developers. When I use the struts javadocs, I don't feel that I get all the information I need. A lot of times I need to look at the source. In short: will you accept patches to improve that javadoc? -Trav - 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: [Vote] Don Brown as committer
+1 I've met Don and he'll be a welcome edition to the team. -James Don has been involved with Struts for quite some time and has submitted numerous patches and enhancements. I believe that as we move forward with development, having Don on our team would be a tremendous asset. I would like to nominate Don Brown as a Committer. Here's my +1!!! [ ] +1 - I agree. [ ] +0 - I agree, but think we should wait until he can recite the servlet spec verbatim. [ ] -0 - I disagree, but not enough to stop the train. [ ] -1 - I disagree and my reason(s) are/is .. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - 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: [VOTE] Struts 1.1 Final Release
+1 -James -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 6:43 AM To: [EMAIL PROTECTED] Subject: [VOTE] Struts 1.1 Final Release Since no significant issues have arisen in response to Struts 1.1 RC2, I propose that we release the tip of the main trunk in CVS as the Struts 1.1 Final release. I have checked in a proposed release plan, which is available for review on the Struts web site: http://jakarta.apache.org/struts/proposals/release-plan-1.1.html Release plans must pass by a majority vote of committers on the project, but all other interested parties are welcome to cast their votes (and/or make comments or suggestions on the plan) as well. -- Vote: Struts 1.1 Final Release Plan [ ] +1 I am in favor of the release, and will help support it [ ] +0 I am in favor of the release, but am unable to help support it [ ] -0 I am not in favor of the release [ ] -1 I am against this proposal (must include a reason). - I am +1 on the Struts 1.1 Final release plan. -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: Struts can't get its act together - JavaPro
There's a link to Sun's Rave page on my website: http://www.jamesholmes.com/JavaServerFaces/ It's similar to Visual Studio type functionality. I saw it working and was pretty impressed considering I don't use that type of tool currently. It's definitely a step in the right direction for Java tools. -James Struts Console http://www.jamesholmes.com/struts/ -Original Message- From: Igor Shabalov [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 6:15 PM To: Struts Developers List Subject: Re: Struts can't get its act together - JavaPro Do anybody have a bit more information about Project Rave? On Thu, 12 Jun 2003 01:51:40 -0400, James Holmes [EMAIL PROTECTED] wrote: Hi Glenn, There's actually been some really exciting JavaServer Faces tools news at JavaOne. First, there's Project Rave from Sun which looks really close to the Visual Studio stuff from Microsoft. This looks very promising. Basically drag and drop type stuff. I also had the fortune of getting to see some upcoming Oracle JDeveloper builds which also incorporate very nice functionality for JavaServer Faces. The Oracle stuff looks very promising and I'm quite excited about it. I just added a link to my Java Server Faces page for Project Rave: http://www.jamesholmes.com/JavaServerFaces/ -James Struts Console http://www.jamesholmes.com/struts/ -Original Message- From: Davidson, Glenn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 2:34 PM To: 'Struts Developers List' Subject: RE: Struts can't get its act together - JavaPro James, Your site is most helpful, thanks. I was wondering if you had any additional details on potential JSF developer products and/or any idea when we might be able to start using JSF? Are there any tools planned for migrating Struts applications to JSF? JSF is clearly something we want to know more about. Glenn -Original Message- From: James Holmes [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 3:19 PM To: 'Struts Developers List' Subject: RE: Struts can't get its act together - JavaPro I'd recommend you have a look at JavaServer Faces (JSF). I'm at JavaOne right now and Sun -- along with other vendors -- is putting some serious resources into developer productivity by way of JSF. I have put together a page on my website with more info on Java Server Faces: http://www.jamesholmes.com/JavaServerFaces/ -James Struts Console http://www.jamesholmes.com/struts/ -Original Message- From: Davidson, Glenn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 2:15 PM To: 'Struts Developers List' Subject: RE: Struts can't get its act together - JavaPro Chris, I tend to agree with your assessment of JavaPro but I'd like to open this up a little. Right now we are faced with two choices for web development .Net or not .Net. I can over-simplify the arguments for and against .Net as the following: .NET Pluses Developer Productivity Negatives Vendor lock in. Others (including Struts) Pluses No vendor lock in Negatives Less developer Productivity It seems like many if not most companies are more interested in developer productivity. Does anyone know of, or foresee any means by which we (developers) will be able to be as productive using Struts/JSP/DHTML/JavaScript etc. as people are using .Net? I'd love to be able to make a case against .Net . Thanks Glenn -Original Message- From: Chris Gerrard [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 12:07 PM To: [EMAIL PROTECTED] Subject: Stuts can't get its act together - JavaPro I found this announcement today on JavaPro's August Issue online In Brief site: http://www.ftponline.com/javapro/2003_08/magazine/departments/inbrief/de faul t.asp The blurb: Developer Tools TurboM2 Tired of waiting for The Apache Group to get its act together with the Struts initiative, Virtuas has launched a framework of its own. Virtuas released TurboM2 previously under the name Web Application Model (WAM). Since then, the company decided to alter the product to perform many of the features Struts offers, and like Struts will be released under the open source model. There's more, but on casual inspection it appears that JavaPro has simply regurgitated some marketing poo from Virtuas intended to convey the impression that Struts is in a funk and not moving forward. (so one should naturally move to Virtuas' TurboM2 product) Upon casual inspection it appears that TurboM2 is a fairly direct clone of Struts. On of Virtuas' value-added claims is that TurboM2 has available support and training that Struts does not. Links: Virtuas TurboM2: http://www.turbom2.org/index.html Struts/TurboM2 comparison: http://www.turbom2.org/docs/Comparison.pdf The part that disturbs me is JavaPro's presenting this whole pile as if it were truth. Someone reading this article could well be persuaded that yes, indeed
RE: Struts can't get its act together - JavaPro
I'd recommend you have a look at JavaServer Faces (JSF). I'm at JavaOne right now and Sun -- along with other vendors -- is putting some serious resources into developer productivity by way of JSF. I have put together a page on my website with more info on Java Server Faces: http://www.jamesholmes.com/JavaServerFaces/ -James Struts Console http://www.jamesholmes.com/struts/ -Original Message- From: Davidson, Glenn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 2:15 PM To: 'Struts Developers List' Subject: RE: Struts can't get its act together - JavaPro Chris, I tend to agree with your assessment of JavaPro but I'd like to open this up a little. Right now we are faced with two choices for web development .Net or not .Net. I can over-simplify the arguments for and against .Net as the following: .NET Pluses Developer Productivity Negatives Vendor lock in. Others (including Struts) Pluses No vendor lock in Negatives Less developer Productivity It seems like many if not most companies are more interested in developer productivity. Does anyone know of, or foresee any means by which we (developers) will be able to be as productive using Struts/JSP/DHTML/JavaScript etc. as people are using .Net? I'd love to be able to make a case against .Net . Thanks Glenn -Original Message- From: Chris Gerrard [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 12:07 PM To: [EMAIL PROTECTED] Subject: Stuts can't get its act together - JavaPro I found this announcement today on JavaPro's August Issue online In Brief site: http://www.ftponline.com/javapro/2003_08/magazine/departments/inbrief/de faul t.asp The blurb: Developer Tools TurboM2 Tired of waiting for The Apache Group to get its act together with the Struts initiative, Virtuas has launched a framework of its own. Virtuas released TurboM2 previously under the name Web Application Model (WAM). Since then, the company decided to alter the product to perform many of the features Struts offers, and like Struts will be released under the open source model. There's more, but on casual inspection it appears that JavaPro has simply regurgitated some marketing poo from Virtuas intended to convey the impression that Struts is in a funk and not moving forward. (so one should naturally move to Virtuas' TurboM2 product) Upon casual inspection it appears that TurboM2 is a fairly direct clone of Struts. On of Virtuas' value-added claims is that TurboM2 has available support and training that Struts does not. Links: Virtuas TurboM2: http://www.turbom2.org/index.html Struts/TurboM2 comparison: http://www.turbom2.org/docs/Comparison.pdf The part that disturbs me is JavaPro's presenting this whole pile as if it were truth. Someone reading this article could well be persuaded that yes, indeed, Struts is in trouble and they should look elsewhere. I've been less than impressed with JavaPro's content for some time, and this erodes my confidence in their editorial control and knowledge of the Java world even further. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts can't get its act together - JavaPro
Hi Glenn, There's actually been some really exciting JavaServer Faces tools news at JavaOne. First, there's Project Rave from Sun which looks really close to the Visual Studio stuff from Microsoft. This looks very promising. Basically drag and drop type stuff. I also had the fortune of getting to see some upcoming Oracle JDeveloper builds which also incorporate very nice functionality for JavaServer Faces. The Oracle stuff looks very promising and I'm quite excited about it. I just added a link to my Java Server Faces page for Project Rave: http://www.jamesholmes.com/JavaServerFaces/ -James Struts Console http://www.jamesholmes.com/struts/ -Original Message- From: Davidson, Glenn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 2:34 PM To: 'Struts Developers List' Subject: RE: Struts can't get its act together - JavaPro James, Your site is most helpful, thanks. I was wondering if you had any additional details on potential JSF developer products and/or any idea when we might be able to start using JSF? Are there any tools planned for migrating Struts applications to JSF? JSF is clearly something we want to know more about. Glenn -Original Message- From: James Holmes [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 3:19 PM To: 'Struts Developers List' Subject: RE: Struts can't get its act together - JavaPro I'd recommend you have a look at JavaServer Faces (JSF). I'm at JavaOne right now and Sun -- along with other vendors -- is putting some serious resources into developer productivity by way of JSF. I have put together a page on my website with more info on Java Server Faces: http://www.jamesholmes.com/JavaServerFaces/ -James Struts Console http://www.jamesholmes.com/struts/ -Original Message- From: Davidson, Glenn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 2:15 PM To: 'Struts Developers List' Subject: RE: Struts can't get its act together - JavaPro Chris, I tend to agree with your assessment of JavaPro but I'd like to open this up a little. Right now we are faced with two choices for web development .Net or not .Net. I can over-simplify the arguments for and against .Net as the following: .NET Pluses Developer Productivity Negatives Vendor lock in. Others (including Struts) Pluses No vendor lock in Negatives Less developer Productivity It seems like many if not most companies are more interested in developer productivity. Does anyone know of, or foresee any means by which we (developers) will be able to be as productive using Struts/JSP/DHTML/JavaScript etc. as people are using .Net? I'd love to be able to make a case against .Net . Thanks Glenn -Original Message- From: Chris Gerrard [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 12:07 PM To: [EMAIL PROTECTED] Subject: Stuts can't get its act together - JavaPro I found this announcement today on JavaPro's August Issue online In Brief site: http://www.ftponline.com/javapro/2003_08/magazine/departments/inbrief/de faul t.asp The blurb: Developer Tools TurboM2 Tired of waiting for The Apache Group to get its act together with the Struts initiative, Virtuas has launched a framework of its own. Virtuas released TurboM2 previously under the name Web Application Model (WAM). Since then, the company decided to alter the product to perform many of the features Struts offers, and like Struts will be released under the open source model. There's more, but on casual inspection it appears that JavaPro has simply regurgitated some marketing poo from Virtuas intended to convey the impression that Struts is in a funk and not moving forward. (so one should naturally move to Virtuas' TurboM2 product) Upon casual inspection it appears that TurboM2 is a fairly direct clone of Struts. On of Virtuas' value-added claims is that TurboM2 has available support and training that Struts does not. Links: Virtuas TurboM2: http://www.turbom2.org/index.html Struts/TurboM2 comparison: http://www.turbom2.org/docs/Comparison.pdf The part that disturbs me is JavaPro's presenting this whole pile as if it were truth. Someone reading this article could well be persuaded that yes, indeed, Struts is in trouble and they should look elsewhere. I've been less than impressed with JavaPro's content for some time, and this erodes my confidence in their editorial control and knowledge of the Java world even further. - 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: What's next for Struts?
Yep, I'm definitely not abandoning Struts either. I am in the middle of some nice new features for Struts Console. Stay tuned. -James http://www.jamesholmes.com/struts/ -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 8:18 AM To: Struts Developers List Subject: Re: What's next for Struts? Craig R. McClanahan wrote: No, Struts is definitely not dead. =:) Those rumors have been greatly exaggerated! The Struts Committers have been a bit busy the last year or so with parceling Struts into Commons components and all. But the Struts Community has been shipping, shipping, shipping. For example, Don Brown is shipping extensions for using Struts with Cocoon and the Bean Scripting Framework, and as of today, Wildcard Actions. Mathias just released an update to his very useful workflow extension. James keeps bringing out Console after Console. Just to name a few. (Need to get that Resource page updated before final ships!) And of course, there are the long-standing XLST, Velocity, SSL, and JUnit extension for Struts, doclet extensions for Struts, database extension for Struts, and surely many things I haven't heard of yet! And, as Craig pointed out, Struts is not the only place where people are developing MVC frameworks. WebWorks demonstrated the usefulness of a unified Controller (or Action) objects. Other frameworks like Maverick and JPublish are showing us how very different approaches to handling actions (as well as screens) can all be used within the same framework. The point is that no matter how good JSF will be, or how good Struts is now, there will always be more dreamed of than what we happen to stuff in our distributions! There will always be gaps where open-source developers, like us, can jump in and start sharing our solutions. This is true not only of Java, but of any platform. For example, most of us know that .NET lacks many of the high-level tools we all use and love. OSS, like nature, abhors a vacuum. So, OSS volunteers have been busily porting many of our favorite tools to the dark side. Packages like Maverick, Velocity, and Log4*, again to name a few, are all now making life easier for our .NET brethen. OSS works because places like the ASF and SourceForge *let* it work. And it works everywhere, even on vendor strangle-hold platforms like .NET. Over the past three years, the 40+ developers who have directly contributed to Struts -- and the thousands of others who helping out on Bugzilla, and the list, and the other support forums -- have proven (once again) that community-supported development does work, and that we'd all be poorer without it! New specifications, like JSF, just give us fertile new ground where we can continue to do what we do best -- share the wealth! Some things never change =:) -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: [VOTE] Convert RC2 to Beta 5
+1 to RC2 -James -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 8:57 PM To: 'Struts Developers List' Subject: RE: [VOTE] Convert RC2 to Beta 5 -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 5:26 PM To: 'Struts Developers List' Subject: RE: [VOTE] Convert RC2 to Beta 5 -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 4:56 PM To: 'Struts Developers List' Subject: RE: [VOTE] Convert RC2 to Beta 5 I'm not going to vote right now, because I'm trying to work through the problems and see if I can get them fixed. Ted, how long do we have to find fixes and still allow you enough time to get a release out? If we take the 'name' row out of the bean-cookie.jsp test, then the remainder of that test works fine on Tomcat 3.3.1. I propose to go ahead and check that in unless I hear any objection. Now I'm looking at the logic-compare.jsp problem. OK, I have this one nailed. It has to do with the size of the page being too big for Tomcat 3.3.1 to handle. I've split the page into two by pulling out the numeric tests into a separate page, and both pages now work. Again, I propose to check this in unless I hear any objection. Now for the Tiles problems... Fixed. Time to release RC2! :-) -- Martin Cooper -- Martin Cooper If anyone else has some time to look into the problems, might I suggest looking at the Tiles-related ones that Ted mentioned? -- Martin Cooper -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 3:14 PM To: Struts Developers List Subject: [VOTE] Convert RC2 to Beta 5 In final testing of RC2, some compatibility issues have been found between Tomcat 3.3.1 and the struts-exercise-taglib application as well as the tiles-documentation application. Martin Cooper has been looking into the problems and has found that for the struts-exercise-taglibs cookie test, it is the jsp:getProperty name=sess property=name/ expression that is failing. The jsp:getProperty tags earlier on the page succeeded. The only difference seems to be that the earlier ones all have setters as well as getters in the Tomcat CookieFacade class, whereas there is only a getter for 'name'. So this actually looks like some kind of JSP/reflection bug, not related to Struts. (The bean:cookie tag must have worked, because we know the jsp:getProperty tag is trying to access a cookie!) Also, the (rather complex) comparison test is killing the JVM when run under TC3. In the Tiles application, servlet exceptions are being noted. One example is the extendedDefinitionTag page, but there may be others. Unless fixes to these problems are immediately forthcoming, I propose that we document the issues and release Stuts 1.1 beta 5. By getting this milestone out to the community, we would have a better chance of resolving the remaining issues so that we can go to Struts 1.1. final as soon as possible This proposal has my +1. -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] - 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: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2
+1. Let's do it! -James - Original Message - From: James Turner [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Sent: Thursday, May 29, 2003 3:05 AM Subject: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2 From: Martin Cooper [mailto:[EMAIL PROTECTED] First off, big thanks to Martin for adopting FileUpload and getting this puppy back in shape. Now, about the Struts 1.1 RC2 release. The problem is the staging needed to get FileUpload out the door. It's currently at Beta 1, and the code base in CVS has some methods that have been deprecated since Beta 1. The deprecated methods need to be removed before 1.0 Final, which means that we need a Beta 2 to publicise the deprecations. Then they can be removed in an RC1, shortly to be followed (hopefully) by 1.0 Final. Much as I would like to see Struts 1.1 RC2 happen before JavaOne, I just don't see how that can happen, given the steps that FileUpload has to go through before a final release. Does this strike anyone but me as an example of the victory of process over sanity? Why does a deprecation/removal of some methods require a new beta? If your code depends on the deprecated methods, you can stick with whatever you're using now until you can fix your code, and then use the release. If you don't, you can evaluate the RC, and an entire step can be saved. The entire Struts 1.1 release has been a Kafka-esq adventure in strict adherence to a set of rules that, IMHO, has done nothing but add months of delay to an already terminally late release. It's hard to believe there's something that makes the JCP look speedy, but consider that in the time we've been struggling to get 1.1 out the door, JSF has gone almost completely from proposal to EA. Open source is supposed to be speedy and responsive, instead we're starting to make Microsoft look like a speed demon. The Apache rules serve a good purpose, to prevent shoddy releases. But at this point, we've got a major release hanging fire on (frankly) some relatively obscure supporting packages which aren't even used by the majority of the user community. If I were benevolent dictator for a day, I'd do a 1.1 RC2 now with the FileUpload Beta 2. But, since we live in an enlightened society, I'm putting it up for a vote. As we've been reminded recently, this type of voice is non-veto-able, lazy majority SO: +1 - Yes, release Struts RC2 with FileUpload 1.1 Beta 2 once Martin releases it. 0 - Eh -1 - I prefer to delay Struts RC2 until FileUpload is in final release. The 72 hour voting cutoff is 3AM Eastern June 1 James - 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: Struts and Maven
I know this was brought up some time in the past when I was looking at updating the Struts website to the pretty format generated by Maven. Perhaps there will be time and place for it once 1.1 is out. -James --- Joe Germuska [EMAIL PROTECTED] wrote: Has anyone else looked at developing a Maven project.xml for Struts? I think it would be pretty handy, considering the number of dependencies Struts has. Mostly as an excuse for getting more familiar with the project.xml schema, I put together a partially-functioning POM for Struts this weekend. If people are interested, I could post it to Bugzilla. It's definitely a work in progress, but if there's interest but no one else has even started the work, I might as well throw it in. One shortcoming I can't deal with is that the commons-logging version at the default ibiblio.org repository predates the release(ClassLoader) method and I don't really know how someone gets those JARs changed. Also, Struts has several advanced build targets beyond the main library JAR -- I am not really even sure how you are meant to deal with things like building the example webapps in Maven. Joe PS For those who have no idea what I'm talking about: http://maven.apache.org -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com If nature worked that way, the universe would crash all the time. --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts and Maven
Well, we're all entitled to our own opinion. However, mine differs from yours as I think the other format is much clearer and easier to read. -James --- David Graham [EMAIL PROTECTED] wrote: I know this was brought up some time in the past when I was looking at updating the Struts website to the pretty format generated by Maven. Perhaps there will be time and place for it once 1.1 is out. Do you mean the tiny, confusing, and unreadable format? -James David --- Joe Germuska [EMAIL PROTECTED] wrote: Has anyone else looked at developing a Maven project.xml for Struts? I think it would be pretty handy, considering the number of dependencies Struts has. Mostly as an excuse for getting more familiar with the project.xml schema, I put together a partially-functioning POM for Struts this weekend. If people are interested, I could post it to Bugzilla. It's definitely a work in progress, but if there's interest but no one else has even started the work, I might as well throw it in. One shortcoming I can't deal with is that the commons-logging version at the default ibiblio.org repository predates the release(ClassLoader) method and I don't really know how someone gets those JARs changed. Also, Struts has several advanced build targets beyond the main library JAR -- I am not really even sure how you are meant to deal with things like building the example webapps in Maven. Joe PS For those who have no idea what I'm talking about: http://maven.apache.org -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com If nature worked that way, the universe would crash all the time. --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.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] __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: David Graham, 1.1 RC1 MVC
+1 --- Ted Husted [EMAIL PROTECTED] wrote: While *we all* put a lot of time and effort into getting 1.1 ready for its first release candidate, it seems to me that David Graham really came through for us over the last few weeks (months, even). As a token of our appreciation, I'd like to nominate David for a Most Valuable Committer award in regard to 1.1 RC1. When the going got tough, David got going =:0) +1 -Ted. (I wouldn't do this with every release, since the contribution of every Apache Committer is valuable, but 1.1 has been such a hard road, a special one-time consideration seemed due.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Struts 1.1 Release Candidate 1 Release Plan
+1 -james --- Martin Cooper [EMAIL PROTECTED] wrote: All outstanding bugs against Struts 1.1 have either been fixed or been categorized for fixing in a release subsequent to Struts 1.1 Final. Therefore, I propose that we release the tip of the main trunk in CVS as Release Candidate 1 for a Struts 1.1 release. I have checked in a proposed release plan, which is available for review on the Struts web site: http://jakarta.apache.org/struts/proposals/release-plan-1.1rc1.html Release plans must pass by a majority vote of committers on the project, but all other interested parties are welcome to cast their votes (and/or make comments or suggestions on the plan) as well. -- Vote: Struts 1.1-rc1 Release Plan [ ] +1 I am in favor of the release, and will help support it [ ] +0 I am in favor of the release, but am unable to help support it [ ] -0 I am not in favor of the release [ ] -1 I am against this proposal (must include a reason). -- I am +1 on the Struts 1.1-rc1 release plan. -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where do you submit patches?
Bugzilla. File a report against Struts with a subject line starting with [PATCH]. http://nagoya.apache.org/bugzilla -james --- Peter A. Pilgrim [EMAIL PROTECTED] wrote: Where do you submit patches for Strus-Dev? Which web page? Also is the `Bugzilla New Account' working? I tried creating myself a new account with my email address an hour ago but I still haven't receive any email from server http://issues.apache.org/bugzilla/query.cgi?GoAheadAndLogIn=1 -- Peter Pilgrim ServerSide Java Specialist My on-line resume and for interview videos about myself, J2EE Open Source, Struts and Expresso. || \\=== `` http://www.xenonsoft.demon.co.uk/no-it-striker.html '' -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Avoid code reformating !
+1 --- Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 16 Dec 2002, Cedric Dumoulin wrote: I said that I don't want to debate on this. I know the reformated code doesn't follow the recomanded Jakarta rules code standard. But another rule is to respect any other well formated standard ;-). While I agree with respecting an original author's choices, I don't agree with having multiple sets of coding conventions in a single code base. That can only be confusing for everyone. In addition, when we move to Maven as the build system for Struts, we will have to define a single set of coding conventions for Checkstyle to work with. I'm not suggesting that we have to spend the time now to decide what our conventions are, just suggesting that we, at some point in time, need to decide on a single set of coding conventions for the entire Struts code base. -- Martin Cooper For me, the reformated code is really unreadable: I can't detect the classes and methods structures at a glance, and so it requires me some times to try to figure it out. I thing it is a waste of time ... Cedric David Graham wrote: With all due respect Cedric, that code did not follow the java standard coding guidelines so it was a candidate for reformatting. Under the Jakarta rules code must meet those guidelines unless specified differently for the project. AFAIK Struts has no specific rules so it defaults to the java standard. Following the java standard helps all developers work on the project faster and easier. Dave From: Cedric Dumoulin [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Avoid code reformating ! Date: Mon, 16 Dec 2002 22:09:22 +0100 Hi everybody, Code formating is an ever ending debate. We, as experienced developers, all have our preferences. When there is several users as in Struts, there is a polite rule: do not reformate code of others just because they don't follow your criteria. I have discover such reformating in code that I have written. The problem is that I don't recognize the code anymore, it takes me more time to do something, and comparisons tools can't work anymore ;-( I don't want to debate about the right or the best code formating. I just ask for the respect of each others. So, for those having an automatic code formatter, please disable it when playing with struts code, and resist to the tentation ;-) Cedric -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: About JBuilder 8 / WSED 5 ... Struts support
Thanks for the report. I too had heard that there was Struts support in the new IDEs, but haven't had the chance to see it yet. -james --- Emmanuel Boudrant [EMAIL PROTECTED] wrote: Hi, JBuilder 8, available soon will provide some Struts wizard, I've got the beta so I check thisand what my surprise ! ... JBuilder 8 provide Struts support only for Struts 1.0, the wizard look like Easy Struts wizard (without the bugs;) Wizard are only Action and ActionForm. The Struts config editor isn't powerfull and user-friendly than Struts Console. Same thing for IBM WSED 5...! So Struts console and Easy Struts are indispensables ;) -emmanuel ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts At ApacheCon 2002
Struts Console too. -james --- Emmanuel Boudrant [EMAIL PROTECTED] wrote: I think it is time to start packaging tools and generators with Struts to help the developer Thats a really good initiative Easy Struts will be volunteer ;) -emmanuel --- Craig R. McClanahan [EMAIL PROTECTED] a écrit : On Wed, 20 Nov 2002, Erik Hatcher wrote: Date: Wed, 20 Nov 2002 00:09:36 -0800 From: Erik Hatcher [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Struts At ApacheCon 2002 Craig, It was nice meeting you and attending your Struts 1.1 session on Tuesday. I'm curious what came of the BOF to discuss the future of Struts. Well, there were only a few of us, and no video equipment :-), but it was a good discussion. We basically walked through some of the items that are already on the STATUS page sections on the 1.2 roadmap (likely to stay backwards compatible) and the 2.0 roadmap (likely to be rebuilt on top of Filters). However, I've added some items I've been thinking about, one of which makes your message quite timely. I think it is time to start packaging tools and generators with Struts to help the developer -- either as standalone packages included for convenience, or integrated into the architecture of the package. It wouldbe interesting to explore how XDoclet fits in to this vision. I'd be really interested in your thoughts on the XDoclet work I've done, especially in the Struts Validator realm. I'm generating validation.xml completely, and also all the form bean definitions in our system. I also use XDoclet to process form beans for a one-time starter code generation of a JSP page (templated to our specific look and feel) for a specified form bean, as well as the resource properties that can be used as a starting point for the application resource properties for the field labels. Its amazing amount of generation just on the Struts-side of things, but we use XDoclet for even more than that too. I haven't done a huge amount of review, but I like the basic notion of generating things like this. I'm still getting my head around the idea of doing this from special tags in the source, but I'll get there ... As for DynaActionForm's I still don't get their benefit. Do you use them? Or right ActionForm subclasses? Its even less code to write to do a form bean for me, because my IDE generates all the getter/setters, and being able to generate validation.xml makes it so worthwhile. :) I can see your point in a world where the cost of creating standard ActionForm beans is so low (because the tool does it for you). However, there's a couple of themes that are still involved: * Lots of people are still stuck in a world where they generate these things by hand (even though some level of tooling support is freely available). For those folks, not having to create these classes is a real benefit. * Even in a tool-generated world, it's simpler for a tool to generate just the struts-config.xml fragment than the whole bean classes -- to say nothing of not needing to compile anything. * You should still be able to generate validation.xml if you start from a common definition of the fields. One of the things I want to investigate is embedding the validation rules directly in the form-bean element, for example, so everything about the bean is in one place. (In a high-level UML based tool, for example, all this stuff would be part of the metadata about a particular form captured in the model.) * DynaBean in 1.1 only solves part of the dynamic needs people have. The next logical step is an abstraction that does not predefine the set of properties at all (consider a SQL browser that dynamically creates properties for each row based on the column names included in your SELECT). We'll be able to build this on top of the existing DynaBean infrastructure much more easily than we could on top of standard JavaBeans. Take care and hopefully I'll get a chance to chat with you further at some point during the week at ApacheCon. I will be in the hacker's lounge this afternoon (after lunch until 3:30), and will then be either there or in the Exhibition Hall most of tomorrow. I'd be happy to sit down and talk some more, although I'm unlikely to have time for any in depth reviews first. Erik Craig Craig R. McClanahan wrote: If you're coming to Las Vegas this week for ApacheCon, there will be two sessions and a BOF specifically focused on Struts: * Session TU07 (Tuesday, 1:30-2:30) - What's New In Struts 1.1 * Session WE06 (Wednesday, 10:00-11:00) - Building Web Applications
Re: cvs commit: jakarta-struts/conf/share validation_1_1.dtd validator-rules_1_1.dtd
Perhaps that should be: DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED instead of the lower case. Just to enforce the point. People tend to overlook things alot. -james --- [EMAIL PROTECTED] wrote: rleland 2002/11/14 12:06:37 Modified:conf/share validation_1_1.dtd validator-rules_1_1.dtd Log: Deprecate and document the new dtd in commons-validator Revision ChangesPath 1.4 +8 -9 jakarta-struts/conf/share/validation_1_1.dtd Index: validation_1_1.dtd === RCS file: /home/cvs/jakarta-struts/conf/share/validation_1_1.dtd,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- validation_1_1.dtd 11 Oct 2002 03:11:41 - 1.3 +++ validation_1_1.dtd 14 Nov 2002 20:06:37 - 1.4 @@ -1,13 +1,12 @@ !-- -DTD for the Validation Configuration File, Version 1.1 - -To allow Struts to validate your validator.xml configuration files, -include the following DOCTYPE element at the beginning (after the -xml declaration): - +Deprecated ** deprecated ** deprecated ** deprecated ** deprecated ** deprecated + + Refer to the below DTD Instead: + !DOCTYPE form-validation PUBLIC - -//Apache Software Foundation//DTD Struts Validation Configuration 1.1//EN - http://jakarta.apache.org/struts/dtds/validation_1_1.dtd; + -//Apache Software Foundation//DTD Commons Validator Rules Configuration 1.0//EN + http://jakarta.apache.org/commons/dtds/validator_1_0.dtd; + $Id$ -- 1.5 +8 -9 jakarta-struts/conf/share/validator-rules_1_1.dtd Index: validator-rules_1_1.dtd === RCS file: /home/cvs/jakarta-struts/conf/share/validator-rules_1_1.dtd,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- validator-rules_1_1.dtd 11 Oct 2002 03:11:41 - 1.4 +++ validator-rules_1_1.dtd 14 Nov 2002 20:06:37 - 1.5 @@ -1,13 +1,12 @@ !-- -DTD for the Validator Rules Configuration File, Version 1.1 - -To allow Struts to validate your validator-rules.xml configuration -file, include the following DOCTYPE element at the beginning (after -the xml declaration): - +Deprecated ** deprecated ** deprecated ** deprecated ** deprecated ** deprecated + + Refer to the below DTD Instead: + !DOCTYPE form-validation PUBLIC - -//Apache Software Foundation//DTD Struts Validator Rules Configuration 1.1//EN - http://jakarta.apache.org/struts/dtds/validator-rules_1_1.dtd; + -//Apache Software Foundation//DTD Commons Validator Rules Configuration 1.0//EN + http://jakarta.apache.org/commons/dtds/validator_1_0.dtd; + $Id$ -- -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: cvs commit: jakarta-struts/conf/share validation_1_1.dtd validator-rules_1_1.dtd
Cool...I just thought it would help save us some time on the mailing lists. -james --- Robert Leland [EMAIL PROTECTED] wrote: James Holmes wrote: Perhaps that should be: DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED DEPRECATED instead of the lower case. Just to enforce the point. People tend to overlook things alot. Ok. I just used a sledge hammer on every comment :-D! -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
RE: Building Struts
I think it would be nice if we could run a nightly process that ran after the other nightly processes and created an archive that had all of the other nightlies in it. -james --- Craig R. McClanahan [EMAIL PROTECTED] wrote: On Thu, 31 Oct 2002, Karr, David wrote: Date: Thu, 31 Oct 2002 10:11:38 -0800 From: Karr, David [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RE: Building Struts -Original Message- From: David Graham [mailto:dgraham1980;hotmail.com] Sent: Thursday, October 31, 2002 9:42 AM This is my first time using Ant so I'm ignorant of all the details. I was thinking we could zip up a build environment with all the required jars in it and a build.properties that was configured for that. You could modify the build.properties if you wanted. I didn't think any changes would have to happen to build.xml. I think it might be feasible to build a zip file containing all the distributions that are needed, but not the Struts build.properties file. That would at least make part of the process easier. But which versions would you include? For example, I build Struts nightlies against the nightly builds of the commons packages (so it changes every day) -- but you'd want to use released versions if you were building a formal Struts distribution. Craig -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Building Struts
I wholeheatedly agree. Just had to redo my environment on a new machine. +1. -james --- David Graham [EMAIL PROTECTED] wrote: I'm starting to work on source patches so I'm setting up my build environment for testing purposes. I've found this exercise both mundane and time consuming. Would it be worthwhile to post a zipped up build environment with a build.properties that's ready to go? Getting all the appropriate jars and setting the paths is the main problem. This would get new developers up and running immediately and maybe promote more involvement. If I'm the only one that feels this way, then it's not worthwhile (and maybe I'm going about it wrong). David _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Struts with style
Looks good, however, like Ted says we're headed towards Maven which has new LnF/stylesheets for Jakarta sites. I spent some time taking the stylesheets/graphics from Maven-built sites and applying them to Struts. It looked great. I'm no CSS wizard though and had a couple outstanding issues where some of the formatting of the page was off. I would recommend taking the style sheets from Maven and applying them to the Struts pages and then sending another message with a link to that. It should be easy to do since all of our pages already go through XSL. -james --- James Mitchell [EMAIL PROTECTED] wrote: Ok, don't kill me. Would anyone be opposed to adding a bit of style to our online docs? Here's one proposal: http://www.open-tools.org/struts-atlanta/struts-with-css Only Home, News, and Kickstart were modified. So click between 'Who We Are' and 'Home' so see before and after of style differences. I apologize if my dsl flakes out for a short period, these things happen when you have a shi##y ISP. James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. - Albert Einstein (1879-1955) -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Modules vs. Sub-Applications
+1 --- Ted Husted [EMAIL PROTECTED] wrote: As these methods are really not part of the public API, could we not just change them now and be done with it? -Ted. 10/28/2002 1:21:40 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote: On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote: I thought it was application module, therefore the current names are still consistent with that. That's certainly my excuse for thinking we should not change them now :-). Although I agree with David that ModuleConfig and selectModule () would have made more sense had we known this was going to be the conclusion. Craig Did I miss some threads :( Wait, stop the printer... Ah, the perils of writing about beta software :-) :-) chuck Craig -- To unsubscribe, e-mail: mailto:struts-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:struts-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Validator Integration
See Ted's response to my very same question a couple of days ago. -james --- David Graham [EMAIL PROTECTED] wrote: My idea is that the ValidatorActionForm and ValidatorForm (why are there 2?) __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Why is there DynaValidatorActionForm and DynaValidatorForm??
Just curious why there are 2 classes? Seems like the DynaValidatorActionForm could go away. It simply overrides the validate() method in the parent. Why do we need 2 implementations of validate()? -james __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: [docs] how to get into Struts Resources?
submit a documentation enhancement request in Bugzilla. See the section on the below page called Contributing Patches to Code or Documentation. http://jakarta.apache.org/struts/ -james --- Thomas L Roche [EMAIL PROTECTED] wrote: WebSphere Studio has Struts tooling, so we'd like to put a link-and-a-blurb on http://jakarta.apache.org/struts/resources/guis.html How should we do this? -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Why is there DynaValidatorActionForm and DynaValidatorForm??
Ok, so should we update DynaValidatorForm and deprecate DynaValidatorActionForm? -james --- Ted Husted [EMAIL PROTECTED] wrote: It's a little odd. Somebody wanted to key on the action path rather than the attribute, and so David accomodated by providing the other class. A better way to go would be some type of switch as we have for whether action input is a path or a forward name. -Ted. 10/23/2002 11:17:09 AM, James Holmes [EMAIL PROTECTED] wrote: Just curious why there are 2 classes? Seems like the DynaValidatorActionForm could go away. It simply overrides the validate() method in the parent. Why do we need 2 implementations of validate ()? -james _ _ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts- [EMAIL PROTECTED] For additional commands, e-mail: mailto:struts-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: HTML, XML, XHTML and html:html
+1. --- David Graham [EMAIL PROTECTED] wrote: XML compliant HTML is XHTML. I don't think we need the xhtml attribute for the tag anymore. Because xhtml works in current and older browsers, I think the tags should produce it every time. Many people do not use the html:html tag so it doesn't make sense to require that to use xhtml. David From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: HTML, XML, XHTML and html:html Date: Mon, 21 Oct 2002 15:43:30 -0700 I'm a little confused about what's going on with our HTML taglib. I see changes being made so that the tags always output valid XML, regardless of the value of the 'xhtml' attribute of the html:html tag. Have we decided that we don't need that attribute any more, and we'll just always output XHTML, or is there a difference that I'm missing between generating XML-compliant HTML and generating XHTML? -- Martin Cooper -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
RE: HTML, XML, XHTML and html:html
+1 --- Hajratwala, Nayan (N.) [EMAIL PROTECTED] wrote: good discussion, everyone ... I've been thinking about this a little more and I'm going to backtrack a little bit We will very likely be running into this same problem when XHTML 2.0 comes out. XHTML 2.0 will NOT be backwards compatible with XHTML 1.1 (For more on this, see the W3C site or various XHTML lists ... i don't think we want to get into it here... =) ). At the point of XHTML 2.0, we obviously won't want to make everything XHTML 2.0 compliant ONLY. Perhaps we can have some global setting that defines the DOCTYPE you want to use: XHTML 1.0 Strict, HTML 3.2, HTML 4.01 Transitional, etc. All tags could then know internally whether or not they support the specified DOCTYPE, and output the appropriate HTML. For example, we know that in HTML 3.2, forms have a name attribute, but in XHTML, they have an id attribute. Struts would output whichever was specified... We also know that all HTML versions will support br /, so we can always output that. To start, we can pick what Struts already supports, which I would guess is HTML 4.01 Transitional. If someone wants to support a lower version, they can build it in. Obviosuly i'm not proposing this for the 1.1 release, as it requires a lot more thought discussion This would definately futureproof Struts and not tie it in to any particular version. Also, it would allow a struts developer to say .. Well, all my customers are using current User-Agents now, so let me upgrade my site to XHTML1.0 They can do it at a flip of a switch. Does anyone think this is ridiculous/feasible/useful? Is this overkill? --- - Nayan Hajratwala - Chikli Consulting LLC - http://www.chikli.com -Original Message- From: Craig R. McClanahan [mailto:craigmcc;apache.org] Sent: Tuesday, October 22, 2002 2:58 PM To: Struts Developers List Subject: Re: HTML, XML, XHTML and html:html On Tue, 22 Oct 2002, David Graham wrote: Date: Tue, 22 Oct 2002 11:19:57 -0600 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: HTML, XML, XHTML and html:html AFAIK, the only change is the closing / added to struts input tags. All browsers support this for reasons mentioned previously. I guess I just don't see how this is a serious change and how existing apps behavior would change. In my experience, over 95% of clients use Netscape 4.x+ or IE which both support this grammar. Many other people use Opera which also supports this. You seem awfully confident that you know what client devices and programs are being used by all Struts apps :-). It also goes totally against the grain of how Struts enhancements have always been implemented -- leave the default behavior the same as the previous version, and enable the new feature with a parameter of some sort. Let me say this more clearly: -1 on unconditionally changing the output to emit the /. +0 on making this behavior dependent on xhtml=true in the outermost html:html tag. Dave Craig -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: [VOTE] James Mitchell as Struts Committer
+1 --- Ted Husted [EMAIL PROTECTED] wrote: James Mitchell has been a long-time contributor of good ideas as well as patches on the developer list. He is also generous with his help on the user list. I believe it's time that we nominated James as a Committer. After all, we can always use another Evangelist. Here's my +1 -Ted. -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: DO NOT REPLY [Bug 13792] - NullPointerException using JDBC
+1 --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13792. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13792 NullPointerException using JDBC --- Additional Comments From [EMAIL PROTECTED] 2002-10-21 14:45 --- I'm tempted to close this bug as an environment issue. Run your db code in a standalone java app and see what happens. Also, try configuring a datasource in struts-config.xml and using that instead of using the driver directly. How to do this is documented in the users guide. -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: DO NOT REPLY [Bug 11950] - Missing script in generated javascipt
I am using IE 6.0. Hmm...strange. As far as I know, IE only likes to have one version installed at once. -james --- Robert Leland [EMAIL PROTECTED] wrote: James Homes wrote: I just checked the latest nightly build and the //-- is showing up on the Register and Logon pages of the example app in IE. This is a problem. I am using IE 6.0,Mozilla 1.1, NS 4.08, and didn't see the // --. I also looked at the html generated and saw paired 'html comments'. So you must be using IE 5.5/5.0 ? For future testing is it possible to have IE 5.5 IE 6.0 Installed together ? -Rob -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: DO NOT REPLY [Bug 13823] - tour.htm contains invalid HTML
Can you use cvs diff -u to do your diffs? I can't do much with the one you posted. If you send it in the right format I'll get it committed. -james --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13823. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13823 tour.htm contains invalid HTML --- Additional Comments From [EMAIL PROTECTED] 2002-10-21 21:10 --- sorry for all the repeats .. this last one replaces all of the and with gt; and quot; ... not sure why it wasn't picked up by the validator previously. -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Moving/deprecated of StrutsValidator StrutsValidatorUtil
+1 --- Robert Leland [EMAIL PROTECTED] wrote: It seems like StrutsValidatorUtil StrutsValidator really belong in o.a.s.validator so I propose to deprecated o.a.s.util.StrutsValidator o.a.s.util.StrutsValidatorUtil and copy them to o.a.s.validator.StrutsValidator o.a.s.validator.StrutsValidatorUtil Only the o.a.s.t.html.JavascriptValidatorTag uses the StrutsValidatorUtil, other than the o.a.s.validator. classes And o.a.s.util.StrutsValidator is not used anywhere except by the the validator.xml files. So before struts 1.1 final the util versions would be removed. Comments ? -Rob -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: DO NOT REPLY [Bug 13476] - CombinedDispatchAction
Duplicates should be marked as such and not just closed. In bugzilla you can close a bug as a duplicate of another. I think that's what you should do here. -james --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13476. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13476 CombinedDispatchAction [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution| |INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-18 14:46 --- This looks like a duplicate of 13521. Please reopen if I am mistaken. While it looks like this one was submitted first, I retained the other one as open, since that is where the activity seems to be occuring. -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: DO NOT REPLY [Bug 11950] - Missing script in generated javascipt
Are you sure this is all fixed now?? If you run the example app there is some spurious output from the JavaScript stuff I believe you are working on. // End -- shows up on the bottom of the page. http://localhost:8080/struts-example/logon.jsp -james --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11950. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11950 Missing script in generated javascipt [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED |RESOLVED Resolution| |FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-18 17:00 --- Bug 11950 Ok a work around that has been in the Validator example for a bug in Netscape was really a bug in the JavaScriptTag. The workaround caused problems once the real bug was fixed. Tested with NS 4.08, Mozilla 1.1, IE 6.0 -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Re: Official bug list
Here's the query I use: http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbug_status=VERIFIEDbug_severity=Blockerbug_severity=Criticalbug_severity=Majorbug_severity=Normalbug_severity=Minoremail1=emailtype1=substringemailassigned_to1=1email2=emailtype2=substringemailreporter2=1bugidtype=includebug_id=changedin=votes=chfieldfrom=chfieldto=Nowchfieldvalue=product=Strutsversion=1.1+Beta+1version=1.1+Beta+2version=Nightly+Buildversion=Unknownshort_desc=short_desc_type=allwordssubstrlong_desc=long_desc_type=allwordssubstrbug_file_loc=bug_file_loc_type=allwordssubstrkeywords=keywords_type=anywordsfield0-0-0=nooptype0-0-0=noopvalue0-0-0=cmdtype=doitorder=Reuse+same+sort+as+last+time -james --- V. Cekvenich [EMAIL PROTECTED] wrote: There are many ways to run bugzlia report list. Can someone post the developer official Struts 1.1 list for the people that want to help work on a bug and submit solution code to bugzila. I see 90 bugs, but if you can help us help you. So a semi official list of real bugs, including commons dependencies. .V -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Official bug list
It's as official as I know of (all I did was a query for open 1.1 bugs in bugzilla). 8787 is a Commons bug not a Struts bug. Are we counting bugs for dependent modules? I didn't know that we were. Yes, I am a committer. -james --- V. Cekvenich [EMAIL PROTECTED] wrote: Would that be official? It does not have Validator (8787 for example, or other commons, but if is or even close than OK, let's see what we can do. (James are you a commiter? I just want to know how official this is) .V James Holmes wrote: Here's the query I use: http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbug_status=VERIFIEDbug_severity=Blockerbug_severity=Criticalbug_severity=Majorbug_severity=Normalbug_severity=Minoremail1=emailtype1=substringemailassigned_to1=1email2=emailtype2=substringemailreporter2=1bugidtype=includebug_id=changedin=votes=chfieldfrom=chfieldto=Nowchfieldvalue=product=Strutsversion=1.1+Beta+1version=1.1+Beta+2version=Nightly+Buildversion=Unknownshort_desc=short_desc_type=allwordssubstrlong_desc=long_desc_type=allwordssubstrbug_file_loc=bug_file_loc_type=allwordssubstrkeywords=keywords_type=anywordsfield0-0-0=nooptype0-0-0=noopvalue0-0-0=cmdtype=doitorder=Reuse+same+sort+as+last+time -james --- V. Cekvenich [EMAIL PROTECTED] wrote: There are many ways to run bugzlia report list. Can someone post the developer official Struts 1.1 list for the people that want to help work on a bug and submit solution code to bugzila. I see 90 bugs, but if you can help us help you. So a semi official list of real bugs, including commons dependencies. .V -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] David Graham as Struts Committer
+1 --- Ted Husted [EMAIL PROTECTED] wrote: David has been a very involved member of the Struts community for some time, and has been making steady contributions both to the mailing list and to Bugzilla. I think this would be a good time to bring David on as a Committer, He has my +1 -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: PFC Eddie Bush - reporting for duty!
http://jakarta.apache.org/site/cvsindex.html Go to the bottom of the page and look at the Full Remote CVS Access section. -james --- Eddie Bush [EMAIL PROTECTED] wrote: I was just trying to login (via ssh) to cvs.apache.org to (WT!) change my password and received the following error. Not being an ssh-oriented person, I'm unsure what it's complaining about. What is the second prompt expecting? Is that ... what is that? :-) HLP! grin/ I don't have a public key - do I need to generate one? Can someone (at least) point me to where I would RTFM on what I need to do in order to get this going? I have at least one patch I'd like to get checked in today! Thanks :-) Hey - is it just me or ... I was given ekbush as the username. This is talking about eddie@ -- is that intentional or did someone pull a boo-boo? I just noticed that. Feel free to email me privately if there's some secret I need to be aware of that isn't suitable for public consumption. - error RSA key fingerprint is 51:85:7d:8f:57:54:e7:6f:27:26:98:7a:c7:c1:47:87. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'cvs.apache.org,63.251.56.143' (RSA) to the list of known hosts. Password: password I was emailed [EMAIL PROTECTED]'s password: password I was emailed Permission denied, please try again. [EMAIL PROTECTED]'s password: password I was emailed - in case I mis-typed Permission denied, please try again. [EMAIL PROTECTED]'s password: password I wanted to change to - in case it was asking for a new one Permission denied (publickey,password,keyboard-interactive). -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Patch updates and commit to CVS procedure
Hey Jon, You've followed the right process. Unfortunately many of us are very busy with life outside of Struts and can't get to the bugs in the bug list as soon as they are opened. I will try and take care of these tonight. -james --- Jon Harvey [EMAIL PROTECTED] wrote: Hi folks, I contributed a couple of trivial fixes as diff -u's and emailed them on Sunday with [PATCH] subjects as described in Jakarta's 'how to contribute' pages... Is this how it is done for the Struts project? Can I have details of how best to contribute and the process. The 2 bugs are: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12905 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12908 The two diff's are attached. Thanks, Jon Harvey === RCS file: /home/cvspublic/jakarta-struts/src/example/org/apache/struts/webapp/example/ApplicationResources.properties,v retrieving revision 1.8 diff -u -r1.8 ApplicationResources.properties --- ApplicationResources.properties 21 Jul 2002 18:45:00 -1.8 +++ ApplicationResources.properties 22 Sep 2002 20:56:06 - @@ -72,7 +72,7 @@ # Standard error messages for validator framework checks errors.required={0} is required. errors.minlength={0} cannot be less than {1} characters. -errors.maxlength={0} cannot be greater than {1} characters. +errors.maxlength={0} cannot be greater than {2} characters. errors.invalid={0} is invalid. errors.byte={0} must be an byte. errors.short={0} must be an short. === RCS file: /home/cvspublic/jakarta-struts/conf/share/validator-rules.xml,v retrieving revision 1.8 diff -u -r1.8 validator-rules.xml --- validator-rules.xml 16 Jul 2002 02:37:55 - 1.8 +++ validator-rules.xml 22 Sep 2002 21:35:39 - @@ -102,6 +102,7 @@ oMinLength = new minlength(); for (x in oMinLength) { if (form[oMinLength[x][0]].type == 'text' || +form[oMinLength[x][0]].type == 'password' || form[oMinLength[x][0]].type == 'textarea') { var iMin = parseInt(oMinLength[x][2](minlength)); if (!(form[oMinLength[x][0]].value.length = iMin)) { @@ -144,6 +145,7 @@ oMaxLength = new maxlength(); for (x in oMaxLength) { if (form[oMaxLength[x][0]].type == 'text' || +form[oMaxLength[x][0]].type == 'password' || form[oMaxLength[x][0]].type == 'textarea') { var iMax = parseInt(oMaxLength[x][2](maxlength)); if (!(form[oMaxLength[x][0]].value.length = iMax)) { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] David M. Karr as a Struts Committer
+1 --- Craig R. McClanahan [EMAIL PROTECTED] wrote: I'd like to propose David M. Karr [EMAIL PROTECTED] as a committer on Struts. It's clear from his work on the EL library that he would be a tremendous asset to the Struts development community (and not just for these tags :-). Here's my +1. Craig McClanahan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
website incorrect
Martin- Are you sure you updated the website for the release of 1.1b2? When you pull up the main Struts home page it still lists 1.1b1 underneath the Acquiring Struts section. Unfortunately I don't have access to CVS right or otherwise I'd update the file myself. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Struts 1.1 Beta 2 Release Plan
[X] +1 I am in favor of the release, and will help support it -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Tiles] DTD IDs
+1 -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Martin Cooper [EMAIL PROTECTED] wrote: Sounds like a good idea to me. However, rather than submitting an updated copy of the DTD, what I would suggest is that you open a bug report at Bugzilla, and add a patch as an attachment. The process is described here: http://jakarta.apache.org/site/bugs.html Thanks! -- Martin Cooper -Original Message- From: Bill Willis [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 30, 2002 6:37 AM To: [EMAIL PROTECTED] Subject: [Tiles] DTD IDs Hello all, It would be nice to have ID attributes added to at least some of the Tiles elements. This would be similar to the Struts DTD. ID fields are very helpful to tools. Any plans to add these? If I add them myself and submit a revised DTD, is there a good chance of getting it committed? The same may be true for the Validator DTD (such that it is), but I will leave that for a separate post. Regards, Bill -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help Needed In logic:equal
Questions like this are not for this mailing list. You should post this to the Struts Users mailing list. [EMAIL PROTECTED] Hope that helps. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Sachin Mapara [EMAIL PROTECTED] wrote: Hi Could anyone help me out on the following issue. i set the request.setAttribute(Task,John) in action class. in a forwarded jsp i wanted to compare the value set ijn action class by using logic:equal My code in Jsp is: logic:equal parameter=Task value=JohnJohn Wright/logic:equal But this gives me the error as: Cannot compare null variable to value John Please help me out Thanks Regards, Sachin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Nested porperty
This message should be directed to the Struts Users mailing list and not this list. This list is for the development of the core Struts code, not for applications built using Struts. [EMAIL PROTECTED] -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Shanthan Sivapalan [EMAIL PROTECTED] wrote: Hi, My issue is that I'm trying to see if there's an easy way to update a property of some objects in a list where the value is retireved from the request. I have a list of same objects, and I would like to update properties of these objects with values retrieved from the request. How can I set up my JSP and ActionForm so that this can be handled natively. I can use PropertyUtils.setNestedProperty(...) but I was wondering if anyone knows how this can be done otherwise. Any help would be much appreciated. Thank you, Shanthan. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Website Look and Feel
Just wanted to give a quick update on this... I have this 99% done for the resources section. I basically took the stuff from some of the other projects with the new LF and reverse engineered it into stylesheets/resources.xsl. The project.xml and individual .xml files stay the same. Just a few new graphics and CSS stylesheets files. Only problem I'm having is that the font size on the page is not correct. Funny thing is I'm explicitly setting any font attributes in the page and neither do the other project's pages, but for some reason the font isn't right. I'm going to continue to tinker with it. The pages look really good with the new Lf. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- James Holmes [EMAIL PROTECTED] wrote: Sounds fair to me. -james --- Craig R. McClanahan [EMAIL PROTECTED] wrote: On Fri, 19 Jul 2002, James Holmes wrote: Date: Fri, 19 Jul 2002 08:21:44 -0700 (PDT) From: James Holmes [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Struts Website Look and Feel I've noticed that some of the other Jakarta projects have taken on a new Look and Feel. I saw this for BCEL project. Craig/Ted: Is there a place to get more details on this? Is there a roadmap/requirement for when all projects should switch over to it? I can try and tackle this for the Struts pages. For the Jakarta web site, check out the jakarta-site2 module from CVS -- that's what generates it. The incoming data format is XML, transformed by Anakia (from Velocity) and/or DVSL -- I don't remember the details at the moment. You'll also notice that some project-level documentation is now being generated with Maven (Turbine et. al. and a bunch of the Commons projects use this). Maven is a pretty intriguing tool that tries to manage a bunch of stuff for the develoeprs (everything from syntax/style checks to automated test runs to generating docs), which most people do with custom build.xml scripts, in a manner that's consistent across projects. It works by delegating the grunt work to shared scripts, so when you update a Maven version all your projects immediately benefit. See http://jakarta.apache.org/turbine/maven for more info. I'm quite interested in exploring Maven as the build environment for Struts after 1.1 (and after they go 1.0 and start promising some backwards compatibility :-). This would probably be done in a new repository, and give us the chance to reorganize things a little as well. Once we switch, we'll automatically have the opportunity to use the new docco generation stuff as well. However, I'd rather not try to rock the boat in the short term. Sound reasonable? -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: How to handle user rights/permissions
These types of questions are best directed to the Struts Users' mailing list. This list is solely for the discussion of the development of the actual core Struts Code, not developing Struts applications, etc. [EMAIL PROTECTED] Hope that helps. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Oliver Kuederle [EMAIL PROTECTED] wrote: Hi, I am not clear on how I can handle different user rights in Struts. This is how I perceive it to be: There are different sections on my (Struts-powered) website, for example: Section A: Handling employee data. Section B: Handling company information. Section C: System administration. (A page can contain elements of different sections.) Each user has their own access level for each section which is one of the following: Level 0: No rights. Level 1: Read-only. Level 2: Write. For example, if an input field X belongs to section A and the user has A=0 permission, X should not be displayed. For A=1, X should be simple HTML text. For A=2, it should be the input field. Can something like this be handled with Struts? If so, how? If not, what's the best I can get in terms of user access management? Thanks. -Oliver __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts requirements question
These types of questions are best directed to the Struts Users' mailing list. This list is solely for the discussion of the development of the actual core Struts Code, not developing Struts applications, etc. [EMAIL PROTECTED] Hope that helps. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Ballard [EMAIL PROTECTED] wrote: I've got a question. I want to run this Struts sample app at home but I'm running Windows ME. I've downloaded the Apache web server but it isn't really supported on ME. I don't want to make this exercise any harder than it needs to be, so I'm thinking of upgrading my OS to Windows XP Professional. What I can't figure out from the Microsoft site is: Can I run services on Windows XP Professional? Or can I run them on the regular XP? Would I be better of upgrading to Windows 2000 Professional? I know I can run services on that. I know the missus wouldn't be pleased if I switched our PC to Linux so it's either 2000 Pro or some kind of XP. (I think). You don't happen to have any insight here, do you? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: remove tiles from Contrib?
Ok, I'll take care of this tonight. I updated the README file for Validator and will do the same for Tiles. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Cedric Dumoulin [EMAIL PROTECTED] wrote: +1 for me. The contrib version is not more compiled and distributed as binary in the nightly build. Maybe we can left a README file saying that Tiles are now in the main distribution. Cedric James Holmes wrote: I closed out bug 7347 tonight, which was for removing Validator from the contrib directory. I think it makes sense to do this for Tiles as well. It can be confusing for anyone new to the project to see what appears to be a duplication of code. I know we're still working the kinks out of the Tiles integration so I'll defer to the others as to what the timing should be for this. I'm happy to take care of it when the time is right. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Volunteer for xhtml taglib
Tim-- Thanks for volunteering to tackle this. Unfortunately, someone has already beaten you to the punch. Follow this link for details: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5518 If you'd like to jump in and help out I would recommend going into bugzilla and tackling some bugs. Right now we're focused on getting 1.1 beta 2 out, so working on any 1.1 bugs would be the most beneficial. Here's what we need fixed: http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbug_status=VERIFIEDbug_severity=Blockerbug_severity=Criticalbug_severity=Majorbug_severity=Normalbug_severity=Minoremail1=emailtype1=substringemailassigned_to1=1email2=emailtype2=substringemailreporter2=1bugidtype=includebug_id=changedin=votes=chfieldfrom=chfieldto=Nowchfieldvalue=product=Strutsversion=1.1+Beta+1version=Nightly+Buildversion=Unknownshort_desc=short_desc_type=allwordssubstrlong_desc=long_desc_type=allwordssubstrbug_file_loc=bug_file_loc_type=allwordssubstrkeywords=keywords_type=anywordsfield0-0-0=nooptype0-0-0=noopvalue0-0-0=cmdtype=doitorder=Reuse+same+sort+as+last+time -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Stephenson Tim [EMAIL PROTECTED] wrote: i would be happy to put my name against this (and a matching test case) if no one else has already. a quick question on the preferred approach: a) quick (and dirty) would be to take a copy of the existing html taglib and hack... b) i'd prefer to look for commonality in the 2 taglibs and just subclass for the separate bits. this may also have advantages for wml or xforms? perhaps the package structure might be: org.apache.struts.taglib.xml org.apache.struts.taglib.xml.html org.apache.struts.taglib.xml.xhtml obviously b) has greater impact on the existing code. perhaps this could be retrofitted once xhtml was up and running? what do you think? tim __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 10842] New: - Including an Action does not work if response had already been committed
This sounds like an enhancement to me. Anybody else?? -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10842. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10842 Including an Action does not work if response had already been committed Summary: Including an Action does not work if response had already been committed Product: Struts Version: 1.1 Beta 1 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Struts has a nice way to map named paths via ActionMappings defined in the struts-config.xml file. Some of us may decide to implement view logic as an Action over a Servlet to leverage the ActionMapping capabilities. Thus some of these actions may not have an ActionForm associated to them. In a template-like implementation some jsp pages may need to *include* an Action that decides which template body to include. The problem is *including* an Action will result in invokation of the ActionServlet which performs a *forward* to the ActionForward path. Problems occur if the content of jsp page containing the jsp:incude call had begun to be committed to the client. See SRV.8.4 in the Servlet2.3 spec. The ActionServlet needs to be smart enough to perform an *include* to its ActionForward path if the ActionServlet itself had been included. One way the ActionServlet can determine if it has been included is to check for the request attribute javax.servlet.include.request_uri. If its null then it is free to *forward* to the ActionForward path. If its not null, then it should *include* the ActionForward path. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
remove tiles from Contrib?
I closed out bug 7347 tonight, which was for removing Validator from the contrib directory. I think it makes sense to do this for Tiles as well. It can be confusing for anyone new to the project to see what appears to be a duplication of code. I know we're still working the kinks out of the Tiles integration so I'll defer to the others as to what the timing should be for this. I'm happy to take care of it when the time is right. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: RFF: type attribute in html:text
Jesper-- Thanks for taking the time to submit your request. The best way to formalize this is to use the Bugzilla bug/feature database so that the request is not lost and you get notified when the bug/feature is decided on. http://nagoya.apache.org/bugzilla/ -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Jesper Pedersen [EMAIL PROTECTED] wrote: Hi. First of all: sorry if this request for feature is going to the wrong place. Now then... Request for Feature: type attribute in html:text -- Often I find myself having private Integer myInt; public Integer getMyInt() {return myInt;} public void setMyInt(Integer myInt) { this.myInt = myInt; } in my ActionForm. The input for myInt comes from a JSP page using the html:text tag. But since html:text is using String as the data type I've to assign the value to private String myIntString; and do the conversion in validate(). It would be great if one could specify: html:text property=myInt type=java.lang.Integer/ since Integer can take a String in the constructor. If a NumberFormatException is thrown a stack-trace is ok to present to the user IMO. Yes, I know that one should use the validate(ActionMapping mapping, ServletRequest request) for this kind of job -- but in simple cases this would be a great feature to have (and no I wouldn't use this feature in production; only for development). Comment ? (or am I totally off here?) Cheers, Jesper P.S. I'm not on the list, so if possible Cc: me, please -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: $A$P - $M$P
+1, for consistency in nomenclature. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Ted Husted [EMAIL PROTECTED] wrote: In the syntax for the module path pattern, we originally used $A$P which could stand for application/path. If we are going with the module nomenclature now, should we change this to $M$P. Since its only been out a week, we might be able to apply Nightly build rules and just pull $A and plug in $M. -- Ted Husted, Husted dot Com, Fairport NY US -- Java Web Development with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
website docs update
Can someone update the website docs when they get chance :) There's been lots of news lately and other changes. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DTDs for Validator Configuration Files
Thanks for bringing light to this Craig. I brought this up awhile back and got no response. There has been some discussion on the Users' list as well about this. A couple of the people on the Users' list have posted tools generated DTDs. I'll forward those messages to the dev list and that should get us rolling. I'm happy to help as well. I plan to add support for the Validator config files to Struts Console once there is a DTD. Just as there is now Tiles config file support in Struts Console. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Craig R. McClanahan [EMAIL PROTECTED] wrote: (Primarily to David), As Chuck points out in his new chapter, there are no DTDs available for the validator configuration files. Would it be possible to create such things (in conf/share) so that the corresponding XML files can refer to them? If you're not real comfortable with all the syntax quirks of DTDs, I'd be happy to just take an informal description of the elements and attributes that are supported, and turn that into a DTD like the one for struts-config. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Fwd: Validation DTD (was R: DTD Question - SIMPLE SOLUTION)
Note: forwarded message attached. __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com ---BeginMessage--- Hi all, by the way last night I wrote down the DTDs for validation.xml and validator-rules.xml Hope it might help (well I'm not even sure I've written down right...) bye, d.rizzi -Messaggio originale- Da: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Inviato: venerdì 31 maggio 2002 12.03 A: Struts Users Mailing List Oggetto: RE: DTD Question - SIMPLE SOLUTION A simple way of bypassing the need to access the DTD externally (as the Struts 'automatic' resolution within the jar does NOT always work - see mail archives) is to change the DOCTYPE def to something like the following: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN dtds/web-app_2_2.dtd where the dtd directory is a subdirectory of your WEB-INF directory. Copy the web_app dtd into that directory and it will be found there. Nice and simple. NOTE it is still defined as 'PUBLIC'. There have been other posts about using the 'SYSTEM' definition and looking locally, but this doesnt always work - depending on which server/setup you have. However, the suggested method works all the time and on as many different environments as I've tried it. Cheers Ghoot Emaho Lead Architect Petrotechnics Ltd -Original Message- From: Struts Newsgroup (@Basebeans.com) [mailto:[EMAIL PROTECTED]] Sent: 30 May 2002 20:40 To: [EMAIL PROTECTED] Subject: DTD Question Subject: DTD Question From: Adam Cohen [EMAIL PROTECTED] === I'm working on a web-app that is on a server that has no access to the web on port 80. When web.xml tries to get the dtd: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; The server waits for a long time for the request to time out. I don't want to hard code a local path to the dtd and the server can't get accss to the web. Is there a better way to do? Thanks, Adam -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] xml.zip Description: Zip compressed data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] ---End Message--- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tiles DTD
While we're on the subject of DTDs I wanted to propose that we rename the Tiles DTD from tiles-config.dtd to tiles-config_1_1.dtd to be consistent. Now that Tiles is in the core I think there should be a distinction between versions of the DTDs. Already the Tiles DTD has more than one *deprecated* elements and/or attributes. Thoughts? -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DTDs for Validator Configuration Files
Steve, That would be great. If you could just send in patches or complete files to this list, I or another committer can get them into CVS. Thanks, -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Byrne, Steven [EMAIL PROTECTED] wrote: Take those DTDs with a hefty grain of salt. I think it would be *FAR* better to derive them by looking at the digester code and the associated attribute sets. If it would be of help, I can do this by the end of this week. Steve -Original Message- From: James Holmes [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 10, 2002 9:30 AM To: Struts Developers List Subject: Re: DTDs for Validator Configuration Files Thanks for bringing light to this Craig. I brought this up awhile back and got no response. There has been some discussion on the Users' list as well about this. A couple of the people on the Users' list have posted tools generated DTDs. I'll forward those messages to the dev list and that should get us rolling. I'm happy to help as well. I plan to add support for the Validator config files to Struts Console once there is a DTD. Just as there is now Tiles config file support in Struts Console. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Craig R. McClanahan [EMAIL PROTECTED] wrote: (Primarily to David), As Chuck points out in his new chapter, there are no DTDs available for the validator configuration files. Would it be possible to create such things (in conf/share) so that the corresponding XML files can refer to them? If you're not real comfortable with all the syntax quirks of DTDs, I'd be happy to just take an informal description of the elements and attributes that are supported, and turn that into a DTD like the one for struts-config. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Announcement List - WAS: RE: squeaky wheel with struts experience needs a job
This is something Ted Husted proposed on the dev list awhile back. I think it makes sense and would help partition the messages. Ted, what do we have to do to get this rolling? -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Mark Nichols [EMAIL PROTECTED] wrote: I have wondered about the possibility of there being an announcement mailing list for Struts, and this posting gives me an opportunity to ask my question. In a previous development lifetime I used Forte TOOL and was active with the Forte mail list. There was the primary questions list and a separate announce list for job postings, availability postings, and product release notices. What are the chances of having such a list for Struts? /mark -Original Message- From: Dominique Plante [mailto:[EMAIL PROTECTED]] Sent: Monday, July 08, 2002 6:52 PM To: [EMAIL PROTECTED] Subject: OT: squeaky wheel with struts experience needs a job I have recently heard the saying: The squeaky wheel gets the grease, so I thought I would take a minute to be a squeaky wheel. I am familiar bunch of technologies and projects in addition to Struts, including JSP, Java, and HTML, ANT, cactus, and Tomcat. I am also very interested and have experience with refactoring, design patterns, and performance optimization. Please contact me at [EMAIL PROTECTED] to send me details about a potential opportunity. I am in the East San Francisco Bay area. Now I wait for the grease ;) Sorry about the off topic post. Dominique -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Action handler problem.
Kedar-- These types of question are best asked on the Struts Users mailing list. [EMAIL PROTECTED] -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Kedar Upadhye [EMAIL PROTECTED] wrote: Hello All, One simple question about the action handler class. I have a form here (.JSP file ) with one submit button. I have the action mapping in the Strust-config.xml file so that this JSP is connected to one action handler class. However when the project runs and the button is pressed , the action handler class's perform method is not called. What else I need to do to achieve this ? Is there any other setting ? My action class is derived from the Action class. Let me know if I am missing anything. warm regards -- Kedar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tiles forwards
Andres, These questions are best directed to the Struts Users mailing list. [EMAIL PROTECTED] -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Andres Angelani [EMAIL PROTECTED] wrote: Hi, Supose you have a Tiles component definition composed (a) by two JSP pages. There's a struts form in a page that maps to an action defined in struts.xml file. This action defines several forwards that map to other Tiles component definitions. Now supose that you want reuse the same form in another tiles component definition (b), but since this form is actually in a different definition, when posted, using the same action, the forwards can't be the same than in the first case. Let's say it must forward to the definition where it was created this time (b). I'm sure there must be some workaround to this problem. Any ideas? Regards, Andres Andrés Angelani Software Architect Sistemas Estratégicos San Martín 575, piso 4 tel. 4322-4040 int.135 fax. 4393-8270 e-mail. [EMAIL PROTECTED] web. www.se.com.ar web. www.telesoft-crm.com Telesoft, aplicación de CRM (Customer Relationship Management), provee una plataforma común para la interacción con el cliente, a través de sus aplicaciones para las areas de Ventas, Marketing, Customer Care y Cobranzas. Para más información por favor visite nuestro website... http://www.telesoft-crm.com Este mensaje y sus adjuntos son confidenciales para el usuario común de la dirección de correo electrónico a quien está dirigido, como también puede tratarse de información privilegiada. En caso que Ud. no fuese el destinatario, no podrá copiar, enviar, revelar el contenido o utilizar alguna parte de este mensaje o de sus adjuntos. Si hubiese recibido este mensaje por error, por favor informe tal situación al emisor, devolviéndole el correo electrónico y borrándolo de su sistema. No se garantiza la seguridad o la exactitud de las comunicaciones por Internet debido a que la información puede ser interceptada, modificada, perdida, llegar tarde o contener virus. El emisor, por lo tanto, no acepta responsabilidad por errores u omisiones en el texto de este mensaje que surjan a partir de una transmisión por Internet. Las opiniones vertidas en este mensaje son las del autor y no las impartidas o compartidas por la compañía, a través de la cuál se envía el presente mensaje, a menos que se indique lo contrario claramente en el mismo, y que se verifique la autoridad del autor para comprometer a nuestra empresa. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Patch for books.xml
Can you submit this to Bugzilla using cvs diff -u. This way we can track it take care of it. Thanks, -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- James Turner [EMAIL PROTECTED] wrote: Adds my book, which includes a chapter on Struts. James Index: books.xml === RCS file: /home/cvspublic/jakarta-struts/doc/resources/books.xml,v retrieving revision 1.2 diff -r1.2 books.xml 25a26 pa href=http://www.amazon.com/exec/obidos/ISBN=0672323095/hitchhikeguidetoA/;bMySQL and JSP Web Applications: Data-Driven Programming Using Tomcat and MySQL/b/a by James Turner - Includes a chapter on Tomcat and Struts./p -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ErrorsTag
Bugzilla is the best way to submit bugs and enhancements. http://nagoya.apache.org/bugzilla/ Of course attaching code to the bug/enhancements always helps too. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Mirko Maischberger [EMAIL PROTECTED] wrote: I think i've acted in an unusual way. I've seen than errors.prefix and errors.suffix has been added to the ErrorsTag and I think format would be useful too for a lot of people working in the real world :). How can I propose this enanchenment (and patch)? Should I use bugzilla? How? Thanks, Mirko Il mar, 2002-06-11 alle 19:46, Mirko Maischberger ha scritto: Hello, I'm an italian java developer, and i'm now happily using struts since february. I've made a modified version ot the ErrorsTag which is compatible with the standard struts version but allows to have an errors.separator between errors to better customize the output and a format attribute to switch between errors.header errors.separator errors.footer and errors.format.header errors.format.separator errors.format.footer so the developer can easily use different formatting in different pages. I've also made a new tag which i named ErrorPresent which is a logic tag that signals the presence of errors or of field-specific errors. Do you think it can be useful for the project? If the team is interested i can post the patch. Hope I'm on topic. -- 1024D/5B35D286 Mirko Maischberger -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
news page broken?
Not sure if it was on purpose or not (assuming not), but the news page (on the site) seems to have reverted back to a version from January of this year. I haven't made an attempt to correct the file as I don't know if someone is in the middle of something. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
1.1 DTD out of sync
Craig/Ted: The 1.1 config file DTD at: http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd is out of sync. It is cvs version 1.16 and the latest cvs version is 1.18. Not sure if there is a way to automate the process of keeping the cvs and web versions in sync. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [newsletter] some topics
+1, looks really good. I think it will be hard to pick just a few each month since the User (and dev lately) list is so active. I think we should probably put some sort of blurb with a link to the news page so that people reading the general newsletter can click over to the news page to see more struts specific news. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Joe Germuska [EMAIL PROTECTED] wrote: I haven't seen anyone else put forth pieces for the jakarta newsletter, so I thought I'd take a crack at it. I just browsed the list archives to refresh my memory, so chances are good I missed something. Also, I didn't pay very close attention to the CVS and bugzilla posts, so I may have overlooked some important fix or addition... I have no great pride in the text either, so please feel free to patch anything below... * Path-based action mapping in 1.1 One of the architectural advances from Struts 1.0 to Struts 1.1 involved supporting multiple applications with a single Struts controller servlet. As part of the initial implementation of this functionality, some configuration flexibility was lost: the multi-application controller only supports mapping URLs to Struts actions by extension (i.e. *.do) while Struts 1.0 also supported mapping by path prefix (i.e. /do/*). After James Young asked if any fixes were in the works [1], Craig McClanahan pointed out some of the complexities involved [2]. Ted Husted described a possible solution and asked for feedback about whether to pursue it. [3] [1] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8226 [2] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8234 [3] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8244 * Tiles add-in to moved to core Craig McClanahan moved the Tiles add-in into the core CVS source tree from the contrib directory.[4] Ted Husted initiated a discussion about some code modifications to Tiles to make it work more closely with the core code base.[5] [4] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8682 [5] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8621 * FormBean: Interface or Class? The discussion about whether the FormBean concept was best implemented as an interface or a class resurfaced, and Craig McClanahan wrote a decisive response explaining the motivation for maintaining it as a class.[6] In summary, designing FormBean as an interface would facilitate inappropriate tangling of the model layer with the view layer, while making it a class of its own encourages clean separation of those layers. [6] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8253 * Struts and the Java Standard Tag Library (JSTL) After announcing the 1.0 release of the JSTL, Shawn Bayern offered assistance towards integrating the rich Struts tag libraries with the JSTL, which in many cases offers equivalent functionality.[7] Craig McClanahan indicated that a likely goal for a post 1.1 release of Struts would be thorough integration with the JSTL expression language, and aiming towards an eventual replacement of the Struts bean and logic tag libraries with the equivalent tags from JSTL.[8] [7] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8434 [8] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8439 * New Committer: James Holmes James Holmes, author of the popular Struts Console tool, was proposed as a committer by Ted Husted [9] and was accepted unanimously. [9] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8341 * Steps towards Struts 1.1b2 As much of the activity on the list in June involved swatting bugs in the current 1.1b1 release, Craig McClanahan proposed steps towards a Struts 1.1b2 by around July 8th[10] The requirements for the next beta are basically closing any remaining bugs and improving documentation of new Struts features. Committers responded promptly with +1 votes and further contributions. [10] http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts- [EMAIL PROTECTED]msgNo=8691 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 1.1 Config File DTD discrepancy
Will do. I'll take care of both of these issues today and commit them tonight. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Craig R. McClanahan [EMAIL PROTECTED] wrote: On Wed, 26 Jun 2002, James Holmes wrote: Date: Wed, 26 Jun 2002 17:44:35 -0700 (PDT) From: James Holmes [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: 1.1 Config File DTD discrepancy Was just updating some code in Struts Console and noticed that the message-resources element doesn't allow for child set-property elements. This seems to be an oversight to me as every other major element has this. Shouldn't users be able to set properties on those classes too? I think so. I'll fix the DTD and related files if everyone agrees. While you are in messing around, I noticed that the roles attribute is missing from the definition of the action element. Since we support it in the underlying ActinoConfig, it certainly makes sense to allow it to be configured in the DTD -- could you add that as well? -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: bean:define not working in 6/25, 6/26, 6/27 Nightly builds
Can you please open a bug for this at: http://nagoya.apache.org/bugzilla/ Please include about what container this occurs on (i.e. Tomcat, WebLogic, etc). -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Mete Kural [EMAIL PROTECTED] wrote: Hello Struts Committers, Just wanted to inform you that bean:define tag is not working in the 6/25, 6/26, 6/27 nightly builds. Any instance of it throws this exception: javax.servlet.ServletException: Define tag can contain only one of name attribute, value attribute, or body content Even the struts-exercise-taglib example app included in these nightly builds throw the same exception. Thanks, Mete Kural __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Tag
I'm not aware of anything that accomplishes what you're looking for, however, I've never gone looking for it either :) I would try looking at the JSTL stuff. Struts is headed that way. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- James Mitchell [EMAIL PROTECTED] wrote: Hey James H., Are you aware of any stylesheet tags in the core? One that will render a simple: link href=/myapp/stylesheets/blah.css rel=stylesheet type=text/css from something like this: util:styleSheet href=/stylesheets/blah.css/ To my knowledge there aren't any. I wrote my own last year, and I'd like to submit it if there's not a similar one. It's 50 lines (including comments, but not license) James Mitchell Software Engineer\Struts Evangelist Struts-Atlanta, the Open Minded Developer Network http://struts-atlanta.open-tools.org -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tiles And Struts
While we're on the subject of Struts and Tiles can someone, with privilege to do so, add the Tiles dtd to the jakarta.apache.org/dtds/ directory. This is being referenced in the config files, but it returns a 403 forbidden when you try to access it. http://jakarta.apache.org/struts/dtds/tiles-config.dtd -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Planning for 1.1 beta 2
+1 and more than happy to help with bugs and docs. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Craig R. McClanahan [EMAIL PROTECTED] wrote: I'd like to continue swatting the remaining bugs in 1.1, and improve the existing documentation, with a goal to release a beta 2 of Strust 1.1 in the near future (ideally by July 8 or so). Part of my motivation for the timing is that Sun is shutting down next week, so I will have some quality time hours available when I'm actually awake :-). Are the other committers interested in working towards such a goal? One thing I'd like to add to the TODO list is a review of all our custom tag implementations versus the JSP spec requirements -- particularly in the area of tag pooling and when the bodyContent can be accessed. The recent work on Jasper2 (in Tomcat 4.1.x), which will support tag pooling, has indicated we probably have some tags that don't completely conform to the contracts -- and we need to fix that before any final release. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: multipart requests + forwarding = bug
All yours. I was just checking the patch that Joe sent in. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Rob Leland [EMAIL PROTECTED] wrote: Thanks, I did as you suggested ad added th patch to processActionForward() instead of doForward(). After submitting this I noticed that James Holmes was also working actively on this bug. -Rob Hal Deadman wrote: The subject of this email doesn't seem to match the body but if you are referring to bug reports about the multipart requests and forwarding, there are a couple in bugzilla already. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8732 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9760 (duplicate) Hal -Original Message- From: Rob Leland [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 25, 2002 12:46 PM To: Struts Developers List Subject: multipart requests + forwarding = bug I haven't experienced this bug but my office mate mentioned he experienced it, he is not here today. There also seems to been some discussion, and several different patches floating around to fix this. If this is still a problem could someone who has experienced this file a BUG report at http://nagoya.apache.org/bugzilla/ I'll see that it gets fixed. -Rob Matt Raible wrote: You might try matching up your form names in your validation.xml file: form-validation formset form name=LogonForm field property=user depends=required arg0 key=error.user.required/ /field /form /formset /form-validation Should be logonForm according to struts-config.xml. HTH, Matt --- Struts-dev Newsgroup [EMAIL PROTECTED] wrote: Subject: Validation on DynamicForm problem From: Tomas [EMAIL PROTECTED] === Hello, how, to make verification (validation) of dynamic forms ? in struts-config.xml is: struts-config . . . form-bean name=logonForm dynamic=true type=org.apache.struts.validator.DynaValidatorActionForm form-property name=user type=java.lang.String / form-property name=password type=java.lang.String / /form-bean action-mappings action path=/logon type=simple.LogonAction name=logonForm validate=true scope=session input=/index.jsp /action /action-mappings !-- == Message Resources Definitions === -- message-resources parameter=org.apache.struts.webapp.validator.ApplicationRes ources/ !-- == Plug-in Definitions == -- plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml,/WEB-INF/validator.xml/ /plug-in . . . /struts-config in file validator.xml is: form-validation formset form name=LogonForm field property=user depends=required arg0 key=error.user.required/ /field /form /formset /form-validation in web.xml is: web-app servlet servlet-nameaction/servlet-name servlet-classorg.apache.struts.action.ActionServlet/servl et-class init-param param-nameapplication/param-name param-valueApplicationResources/param-value /init-param init-param param-nameconfig/param-name param-value/WEB-INF/struts-config.xml/param-value /init-param init-param param-namedebug/param-name param-value3/param-value /init-param init-param param-namedetail/param-name param-value3/param-value /init-param init-param param-namevalidate/param-name param-valuetrue/param-value /init-param load-on-startup2/load-on-startup /servlet /web-app no efect in edit form, always (but still) error messages: 747375 [HttpProcessor[80][4]] DEBUG org.apache.struts.action.RequestProcessor - Validating input form properties 747375 [HttpProcessor[80][4]] DEBUG org.apache.struts.action.RequestProcessor - No errors detected, accepting input Can you help? Second question is, how to used text fields (width indexed=true) on dynamic forms? [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto
bug 4776
Before I commit the patch for this bug I wanted to see what the group thinks about changing the functionality of this method. Are we going to be breaking any code anywhere? I don't think we will, but just wanted to run it up the flag pole first. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4776 -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Fwd: RE: DO NOT REPLY [Bug 9377] - html:form generates absolute URLs - should be relative?
Note: forwarded message attached. __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com ---BeginMessage--- +1 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 26, 2002 12:54 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 9377] - html:form generates absolute URLs - should be relative? DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9377. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9377 html:form generates absolute URLs - should be relative? --- Additional Comments From [EMAIL PROTECTED] 2002-06-26 19:53 --- So do we close this as WONTFIX? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] ---End Message--- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
1.1 Config File DTD discrepancy
Was just updating some code in Struts Console and noticed that the message-resources element doesn't allow for child set-property elements. This seems to be an oversight to me as every other major element has this. Shouldn't users be able to set properties on those classes too? I think so. I'll fix the DTD and related files if everyone agrees. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Nightly Build JavaDocs
The nightly build JavaDocs appear to be out of sync. Do these get updated automagically each night when the builds are created? If not, can someone with website update privilege update these? Thanks, -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 7329] - [PATCH] Nested tags for logic:iterate
Hey Arron, Do you know anything about bug 9314? Can it be closed? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9314 -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7329. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7329 [PATCH] Nested tags for logic:iterate [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution| |INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 13:09 --- 3 months with no ensuing conflict... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
bug 6096 - what should be done?
Should this bug be closed as WONTFIX or should this actually be implemented. My inclination is towards closing it as WONTFIX; http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6096 -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/doc/resources tutorials.xml
There wasn't an announcement that I know of. I was simply taking an entry from the bug db. Are you saying that I should make an announcement and then add it to the news page? -james --- Ted Husted [EMAIL PROTECTED] wrote: Was there an announcement to go with this? What I've been trying to do is post a news item whenever something is added, so people can check there to get the latest scoops. The news page would then mirror the announcement list, when that's set up. [EMAIL PROTECTED] wrote: jholmes 2002/06/23 11:24:30 Modified:doc/resources tutorials.xml Log: Add tutorial. PR: Bugzilla #9933 Revision ChangesPath 1.2 +1 -0 jakarta-struts/doc/resources/tutorials.xml Index: tutorials.xml === RCS file: /home/cvs/jakarta-struts/doc/resources/tutorials.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- tutorials.xml 23 Jun 2002 15:08:10 - 1.1 +++ tutorials.xml 23 Jun 2002 18:24:30 - 1.2 @@ -10,6 +10,7 @@ chapter name=Struts Resources href=http://husted.com/struts/resources; section name=Tutorials +pa href=http://rollerjm.free.fr/pro/Struts.html;bStruts Controller UML Diagrams/b/a by Jean-Michel Garnier - The goal of this article is to illustrate the Struts 1.1 Controller with UML diagrams. This article is an introduction to the Struts framework in order to help beginners programmers to understand the MVC model 2./p pa href=http://husted.com/struts/tips/;bStruts Tips/b/a by Ted Husted - Practical cut-and-paste advice./p pa href=http://rzserv2.fhnon.de/~lg002556/struts/;bStruts Tutorial/b/a by Stephan Wiesner - An easy step by step introduction to Struts. /p pa href=http://www.anassina.com/struts/i18n/i18n.html;bStruts i18n/b/a by Aaron Rustad./p -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tiles DTD doesn't exist
Is this something we can fix? This is something I noticed as well and forgot to mention to Cedric or the group. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Struts Newsgroup [EMAIL PROTECTED] wrote: Subject: Tiles DTD doesn't exist From: Matt Raible [EMAIL PROTECTED] === I downloaded the latest release of Tiles from Cedric's site, and the following DTD doesn't exist: http://jakarta.apache.org/struts/dtds/tiles-config.dtd Is there a publicly (internet) available DTD? Thanks, Matt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 9756] - Bug in example build.xml file
Craig: Do you know anything about this? He says you posted some build file and it doesn't work. I'm thinking this bug should probably be closed since build.xml in CVS works fine. BTW, got access from Brian B. this afternoon. -james --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9756. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9756 Bug in example build.xml file --- Additional Comments From [EMAIL PROTECTED] 2002-06-23 00:34 --- Haven't heard anything from Steve. I put in comments last week that would have been mailed to him and there's been no response. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
bug 4776 - what should be done?
I think this bug can be closed as WONTFIX, but would like the opinion of others. I submitted my commments in Bugzilla. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4776 -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Validator's (fields) on DynamicForm?
Tomas, These types of questions are best asked on the Struts users mailing list. This list is not meant for these types of questions. [EMAIL PROTECTED] -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Struts-dev Newsgroup [EMAIL PROTECTED] wrote: Subject: Validator's (fields) on DynamicForm? From: Tomas [EMAIL PROTECTED] === hello, I try using validator's forms and fields on Dynamic forms, it is possible? I have a problem width this. Can You have a simple example? Tomas [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Dynamic Property Dispatch
Daniel, Take a look at the DynaActionForm stuff in Struts 1.1b or the nightly builds. The DynaActionForm can handle dynamic form fields. There has been much discussion about this lately on the user list. Take a look at the archives to find past messages. http://www.mail-archive.com/struts-user%40jakarta.apache.org/ -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Daniel Hinz [EMAIL PROTECTED] wrote: Hi, i've a feature request for org.apache.struts.action.ActionForm for a little bit more dynamic dispatch of properties. The current state is that for each property A the corresonding setA / getA methods are invoked upon read/write. There's nothing wrong with that. However i must deploy form fields that are unknown to me at compile-time. Thus i cannot write a Bean with the appropriate methods. A simple solution would be to introduce methods with the following signature: public void setProperty(String propertyName, Object propertyValue) public Object getProperty(String propertyName) which is of course not terribly type safe but would solve my problem. And forgive me if this has already been discussed (i couldn't find anything in the Archives). Regards, Daniel Hinz -- Daniel Hinz Software Engineer [EMAIL PROTECTED] www.coremedia.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Sturts config exception question
This is because there is a *bug* in the DispatchAction in 1.1b1 and the nightly builds. Currently the DispatchAction does not support the new Exceptions facility in Struts 1.1. There is already a bug in Bugzilla for this and I have submitted a patch. I will be applying the patch to the Struts code soon. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- João_Cerdeira [EMAIL PROTECTED] wrote: HI, i work with struts 1.1 and i have a class with submit is the parameter od the form (DispathAction) public ActionForward *submit*( ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { throw new SecurityException(ola); } and in struts config-xml: exception key=java.lang.SecurityException type=java.lang.SecurityException path=/jsp/security.jsp scope=request/ AND they do not redirect to the /jsp/security.jsp why BUT if i have: public ActionForward *perform*( ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { throw new SecurityException(ola); } They work WHY ?? Can anybody help me to resolve this problem Bye. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Sturts config exception question
Here's the bug report: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8022 -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- James Holmes [EMAIL PROTECTED] wrote: This is because there is a *bug* in the DispatchAction in 1.1b1 and the nightly builds. Currently the DispatchAction does not support the new Exceptions facility in Struts 1.1. There is already a bug in Bugzilla for this and I have submitted a patch. I will be applying the patch to the Struts code soon. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- João_Cerdeira [EMAIL PROTECTED] wrote: HI, i work with struts 1.1 and i have a class with submit is the parameter od the form (DispathAction) public ActionForward *submit*( ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { throw new SecurityException(ola); } and in struts config-xml: exception key=java.lang.SecurityException type=java.lang.SecurityException path=/jsp/security.jsp scope=request/ AND they do not redirect to the /jsp/security.jsp why BUT if i have: public ActionForward *perform*( ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { throw new SecurityException(ola); } They work WHY ?? Can anybody help me to resolve this problem Bye. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Authentication
Sandra-- This message should be posted to the Struts Users mailing list: [EMAIL PROTECTED] You should also check the mailing lists archives as their have been numerous posts in the past about Authentication. http://www.mail-archive.com/struts-user%40jakarta.apache.org/ Hope that helps, -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Heligon Sandra [EMAIL PROTECTED] wrote: Hi, I read a message on the struts-user mailing list which deals with Authentication and Authorization implementations in struts. Currently I am developing a struts application and I don't know what is the best solution for managing authentication, use a subclass of ActionServlet or create a base Action with the authentication code ? Has somebody a document that summarize all the solutions and the disadvantages/advantages of each? In this message François Rey mentioned a document about Authentication management and eShell framework how can I download it ? Thanks a lot in advance Sandra -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
thank you
I want to thank Ted for electing me to become a committer and to thank everyone who has voted for me. Im honored to have been selected. Im anxious to dig in and make meaningful contributions. Thanks, James Holmes [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [WANTED] Struts Editor for Jakarta Newsletter
Lets see, this week... Struts User List --- + dispatch tip discussion + recommended IDE + new eclipse plugin from Emmanuel Boudrant + struts console 1.12 released What deems a thread relevant for inclusion in highlights? All announcements? Threads with X number of replies? Threads with most relevance to most users (this is subjective)? -james --- Ted Husted [EMAIL PROTECTED] wrote: How about like a highlight paragraph on a weekly rotation? I could then just repost the weekly highlights to the News Status page. Then we just have to concaternate the weeks on a monthly basis for the Jakarta Newsletter. If anyone wants to take a hand at this past week, jump in. James Holmes wrote: This is exactly what I had in mind. We setup some sort of rotation to alleviate the burden on one person. -james --- Vikram Goyal01 [EMAIL PROTECTED] wrote: Hey All, I would love to help out. Can we do it on a rotational basis? My 2 cents.. 1. Cover the main topics of discussions with synopsis, debates and conclusions(if any). 2. Point out the announcements/releases made on the list. 3. Divide between Struts-user and Struts-Dev lists. 4. Humor? God knows we have something every week !! Rgs Vikram -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 06, 2002 7:07 PM To: Galbreath, Mark; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Vikram Goyal01 Subject: Re: [WANTED] Struts Editor for Jakarta Newsletter Hey, I don't really have anything in mind, besides what's being proposed here. http://www.mail-archive.com/general%40jakarta.apache.org/msg05603.html I'm just saying that I can keep the News and Status page on the web site updated from week-to-week, but a monthly summary of the activity on the Struts USER and DEV lists too is going to be outside my reach right now. The best place to discuss how the Struts community would like to participate in the Jakarta newsletter project would be one of our lists. Galbreath, Mark wrote: I stay pretty active on a number of lists, including struts-users, servlet-interest, and j2ee-interest. What sort of monthly digest do you have in mind? Mark James Holmes wrote: Hey Ted, I'm interested in helping out. I presume you're looking to create some sort of synopsis of the message traffic on the list and send that as a newsletter? Have you seen the NetBeans Weekly Newsletter? If not, take a look at the link below. That might very well be what you're looking for. http://www.netbeans.org/servlets/ReadMsg?msgId=328765listName=nbannounce Let me know what you have in mind and we'll go from there. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Ted Husted [EMAIL PROTECTED] wrote: http://www.mail-archive.com/general%40jakarta.apache.org/msg05603.html I can keep the News and Status page updated from week to week, but if it would be great if someone wanted to do a monthly highlight of what's happening on the lists. -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Resource Page...
I agree wholeheartedly with your first point. However, I think that the second point might be a bad thing. The reason I say this is because people validate Struts based off of who's running/using it. There's probably a question a week on the user list where someone is trying to convince their boss to use Struts and wants example sites and companies using it for purposes of proving that Struts is a tried and true product. I also think that most of theses sites are not *able* to list the info you mention for whatever reason (marketing doesn't allow etc.) My vote is +++1 for point 1 and -1 for point 2. Just my $0.02. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Ted Husted [EMAIL PROTECTED] wrote: It's probably time we raised the bar a bit on the Consultants and Powered By listings. I was thinking of posting this to the User list: Please note that beginning 2002-June-30, any page linked as a Struts Consultants on the Resource page must specifically mention that they offer Struts consulting. Listings that do not reference Struts will be removed. Please note that beginning 2002-July-31, any page linked as being Powered by Struts must credit Struts or the Apache Software foundation (e.g., This product includes software developed by the Apache Software Foundation). Listings that do not reference Struts or the ASF will be removed. / -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Next
+++1. I was hunting around last week for docs on how to use the new Declaritive Exception stuff for integration into Struts Console and having quick access to the docs would have been very useful. Just my .02. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Ted Husted [EMAIL PROTECTED] wrote: Right now, we're exploding the struts-documentation WAR to create the Web site. We've been trying to keep the latest release front-and-center, mainly because we seem to have a large base of professional teams that cannot use unreleased software. How about if we start to carry a copy of the documentation for the latest formal release -AND- the nighly build on the Website. The nightly build could be on top, but have an absolute link to the documentation for the prior release on the Website (jakarta.apache.org/struts/1.0.1/...). This way people who want to scope the current release first (since that's the one they would have to propose today), can get easy access to that, but we still have the latest and greatest out-front. We also need to be scrupulous about marking new code and documentation with @since statements. I've started to fix these as I find them, and will continue to do so. I've got a start on the release notes, and then will look updating the User Guide from those. I've also started a News and Status page in the nightly build, and will continue to work on that. This will supply the material for the new Jakarta newsletter. -Ted. Ted Husted wrote: Craig R. McClanahan wrote: p.s. I saw the other thread on the multi-app support you checked in. Good work! (Do you sleep? :) I should check it out soon. I've got one more useful new goody on my workbench - an ActionForm implementation that uses the new DynaBean APIs in the Commons version of BeanUtils that let you define form beans without having to write all the properties in individual bean classes. After that, maybe I can get some sleep. :-) Well, I'm fairly well rested :), and cant block out some time this weekend to start catching up the User Guide with the latest changes, so we will be ready to go to Release Candidate soonest. Also need to put in more Since 1.1 markers. Seems that we missed a few :( The MultiApp support coupled with DynaBeans will be a giant leap forward. Fighting over the struts-config and twiddling with ActionForms is the two leading issues when I talk to teams that are considering Struts, or using in on their first project. Of course, these same teams can't use unreleased software, so I'm eager to move this along any way I can. (Including doing the Release Manager thing, if that helps.) -- Ted Husted, Husted dot Com, Fairport NY USA. -- Building Java web applications with Struts. -- Tel +1 585 737-3463. -- Web http://www.husted.com/struts/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Ted Husted, Husted dot Com, Fairport NY USA. -- Building Java web applications with Struts. -- Tel +1 585 737-3463. -- Web http://www.husted.com/struts/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/doc release-plan-1.0.1.xml
Might want to consider theServerSide.com and/or javalobby.org. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- [EMAIL PROTECTED] wrote: martinc 01/11/16 11:04:37 Modified:doc release-plan-1.0.1.xml Log: Removed [EMAIL PROTECTED] from the mailing lists to which the announcement will be sent, as recommended by Craig. Revision ChangesPath 1.2 +1 -2 jakarta-struts/doc/release-plan-1.0.1.xml Index: release-plan-1.0.1.xml === RCS file: /home/cvs/jakarta-struts/doc/release-plan-1.0.1.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- release-plan-1.0.1.xml 2001/11/16 06:01:11 1.1 +++ release-plan-1.0.1.xml 2001/11/16 19:04:37 1.2 @@ -11,7 +11,7 @@ section name=Objective href=Objective - pfont size=-2$Id: release-plan-1.0.1.xml,v 1.1 2001/11/16 06:01:11 martinc Exp $/font/p + pfont size=-2$Id: release-plan-1.0.1.xml,v 1.2 2001/11/16 19:04:37 martinc Exp $/font/p pThe objective of the strongStruts 1.0.1/strong release is to provide an official release of all the bug fixes and documentation updates that have @@ -38,7 +38,6 @@ web sites: ul li[EMAIL PROTECTED]/li - li[EMAIL PROTECTED]/li li[EMAIL PROTECTED]/li li[EMAIL PROTECTED]/li li[EMAIL PROTECTED]/li -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]