Re: [shale] ViewController JavaDoc

2005-09-21 Thread Craig McClanahan
On 9/21/05, Wilfred Springer <[EMAIL PROTECTED]> wrote: > > I'm not exactly sure where to take these kind of comments, but I noticed > that there is a funny line in the ViewController JavaDoc. (Stating that > the preprocess() operation would be called for the ViewController whose > view would be re

svn commit: r290895 - /struts/shale/trunk/core-library/src/java/org/apache/shale/view/ViewController.java

2005-09-21 Thread craigmcc
Author: craigmcc Date: Wed Sep 21 22:40:19 2005 New Revision: 290895 URL: http://svn.apache.org/viewcvs?rev=290895&view=rev Log: Correct a typo in the javadoc description of this class. Modified: struts/shale/trunk/core-library/src/java/org/apache/shale/view/ViewController.java Modified: s

[shale] ViewController JavaDoc

2005-09-21 Thread Wilfred Springer
I'm not exactly sure where to take these kind of comments, but I noticed that there is a funny line in the ViewController JavaDoc. (Stating that the preprocess() operation would be called for the ViewController whose view would be rendered.) Here's the patch. Cheers, Wilfred Index: core-library/

Re: Nightly builds

2005-09-21 Thread Martin Cooper
On 9/21/05, James Mitchell <[EMAIL PROTECTED]> wrote: > > My goal is to have the sources for both 1.2.7 branch and HEAD in such > a way that if Infra decides to zap the zones, that I can just flip on > my cron job again and poof (just as quickly) we are back in business. Right. My point was that

Re: Nightly builds

2005-09-21 Thread James Mitchell
My goal is to have the sources for both 1.2.7 branch and HEAD in such a way that if Infra decides to zap the zones, that I can just flip on my cron job again and poof (just as quickly) we are back in business. I'm half way there. The 1.2 branch build is complete, and now being built and up

svn commit: r290852 - /struts/core/branches/STRUTS_1_2_BRANCH/nightly.sh

2005-09-21 Thread jmitchell
Author: jmitchell Date: Wed Sep 21 15:18:39 2005 New Revision: 290852 URL: http://svn.apache.org/viewcvs?rev=290852&view=rev Log: add nightly shell script to svn Added: struts/core/branches/STRUTS_1_2_BRANCH/nightly.sh (with props) Added: struts/core/branches/STRUTS_1_2_BRANCH/nightly.sh U

svn commit: r290838 - /struts/core/branches/STRUTS_1_2_BRANCH/build.xml

2005-09-21 Thread jmitchell
Author: jmitchell Date: Wed Sep 21 14:44:00 2005 New Revision: 290838 URL: http://svn.apache.org/viewcvs?rev=290838&view=rev Log: Fix nightly build to: * allow a single target to build the nightlies * change the binary distribution to be struts-bin.[zip|tar.gz|md5] * clean the mailreader app pr

Re: DTDs on the website

2005-09-21 Thread Wendy Smoak
From: "Joe Germuska" <[EMAIL PROTECTED]> I bet they're coming from people using XML editing tools which do validation. Exactly. That's why I was working on the Shale DTDs last weekend-- JEdit had been complaining about every single tag in any dialog or clay config file I opened. While I can

svn commit: r290802 [10/10] - in /struts/sandbox/trunk/ti: ./ jars/core/src/java/org/apache/ti/compiler/internal/ jars/core/src/java/org/apache/ti/compiler/internal/genmodel/ jars/core/src/java/org/ap

2005-09-21 Thread mrdon
Added: struts/sandbox/trunk/ti/jars/core/src/java/org/apache/ti/util/xml/validation/SchemaValidatorFactory.java URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/ti/jars/core/src/java/org/apache/ti/util/xml/validation/SchemaValidatorFactory.java?rev=290802&view=auto

Re: DTDs on the website

2005-09-21 Thread Martin Cooper
On 9/21/05, Joe Germuska <[EMAIL PROTECTED]> wrote: > > >(On the other hand, infra@ has been griping about the number of requests > for > >DTDs that hit the ASF servers. I don't know how we can debug where those > are > >coming from, though.) > > I bet they're coming from people using XML editing t

Re: DTDs on the website

2005-09-21 Thread Joe Germuska
(On the other hand, infra@ has been griping about the number of requests for DTDs that hit the ASF servers. I don't know how we can debug where those are coming from, though.) I bet they're coming from people using XML editing tools which do validation. I wonder what they leave in the logs as

Re: DTDs on the website

2005-09-21 Thread Martin Cooper
On 9/21/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > On 9/21/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > > > [snip] > > (On the other hand, infra@ has been griping about the number of requests > > for > > DTDs that hit the ASF servers. I don't know how we can debug where those > > are >

Re: DTDs on the website

2005-09-21 Thread Craig McClanahan
On 9/21/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > [snip] > (On the other hand, infra@ has been griping about the number of requests > for > DTDs that hit the ASF servers. I don't know how we can debug where those > are > coming from, though.) I'm wondering if some portion of those are comi

Re: Nightly builds

2005-09-21 Thread Martin Cooper
On 9/20/05, James Mitchell <[EMAIL PROTECTED]> wrote: > > > I have finally gotten around to finishing the setup of my account on > our zone (http://www.apache.org/dev/solaris-zones.html) and thanks to > Martin and Google, I'm now able to fully build the nightly (by hand) > of the entire Struts proj

Re: DTDs on the website

2005-09-21 Thread Martin Cooper
On 9/20/05, Wendy Smoak <[EMAIL PROTECTED]> wrote: > > Currently we have several DTDs available online: > http://struts.apache.org/dtds/ Yes. The URLs to those are used in struts-config.xml, and used to download the DTD if a local one is not found. With Struts, the local one should *always* be fo

DO NOT REPLY [Bug 36762] New: - After session timeout, exception in BeanUtils.populate for array property

2005-09-21 Thread bugzilla
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: Nightly builds

2005-09-21 Thread James Mitchell
I should also mention that I had a few issues to deal with which required manual intervention (outside of Maven config) Problem 1 - BUILD FAILED ...something about "Provider org.apache.xalan.processor.TransformerFactoryImpl not found" Since I'm building with jdk1.5, I kept getting