This patch allows the parameters for the stream result to be read from
the stack. I seem to be having issues running the unit tests so none
are included. (I'll probably work on some later). Precedence is given
to values on the stack over values in the XML file.
I plan to use the patch as follows
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
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
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
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.
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,
Author: jmitchell
Date: Mon Apr 10 08:37:02 2006
New Revision: 392968
URL: http://svn.apache.org/viewcvs?rev=392968view=rev
Log:
Clean up the test-database.xml file, with the option to keep it for debugging
purposes
Modified:
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.
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 the
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, some in
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
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.
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
http://www.jboss.com/redhat
--
James Mitchell
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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
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
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
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
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
logic for
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39262.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39263.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39264.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=393130r1=393129r2=393130view=diff
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39121.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 intermediate
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
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:
On
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39141.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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, but
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39141.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
32 matches
Mail list logo