Re: [Action2] ant new target failed missing intellij and eclipse configuration files

Toby, We're switching the default build to Maven 2.0.3. Rene is working on fixing up the Ant builds, but until he says otherwise, I would consider building with Maven instead. - Posted via Jive Forums http://forums.opensymphony.c

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Jacob, Perhaps I'm just a big idiot, or perhaps I don't have enough time in the day to fully explore this whole idea, but I'm still having the same problem I had last time we discussed this issue: "huh?" I don't _get it_ and I won't really until someone can pony up and at least provide some bas

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

My entire thoughts on the EL-API thing is this: I only care about using the EL API if I get the additional tool support. IDEA, for example, does some decent code completion when you do ${ ... } in a JSP. It doesn't, on the other hand, do anything useful when I type or use %{ ... } in another We

svn commit: r393148 - in /struts/shale/trunk/core-library/src/java/org/apache/shale: faces/ShaleApplicationFilter.java resources/Bundle.properties view/Constants.java view/faces/ViewViewHandler.java

Author: craigmcc Date: Mon Apr 10 23:09:52 2006 New Revision: 393148 URL: http://svn.apache.org/viewcvs?rev=393148&view=rev Log: Migrate the initialization logic for configuring which ViewControllerMapper instance will be used from ShaleApplicationFiter to ViewViewHandler, since the org.apache.sha

svn commit: r393147 - /struts/shale/trunk/core-library/src/java/org/apache/shale/remote/

Author: craigmcc Date: Mon Apr 10 23:09:04 2006 New Revision: 393147 URL: http://svn.apache.org/viewcvs?rev=393147&view=rev Log: Mark classes in this package as deprecated, with references to using the functionality in org.apache.shale.remoting instead. Modified: struts/shale/trunk/core-libr

DO NOT REPLY [Bug 39141] - Shale tiger extension inside jboss, library path config

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 2 build working, more to come

On 4/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: > I think it's just about ready for 1.3.2. Since I haven't ever > released with Maven 2, I wasn't quite ready to try it against the > Struts repo without seeing it once through somewhere else. I got the the 'mvn release:prepare' command to work,

DO NOT REPLY [Bug 39141] - Shale tiger extension inside jboss, library path config

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: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Wasn't there an agreement that the tangents would indicate what they were in posts, like [SHALE] or [JSF]. It is difficult enough around here to figure out what is going on without this sort of discussion going on as if it were struts. On 4/10/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > O

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Gary VanMatre wrote: >From: [EMAIL PROTECTED] > > So again, at it's core for JSF 2.0, we refactor FacesContext to instead have a > ProcessingContext (shorter name?) instead of a UIViewRoot. The > lifecycle/interceptors instead inter rogate the ProcessingContext for alternate > behavior while a

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

>From: [EMAIL PROTECTED] > > Great, it sounds like there's an overlap of ideas here :-) > > Fundamentally, my approach to JSF 2.0 is to continue the CoR patterns with > the > various application handlers, while sticking to the 5 phases of MVC, allowing > other interceptors to provide intermed

DO NOT REPLY [Bug 39121] - [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

Re: [Action2] StreamResult Patch

Any chance you could attach this to a jira ticket? That's the normal process, so that your contribution won't be forgotten. If you can't, I'll try add it to jira tomorrow. Thanks for your help. -- James Mitchell On Apr 10, 2006, at 2:37 AM, Eric Molitor wrote: This patch allows the p

svn commit: r393130 [2/2] - in /struts/shale/trunk: ./ build/ clay-plugin/src/test/org/apache/shale/clay/config/ core-library/ core-library/src/conf/ core-library/src/java/org/apache/shale/component/

Modified: struts/shale/trunk/core-library/src/test/org/apache/shale/validator/CommonsValidatorTestCase.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/test/org/apache/shale/validator/CommonsValidatorTestCase.java?rev=393130&r1=393129&r2=393130&view=diff ===

DO NOT REPLY [Bug 39264] New: - Validation allows java script injection

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 39263] New: - [shale] Implement support for a global XWork chain

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 39262] New: - [shale] Implement support for XWork chains by replacing default ActionListener

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: [action2] Maven 2 migration

FYI: Trying to get an overview on the changes right now (too bad the commit mail did not get through). Trying to fix ant build asap. Regards, Rene Patrick Lightbody schrieb: There has been a semi-working build for maven 2 included with WebWork for a few months, but I'd like to make that buil

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

On 4/10/06, Don Brown <[EMAIL PROTECTED]> wrote: > > Jacob Hookom wrote: > > The NavigationHandler has that default behavior. But much like WebWork > > allows the pluggable ActionMapper, all parts of JSF are pluggable in > > that manner. Seam and SWF are two examples of plugging in alternate > > l

Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Great, it sounds like there's an overlap of ideas here :-) Fundamentally, my approach to JSF 2.0 is to continue the CoR patterns with the various application handlers, while sticking to the 5 phases of MVC, allowing other interceptors to provide intermediate processing within those 5 distinct p

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Jacob Hookom wrote: The NavigationHandler has that default behavior. But much like WebWork allows the pluggable ActionMapper, all parts of JSF are pluggable in that manner. Seam and SWF are two examples of plugging in alternate logic for navigation handling. So the emphasis is put on the API,

Re: [Action2] Freemarker and Velocity Tag prefix

Yeah, go ahead and change the prefixes. Thanks, Don tm jee wrote: Thanks for the reply Don. The prefix for Velocity and Freemarker is not as flexible as jsp tags. They are sort of like a key used in the model for like freemarker for example. It could be overriden but that would need user to e

Re: [Action2] Jira not accessible

tm jee wrote: Hi, 1] Just wondering if we are using http://issues.apache.org/struts for SAF2.0 bug tracking instead of OpenSymphony's. Just tried to access it but it seems to be down. Yes, please use the Apache instance, but unfortunately, it is down. Anyone know the procedure for this? Do

[OT] JBoss acquired?

http://www.jboss.com/redhat -- James Mitchell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[Action2] Jira not accessible

Hi, 1] Just wondering if we are using http://issues.apache.org/struts for SAF2.0 bug tracking instead of OpenSymphony's. Just tried to access it but it seems to be down. 2] In STATUS.txt, it says that https://svn.apache.org/repos/asf/struts/sandbox/trunk/action2/ is the repository which if

Re: [Action2] Freemarker and Velocity Tag prefix

Thanks for the reply Don. The prefix for Velocity and Freemarker is not as flexible as jsp tags. They are sort of like a key used in the model for like freemarker for example. It could be overriden but that would need user to extends and override some methods in FreemarkerManager for example.

[OT] Re: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Maybe someone should combine everything just to make us happy!!! shwatt (SHale/Wicket/Action2/Tapestry/Tiles) - It's about choice! strapon4j (STRipes/Action2/PythON) - Not for the timid! -- James Mitchell P.S. Sorry - Friday was too long of a wait! On Apr 9, 2006, at 2:59 PM, Dakota Jack

Re: svn commit: r392870 - /struts/action/trunk/apps/mailreader/src/main/resources/

On 4/9/06, Martin Cooper <[EMAIL PROTECTED]> wrote: > Hmm, is this a temporary thing? Maven 2 likes to find resources under > 'resources', rather than in the source tree (meaning that's the default). > That happens to be my preference too. ;-) Right now we have some things in the source tree, som

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

On 4/9/06, Jacob Hookom <[EMAIL PROTECTED]> wrote: > Don Brown wrote: > > Yeah, I read that post, and while interesting, I'm not sure it would > > hold much value, particularly for Action 2 applications. > > > > Basically, the approach intercepts the usual Faces processing at the > > start, turning

Re: [action1] Mailreader DAO test creating a file where it shouldn't

Ok, I added some code to remove the file on tearDown (this will impact a few of my extensions, but I'll worry about those later). -- James Mitchell On Apr 10, 2006, at 11:27 AM, James Mitchell wrote: That's created as part of the tests that get run on mailreader-dao, I'll look at it. -

svn commit: r392968 - /struts/action/trunk/mailreader-dao/src/test/org/apache/struts/apps/mailreader/dao/impl/memory/MemoryUserDatabaseTest.java

Author: jmitchell Date: Mon Apr 10 08:37:02 2006 New Revision: 392968 URL: http://svn.apache.org/viewcvs?rev=392968&view=rev Log: Clean up the test-database.xml file, with the option to keep it for debugging purposes Modified: struts/action/trunk/mailreader-dao/src/test/org/apache/struts/ap

Re: [action1] Mailreader DAO test creating a file where it shouldn't

That's created as part of the tests that get run on mailreader-dao, I'll look at it. -- James Mitchell On Apr 10, 2006, at 3:32 AM, Wendy Smoak wrote: Every time I run mvn install, I get a file called 'test-database.xml' created in the current directory. Usually current/struts/action, as

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Sorry, I meant to type Stripes, not Wicket. Don Michael Jouravlev wrote: On 4/9/06, Don Brown <[EMAIL PROTECTED]> wrote: OGNL is used by Action 2/WebWork, Tapestry, Wicket, and several others. It is the most advanced EL with the most features, however some of those aren't well documented. Wi

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

On 4/9/06, Don Brown <[EMAIL PROTECTED]> wrote: > OGNL is used by Action 2/WebWork, Tapestry, Wicket, and several others. > It is the most advanced EL with the most features, however some of those > aren't well documented. Wicket guys switched from OGNL to their own implementation, they say it is

Re: Fwd: Action/Shale/JSF Overlap? (Was --> RESTful JSF)

Don Brown wrote: Yeah, I read that post, and while interesting, I'm not sure it would hold much value, particularly for Action 2 applications. Basically, the approach intercepts the usual Faces processing at the start, turning the lifecycle into one used by Action 1. Action 2, based on WebWo

[action1] Mailreader DAO test creating a file where it shouldn't

Every time I run mvn install, I get a file called 'test-database.xml' created in the current directory. Usually current/struts/action, assuming I'm installing from the top. $ grep -r "test-database" . ./mailreader-dao/src/test/org/apache/struts/apps/mailreader/dao/impl/memory/Memo ryUserDatabaseT

Re: Maven 2 build working, more to come

On 4/6/06, Don Brown <[EMAIL PROTECTED]> wrote: > We'll get out a unified Action 1 release yet :) I think it's just about ready for 1.3.2. Since I haven't ever released with Maven 2, I wasn't quite ready to try it against the Struts repo without seeing it once through somewhere else. I'm practi