Re: [WebWork2] TODO

pls see inlined On 3/27/06, Ted Husted <[EMAIL PROTECTED]> wrote: > > STATUS update > > > DISTRIBUTION RIGHTS - LICENSING > > JSCalendar for the DatePicker tag > * Rene will contact author about license change > * There may also be a Dojo equivalent > > FCKEditor for the Richtexteditor ta

Re: WebWork and LGPL dependencies

I know Theodor, he is a good friend of mine. Though, I think this decission is more now on JaspectSoft than on Theodor. I will try to ping him and ask about this. Are these threads available directly from the web, so that I can point him to this discussion? cheers, ./alex -- .w( the_mindstorm )p.

Re: [Standalone Tiles] Maybe too much bound to Locale

Craig McClanahan ha scritto: One of the reasons I think using a Locale is a good choice is that you'll need one later on anyway ... to generate Locale-sensitive date formats, for example. You're right. But the big problem is that Locale is a final class. I think that an "extensible" locale cla

Re: [VOTE] Struts Shale v1.0.2 Quality

On 3/27/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: > > On 3/26/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > > It was implicitly evident on the dev list, but not announced on the user > > list because that was my understanding of non-GA releases at the time. > > Subsequently, I believe we det

Re: [VOTE] Struts Shale v1.0.2 Quality

On 3/26/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > It was implicitly evident on the dev list, but not announced on the user > list because that was my understanding of non-GA releases at the time. > Subsequently, I believe we determined that we'd announce the vote results > for any quality

svn commit: r389402 - /struts/site/trunk/xdocs/downloads.xml

Author: wsmoak Date: Mon Mar 27 21:35:00 2006 New Revision: 389402 URL: http://svn.apache.org/viewcvs?rev=389402&view=rev Log: Add a link to the Shale 1.0.2 Alpha release. Modified: struts/site/trunk/xdocs/downloads.xml Modified: struts/site/trunk/xdocs/downloads.xml URL: http://svn.apache.

DO NOT REPLY [Bug 38627] - [shale] ${htmlunit.home} breaks build

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38627] - [shale] ${htmlunit.home} breaks build

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38627] - [shale] ${htmlunit.home} breaks build

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r389377 - in /struts/shale/trunk: build.properties.sample test-framework/build.xml use-cases/build.xml

Author: craigmcc Date: Mon Mar 27 19:10:03 2006 New Revision: 389377 URL: http://svn.apache.org/viewcvs?rev=389377&view=rev Log: *Partial* fix for issue 38627 (undefined "htmlunit.home" breaks the build) by changing the way that HtmlUnit is autodetected in test-framework/build.xml (which was where

DO NOT REPLY [Bug 36054] - [struts-faces] Example 2 application does not get deployed properly.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r389371 - /incubator/webwork2/STATUS.txt

Author: husted Date: Mon Mar 27 18:51:43 2006 New Revision: 389371 URL: http://svn.apache.org/viewcvs?rev=389371&view=rev Log: Update to jive with comments on list (JasperReport) Modified: incubator/webwork2/STATUS.txt Modified: incubator/webwork2/STATUS.txt URL: http://svn.apache.org/viewc

svn commit: r389370 - in /struts/sandbox/trunk/action2: ./ apps/mailreader/src/java/ apps/mailreader/src/java/mailreader2/ apps/mailreader/src/webapp/pages/

Author: husted Date: Mon Mar 27 18:49:39 2006 New Revision: 389370 URL: http://svn.apache.org/viewcvs?rev=389370&view=rev Log: Action2 Apps * Mailreader - Work in progress ** Add i18n support for coded fields ** Add Javascript to set form focus Added: struts/sandbox/trunk/action2/apps/mail

DO NOT REPLY [Bug 38955] - [struts-faces] Example application doesn't deploy

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r389368 - in /struts/faces/trunk: core-library/build.xml default.properties example1-webapp/build.xml example2-webapp/build.xml sysclient-app/build.xml systest1-webapp/build.xml

Author: wsmoak Date: Mon Mar 27 18:43:25 2006 New Revision: 389368 URL: http://svn.apache.org/viewcvs?rev=389368&view=rev Log: Add source and target attributes to all tasks to target JDK 1.3. Both example webapps now deploy properly in Tomcat 4.1.31 using JDK 1.4.2. Bug: 38955 Reported By: Roland

Re: WebWork and LGPL dependencies

I'm sure that we would want to talk to JasperSoft first, Martin. -Ted. On 3/27/06, Martin Cooper <[EMAIL PROTECTED]> wrote: > If we want to do that, I'm willing to talk to them. I know the CTO of > JasperSoft and some other people there, although not the JasperReports guy > specifically. Let me k

Re: WebWork renaming strategy *revised*

Gabe wrote: I agree with Don and Paul. The webwork as dear to us as it may be should be excised. - Original Message From: Paul Benedict <[EMAIL PROTECTED]> To: Struts Developers List Sent: Monday, March 27, 2006 3:55:50 PM Subject: Re: WebWork renaming strategy *revised* I am +1 with

Re: WebWork and LGPL dependencies

On 3/27/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote: > > Ted, > thanks for clearifying this... > Just removed the hibernate dep from ivy/pom. Hibernate was not used > within the codebase, only in the docs. > Do the docs need to be cleared as well from those deps (just the written > docs, not code

svn commit: r389333 - in /struts/sandbox/trunk/action2: README.txt apps/mailreader/src/webapp/pages/Logon.jsp apps/mailreader/src/webapp/pages/Registration.jsp apps/mailreader/src/webapp/pages/Subscri

Author: husted Date: Mon Mar 27 16:44:16 2006 New Revision: 389333 URL: http://svn.apache.org/viewcvs?rev=389333&view=rev Log: Action2 Apps * Mailreader - Work in progress ** Add ActionError tags to display validations not coupled with a single field. Modified: struts/sandbox/trunk/action2/R

svn commit: r389327 - in /struts/sandbox/trunk/action2: ./ apps/mailreader/src/java/ apps/mailreader/src/webapp/pages/

Author: husted Date: Mon Mar 27 16:22:41 2006 New Revision: 389327 URL: http://svn.apache.org/viewcvs?rev=389327&view=rev Log: Action2 Apps * Mailreader - Work in progress ** Add support for Locale change ** Change Subscription workflow to validate edit/delete from base class. Save is validated

Re: WebWork and LGPL dependencies

Indeed I do :) And actually, some interesting things are happening there... Jim Menard, the creator of DataVision, is stepping away from it for lack of time. He has asked for volunteers to kind of take over (I offered to, as part of a team effort). I wonder if he might be amenable to donating

Reading too much into java package names

Don Brown wrote: If we used the 'webwork' name in the package, I think we should abandon the idea of this being the second major version of Action. Don, Java packages are just a technical disposition for avoiding name collisions. There is no actual necessity to have that there be a particul

Re: [WebWork2] TODO

Joe Germuska wrote: At 7:39 AM -0500 3/27/06, Ted Husted wrote: Walter Zorns tooltip library for all UI Tags * Is there a Dojo equivalent? I'm pretty sure there is not. I haven't looked at the Walter Zorn tooltips, but Dojo does have a tooltip widget: http://dojotoolkit.org/~dylan/dojo/te

Re: WebWork and LGPL dependencies

On 3/27/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote: > Has anyone yet talked to the JasperReports guy? > This would be a dependency really hard to replace... One alternative might be DataVision. * http://datavision.sourceforge.net/ Our friend Frank Zammetti knows a little bit about it :) -Te

svn commit: r389316 - /incubator/webwork2/STATUS.txt

Author: husted Date: Mon Mar 27 14:39:14 2006 New Revision: 389316 URL: http://svn.apache.org/viewcvs?rev=389316&view=rev Log: Update to jive with comments on list. Modified: incubator/webwork2/STATUS.txt Modified: incubator/webwork2/STATUS.txt URL: http://svn.apache.org/viewcvs/incubator/w

svn commit: r389314 - in /struts/sandbox/trunk/action2: ./ apps/mailreader/src/java/ apps/mailreader/src/java/mailreader2/ apps/mailreader/src/webapp/pages/

Author: husted Date: Mon Mar 27 14:32:45 2006 New Revision: 389314 URL: http://svn.apache.org/viewcvs?rev=389314&view=rev Log: Action2 Apps * Mailreader - Work in progress ** Add support for Locale change ** Change Subscription workflow to validate edit/delete from base class. Save is validated

Re: WebWork and LGPL dependencies

On 3/27/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote: > Ted, > thanks for clearifying this... > Just removed the hibernate dep from ivy/pom. Hibernate was not used > within the codebase, only in the docs. Great! > Do the docs need to be cleared as well from those deps (just the written > docs, n

Re: WebWork and LGPL dependencies

We don't need to replace the Java code that depends on LGPL deps, as long as we: 1. Don't download the LGPL dep jars in the normal build 2. Don't ship the LGPL jars in our release Therefore, I've split the build so that the classes that depend on LGPL jars won't be compiled in the standard buil

Re: WebWork and LGPL dependencies

Ted, thanks for clearifying this... Just removed the hibernate dep from ivy/pom. Hibernate was not used within the codebase, only in the docs. Do the docs need to be cleared as well from those deps (just the written docs, not code samples)? Has anyone yet talked to the JasperReports guy? This woul

Re: WebWork renaming strategy *revised*

Sorry if this was taken wrong... I am all for Action 2, so I voted for org.apache.struts.action2 and that is still my favourite for the package name... So I am +1 with Don & Paul as well... -- Rainer > > I agree with Don and Paul. The webwork as dear to us as it may be should > be excised. > > -

DO NOT REPLY [Bug 39040] - Refactor Struts initialization to ServletContextListener

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39040] - Refactor Struts initialization to ServletContextListener

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r389249 - in /incubator/webwork2: build.xml ivy.xml pom.xml

Author: hermanns Date: Mon Mar 27 12:08:17 2006 New Revision: 389249 URL: http://svn.apache.org/viewcvs?rev=389249&view=rev Log: removing dep retrieval for hibernate (notwhere used in the codebase) Modified: incubator/webwork2/build.xml incubator/webwork2/ivy.xml incubator/webwork2/po

svn commit: r389241 - /incubator/webwork2/src/java/org/apache/struts/action2/components/URL.java

Author: hermanns Date: Mon Mar 27 11:58:54 2006 New Revision: 389241 URL: http://svn.apache.org/viewcvs?rev=389241&view=rev Log: URL tag - includeParams default is "none", but docs states "get" is the default Issue number: WW-1266 Obtained from: Nils-Helge Garli Reviewed by: Rainer Hermanns Modif

Re: WebWork renaming strategy *revised*

I agree with Don and Paul. The webwork as dear to us as it may be should be excised. - Original Message From: Paul Benedict <[EMAIL PROTECTED]> To: Struts Developers List Sent: Monday, March 27, 2006 3:55:50 PM Subject: Re: WebWork renaming strategy *revised* I am +1 with Don. If this

Re: WebWork renaming strategy *revised*

I am +1 with Don. If this community wants the name webwork, then I believe this incubation shouldn't become Struts 2.0 -- because names are well-established out there and it's awkward to say it's Struts although the packages are webwork; you might as well just make it Apache WebWork and allow Act

[OT] Presentations from TSSJS 2006

Several people had asked me to post my slides for the two presentations I did at The Server Side Java Symposium last week. Pointers can be found at the bottom ol my Apache home page: http://people.apache.org/~craigmcc/ Craig

Re: WebWork renaming strategy *revised*

> However, I'm not OK with > mixing webwork in with Action in with Struts. We need to make a decision, > then move on. Yes, and the decision was to bring in webwork under the Struts umbrella as Struts Action 2... And that's the route we should follow :) Let's get back to developoment and bring us

Re: [VOTE] Struts Shale v1.0.2 Quality

>From: "Niall Pemberton" <[EMAIL PROTECTED]> > > On 3/27/06, Craig McClanahan wrote: > > On 3/27/06, Niall Pemberton wrote: > > > > > > Sorry for the late vote - my vote is for "alpha" quality as well, mainly > > > for > > > the same "standalone tiles is not released" reason cited by others,

Re: WebWork renaming strategy *revised*

This starts to look to take more time than we should put into it. Though, once again as Rainer said, if webwork represents and option and also ww, than I would cast my +1 for these. Considering that the Struts umbrella was chosen and not the apache one, I guess the package names should be something

Re: WebWork renaming strategy *revised*

If we used the 'webwork' name in the package, I think we should abandon the idea of this being the second major version of Action. In my opinion, a project needs to have a name, a single name, which one uses to identify it. If we want to bring WebWork in as a new Struts subproject, and that is

Re: [VOTE] Struts Shale v1.0.2 Quality

On 3/27/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > On 3/27/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > Sorry for the late vote - my vote is for "alpha" quality as well, mainly > > for > > the same "standalone tiles is not released" reason cited by others, but > > also > > because

Re: WebWork renaming strategy *revised*

On 3/27/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote: > PS: Can't we decide on this later if there is no consens now? > Since this is a simple refactoring with subversion it should not hold up > the incubation process for now... +1 We can keep collecting input and decide sometime between now and

Re: WebWork renaming strategy *revised*

+1 to webwork - "org.apache.webwork" if thats allowed, otherwise "org.apache.struts.webwork". Niall On 3/27/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote: > Hey there, > > if webwork is an option as well, I would vote for org.apache.webwork :) > > The tag prefix ui: won't be my choice... There ar

DO NOT REPLY [Bug 39123] - [shale] Helper method for adding response headers and values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39123] New: - [shale] Helper method for adding response headers and values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: WebWork renaming strategy *revised*

Hey there, if webwork is an option as well, I would vote for org.apache.webwork :) The tag prefix ui: won't be my choice... There are plenty of non-ui tags within webwork. So this would result in something like: ui:/nonui: and this would be quite annoying for me... Same with html: prefix... Yes,

DO NOT REPLY [Bug 39121] New: - [Shale] Implement use of Commons Validator Javascript

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r389223 - /struts/site/trunk/xdocs/doap_Struts.rdf

Author: jmitchell Date: Mon Mar 27 10:51:47 2006 New Revision: 389223 URL: http://svn.apache.org/viewcvs?rev=389223&view=rev Log: Quick fix for name Modified: struts/site/trunk/xdocs/doap_Struts.rdf Modified: struts/site/trunk/xdocs/doap_Struts.rdf URL: http://svn.apache.org/viewcvs/struts/

Re: [WebWork2] TODO

This is a good followup to what Craig is saying. I accidentally sent it to Joe instead of this list - hopefully got it right this time :) It's not a JS API, but WW does have something similar in the theme's for the tags. At the moment we have a dojo theme, but Ranier was going to introduce a

Re: [WebWork2] TODO

On 3/27/06, Ted Husted <[EMAIL PROTECTED]> wrote: > On 3/27/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > I suggest to analyze all tags and to deprecate everything that is > > already supported in JSTL 1.0. > > The tags are listed here, Michael, if you'd lke to run through them. > > * http:/

Re: [WebWork2] TODO

On 3/27/06, Ted Husted <[EMAIL PROTECTED]> wrote: > > On 3/27/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > On 3/27/06, Gabe <[EMAIL PROTECTED]> wrote: > > > for the tag prefix, I am actually thinking "html" might be best. > > > While Struts Action 2 is supposed to be a "revolution" in order

Re: [WebWork2] TODO

On 3/27/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > On Mon, March 27, 2006 9:22 am, Joe Germuska said: > > I wonder if there's a way to generalize an "API" out of these so that > > we are less bound to an implementation. Certainly, a date picker or > > rich text field which ultimately jus

Re: WebWork renaming strategy *revised*

- com.opensymphony.webwork package -> org.apache.struts.action2 - WebWork* classes -> Struts* - WebWork in comments, documentation -> Struts Action 2 - webwork. as the configuration properties prefix -> struts. - ww: tag prefix -> a:/saf: +1 I would also be +1 to: - com.opensymphony.webwo

svn commit: r389207 - /incubator/webwork2/STATUS.txt

Author: husted Date: Mon Mar 27 09:45:15 2006 New Revision: 389207 URL: http://svn.apache.org/viewcvs?rev=389207&view=rev Log: Update to jive with comments on list. Modified: incubator/webwork2/STATUS.txt Modified: incubator/webwork2/STATUS.txt URL: http://svn.apache.org/viewcvs/incubator/w

Re: [WebWork2] TODO

On 3/27/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > On 3/27/06, Gabe <[EMAIL PROTECTED]> wrote: > > for the tag prefix, I am actually thinking "html" might be best. > > While Struts Action 2 is supposed to be a "revolution" in order > > for us to keep the community behind it, we ought to mak

Re: [VOTE] Struts Shale v1.0.2 Quality

On 3/27/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > Sorry for the late vote - my vote is for "alpha" quality as well, mainly > for > the same "standalone tiles is not released" reason cited by others, but > also > because of the way Commons Validator has been implemented. It appears that > t

Re: [Standalone Tiles] Maybe too much bound to Locale

On 3/27/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote: > > I've noticed that both DefinitionsFactory and ComponentDefinitions are > both too (IMHO) tightly bound to the Locale. > What I mean is that maybe using Locale class to distinguish between > different sets of definitions is not a good idea.

Re: [WebWork2] TODO

On 3/27/06, Gabe <[EMAIL PROTECTED]> wrote: > for the tag prefix, I am actually thinking "html" might be best. > While Struts Action 2 is supposed to be a "revolution" in order > for us to keep the community behind it, we ought to make it > seem as much of an "evolution" as possible. (Otherwise, wh

svn commit: r389198 - /incubator/webwork2/STATUS.txt

Author: husted Date: Mon Mar 27 09:04:17 2006 New Revision: 389198 URL: http://svn.apache.org/viewcvs?rev=389198&view=rev Log: Update to jive with comments on list. Modified: incubator/webwork2/STATUS.txt Modified: incubator/webwork2/STATUS.txt URL: http://svn.apache.org/viewcvs/incubator/w

Re: [WebWork2] TODO

Hi Ted & Friends, I could contact the author of FCKEditor and Walter Zorns tooltip library about a license change or possible dual licensing. Will post back when I got any information. rgds Ted Husted <[EMAIL PROTECTED]> wrote: STATUS update DISTRIBUTION RIGHTS - LICENSING JSCalendar f

Re: [WebWork2] TODO

At 9:59 AM -0500 3/27/06, Frank W. Zammetti wrote: On Mon, March 27, 2006 9:22 am, Joe Germuska said: I wonder if there's a way to generalize an "API" out of these so that we are less bound to an implementation. Certainly, a date picker or rich text field which ultimately just ends up settin

Re: [WebWork2] TODO

On Mon, March 27, 2006 9:22 am, Joe Germuska said: > I wonder if there's a way to generalize an "API" out of these so that > we are less bound to an implementation. Certainly, a date picker or > rich text field which ultimately just ends up setting a value of a > single form field should be not t

svn commit: r389158 - /incubator/webwork2/STATUS.txt

Author: husted Date: Mon Mar 27 06:41:41 2006 New Revision: 389158 URL: http://svn.apache.org/viewcvs?rev=389158&view=rev Log: Update to jive with comments on list. Modified: incubator/webwork2/STATUS.txt Modified: incubator/webwork2/STATUS.txt URL: http://svn.apache.org/viewcvs/incubator/w

Re: [WebWork2] TODO

At 7:39 AM -0500 3/27/06, Ted Husted wrote: STATUS update DISTRIBUTION RIGHTS - LICENSING JSCalendar for the DatePicker tag * Rene will contact author about license change * There may also be a Dojo equivalent Dojo has a date picker: http://archive.dojotoolkit.org/nightly/tests/widget/te

Re: [WebWork2] TODO

Ted, What you have written below is not what I have suggested. I suggested: - com.opensymphony.webwork package -> org.apache.struts.web - WebWork* classes -> Web* - WebWork in comments, documentation -> Struts Action 2 - webwork. as the configuration properties prefix -> struts. - ww: tag p

Re: [WebWork2] TODO

I thought there was some talk of depreciating the tabbedpane (as opposed to the tabbedpannel - ajax component). Pat - do you remember anything about this? /Ian Quoting Ted Husted <[EMAIL PROTECTED]>: STATUS update DISTRIBUTION RIGHTS - LICENSING JSCalendar for the DatePicker tag *

svn commit: r389131 - /incubator/webwork2/STATUS.txt

Author: husted Date: Mon Mar 27 05:00:43 2006 New Revision: 389131 URL: http://svn.apache.org/viewcvs?rev=389131&view=rev Log: Add vote from the OS forum. Modified: incubator/webwork2/STATUS.txt Modified: incubator/webwork2/STATUS.txt URL: http://svn.apache.org/viewcvs/incubator/webwork2/S

svn commit: r389123 - /incubator/webwork2/STATUS.txt

Author: husted Date: Mon Mar 27 04:46:10 2006 New Revision: 389123 URL: http://svn.apache.org/viewcvs?rev=389123&view=rev Log: Initial check in of a STATUS file to track how we will clear incubator issues. Added: incubator/webwork2/STATUS.txt (with props) Added: incubator/webwork2/STATUS.

Re: [WebWork2] TODO

STATUS update DISTRIBUTION RIGHTS - LICENSING JSCalendar for the DatePicker tag * Rene will contact author about license change * There may also be a Dojo equivalent FCKEditor for the Richtexteditor tag * Is there a Dojo equivalent? Walter Zorns tooltip library for all UI Tags * Is there a

Re: [VOTE] Struts Shale v1.0.2 Quality

Sorry for the late vote - my vote is for "alpha" quality as well, mainly for the same "standalone tiles is not released" reason cited by others, but also because of the way Commons Validator has been implemented. It appears that the implementation was done based on an old version of validator where

[Standalone Tiles] Maybe too much bound to Locale

I've noticed that both DefinitionsFactory and ComponentDefinitions are both too (IMHO) tightly bound to the Locale. What I mean is that maybe using Locale class to distinguish between different sets of definitions is not a good idea. From my point of view, I think that where you are using Locale

Re: [WebWork2] TODO

Ted, others, I would volunteer to ask for license changes at least for jscalendar, but I can do the others as well - if there is no one around who has existing links to the said projects and / or their representatives making it easier to "get through" (which I do not have explicitely). Regar

DO NOT REPLY [Bug 34533] - Specify which module is causing an error in ModuleUtils.selectModule()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34533] - Specify which module is causing an error in ModuleUtils.selectModule()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu