You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2003/07/23 09:13:46 UTC

DO NOT REPLY [Bug 21821] New: - taglibs requesting certain RequestUtil methods fail if page access not through ActionServlet

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21821>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21821

taglibs requesting certain RequestUtil methods fail if page access not through ActionServlet

           Summary: taglibs requesting certain RequestUtil methods fail if
                    page access not through ActionServlet
           Product: Struts
           Version: Nightly Build
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Custom Tags
        AssignedTo: struts-dev@jakarta.apache.org
        ReportedBy: adam@monkey.org


Any taglib tag classes that call certain o.a.s.util.RequestUtil methods
(message, retrieveMessageResource, pageUrl...) that require the use of request
scoped module config will fail in a calling view (jsp) if the view was not
accessed via the ActionServlet (e.g. via an action-mapping). This is easily more
than 10 taglib tag classes, currently.  

If this is not a feature of taglibs and users should be able to use taglibs
without putting the request through the ActionServlet prior, then this should 
be corrected in the taglib classes... perhaps by storing the config module and
def. message resource for the current module in the request scope with a call to
RequestUtils.selectModule(...) in appropriate taglib classes. 
To avoid restoring these objects in request scope multiple times in the request,
the selectModule method could be modified to check prior existance and skip
getting and storing the objects again.

---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org