[Opensource] Transition problem

Michael Rimov rimovm at centercomp.com
Tue Dec 24 02:46:30 PST 2002


At 04:58 PM 12/13/2002 -0600, you wrote:
>Looks to me like your doing everything right - my question is where the bug
>lies. Is it in ExLinkTag.java - should line 147 call getTheUrl(true), or
>should we default Transition.getUrl() to use getTheUrl(true). The latter
>would make sense to me, but maybe there was a reason for that...
>
>mike
>
>-----Original Message-----
>From: Gene McCullough [mailto:genemcc at swbell.net]
>Sent: Friday, December 13, 2002 1:43 PM
>To: opensource at jcorporate.com
>Subject: [Opensource] Transition problem
>
>
>Hi.  I've come across a behavior I don't understand, or don't understand
>how to fix easily.  I'm adding a Transition as a nested item in an Output
>object.  The Transition has a controller different than the controller
>creating the output, which I set with the constructor, new Transition(
>"edit", mycontrollerstring).  The url property I'm getting in the jsp,
>using the following snip:
>
><bean:define id="url" name="oneRow" property="/id/edit.url"
>type="java.lang.String"/>
>        <html:link page="<%= url %>"><bean:write  name="oneRow"
>property="/id" /></html:link>
>
>
>it uses the action for the current request object.  I've tracked it down to
>the Transition.getURL call from ContollerUtils, which in turn calls
>Transition.getTheURL(false).  I am understanding that a true passed in
>would resolve the controller reference, but I can't do that without
>recompiling.  Am I missing a setting somewhere, or completely missing the
>point?

Gene,

Thanks to Larry's universal dispatch, the resolving the reference shouldn't 
actually be needed.  The controller= parameter will still be in there. [At 
least this is how I see it :)]  Perhaps there is a problem with the 
Transition object itself????

Of course, I could be missing it, but looking at the code, this is my first 
take on the situation.

HTH,
                                                 -Mike






More information about the Opensource mailing list