DO NOT REPLY [Bug 33752] - Enhancement to the Shale subview tag library component.

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

DO NOT REPLY [Bug 33752] - Enhancement to the Shale subview tag library component.

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

svn commit: r155388 - in struts/flow/trunk/src: java/org/apache/struts/flow/sugar/ test/ test/org/apache/struts/flow/sugar/

Author: mrdon Date: Fri Feb 25 23:18:15 2005 New Revision: 155388 URL: http://svn.apache.org/viewcvs?view=rev&rev=155388 Log: * Adding support for Javascript syntax with DynaBeans * Improved testing framework to add file name to output Added: struts/flow/trunk/src/java/org/apache/struts/f

DO NOT REPLY [Bug 33752] New: - Enhancement to the Shale subview tag library component.

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: struts build change questions

On Sat, 26 Feb 2005 00:18:25 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > I agree on all points. > > So, you think I should yank it up to struts/current/ ? > +1 Craig > -- > James Mitchell > Software Engineer / Open Source Evangelist > EdgeTech, Inc. > 678.910.8017 > AIM: jmitchtx > > -

svn commit: r155386 - in struts/core/trunk/mock/src: java/org/apache/struts/mock/TestMockBase.java test/org/apache/struts/mock/TestMockBase.java

Author: jmitchell Date: Fri Feb 25 22:02:34 2005 New Revision: 155386 URL: http://svn.apache.org/viewcvs?view=rev&rev=155386 Log: oops, that file goes in the jar (head slap)Thanks goes out to Bill Siggelkow Added: struts/core/trunk/mock/src/java/org/apache/struts/mock/TestMockBase.java

svn commit: r155384 - struts/core/trunk/src/test/org/apache/struts/mock

Author: jmitchell Date: Fri Feb 25 21:34:28 2005 New Revision: 155384 URL: http://svn.apache.org/viewcvs?view=rev&rev=155384 Log: remove duplicate files Removed: struts/core/trunk/src/test/org/apache/struts/mock/ - To unsub

svn commit: r155383 - struts/core/trunk/mock/src/java/org/apache/struts/mock/MockActionServlet.java

Author: jmitchell Date: Fri Feb 25 21:33:22 2005 New Revision: 155383 URL: http://svn.apache.org/viewcvs?view=rev&rev=155383 Log: bring core/mock up to speed with latest changes to old copies Modified: struts/core/trunk/mock/src/java/org/apache/struts/mock/MockActionServlet.java Modified:

svn commit: r155382 - struts/core/trunk/src/mock

Author: jmitchell Date: Fri Feb 25 21:23:23 2005 New Revision: 155382 URL: http://svn.apache.org/viewcvs?view=rev&rev=155382 Log: remove empty folders Removed: struts/core/trunk/src/mock/ - To unsubscribe, e-mail: [EMAIL PR

Re: struts build change questions

I agree on all points. So, you think I should yank it up to struts/current/ ? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Craig McClanahan" <[EMAIL PROTECTED]> To: "Struts Developers List" Sent: Friday

Re: struts build change questions

On Fri, 25 Feb 2005 23:40:41 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > > > > It seems to me that a framework which ships (and supports) a > > ready-made set of mock classes will have an advantage in today's > > world. > > Yes. It's interesting how things work out. Over the years I use

Re: struts build change questions

It seems to me that a framework which ships (and supports) a ready-made set of mock classes will have an advantage in today's world. Yes. It's interesting how things work out. Over the years I used to swear by in-container based test suites, but after fighting with Cactus and fiddling with a f

Re: struts build change questions

On Fri, 25 Feb 2005 22:50:11 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > > - Original Message - > From: "Joe Germuska" <[EMAIL PROTECTED]> > To: > Sent: Friday, February 25, 2005 3:01 PM > Subject: struts build change questions > > > Hey: > > > > I just went to do a couple of thin

Re: struts build change questions

- Original Message - From: "Joe Germuska" <[EMAIL PROTECTED]> To: Sent: Friday, February 25, 2005 3:01 PM Subject: struts build change questions Hey: I just went to do a couple of things with Struts SVN, and I wanted to check a couple of things James has done: If struts-mock is going

Struts: Connection String in static method

Hi, I have a big problem now. We are using struts. Besides action and form bean class, we also have utility class to connect the database. All methods in this utility class are static methods. We define database connection URL as a static variable. Instead of directly definition, my boss wants

struts build change questions

Hey: I just went to do a couple of things with Struts SVN, and I wanted to check a couple of things James has done: If struts-mock is going to be a dependency, shouldn't it really be next to the others? James, I believe you voiced some hesitation on this, but at the time I didn't track that cl

Re: [announce] Hubert Rabago, newest Struts Committer

On Fri, 25 Feb 2005 18:21:47 -0500, Joe Hertz <[EMAIL PROTECTED]> wrote: > Damn Skippy! Hey, what did Skippy ever do to you? ;-) (For those that haven't a clue what I'm talking about: http://www.imdb.com/title/tt0060025/) Congrats, Hubert! -- Martin Cooper > -Original Message- > From

RE: [announce] Hubert Rabago, newest Struts Committer

Damn Skippy! -Original Message- From: Shey Rab Pawo [mailto:[EMAIL PROTECTED] Sent: Friday, February 25, 2005 5:15 PM To: Struts Developers List Subject: Re: [announce] Hubert Rabago, newest Struts Committer Congratulations, Hubert! This is a great choice in my opinion! On Fri, 25

RE: [announce] Hubert Rabago, newest Struts Committer

Damn Skippy! -Original Message- From: Shey Rab Pawo [mailto:[EMAIL PROTECTED] Sent: Friday, February 25, 2005 5:15 PM To: Struts Developers List Subject: Re: [announce] Hubert Rabago, newest Struts Committer Congratulations, Hubert! This is a great choice in my opinion! On Fri, 25

Re: [announce] Hubert Rabago, newest Struts Committer

Congratulations, Hubert! This is a great choice in my opinion! On Fri, 25 Feb 2005 07:40:15 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: >We were impressed by Hubert's sustained participation in both the user and > dev mailing lists, where he has demonstrated knowledge and respect > for the

Uploading: And a Wish List for Struts v1.3 and v2.0 Jericho

This is a topic I continually return to, so I thought I would make a one time statement of my rough thoughts on these matters to both lists and save space in the long run. I deal with applications. An upload application is a good starting point, because what I would like to be able to do with Str

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Thanks, Martin, I know that the upload application works for people that use the default implementation of multipart requests in Struts. I am not talking about that. I am not entirely clear and come to some clarity in stages, just like you do and just like all of us do. Please see within. I th

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

On Fri, 25 Feb 2005 01:10:45 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Thanks, Martin, > > See within: > > > > On Thu, 24 Feb 2005 20:02:49 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote: > > First, let me say that I did not create the current > > MultipartRequestHandler interface, and ha

DO NOT REPLY [Bug 31731] - ClassCastException from ActionServlet.getRequestProcessor()

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

[GUMP@brutus]: Project struts-core (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-core has an issue affecting its community integration. This issue affects

[GUMP@brutus]: Project struts-core (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-core has an issue affecting its community integration. This issue affects

Re: [announce] Hubert Rabago, newest Struts Committer

CONGRATS!! Now get to work! LOL - just kidding manWELCOME! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Joe Germuska" <[EMAIL PROTECTED]> To: Sent: Friday, February 25, 2005 8:40 AM Sub

[announce] Hubert Rabago, newest Struts Committer

I'm pleased to announce that Hubert Rabago has accepted an invitation to join the Struts development team as a committer. We were impressed by Hubert's sustained participation in both the user and dev mailing lists, where he has demonstrated knowledge and respect for the community. He has cle

Re: Servlet 2.3 Multipart Request Handling

At 4:51 AM + 2/25/05, Niall Pemberton wrote: What do you think about factoring the multipart handling in a command for backwards compatibility. Also it would give the users two options - Command or Filter? I'd say the main argument for using command (and I don't think it's a decisive argument)

POJO Action / ActionForm

Apologies for being late to this debate. I've had half an eye on recent discussions, but not much time to contribute. My preference would be to liberate the core of Struts from ActionForm and Action whilst still providing backwardly compatible Command implementations. To support an Action the only

Re: Servlet 2.3 Multipart Request Handling

- Original Message - From: "Martin Cooper" <[EMAIL PROTECTED]> Sent: Friday, February 25, 2005 5:22 AM > On Fri, 25 Feb 2005 04:51:27 -, Niall Pemberton > <[EMAIL PROTECTED]> wrote: > > > > - Original Message - > > From: "Martin Cooper" <[EMAIL PROTECTED]> > > Sent: Friday,

svn commit: r155321 - struts/core/trunk/build.xml

Author: jmitchell Date: Fri Feb 25 03:25:42 2005 New Revision: 155321 URL: http://svn.apache.org/viewcvs?view=rev&rev=155321 Log: fix path to License and Notice Modified: struts/core/trunk/build.xml Modified: struts/core/trunk/build.xml URL: http://svn.apache.org/viewcvs/struts/core/trunk/b

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Yes I agree. For me I was just looking at it from the point of view "can we make the existing implementation more flexible, whilst retaining compatibility", but I look forward to seeing Martin's new work when its ready. Niall - Original Message - From: "Dakota Jack" <[EMAIL PROTECTED]> T

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Yes, I agree it serves no purpose until that point. Niall - Original Message - From: "Dakota Jack" <[EMAIL PROTECTED]> Sent: Friday, February 25, 2005 9:43 AM > Hi, Niall, > > I see! I do think that it is a bad idea to have the > MultipartRequestWrapper available to the framework pri

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

One last tidbit! I might add that this means that presently anyone that does not use the default Struts upload application cannot use the MultipartRequestWrapper either even thought that really does not have a thing to do with the application from the perspective of the request processor. That is

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Hi, Niall, I see! I do think that it is a bad idea to have the MultipartRequestWrapper available to the framework prior to its state being set. And, I assume you will agree on that. But, this is progress. Ignore my last note. Jack On Fri, 25 Feb 2005 09:07:49 -, Niall Pemberton <[EMAIL

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Thanks, Niall, I think we have reached agreement on what is going on. What this means is that the MultipartRequestWrapper is not doing a thing in the present implementation, right? And, what this means is that there is not available to the present implemenation a request.getParameter("whatever")

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Thanks, Martin, See within: On Thu, 24 Feb 2005 20:02:49 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote: > First, let me say that I did not create the current > MultipartRequestHandler interface, and have never liked it, for a > variety of reasons. However, by the time I got involved with it, w

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

OK I think I have the answer to the confusion, see inline... - Original Message - From: "Dakota Jack" <[EMAIL PROTECTED]> Sent: Friday, February 25, 2005 8:38 AM > Thanks, Niall, > > I don't know how to approach this without some danger of raising some > ill feeling, but I just don't th

Re: Servlet 2.3 Multipart Request Handling

I may be off base, Niall, but I think the present way of doing MultipartRequestWrapper won't work. I have addressed this in the other thread presently being discussed between the three of us, so I won't repeat it here. Anyway, these two threads seem to overlap in theory, unless I am just all wet.

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Thanks, Niall, I don't know how to approach this without some danger of raising some ill feeling, but I just don't think that MultipartRequestWrapper in Struts either does or can work. You have to parse the request before the wrapper. This is what I have been talking about. I just don't get thi