DO NOT REPLY [Bug 5373] - ActionServlet Refactoring

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 5373] - ActionServlet Refactoring

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 5373] New: - ActionServlet Refactoring

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: Struts & Filters (Servlets 2.3)

On Tue, 11 Dec 2001, Donnie Hale wrote: > Date: Tue, 11 Dec 2001 20:40:41 -0500 > From: Donnie Hale <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: RE: Struts & Filters (Servlets 2.3) > > Craig, > > Could you

RE: Struts & Filters (Servlets 2.3)

Craig, Could you briefly enumerate the advantages a filter would have over a servlet for what ActionServlet *currently* does? I can see how it would be useful for certain new features, and I can see how the context lifecycle events would be nice to monitor; but I'm not sure I see what a filter bu

RE: role based actions

On Tue, 11 Dec 2001, Phase Communcations wrote: > Date: Tue, 11 Dec 2001 16:43:47 -0700 > From: Phase Communcations <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: RE: role based actions > > One last thing. W

Re: role based actions

Brandon: I am interested in your code as we are working on Struts, ldap, and Java single SignOn technology. [EMAIL PROTECTED] - Original Message - From: "Phase Communcations" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, December 11, 2001 4:43 PM Su

Re: Freetext attribute for all tags...

I hate to do "me too"s, but I've been trying to put my feelings into words and this is as close to my thoughts as anything I've written down. Just wanted Colin to know he isn't hanging in the wind. ;) -Paul Colin Sharples wrote: > > <[EMAIL PROTECTED]> wrote: > > It seems like the top priority

RE: role based actions

One last thing. When a security check happens and the user is forwarded to the login. Their desired destination is stored and once their security is verified they are forwarded on to that page. -Original Message- From: Phase Communcations [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December

RE: role based actions

In my code I extended the action class (not the action servlet) and required that group access be established on a per extended action class basis. Defined within my struts-config file in my action class definitions I use an extra attribute(s): There is a security check within the extended act

Re: Freetext attribute for all tags...

It's all reality. Standards and non-compliant realities alike. Take the new DOM scripting model... NS copied IE in the getElementById()... why... because it's truly sweet. But it's not in the spec. It's an example where the spec is not as good as the implementation. W3C are recommendations, an

RE: using digester and struts in an EAR file

Shouldn't the struts ActionServlet be calling setClassLoader() or setUseContextClassLoader()? When I move commons-digester.jar and commons-collections.jar to the ejb classpath where they are available to both EJBs and struts, the the digester can't find ActionFormBean and all of the other struts c

Re: Freetext attribute for all tags...

<[EMAIL PROTECTED]> wrote: > It seems like the top priority of web development and > this list in particular has become complying with > standards. While I agree that is important and we've > shot ourselves in the foot before, I think we're > forgetting that the absolute number one priority in >

Re: using digester and struts in an EAR file

On Tue, 11 Dec 2001, Deadman, Hal wrote: > Date: Tue, 11 Dec 2001 14:43:21 -0500 > From: "Deadman, Hal" <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>, > "Deadman, Hal" <[EMAIL PROTECTED]> > To: 'Struts Dev List' <[EMAIL PROTECTED]> > Subject: using digester and s

RE: role based actions

I'm moderately interested as I'm presently defining that part of the architecture for a new development that is just getting underway. Jim > -Original Message- > From: Andy Noble [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 11, 2001 1:31 PM > To: Struts Developers List > Subject:

using digester and struts in an EAR file

I have a web app and ejb jar files combined in an ear file. If I want to use struts in the war file and the digester in some of the ejbs, I have a problem because the war classloader is a child of the ejb classloader (at least in Weblogic 6.1) which means classes loaded by the ejb class loader can

RE: role based actions

A complementary posting appeared a while back in the struts-user mail list from Matt Raible at icsynergy. (http://www.mail-archive.com/struts-user@jakarta.apache.org/msg18543.html) He says he has been using the security extension with only one minor change; instead of returning SC_BAD_REQUEST when

Re: role based actions

Craig, have you looked at Nic Hobb's extension? http://husted.com/struts/resources/struts-security.htm There's a place on my agenda where I was going to try it myself, but still haven't gotten there. -Ted. "Craig R. McClanahan" wrote: > Adding this (and a few of the other recent enhancements)

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html BaseFieldTag.java BaseHandlerTag.java ButtonTag.java CancelTag.java CheckboxTag.java ImageTag.java ImgTag.java LinkTag.java MultiboxTag.java RadioTag.java ResetTag.java SelectTag.java SubmitTag.java TextareaTag.java

oalexeev01/12/11 09:54:29 Modified:src/share/org/apache/struts/taglib/html BaseFieldTag.java BaseHandlerTag.java ButtonTag.java CancelTag.java CheckboxTag.java ImageTag.java ImgTag.java LinkTag.java MultiboxTag.java

cvs commit: jakarta-struts/doc struts-html.xml

oalexeev01/12/11 09:54:11 Modified:doc struts-html.xml Log: Revert 'freetext' attribute adding. Revision ChangesPath 1.27 +0 -197jakarta-struts/doc/struts-html.xml Index: struts-html.xml ===

Re: Freetext attribute for all tags...

Jon Wall wrote: > Do you want Struts to be a framework for building just > mass-market web sites (portals, ecommerce, etc)?? It's my personal feeling that we are providing the tag extensions as a convenience, and that they are ancilliary to the actual framework. I think this will become more evid

Re: Freetext attribute for all tags...

On Tue, 11 Dec 2001, Jon Wall wrote: > Date: Tue, 11 Dec 2001 07:24:58 -0800 (PST) > From: Jon Wall <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: Re: Freetext attribute for all tag

RE: role based actions

I have some code that I use for security stuff that uses GROUPS, ROLES, USER, PERMISSIONS. It can all be managed dynamically without having to reboot struts. The only thing you do is add the group access permission to the action declaration in the struts-config.xml file. Once the group access is d

Re: role based actions

On Tue, 11 Dec 2001 [EMAIL PROTECTED] wrote: > Date: Tue, 11 Dec 2001 10:27:52 -0500 > From: [EMAIL PROTECTED] > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: role based actions > > > I am a struts "newbie" so I apologize in advance if this topic has al

role based actions

I am a struts "newbie" so I apologize in advance if this topic has already beaten to death... ~~~ I noticed role-based actions on the pending tasks list. Can anyone comment on the status and scope of this effort? (link was a dead end) The description points to role being driv

Re: Freetext attribute for all tags...

Amen Arron. It seems like the top priority of web development and this list in particular has become complying with standards. While I agree that is important and we've shot ourselves in the foot before, I think we're forgetting that the absolute number one priority in any UI development shoul

Re: Freetext attribute for all tags...

I'm sure there would be a way to rollback the CVS; Craig or Martin may know more about that. But, since there haven't been any other changes here, the simplest thing, as you said, might be to retrieve the prior versions from a nightly build, and paste those over the current version, and commit t

Re[2]: Freetext attribute for all tags...

Hello Ted, Ok. How can I revert changes? Is there are any standart way to do so with CVS? If no then I'l retrieve previous file versions, resave it and commit to CVS. Is it right? Tuesday, December 11, 2001, 2:46:16 PM, you wrote: TH> A product change, like adding the freetext attribute, is sub

Re: Freetext attribute for all tags...

A product change, like adding the freetext attribute, is subject to lazy consensus. You have the right to make the change, and any other committer has the right to veto it. http://jakarta.apache.org/site/decisions.html People often announce a short-term plans, not so much because we have to, bu

formbean in a tag

I want to get/set some more stuff in my form bean from a tag. So I need to know how I can get a handle on it within my tag code. So 2 questions : 1. Is a form bean automatically loaded into the session and if so under which attribute name? 2. Or, if 1 == "no" must I load the form bean man

Re[2]: Freetext attribute for all tags...

Hello Ted, It is interesting situation now... 8)) I think it was in some letters before - a number of words about 'custom' or 'literal' attribute. But only after commit we have a some kind of discussion in list... 8) Yes, of course, may be my activity is wrong - I think that 'right' solution with

Re: Freetext attribute for all tags...

How about leaving it up to the developer who uses the attribute?... we can warn them about it. But let's leave it to them. Why should this group decide if a developer with different requirements / demands etc has the ability to add something to a tag? It's valuable to have it there simply for