Re: [GUMP] Build Failure - jakarta-struts

/ant/dist/lib/nodeps.jar:/opt/jdbc2_0/jdbc2_0-> > > stdext.jar:/home/rubys/jakarta/jakarta-servletapi-4/lib/servle > > t.jar:/home/rubys/jakarta/jakarta-commons/beanutils/dist/commons-> > > beanutils.jar:/home/rubys/jakarta/jakarta-commons/collections/ > > > >>di

Final steps for RC2

I believe all that's left is the last of the testing, and then pushing the release itself out the door. Ted, I know you're heading out on Monday morning. In case you don't have time to finish up, it looks like I'll have some time to do that, just in time for JavaOne. Just in case, I've built a rel

DO NOT REPLY [Bug 20600] New: - Addition to hosting providers offering Struts support

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://nagoya.apache.org/bugzilla/show_bu

RE: [VOTE] Convert RC2 to Beta 5

Way to pull one out in the clinch, guys! What's that I smell in the air? Could it be... A release candidate? James > -Original Message- > From: James Holmes [mailto:[EMAIL PROTECTED] > Sent: Sunday, June 08, 2003 10:10 PM > To: 'Struts Developers List' > Subject: RE: [VOTE] Convert RC2

RE: [VOTE] Convert RC2 to Beta 5

+1 to RC2 -James -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 8:57 PM To: 'Struts Developers List' Subject: RE: [VOTE] Convert RC2 to Beta 5 > -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Sunday, Jun

RE: [VOTE] Convert RC2 to Beta 5

Yes, incredible jobs guys. Brandon Goodin -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 8:06 PM To: [EMAIL PROTECTED] Subject: RE: [VOTE] Convert RC2 to Beta 5 >Fixed. Time to release RC2! :-) Then here's my -1 to beta 5 and my +1 to RC2.

RE: [VOTE] Convert RC2 to Beta 5

Fixed. Time to release RC2! :-) Then here's my -1 to beta 5 and my +1 to RC2. A *huge* thank you to Ted and Martin for making RC2 happen! Thanks, David -- Martin Cooper > > -- > Martin Cooper > > > > If anyone > > else has some > > time to look into the problems, might I suggest looking at > > t

RE: [VOTE] Convert RC2 to Beta 5

YOU DA MAN!!! Brandon Goodin -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 7:57 PM To: 'Struts Developers List' Subject: RE: [VOTE] Convert RC2 to Beta 5 > -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent

RE: [VOTE] Convert RC2 to Beta 5

> -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Sunday, June 08, 2003 5:26 PM > To: 'Struts Developers List' > Subject: RE: [VOTE] Convert RC2 to Beta 5 > > > > > > -Original Message- > > From: Martin Cooper [mailto:[EMAIL PROTECTED] > > Sent: Sund

cvs commit: jakarta-struts/web/tiles-documentation/tutorial/common/menu menuSrc.jsp

martinc 2003/06/08 18:54:46 Modified:web/tiles-documentation/tutorial/common/menu menuSrc.jsp Log: Fix the path for the menuViewSrc.jsp page. This fixes a servlet exception thrown when attempting to render extendedDefinitionTag.jsp. Revision ChangesPath 1.2 +1 -1

cvs commit: jakarta-struts/web/exercise-taglib logic-compare-numeric.jsp index.jsp logic-compare.jsp

martinc 2003/06/08 18:51:48 Modified:web/exercise-taglib index.jsp logic-compare.jsp Added: web/exercise-taglib logic-compare-numeric.jsp Log: Split the logic comparison tests into two pages, since the one gigantic page causes problems with Tomcat 3.3.1. The boolean and str

cvs commit: jakarta-struts/web/exercise-taglib bean-cookie.jsp

martinc 2003/06/08 18:50:15 Modified:web/exercise-taglib bean-cookie.jsp Log: Remove the row corresponding to the name of the cookie. It causes problems on Tomcat 3.3.1 because of some kind of reflection issue, and isn't really necessary to prove that the tag works, anyway.

Re: [VOTE] Convert RC2 to Beta 5

Hi, I needed something to help me sleep, so I had a poke around the bean-cookie bug. Unfortunately I found nothing of real interest. I can confirm that the bug can also be found in struts-1.1-RC1 and Struts-1.0.2 (Tomcat 3.3.1; j2sdk1.4.0_01)and manifests itself in both and however <% Cooki

RE: [VOTE] Convert RC2 to Beta 5

Go Martin!!! "Martin Cooper" <[EMAIL PROTECTED]> on 08/06/2003 08:25:53 PM Please respond to "Struts Developers List" <[EMAIL PROTECTED]> To:"'Struts Developers List'" <[EMAIL PROTECTED]> cc: Subject:RE: [VOTE] Convert RC2 to Beta 5 > -Original Message- > From: Martin Coo

RE: [VOTE] Convert RC2 to Beta 5

> -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Sunday, June 08, 2003 4:56 PM > To: 'Struts Developers List' > Subject: RE: [VOTE] Convert RC2 to Beta 5 > > > I'm not going to vote right now, because I'm trying to work > through the > problems and see if I

RE: [VOTE] Convert RC2 to Beta 5

I'm not going to vote right now, because I'm trying to work through the problems and see if I can get them fixed. Ted, how long do we have to find fixes and still allow you enough time to get a release out? If we take the 'name' row out of the bean-cookie.jsp test, then the remainder of that test

Re: [VOTE] Convert RC2 to Beta 5

David Graham wrote: > I'm confused why we would go from RC1 to Beta 5. Is there a > distinction in the naming that I'm missing? It seems like we're > going backwards if we label it "beta". A release candidate means we sincerely believe we can release the distribution without further changes. I

Re: ActionContext [WAS: RE: composable RequestProcessor]

I do the same thing in bP! One Context/Event object. Much simpler. Also, the signature can then support TilesAction signature, , etc. .V Peter A. Pilgrim wrote: Andrew Hill wrote: I'd even like create a new execute(StrutsRequestContext) method in the default Action class, that simple calls the o

Re: ActionContext [WAS: RE: composable RequestProcessor]

Andrew Hill wrote: I'd even like create a new execute(StrutsRequestContext) method in the default Action class, that simple calls the old execute(m, f, r, r) (for backwards compatibility). Im doing this in my app - though the execute signature remains the same. Most of my actions extend some abst

Re: [VOTE] Convert RC2 to Beta 5

(Thanks Ted and others comitters CVSing fixes (David, Martin) for donating yet another weekend to Struts, either way). My comprehension (not again Its not flamey this time) is this: Ted can release today under Beta 5 beta as is (with the known failed test) with all the work he did. Plus for

Re: [VOTE] Convert RC2 to Beta 5

I'm confused why we would go from RC1 to Beta 5. Is there a distinction in the naming that I'm missing? It seems like we're going backwards if we label it "beta". David From: Ted Husted <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: Struts Developers List <[EM

RE: [VOTE] Convert RC2 to Beta 5

Frankly, since these seem to be problems in the tests and demo applications, rather than in the base code, I'd be -1 on this. Going to a beta 5 seems to me to be a unnecessary step unless the problem is in the actual core libraries themselves. James > -Original Message- > From: Ted Hus

[VOTE] Convert RC2 to Beta 5

In final testing of RC2, some compatibility issues have been found between Tomcat 3.3.1 and the struts-exercise-taglib application as well as the tiles-documentation application. Martin Cooper has been looking into the problems and has found that for the struts-exercise-taglibs cookie test, it

RE: What's next for Struts?

Yep, I'm definitely not abandoning Struts either. I am in the middle of some nice new features for Struts Console. Stay tuned. -James http://www.jamesholmes.com/struts/ -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Sunday, June 08, 2003 8:18 AM To: Struts Develope

Re: [GUMP] Build Failure - jakarta-struts

/commons-> beanutils.jar:/home/rubys/jakarta/jakarta-commons/collections/ dist/commons-collections.jar:/home/rubys/jakarta/jakarta-commo ns/dbcp/dist/commons-dbcp.jar:/home/rubys/jakarta/jakarta-> commons/digester/dist/commons-digester.jar:/home/rubys/jakarta /jakarta-commons/fileupload/t

RE: Status check? - Houston we have a problem

> -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Sunday, June 08, 2003 10:24 AM > To: 'Struts Developers List' > Subject: RE: Status check? - Houston we have a problem > > > > > > -Original Message- > > From: Ted Husted [mailto:[EMAIL PROTECTED] > >

RE: [GUMP] Build Failure - jakarta-struts

4/lib/servle t.jar:/home/rubys/jakarta/jakarta-commons/beanutils/dist/commons-> beanutils.jar:/home/rubys/jakarta/jakarta-commons/collections/ > dist/commons-collections.jar:/home/rubys/jakarta/jakarta-commo ns/dbcp/dist/commons-dbcp.jar:/home/rubys/jakarta/jakarta-> commons/digester/dist/co

RE: Status check? - Houston we have a problem

> -Original Message- > From: Ted Husted [mailto:[EMAIL PROTECTED] > Sent: Sunday, June 08, 2003 4:37 AM > To: Struts Developers List > Subject: Re: Status check? - Houston we have a problem > > > I'm still play-testing the web apps against all three, but here's an > early warning: > >

DO NOT REPLY [Bug 20586] - [PATCH] Add neteye ActionCache to extensions

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20586] - [PATCH] Add neteye ActionCache to extensions

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20586] New: - [PATCH] Add neteye ActionCache to extensions

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://nagoya.apache.org/bugzilla/show_bu

Re: Status check?

Martin Cooper wrote: You'll find everything ready to go at ~martinc/struts-legacy on cvs.a.o. I've created the .asc signature files, and the .md5 digest files, but only for the .tar.gz and .zip files, since we don't usually release the .tar files. (They're only needed to produce the .tar.gz files.)

Bug report for Struts [2003/06/08]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: What's next for Struts?

Craig R. McClanahan wrote: No, Struts is definitely not dead. =:) Those rumors have been greatly exaggerated! The Struts Committers have been a bit busy the last year or so with parceling Struts into Commons components and all. But the Struts Community has been shipping, shipping, shipping. F

Re: Status check?

Craig R. McClanahan wrote: The nightly directories get any file older than five days cleaned out -- and, because I'm not able to deal with getting them published in the time I'm at JavaOne, that means a "somewhere else or nothing" policy is important. Understood and agreed. Making the s-f distruibu

Re: Status check? - Houston we have a problem

So, I tried it under Tomcat 3.3.1 (no a), with the same result. =:( I had compiled the release under servlet 2.3, but I redid it under servlet 2.2 with the same result. I don't use cookies much, and off-hand I don't know if it's a problem with the test, Tomcat, or Jasper. The other cats are hap

Re: Status check?

I have been struggling with this for another project, too. Ideally, it would be great to have a "continuous integration" build that would also deploy and test the app(s) in a bunch of containers automatically. You'd still have to install and configure some deployment details, of course, but it woul

Re: Status check?

I've gotten some requests for a list of library file versions for my SecurityFilter project, so I've been looking into automatically creating a file that lists the library file versions as part of my build. The idea was to use the version information from the manifest files from the jars. However,

Re: Status check? - Houston we have a problem

I'm still play-testing the web apps against all three, but here's an early warning: Running the exercise app under Tomcat 3.3.1a The logic-compare test kills container - nothing in log to indicate why. This is a big test, so it may be rendering problem. (TC41 is OK) Same result under NN and IE

[GUMP] Build Failure - jakarta-struts

target/commons-fileupload-20030608.jar:/home/rubys/jakarta/jakarta-commons/lang/dist/commons-lang-20030608.jar:/home/rubys/jakarta/jakarta-commons/logging/dist/commons-logging.jar:/home/rubys/jakarta/jakarta-commons/logging/dist/commons-logging-api.jar:/home/rubys/jakarta/jakarta-commons/pool/dist/c

Re: Status check?

Vic Cekvenich wrote: > I downloaded and it apears to work with a sample app of mine, just > FYI. Phil Steitz wrote: Ted, Don't know if this is useful, but I did the following successfully: 1. Hack build.xml to remove "compile.library" depends for tomcat, junit test targets. 2. Replace contents