In DefaultConfiguration.buildFullActionConfig(..) it checks for the
interceptors that were added and if it does not find any it adds the
getFullDefaultInterceptorRef() which in my case is myStack.
I guess the question is whether adding the message store interceptor ever
included the default-interceptor-ref? The code suggests that adding
myStack is now required (unless catered for elsewhere).
List<InterceptorMapping> interceptors = new
ArrayList<>(baseConfig.getInterceptors());
if (interceptors.size() <= 0) {
String defaultInterceptorRefName =
packageContext.getFullDefaultInterceptorRef();
if (defaultInterceptorRefName != null) {
interceptors.addAll(InterceptorBuilder.constructInterceptorReference(new
PackageConfig.Builder(packageContext), defaultInterceptorRefName,
new LinkedHashMap<String, String>(),
packageContext.getLocation(), objectFactory));
}
}
On 6 March 2016 at 10:41, Lukasz Lenart <lukaszlen...@apache.org> wrote:
> 2016-03-06 11:37 GMT+01:00 Greg Huber <gregh3...@gmail.com>:
> > It definitely does not include/call myStack, as I can see it does not
> call
> > an initialise method I use.
> >
> > here is the action:
> >
> > <action name="mySelect" method="submit"
> > class="mypackage.MySelect">
> > <!-- Save context from redirect success action -->
> > <interceptor-ref name="store">
> > <param name="operationMode">STORE</param>
> > </interceptor-ref>
> > <!-- <interceptor-ref name="myStack" /> -->
> > <result name="success" type="redirectAction">
> > <param name="actionName">favourites</param>
> > <param name="pgn">${pageNum}</param>
> > <param name="searchString">${searchString}</param>
> > <param name="suppressEmptyParameters">true</param>
> > </result>
> > <result name="error" type="chain">favourites</result>
> > </action>
>
> Are you sure that the session was created and it's available?
>
> What interceptors do you have in "myStack"? Maybe it's a side effect
> of changes in ActionInvocation and some other interceptor was
> depending on that.
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
> For additional commands, e-mail: dev-h...@struts.apache.org
>
>
