Return-Path: Delivered-To: apmail-jakarta-struts-dev-archive@apache.org Received: (qmail 34360 invoked from network); 4 Jul 2002 02:14:49 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 4 Jul 2002 02:14:49 -0000 Received: (qmail 8425 invoked by uid 97); 4 Jul 2002 02:15:01 -0000 Delivered-To: qmlist-jakarta-archive-struts-dev@jakarta.apache.org Received: (qmail 8393 invoked by uid 97); 4 Jul 2002 02:15:01 -0000 Mailing-List: contact struts-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list struts-dev@jakarta.apache.org Received: (qmail 8353 invoked by uid 50); 4 Jul 2002 02:15:00 -0000 Date: 4 Jul 2002 02:15:00 -0000 Message-ID: <20020704021500.8352.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: struts-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 7276] - html:form and html:link tags need to be able to reference actions outside current sub application X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N 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_bug.cgi?id=7276 html:form and html:link tags need to be able to reference actions outside current sub application craig.mcclanahan@sun.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From craig.mcclanahan@sun.com 2002-07-04 02:14 ------- For , in additon to Joe's suggestion of using "href", you can also configure the contextRelative property of a to skip the usual Struts action of prepending the subapp prefix. For , you can also forward to an Action that is implemented with org.apache.struts.actions.SwitchAction, which is the formal mechanism for a UI-initiated switch between subapps. For , I believe the better way to submit to an action in a different subapplication is something like this (in an Action in the "from" subapp): * Call RequestUtils.selectApplication() to select the "to" subapp you want. * Return an ActionForward from this new subapp that points at a page in the "to" subapp that creates the form you want. * The on the new page will automatically be pointing at the "to" subapp. Doing things this way avoids creating deep dependencies between subapps (i.e. a form in one subapp and an action in another would depend on each other), which would make maintenance of different subapps by different groups (a very common scenario) more brittle. The WONTFIX part of the resolution of this bug is about changes to -- already seems to have the flexibility you need. -- To unsubscribe, e-mail: For additional commands, e-mail: