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=36160.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.
On 8/12/05, Wendy Smoak [EMAIL PROTECTED] wrote:
Are there any objections to having 'site' or 'website' as a new sub-project?
I believe we may have contemplated that from the beginning. Site was
to be our seventh dwarf, along with Apps, Core, EL, Plugins,
Taglibs, and Tiles. :)
We left the
If no one has any suggestions as to why any tag attributes should be
marked RE false, I'll make this change (and the others) before running
through the shake-down tests on Monday. (If we have the website and
deprecations squared away by then.)
My many thanks to everyone who is making the 1.3.x
Quick related question about the website. Are the xdocs used by
forrest compatible with the xdocs used by Maven? If not, do you know
what portion of them can be salvaged if any?
TIA,
sean
ps. I'm not trying to reopen the maven discussion here, just looking
for some info on how the website is
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 WendySmoak:
http://wiki.apache.org/struts/StrutsWebsiteConversion
--
From: Sean Schofield [EMAIL PROTECTED]
Quick related question about the website. Are the xdocs used by
forrest compatible with the xdocs used by Maven? If not, do you know
what portion of them can be salvaged if any?
Maven's 'multiproject:site' goal uses the Jakarta xdocs format:
On 8/12/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Sean Schofield [EMAIL PROTECTED]
I'm trying to avoid having
to maintain a custom stylesheet, and looking at options such as DocBook to
generate some of the docs. (The User Guide in particular already has
chapter tags in it-- I think it
Author: jmitchell
Date: Fri Aug 12 08:45:58 2005
New Revision: 232317
URL: http://svn.apache.org/viewcvs?rev=232317view=rev
Log:
Initial creation for site subproject.
Added:
struts/site/
-
To unsubscribe, e-mail: [EMAIL
Author: jmitchell
Date: Fri Aug 12 08:46:11 2005
New Revision: 232318
URL: http://svn.apache.org/viewcvs?rev=232318view=rev
Log:
Initial creation for site subproject.
Added:
struts/site/trunk/
-
To unsubscribe, e-mail:
Author: jmitchell
Date: Fri Aug 12 08:46:21 2005
New Revision: 232319
URL: http://svn.apache.org/viewcvs?rev=232319view=rev
Log:
Initial creation for site subproject.
Added:
struts/site/tags/
-
To unsubscribe, e-mail:
From: Ted Husted [EMAIL PROTECTED]
I've done some work in DocBook, and it's not so bad, expecially since
there are some editors out there, like XML Mind.
I don't suppose just plain-old XHTML is an option?
You want to maintain the actual HTML with the h1 h2 and div
class=indent tags rather
Author: jmitchell
Date: Fri Aug 12 08:49:06 2005
New Revision: 232320
URL: http://svn.apache.org/viewcvs?rev=232320view=rev
Log:
add site to current (svn:externals)
Modified:
struts/current/ (props changed)
Propchange: struts/current/
Author: jmitchell
Date: Fri Aug 12 08:52:05 2005
New Revision: 232324
URL: http://svn.apache.org/viewcvs?rev=232324view=rev
Log:
Oops
Removed:
struts/branches/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Author: jmitchell
Date: Fri Aug 12 08:52:44 2005
New Revision: 232325
URL: http://svn.apache.org/viewcvs?rev=232325view=rev
Log:
Create branches
Added:
struts/site/branches/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On 8/11/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Wendy Smoak [EMAIL PROTECTED]
One remaining concern about the website conversion: If I copy the files
into build/xdocs, what happens when someone checks out struts/current and
gets the 'build' directory within every subproject? I have
Author: jmitchell
Date: Fri Aug 12 09:01:59 2005
New Revision: 232326
URL: http://svn.apache.org/viewcvs?rev=232326view=rev
Log:
pull the shared build directory into site
Modified:
struts/site/trunk/ (props changed)
Propchange: struts/site/trunk/
On 8/12/05, Sean Schofield [EMAIL PROTECTED] wrote:
Quick related question about the website. Are the xdocs used by
forrest compatible with the xdocs used by Maven? If not, do you know
what portion of them can be salvaged if any?
I have no idea how the two xdocs formats relate to each other,
I was changing some tests which were using contextRelative and ran
into this junit failure:
junit.framework.ComparisonFailure: contextForward value
Expected:/context/forward
Actual :/forwarding/context/forward
at
On 8/12/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Ted Husted [EMAIL PROTECTED]
I've done some work in DocBook, and it's not so bad, expecially since
there are some editors out there, like XML Mind.
I don't suppose just plain-old XHTML is an option?
You want to maintain the
I'm working with the Shale Validator. I would like a new, simpler
regexValidator tag that better supports my situation (and hopefully
supports other people's situation).
BACKGROUND
==
We're writing a JSF Portlet app. The *only* part of Shale that we're
using is the Validator. We're
Oops, typo.
Fixed path of original ForwardConfig below.
On 8/12/05, Hubert Rabago [EMAIL PROTECTED] wrote:
For those interested, here's some relevant code about the test that's failing:
TestMockBase.java, setUpThirdApp() method
// Configure global forward declarations
On 8/12/05, Martin Cooper [EMAIL PROTECTED] wrote:
I would say just remove the chapter tags. When I was messing around
with this a few months ago, that's what I did, and everything else
seemed to work out just fine. I have no concerns about any limitations
of the Maven format if we're going
On 8/12/05, Romero, Ron [EMAIL PROTECTED] wrote:
I'm working with the Shale Validator. I would like a new, simpler
regexValidator tag that better supports my situation (and hopefully
supports other people's situation).
I'm definitely +1 on having support for regex validation ... but
doesn't
23 matches
Mail list logo