DO NOT REPLY [Bug 18350] - form tag doesn't render action properly

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 18350] New: - form tag doesn't render action properly

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: Close to RC2?

I agree. When we remove deprecated stuff in 1.2 would be a good time to make this change. David Let's minimize the change events and make the data-source type required when we actually remove GenericDataSource (in whatever future release). As long as it is still in the JAR, we might as well u

Re: and

These tags don't belong in struts-html because they don't generate any HTML-speicifc output -- they are perfectly usable when you are generating WML, for example. It's fine to consider a new library for HTML-independent output, but I'm -1 on dumping them into struts-html simply because they are St

Re: and

On Tue, 25 Mar 2003, Ted Husted wrote: > Date: Tue, 25 Mar 2003 04:34:28 -0500 > From: Ted Husted <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: Re: and > > I've always wanted to move them to the HTML tagli

DO NOT REPLY [Bug 18343] New: - Cannot find bean in any scope in included JSP

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: Close to RC2?

Let's minimize the change events and make the data-source type required when we actually remove GenericDataSource (in whatever future release). As long as it is still in the JAR, we might as well use it for the default. David Graham wrote: Somewhere in this thread my original intention was lost.

DO NOT REPLY [Bug 18328] - Compilation of large crashes the Java VM

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 18328] - Compilation of large crashes the Java VM

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 18328] New: - Compilation of large

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: ReloadableMessageResources

I need, too. Can you post me, please? ;-) Thanks Mauro -Original Message- From: A Stephen [mailto:[EMAIL PROTECTED] Sent: mercoledì 12 marzo 2003 5.37 To: Struts Developers List Subject: Re: ReloadableMessageResources This sounds cool, I need the ReloadableMessageResources magic; thanks

RE: Action.Execute method signature

Wow, you are right!!! I didn't think about that. Thank you!!! -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 5:19 PM To: [EMAIL PROTECTED] Subject: Re: Action.Execute method signature In your action subclass remove "throws Exception" from

Re: and

How do you view those tags' role? I see them as performing business logic in the view layer where it should be done in an Action class. Tags in the html taglib generally render html components but these don't. David From: Ted Husted <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[E

Re: Action.Execute method signature

In your action subclass remove "throws Exception" from the signature and you will see the exceptions your code throws. You can narrow the exception specification while subclassing but not widen it. David From: "Dario Geier" <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTE

DO NOT REPLY [Bug 18316] - TilesPlugin.init() throws a AbstractMethodError

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 18316] - TilesPlugin.init() throws a AbstractMethodError

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 18317] - TilesPlugin.init() AbstractMethodError

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: Close to RC2?

Somewhere in this thread my original intention was lost. I never wanted to remove DBCP for 1.1; I was proposing this for 1.2. GenericDataSource is already deprecated. I think a reasonable approach is to make the attribute required and let people download DBCP or anything else themselves. T

RE: [proposal]Adding queryString property to ForwardConfig

> -Original Message- > From: Jeff Robertson [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 25, 2003 10:41 PM > To: 'Struts Developers List' > Subject: RE: [proposal]Adding queryString property to ForwardConfig > > > -Original Message- > [...snip...] > > In conclusion, you can tak

Action.Execute method signature

I noticed that the Execute method in the Action class throws java.lang.Exception. I understand that this is done for supporting the Declarative Exception Handling feature. Now, I am having a problem identifying all the possible exceptions that can be thrown while processing the action, as the com

RE: [proposal]Adding queryString property to ForwardConfig

With all of that out of the way, I could see your idea being useful for forwarding/redirecting from one Action to another. I also tend to use forwards as a way of configuring in one place all the urls that get rendered in various anchor tags etc in the view... -Original Message- From: J

RE: [proposal]Adding queryString property to ForwardConfig

+1 Now thats spooky. Before I read your msg I was outside having a smoke and thinking along exactly the same lines! ActionForwards have evolved into something of a generic URL wrapper class for struts, and this change would be quite useful in this regard. The way Id envisaged it was that you coul

RE: [proposal]Adding queryString property to ForwardConfig

> -Original Message- [...snip...] > In conclusion, you can take advantage of global forwards and > forwards in > actions with redirected parameters like > > ActionForward homeForward = > mapping.findForward("welcome"); > homeForward.setQueryString("pid=" + pag

DO NOT REPLY [Bug 18317] New: - TilesPlugin.init() AbstractMethodError

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

[proposal]Adding queryString property to ForwardConfig

I tried to develop some application with Struts, and found that there was no Struts-like way to handle ActionForward with query string, e.g. index.jsp?pid=1. Mainly what I confronted was the following: ActionForward homeForward = new ActionForward("/portal/index.jsp?pid=" + pageSrn

DO NOT REPLY [Bug 18316] New: - TilesPlugin.init() throws a AbstractMethodError

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 18315] New: - o.a.s.util/package.html out of date

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: forms tag ? serialaizable

If you still have a serialization problem with a UserBean declared as you indicate above, it's likely that one of the instance variables inside UserBean (or its superclass) cannot actually be serialized. For example, if you've got an instance variable of type java.sql.Connection, you'd definitely

Re: Close to RC2?

Well long term ( in order to "jettison" non MVC "features" of Struts, which there are a few it could jetison to commons, etc.) , I think data source should not be in Struts-confin, deprecated. (see the confusion in user list + containers provide data source pool) So if the "old" code w

Re: Close to RC2?

I think the underlying issue was that the DBCP is used to implement the GenericDataSource, which was not deprecated in the last release. http://jakarta.apache.org/struts/doc-1.0.2/api/org/apache/struts/util/GenericDataSource.html I suppose we could fall back to the original implementation, but t

Re: and

I've always wanted to move them to the HTML taglib, since they are tied to the Struts controller (where the other taglibs are not). This would put, I believe, all the Struts-dependant tags in one place. I don't think we need to pull them, but I would be in favor of deprecating them as logic tag