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=866.
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=866.
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=866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
At 10:24 PM -0800 12/21/04, Don Brown wrote:
FWIW, so far, I extracted tiles and taglib into their own projects,
and got both core and taglib compiling (haven't tried tiles yet).
It took the steps I described earlier as well as moving some methods
from TagUtils back into ResponseUtils. Of
Joe Germuska wrote:
I do think that Struts shouldn't depend on subprojects.
-1.
core should not depdend on any subprojects I think. Not today, 1st day
or repackaging but eventualy.
I also think subprojects should be set up to depend on a struts.jar ...
and not the code.
--
RiA-SoA w/JDNC
And at workstations the world over is heard the sound of caps flipping from
bottles of Guiness Stout, Sam Adams, and the occasional Molson Gold. :)
-T.
On Mon, 20 Dec 2004 23:30:31 -0800, Don Brown wrote:
As you may have noticed, I've completed the merge of struts-chain
with Struts core (see
At 6:09 AM -0600 12/22/04, Vic wrote:
Joe Germuska wrote:
I do think that Struts shouldn't depend on subprojects.
-1.
core should not depdend on any subprojects I think. Not today, 1st
day or repackaging but eventualy.
I also think subprojects should be set up to depend on a struts.jar
... and
--- Don Brown [EMAIL PROTECTED] wrote:
FWIW, so far, I extracted tiles and taglib into their own projects, and
got both core and taglib compiling (haven't tried tiles yet). It took
the steps I described earlier as well as moving some methods from
TagUtils back into ResponseUtils. Of
(assuming that I'm right about what properties it depends on). The
revamped build isn't ready yet.
Saw this too late for last night's run (20041222), but it will work
tonight (20041223)..
Craig
-
To unsubscribe, e-mail: [EMAIL
On Mon, 20 Dec 2004 10:23:54 -0500, Ted Husted [EMAIL PROTECTED] wrote:
0 - Preface
1 - Introduction
2 - struts-config.xml
3 - Form Beans
4 - Exceptions
5- Forwards
6 - Action Mappings
7 - Action
8 - Controller
9 - Messager Resources
10 - Plug Ins
11 - web.xml
12 - Getting
You know what really is helpful for newbies, in my opinion? A really,
really good overview that gives them a sense of what the big picture
is. This layout helps that, in my opinion. I realize, however, that
different people think differently about these things.
Jack
:) Actually, in the extraction I performed so far, I did just that and
moved TilesPreProcessor into the o.a.s.tiles.commands package. There
was one other class, o.a.s.actions.RedeployableActionServlet that I
moved into o.a.s.tiles since it was full of references to
TilesRequestProcessor.
://svn.apache.org/viewcvs?view=revrev=123053
Log:
Ensure that the nightly build still works, now that the Chain code is in the mainstream (assuming that I'm right about what properties it depends on). The revamped build isn't ready yet.
Saw this too late for last night's run (20041222), but it will work
On Tue, 21 Dec 2004 21:06:19 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
On Tue, 21 Dec 2004 20:45:03 -0800, Don Brown [EMAIL PROTECTED] wrote:
I agree as well. This lets us follow a consistent approach to
subprojects, where they may (and probably should) link to Struts core,
but
You can indeed use Velocity+Tiles:
http://jakarta.apache.org/velocity/tools/javadoc/org/apache/velocity/tools/struts/TilesTool.html
Also, while ya'll are pulling out the taglibs (hooray!!), i would like
to just mention that there are some things in the TagUtils class that
are useful to other
coming soon? Is that an offer? :) I like the API bean aka
ViewContext aka ConfigHelper and agree it is a better solution. Reading
over the API bean thread, Ted has convinced me this bean would actually
be created for each request probably somewhere early in the chain.
While it could be
Author: husted
Date: Wed Dec 22 15:27:41 2004
New Revision: 123152
URL: http://svn.apache.org/viewcvs?view=revrev=123152
Log:
Extract milestone lists from roadmap page into separate page. (Same content,
only the markup for the milestones has changed so far). Add mention of Shale
proposal, and
Author: craigmcc
Date: Wed Dec 22 18:18:02 2004
New Revision: 123160
URL: http://svn.apache.org/viewcvs?view=revrev=123160
Log:
Refinements to the ViewController programming model:
- Add a new preprocess() method that is called, after the component tree
has been restored, if this is a postback
Author: craigmcc
Date: Wed Dec 22 18:18:49 2004
New Revision: 123161
URL: http://svn.apache.org/viewcvs?view=revrev=123161
Log:
Reflect refinement to the ViewController programming model (new preprocess()
method, prepare() renamed to prerender()).
Modified:
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=866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: husted
Date: Wed Dec 22 19:03:30 2004
New Revision: 123162
URL: http://svn.apache.org/viewcvs?view=revrev=123162
Log:
Add descriptions of proposed 1.3.x and beyond enhancements.
Modified:
struts/core/trunk/doc/roadmap.xml
Modified: struts/core/trunk/doc/roadmap.xml
Url:
If a user requires a request scoped behaviour then wouldn't it be better
if this was implemened in a Command rather than Utils? In my mind Utils
should be more of a Global thing thats overriden rarely. I think one of the
problems with current Struts is that sometimes too much has been put into
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=866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
on your wiki (http://wiki.apache.org/struts/StrutsRelease126)
there is a broken link:
2. [http://nagoya.apache.org/wiki/apachewiki.cgi?SigningReleasesHow
Signing Releases]
--
go here instead (this wiki is now exclusively dedicated to Chinese spam)
Could you please tell me the *new*
The problem with putting code like that into a command, is what if
someone wants to replace the populate command, but doesn't want to
re-invent the multipart stuff? I think there is a place for service
functions, call them utils or whatever, implement common routines that
one or more commands
25 matches
Mail list logo
