RE: svn commit: r264074 - in /struts/shale/trunk: ./ clay-plugin/ core-library/ test-framework/ use-cases/

> > SEVERE: Class > > > org.apache.myfaces.component.html.ext.HtmlDataTablePhaseListen > er not found > > java.lang.ClassNotFoundException: > > org.apache.myfaces.component.html.ext.HtmlDataTablePhaseListener that clazz is not more existing. see: http://www.mail-archive.com/dev@myfaces.apache.or

Re: requiredif deprecated?

Hmmm, I think this is the part where we say, "Thanks for volunteering, Don." :) If you'd like to see the JEXL patch in version 1.3.0, then, please, have at it :) -Ted. On 8/29/05, Don Brown <[EMAIL PROTECTED]> wrote: > > I like the jexl el validator. What is holding that patch up? > > Don >

Re: requiredif deprecated?

Don Brown wrote: Is requiredif deprecated? The documentation [1] indicates it is, however, I can see no evidence of that in the source code. In particular, the validateRequiredIf() method of o.a.s.v.FieldChecks hasn't been marked as such. I believe validWhen is server side only. The funct

Struts Ti doubt

As per http://osteele.com/archives/2004/08/web-mvc I now think if a frameworks is client side rendering (Ajax, JDNC, ...) it can't be mixed w/ a server side rednering framework, you can be strong in one or the other (and then rig it for the other). -- thx, .V Broadband interface (RIA) + mai

Re: requiredif deprecated?

At 7:34 AM -0400 8/29/05, Ted Husted wrote: Hmmm, I think this is the part where we say, "Thanks for volunteering, Don." :) If you'd like to see the JEXL patch in version 1.3.0, then, please, have at it :) Well, there's a fair amount of hemming and hawing in the comment history for that ticke

Some thoughts.

1. Do we have need of tags like these? Currently we are suppose to use html:rewrite tag or some crud method. "> CSS is bit neat because of @import but JS is still making code look nasty. 2. Do we have need of tag attribute like this? ... ... ... Setting the mode attribute to 'con

Re: Some thoughts.

Sounds interesting. Although I think the best approach for this would be to do this in a separate tag, extending/overriding where appropriate. If you have time and would like to donate such an effort, perhaps we could put this into an "extensions" or "sandbox" taglib package. So somethi

URL Rewriting and WebSphere 6.0

I have run into the following issue: On IBM WebSphere 6.0, HttpServletRequest.getPathInfo() returns: ;jsessionid=1234567890 on an URL of the form: http://www.myserver.com/myContext/myAction.do;jsessionid=1234567890 whereas any other app server I have used returns null. IBM documents this is

Re: Some thoughts.

I too think these are some interesting suggestions, especially the form mode thing... you can do some neat tricks with CSS to actually remove the box portion from text fields and such, so you could in fact still have an field there but it would look like plain text, which would allow no other

Re: Some thoughts.

Since Struts 1.2.7 the tag now has "disabled" and "readonly" attributes, which if set affect the controls contained in the form. So if you use then the controls contained in the form are disabled. If you use then the controls contained in the form are readonly. According to the HTML 4 Spec.

Re: Some thoughts.

That is why I proposed. > Setting the mode attribute to 'confirm' will convert all > form-field into a hidden field and will replace all editable > area with a label showing current values. Similarly setting > mode attribute to 'show' will simply replace all editable > area with a label showin

Re: Some thoughts.

> The one comment I would make is more in reply to James... we see > relatively frequent questions asked about the status of the Struts > taglibs, if they are going to be expanded, etc. In fact, I think this > very topic was just brought up this weekend on the dev list. Yet, any > time someon

Re: Struts Ti doubt

Nice article. Sorry, what your question? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Aug 29, 2

Re: Some thoughts.

Well, the taglibs are more or less feature complete. So any changes are really "extensions" or "nice-to-have". Also, I think the comments made (in prior discussions) about the taglibs being "no longer supported" is not really accurate...but I won't go there right now ;) There has been so

Re: Some thoughts.

Ops... I think I've sent my mail too fast... so i can "forget about it again"? leon On Mon, 2005-08-29 at 12:01 -0400, James Mitchell wrote: > Well, the taglibs are more or less feature complete. So any changes > are really "extensions" or "nice-to-have". > > Also, I think the comments made

Re: Some thoughts.

Frank, I agree that most committers are not interested in putting effort into developing the Struts tags, however they haven't completely stagnated (see the "Tag Library Changes" section in the Struts 1.2.7 release notes) and I am happy to continue working on them, although having said that the am

Re: Some thoughts.

James Mitchell wrote: Well, the taglibs are more or less feature complete. So any changes are really "extensions" or "nice-to-have". I think this is the part of the equation I don't necessarily agree with... I think saying they are feature-complete in terms of what they were meant to be yea

Re: Some thoughts.

@ James – Regarding my thought #1 If we are not going to merge this tiny and simple thing in struts-html then we should better make it total separate and generic taglib. I don't see any point in making struts-ex. I am currently working on extensive javascript taglib, which I am planning to submit

Re: Struts Ti doubt

On 8/29/05, netsql <[EMAIL PROTECTED]> wrote: > As per http://osteele.com/archives/2004/08/web-mvc > > I now think if a frameworks is client side rendering (Ajax, JDNC, ...) > it can't be mixed w/ a server side rednering framework, you can be > strong in one or the other (and then rig it for the o

Re: Maven...

On Aug 29, 2005, at 2:46 AM, Wendy Smoak wrote: If you have time, will you take a look at the Shale build files? Sure. I have to think up another way to switch JSF implementations, looks like the "tell me which two jars you want to use" approach isn't going to work since MyFaces already

Re: Maven...

From: "James Mitchell" <[EMAIL PROTECTED]> Can you describe this further? Seems like you could just add that extra dependency in the project descriptor dependencies. Is it not that simple? It is not, unfortunately. :) Shale has to build against either the JSF Reference Implementation (w

DO NOT REPLY [Bug 36409] New: - Testcases test protected method of some struts classes, may fail in some setup due to classloading

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

[Struts Wiki] Update of "BuildingShale" by WilfredSpringer

work, clay-plugin, and use-cases + + (Check out http://blogs.sun.com/roller/page/wilfred/20050829 if you want to build Shale using Maven.) == IDEs == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Some thoughts.

> -Ursprüngliche Nachricht- > Von: Frank W. Zammetti [mailto:[EMAIL PROTECTED] > Gesendet: Montag, 29. August 2005 18:15 > An: Struts Developers List > Betreff: Re: Some thoughts. > > James Mitchell wrote: > > Well, the taglibs are more or less feature complete. So > any changes > > are

[Struts Wiki] Update of "BuildingShale" by WendySmoak

1. Execute '''ant download-dependencies''' which will retrieve the required libraries 1. Execute '''ant dist''' to build core-library, test-framework, clay-plugin, and use-cases + === Building Shale with Maven === + - (Chec

DO NOT REPLY [Bug 35839] - [shale] Clay processes components inside HTML comments

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: Some thoughts.

I agree for the been message and the dynamic arguments, this is the reason why I start these classes ... maybe it can help or something else ... Just my two cents, Regards Cedric - Original Message - From: "Leon Rosenberg" <[EMAIL PROTECTED]> To: "'Struts Developers List'" Sent: Monda

Re: Struts Ti doubt

Well the article kind of says that only domain model/dao is on the server. And MVC is on the client. And that makes sense. So in your example, if the client requests the XML, then it's RiA. Your's might not be a good example. Ajax is a perfect example. Idea was that Ti would do Ajax(clientsid

Re: Struts Ti doubt

That article does indeed indicate that only the model is on the server. But that's wrong. ;-) Check out the first response to that article, labelled "Marc's Voice". He gets much closer to the truth when he says "The other thing to note about Model N is that the server side is very similar to Mod

Re: Some thoughts.

I'm glad you asked ;) arg0Name? arg0Property? Why not also add arg0NameKey and arg0PropertyKey, so I can put them in the bundle for better reuse? Oh wait! I'm not done. Since they are in a different bundle, we also need to be able to specify a bundle key... arg0BundleKey So... ...t

Re: Some thoughts.

Hi James, I don't know why you are so sarcastic but there is another solution ... giving via nested tags the arguments like that what you want as first argument (i.e 0 one) what you want as second argument This is what I propose in my previous post with some code in attachment. R

Re: Some thoughts.

If JSTL (along with EL) had not happened then I agree that developing the tag would be a good idea - simplest solution would have been a tag so that you could do something like the following... However much of the functionality in the bean and logic

Re: Some thoughts.

James, I'm glad you answered :-)) Personally I don't think that struts was successful because it missed functionality. I think it was (and is) successful although it missed functionality. I don't think it is a reason to abstain from this functionality, especially, if it's really needed. The fact,

Re: Some thoughts.

The form modes sound nice in theory, but I suspect you'd end up having to write multiple renderings by hand anyway. I assume that the purpose was to avoid this. For example, how would a non-editable checkbox be rendered? Yes/No? On/Off? A green tick and a red cross? What about the result of a s

Re: Some thoughts.

On 8/29/05, Leon Rosenberg <[EMAIL PROTECTED]> wrote: > > > > -Ursprüngliche Nachricht- > > Von: Frank W. Zammetti [mailto:[EMAIL PROTECTED] > > Gesendet: Montag, 29. August 2005 18:15 > > An: Struts Developers List > > Betreff: Re: Some thoughts. > > > > James Mitchell wrote: > > > Well,

Re: Some thoughts.

On 8/29/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > James Mitchell wrote: > > Well, the taglibs are more or less feature complete. So any changes > > are really "extensions" or "nice-to-have". > > I think this is the part of the equation I don't necessarily agree > with... I think saying

Re: Some thoughts.

On 8/29/05, Levieux Cedric <[EMAIL PROTECTED]> wrote: > > Hi James, > > I don't know why you are so sarcastic but there is another solution ... > giving via nested tags the arguments like that > > > what you want as first argument (i.e 0 > one) > what you want as second > argument > format="da

Re: Struts Ti doubt

I agree -- Ti can succeed in offering good server-side rich application support. There will be overlap and ironing out between this approach and frameworks that try to define an entire application model on the client, but I think there's a sweet spot to be hit here. Also (to address an earlie

Re: Some thoughts.

@ my suggestion #1 We went too far with this thread but left the original point. I understand that struts committers have very tight control over code and design, which is good for community. Loose control leads to failure. Long live Struts. As tag exists, I was just wondering why there is no t

Re: Some thoughts.

Martin Cooper wrote: In light of how *I* build web apps today, we don't need the taglibs at all! ;-) ;-) Ironically, I don't think I've ever used the taglibs in a production app at all, so you and I would agree on that point :) But, I do think there is an opportunity to encapsulate some more

Re: Some thoughts #2.

@ my suggestion #2 It was not fully cooked idea and I just popped it for the sake of discussion. We developed a similar framework in one of our previous project where we were using widgets kind of control for each HTML form element. For example: If some field is set to use currency widget, then

svn commit: r264651 - /struts/sandbox/trunk/ti/project.properties

Author: martinc Date: Mon Aug 29 15:53:01 2005 New Revision: 264651 URL: http://svn.apache.org/viewcvs?rev=264651&view=rev Log: Define @todo as a Javadoc tag for Ti. Modified: struts/sandbox/trunk/ti/project.properties Modified: struts/sandbox/trunk/ti/project.properties URL: http://svn.apa

Re: Struts Ti doubt

So... how is he wrong? I deployed a rich app... and only domain model is on server. What else should be on the server? If UI (View) is on the client, C (controller has to be there). .V Martin Cooper wrote: That article does indeed indicate that only the model is on the server. But that's wro

Re: Struts Ti doubt

On 8/29/05, netsql <[EMAIL PROTECTED]> wrote: > > So... how is he wrong? I deployed a rich app... and only domain model is > on server. If you have *only* the domain model on the server, you'd have to be making direct remote method calls to model objects from the browser. Don't you have a serv

Re: Struts Ti doubt

Martin Cooper wrote: If you have *only* the domain model on the server, you'd have to be making direct remote method calls to model objects from the browser. Don't you have a servlet in there, that processes and decodes incoming requests, dispatches to appropriate business objects, and then

Re: Struts Ti doubt

netsql wrote: Can we add iBatis DAO to Ti (not iBatis Implemnation or SQL MAPs, just DAO). It would reduce # of user questions. Using iBatis DAO, people can implement the DAO anyway (or they could replace the iBatis DAO). For example, they could use iBatis DAO implementing EJB, or Hibrenate or

svn commit: r264662 - /struts/core/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/taglib/html/MessagesTag.java

Author: niallp Date: Mon Aug 29 17:11:09 2005 New Revision: 264662 URL: http://svn.apache.org/viewcvs?rev=264662&view=rev Log: Port fix for Bug 35833 to 1.2 Branch Modified: struts/core/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/taglib/html/MessagesTag.java Modified: struts/cor

DO NOT REPLY [Bug 36276] - Struts Tag sets message to null when iterating 2nd time

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 35833] - Non-resource action message only works for the first message in the messages list.

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

Struts Ti

Ok, so I'm working on the Maven build scripts, and I have a couple questions. * Why "Ti"? What does that mean? * Why is there a java5 dir? I see ti interface, but why not just put it under core? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freel

Re: Struts Ti

On 8/29/05, James Mitchell <[EMAIL PROTECTED]> wrote: > > Ok, so I'm working on the Maven build scripts, and I have a couple > questions. > > * Why "Ti"? What does that mean? Ti = titanium, which is strong and lightweight. ;-) * Why is there a java5 dir? I see ti interface, but why not just >

Re: Struts Ti

James Mitchell wrote: Ok, so I'm working on the Maven build scripts, and I have a couple questions. * Why "Ti"? What does that mean? Titanium. I enjoy ultralight backpacking so titanium is near and dear to my heart as an incredibly strong, very lightweight material used in core gear th

Re: Struts Ti

Ok, so other than "requires 1.5 to build, and 1.4 to run" via maven prop "maven.compile.source=1.4", what else do I need to do? I guess what I'm trying to ask is, what do we want to support? - 1.5 required to: - build from svn checkout - build from nightly src distribution - build fro

Re: Struts Ti

That looks about right. It should be possible to run Ti, using xjavadoc tags instead of Java 5 annotations, on Java 1.4. I'd imagine the java5 directory would build into a separate jar or perhaps only be added to a core jar when not labeled as the Java 1.4 version: Java 1.4 version - ti-cor

Re: Struts Ti

On 8/29/05, Don Brown <[EMAIL PROTECTED]> wrote: > * Why "Ti"? What does that mean? > > Titanium. I enjoy ultralight backpacking so titanium is near and dear > to my heart as an incredibly strong, very lightweight material used in > core gear that replaced much heavier counterparts - the "struts"

Re: Struts Ti

Craig McClanahan wrote: On 8/29/05, Don Brown <[EMAIL PROTECTED]> wrote: * Why "Ti"? What does that mean? Titanium. I enjoy ultralight backpacking so titanium is near and dear to my heart as an incredibly strong, very lightweight material used in core gear that replaced much heavier counte

svn commit: r264681 - in /struts/shale/trunk/clay-plugin/src: java/org/apache/shale/clay/Bundle.properties java/org/apache/shale/clay/parser/Parser.java test/org/apache/shale/clay/parser/ParserTestCas

Author: gvanmatre Date: Mon Aug 29 20:00:05 2005 New Revision: 264681 URL: http://svn.apache.org/viewcvs?rev=264681&view=rev Log: Bug#: 35839 Templates with a DOCTYPE are not useable Modified: struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/Bundle.properties struts/shale

Re: Struts Ti

Currently, you can cd into core and run 'maven jar' using Java 1.4. Building the entire project (including the 'java5' module) requires Java 5. Does that sound reasonable? The two modules do currently build to separate jars. Currently the 'samples' module (webapp) is written against the an

svn commit: r264684 - in /struts/core/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts: action/ActionServlet.java config/MessageResourcesConfig.java util/MessageResources.java util/MessageResour

Author: niallp Date: Mon Aug 29 20:08:01 2005 New Revision: 264684 URL: http://svn.apache.org/viewcvs?rev=264684&view=rev Log: Bug 32584 - Provide config option to turn off MessageResources escape processing as requested by Tomasz Bech. Also inject MessageResourcesConfig into the MessageResources

DO NOT REPLY [Bug 16634] - [validator] Change ValidatorUtils.getValueAsString to throw exception

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 23351] - [validator] Nice to have: current index in validwhen rule

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 35839] - [shale] Clay processes components inside HTML comments

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: r264694 - in /struts/core/trunk/src/share/org/apache/struts: action/ActionServlet.java config/MessageResourcesConfig.java util/MessageResources.java util/MessageResourcesFactory.java

Author: niallp Date: Mon Aug 29 20:57:50 2005 New Revision: 264694 URL: http://svn.apache.org/viewcvs?rev=264694&view=rev Log: Port to Struts 1.3.x Bug 32584 - Provide config option to turn off MessageResources escape processing as requested by Tomasz Bech. Also inject MessageResourcesConfig into

DO NOT REPLY [Bug 35533] - MessageResources.escape(String) causes malfunctioning

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 35533] - MessageResources.escape(String) causes malfunctioning

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 32584] - MessageResources - 'escape' function blocks possiblity of escaping quotes and parameters

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 32584] - MessageResources - 'escape' function blocks possiblity of escaping quotes and parameters

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 32584] - MessageResources - 'escape' function blocks possiblity of escaping quotes and parameters

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

[Struts Wiki] Update of "StrutsCatalogLazyList" by DerekClarkson

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by DerekClarkson: http://wiki.apache.org/struts/StrutsCatalogLazyList --

svn commit: r264699 - in /struts/build/trunk: project.properties project.xml

Author: mrdon Date: Mon Aug 29 21:21:35 2005 New Revision: 264699 URL: http://svn.apache.org/viewcvs?rev=264699&view=rev Log: * Changing commons-validator dependency to 1.2.0-dev * Adding my jar repo as alternate for smooth transition (any better ideas?) Modified: struts/build/trunk/proj

svn commit: r264700 - /struts/core/trunk/src/share/org/apache/struts/validator/ValidatorPlugIn.java

Author: mrdon Date: Mon Aug 29 21:22:27 2005 New Revision: 264700 URL: http://svn.apache.org/viewcvs?rev=264700&view=rev Log: Changing loading of validator XML files to pass uri's rather than InputStreams. This enables entity imports correctly because the Digester will have something to create a

New Validator 1.2.0-dev dependency

In case you missed it, I changed our validator dependency to 1.2.0-dev, which it really already was, but now it is enforced. Since most folks don't have a commons-validator-1.2.0-dev.jar lying around, I added my apache remote jar repository as an alternate for Maven to retrieve from. This rep

Re: New Validator 1.2.0-dev dependency

That's perfect. The nightly build will automatically pickup the new repository location and dependencygotta love it! -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx

svn commit: r264702 - in /struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay: faces/ parser/ parser/builder/ parser/builder/chain/

Author: gvanmatre Date: Mon Aug 29 21:37:46 2005 New Revision: 264702 URL: http://svn.apache.org/viewcvs?rev=264702&view=rev Log: Fixed some javadoc errors. Modified: struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/faces/ClayViewHandler.java struts/shale/trunk/clay-plugin/

Re: New Validator 1.2.0-dev dependency

In case you missed it, I changed our validator dependency to 1.2.0-dev, which it really already was, but now it is enforced. Since most folks don't have a commons-validator-1.2.0-dev.jar lying around, I added my apache remote jar repository as an alternate for Maven to retrieve from. This reposi

Re: Struts Ti (maven:reactor giving me fits)

Ok, I've hit a bit of a snag... In Maven-utopia, the project layout would support multiple JAR and WAR artifacts by nesting then 1 level deeper than we currently have them. So, we need: struts/sandbox/ti project.xml maven.xml project.properties jars/ core/ java5/ wars

Re: New Validator 1.2.0-dev dependency

Wendy Smoak wrote: Don, was that .jar file compiled with JDK 1.5 by any chance? Doh, you are right. I updated it with the correct one. Perhaps this should be made a SNAPSHOT so maven will always try to download the latest one? Don java:compile: [echo] Compiling to e:\svn\struts\cu

Re: Struts Ti (maven:reactor giving me fits)

Doesn't matter to me as long as it works :) Don James Mitchell wrote: Ok, I've hit a bit of a snag... In Maven-utopia, the project layout would support multiple JAR and WAR artifacts by nesting then 1 level deeper than we currently have them. So, we need: struts/sandbox/ti project.xm

svn commit: r264706 - /struts/build/trunk/project.xml

Author: mrdon Date: Mon Aug 29 21:51:01 2005 New Revision: 264706 URL: http://svn.apache.org/viewcvs?rev=264706&view=rev Log: Changing the commons-validator version to SNAPSHOT so it tries to download a new one each time Modified: struts/build/trunk/project.xml Modified: struts/build/trunk/p

Re: New Validator 1.2.0-dev dependency

From: "Don Brown" <[EMAIL PROTECTED]> Doh, you are right. I updated it with the correct one. Perhaps this should be made a SNAPSHOT so maven will always try to download the latest one? Yes! And then teach me how, so I can do it for Standalone Tiles and the Shale build files. :) -- Wendy

Re: Struts Ti (maven:reactor giving me fits)

Sounds great to me, actually. It's cleaner in general. Rich Don Brown wrote: Doesn't matter to me as long as it works :) Don James Mitchell wrote: Ok, I've hit a bit of a snag... In Maven-utopia, the project layout would support multiple JAR and WAR artifacts by nesting then 1 level de

Re: New Validator 1.2.0-dev dependency

Ok, I changed the commons-validator version to SNAPSHOT, so Maven will now try to download the latest one each time it is ran. This will let us add features to commons-validator and be sure they are available to Struts immediately, however it will also mean Maven will access the network each t

Re: Struts Ti (maven:reactor giving me fits)

Works for me too. -- Martin Cooper On 8/29/05, Rich Feit <[EMAIL PROTECTED]> wrote: > > Sounds great to me, actually. It's cleaner in general. > > Rich > > Don Brown wrote: > > > Doesn't matter to me as long as it works :) > > > > Don > > > > James Mitchell wrote: > > > >> Ok, I've hit a bit

Maven remote repositories and SNAPSHOT (was New Validator 1.2.0-dev dependency)

Ok, it should all be setup. Unfortunately, it has the limitation of using my personal remote repository which no one else can modify. Does the nightly builds publish SNAPSHOT jars anywhere? That would be darn useful for us. How to use SNAPSHOT: 1. Make the version in your project.xml "SNAPS

DO NOT REPLY [Bug 32871] - [validator] Validwhen and floats(maybe integers)

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: Maven remote repositories and SNAPSHOT (was New Validator 1.2.0-dev dependency)

- Original Message - From: "Don Brown" <[EMAIL PROTECTED]> To: "Struts Developers List" Sent: Monday, August 29, 2005 10:01 PM Subject: Maven remote repositories and SNAPSHOT (was New Validator 1.2.0-dev dependency) Ok, it should all be setup. Unfortunately, it has the limitation

Re: Maven remote repositories and SNAPSHOT (was New Validator 1.2.0-dev dependency)

[Oops, wrong button] From: "Don Brown" <[EMAIL PROTECTED]> Does the nightly builds publish SNAPSHOT jars anywhere? That would be darn useful for us. James and I were discussing SNAPSHOTs as being less frequent than nightly, just when it's stable and something interesting has changed. Could

Re: Struts Ti (maven:reactor giving me fits)

Another quick question. What is "example" application supposed to do? Is this supposed to be the beginnings of a mailreader? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmi

Re: Struts Ti (maven:reactor giving me fits)

s/mailreader/blank -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Aug 30, 2005, at 2:10 AM, James

Re: Struts Ti (maven:reactor giving me fits)

Actually, you were right the first time. I've been working on one, but it hasn't been ready for public use, however, with the Beehive patch, I'll probably have to redo it anyways :) This should probably be put along side Rich's page flow examples. Don James Mitchell wrote: s/mailreader/bl

svn commit: r264712 - /struts/sandbox/trunk/ti/jars/

Author: jmitchell Date: Mon Aug 29 23:54:52 2005 New Revision: 264712 URL: http://svn.apache.org/viewcvs?rev=264712&view=rev Log: new directory for ti jar-based subprojects Added: struts/sandbox/trunk/ti/jars/ - To unsubscr

svn commit: r264713 - /struts/sandbox/trunk/ti/wars/

Author: jmitchell Date: Mon Aug 29 23:55:48 2005 New Revision: 264713 URL: http://svn.apache.org/viewcvs?rev=264713&view=rev Log: new directory for ti war-based subprojects Added: struts/sandbox/trunk/ti/wars/ - To unsubscr