user Digest 19 Aug 2008 06:15:58 -0000 Issue 8200

Topics (messages 190163 through 190181):

Re: Static Content Loading in Struts 2
 190163 by: Ramez Hassan

Re: simple ajax form - returns value to a new page (not to a DIV)
 190164 by: Martin Gainty
 190176 by: Jeromy Evans

Re: Struts loses action configuration
 190165 by: Dustin Pearce

Re: Object put in HttpSession can't be found by S2
 190166 by: Dustin Pearce
 190167 by: Dave Newton
 190168 by: Martin Gainty
 190169 by: Dave Newton
 190171 by: Dustin Pearce

Struts 2 and Crystal Reports XI
 190170 by: James Neff
 190175 by: James Neff

Re: struts-core-2.0.11.2 in two places on the server, causing exceptions
 190172 by: Edwin Quita
 190173 by: Edwin Quita

Re: Select tag questions
 190174 by: Edwin Quita

Re: Could not find property [struts.valueStack] using struts 2.1.2
 190177 by: David N. Arnold
 190178 by: Jeromy Evans

Re: Problem with no configaration found
 190179 by: Muralidhar Y
 190180 by: Jeromy Evans

NullPointerException 5.5.17 Request.setAttribute(Request.java:1376)
 190181 by: Adam Jenkins

Administrivia:

---------------------------------------------------------------------
To post to the list, e-mail: user@(protected)
To unsubscribe, e-mail: user-digest-unsubscribe@(protected)
For additional commands, e-mail: user-digest-help@(protected)

----------------------------------------------------------------------

you can send your action to javascript function
and use dojo to talk to the XMLHttpRequest object
parse the XML response
and then set innerHtml of the div tag to the parsed_response

<script language="JavaScript">


<!-- Begin


function doit()


{

var xmlhttp=dojo.hostenv.getXmlhttpObject()
var response= xmlhttp.responseXML;
var parsed_response=SomeXMLParser(response);
document.getElementByTagId("div").innerHtml = parsed_response;
-->
</script>

yes/no?
Martin
______________________________________________
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission.


> Date: Mon, 18 Aug 2008 21:18:44 +1000
> From: jeromy.evans@(protected)
> To: user@(protected)
> Subject: Re: struts2: simple ajax form - returns value to a new page (not to a DIV)
>
> MyAshok wrote:
> > I do have the same issue. on click of submit, the loadingtext is displaying
> > but the result in a new page as i am redirect to a action.
> >
> > Any solutions? please asap.
> >
> > <action name="activateSubscriber" class="subscriberAction"
> >      method="activateSubscriber">
> >      <result name="success" type="redirect-action">viewPartners</result>
> >    </action>
> > Waiting for reply......
> >
> >  
>
> If it's performing a full-page redirect, then your form did a plain old
> post/get to the action, not ajax.
> You will need to isolate why the request wasn't sent via XHR. That
> means it's a client-side problem, not a struts.xml problem.
>
> As a guess, without any context, if you've only tested in IE so far,
> turn off the loadingText message.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>

_________________________________________________________________
Get ideas on sharing photos from people like you. Find new ways to share.
http://www.windowslive.com/explore/photogallery/posts?ocid=TXT_TAGLM_WL_Photo_Gallery_082008

yes OGNL will 'hunt' for Page,Request,Session andd then application for #attr.VariableName
http://struts.apache.org/2.x/docs/accessing-application-session-request-objects.html

are you seeing otherwise?
thx,
Martin
______________________________________________
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission.


> Date: Mon, 18 Aug 2008 07:55:55 -0700
> From: dustin_pearce@(protected)
> Subject: Re: Object put in HttpSession can't be found by S2
> To: user@(protected)
>
> Isn't OGNL supposed to search the value stack, then request, then session for a property value? Or his was a s:if test, so it is only the value stack?
>
> Sent from my iPhone
>
> On Aug 18, 2008, at 4:02 AM, "Ylva Degerfeldt" <ylva.degerfeldt@(protected):
>
> Thank you all for your answers!
>
> "#session.skillsFound" worked (Not "#skillsFound" but that doesn't
> matter. One way to do it is enough.)
>
> Now I have a new problem, but I'll take that in another mail.
>
> /Ylva
>
> On Sun, Aug 17, 2008 at 4:48 PM, "Stephan Schröder" <simon.void@(protected):
> --- On Sun, 8/17/08, "Stephan Schröder" wrote:
> i'm pretty sure <s:if test="#skillsFound != null"> works too.
>
> AFAIK the "#" syntax will work only if the variable was defined as a named
> stack context variable via something like <s:set...> or as the value of a
> "var" ("id" in S2.0) attribute and so on.
>
> Dave
>
> good to know.
>
> Thanks,
> Stephan
> --
> GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion!
> http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>

_________________________________________________________________
Get ideas on sharing photos from people like you. Find new ways to share.
http://www.windowslive.com/explore/photogallery/posts?ocid=TXT_TAGLM_WL_Photo_Gallery_082008

I sent the following to the tomcat mailing list. Since it also involves struts I thought I'd also send it on here and see if anyone has any ideas

Cheers
Adam

________________________________

From: Adam Jenkins [mailto:AdamJenkins@(protected)]
Sent: Tue 19/08/2008 4:05 PM
To: users@(protected)
Subject: NullPointerException 5.5.17 Request.setAttribute(Request.java:1376)



Hi All,
I'be been tearing my hair out for a couple of weeks over this one and would appreciate any assistance anyone could give. It's a bit of a unique scenario, so it'll take me a little while to explain:
We have a legacy struts app, forwarding to a jsf app (details of how below) running on tomcat 5.5.17. 99.9% of the time everythign works great, but every now and then (which in users speak translates to 'I keep on getting', hence we can't ignore it) a NullPointerException gets thrown from org.apache.catalina.connector.Request.setAttribute.
The flow is:
Third party application ---<<http redirect>>---> JSFBridgeFilter (will explain later) -----> Struts application ----> JSFBridge--->JSF Application--->Response back to third party app.
The struts application contains proprietary logic to interface with the third party app, so we can't get rid of it. Business wants all development internally to be done in JSF, so we can't get rid of that.
The JSFBridgeFilter instantiates the JSF Context for later use, and wraps the request that is used to instantiate it in a request wrapper that translates ".do" context paths to ".jsf" context paths (otherwise all the forms submit back to ".do" after coming from the struts framework. It looks like this:
public void doFilter(ServletRequest strutsRequest, ServletResponse response, FilterChain chain) throws IOException, ServletException {

HttpServletRequest jsfRequest = new StrutsToJsfRequestWrapper((HttpServletRequest)strutsRequest);

JSFBridge.getFacesContext(viewId, (HttpServletRequest)jsfRequest, (HttpServletResponse)response);

chain.doFilter(strutsRequest, response);

}

...and the StrutsToJsfRequestWrapper contains only one override method (it extends HttpServletRequestWrapper):
@Override

public String getServletPath() {

    String oldPath = super.getServletPath();

    String newPath = null;

    int index = oldPath.lastIndexOf(".do");

    if (index >= 0) {

          newPath = oldPath.substring(0, index + 1) + ".jsf";

    } else {

          newPath = oldPath;

    }

    return newPath;

}



Now, you'll notice in the filter that the request wrapper is used to instantiate the faces context, and the original request passed onto the struts application. The 'getFacesContext' method implements some code from the apache myfaces wiki that shows a way to call into the JSF framework from non jsf artifacts:



It looks like this:



public class JSFBridge {



    private abstract static class InnerFacesContext extends FacesContext {

          protected static void setFacesContextAsCurrentInstance(final FacesContext facesContext) {

               FacesContext.setCurrentInstance(facesContext);

          }

    }



    public static FacesContext getFacesContext(final String viewId, final ServletRequest request, final ServletResponse response) {

          FacesContext facesContext = FacesContext.getCurrentInstance();

          if (facesContext != null) {

               return facesContext;

          }

          return getNewFacesContext(viewId, request, response);

    }



    public static FacesContext getNewFacesContext(final String viewId, final ServletRequest request, final ServletResponse response) {

          FacesContext facesContext;

          FacesContextFactory contextFactory = (FacesContextFactory) FactoryFinder.getFactory(FactoryFinder.FACES_CONTEXT_FACTORY);

          LifecycleFactory lifecycleFactory = (LifecycleFactory) FactoryFinder.getFactory(FactoryFinder.LIFECYCLE_FACTORY);

          Lifecycle lifecycle = lifecycleFactory.getLifecycle(LifecycleFactory.DEFAULT_LIFECYCLE);

          facesContext = contextFactory.getFacesContext(((HttpServletRequest)request).getSession().getServletContext(),request, response, lifecycle);

          InnerFacesContext.setFacesContextAsCurrentInstance(facesContext);

          UIViewRoot view = facesContext.getApplication().getViewHandler().createView(facesContext, viewId);

          facesContext.setViewRoot(view);

          return facesContext;

    }

}



And the final piece of the puzzle is a struts action that actually loads the context and forwards to the appropriate JSF method...which looks like this:



public class ForwardToJSFAction extends Action {

   

    public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception {

          JSFMapping viewMapping = (JSFMapping) mapping;

          FacesContext ctx = JSFBridge.getFacesContext(viewMapping.getViewId(), request, response);

          MethodBinding mb = lookupMethodBinding(viewMapping, ctx);

          navigateToMethodBinding(viewMapping, ctx, mb);

          return null;

    }



    private MethodBinding lookupMethodBinding(JSFMapping viewMapping, FacesContext ctx) {

          return ctx.getApplication().createMethodBinding("#{" + viewMapping.getJsfAction() + "}", new Class[] {});

    }



    private void navigateToMethodBinding(JSFMapping viewMapping, FacesContext ctx, MethodBinding mb) {

          Object obj = mb.invoke(ctx, new Object[] {});

          NavigationHandler navHandler = ctx.getApplication().getNavigationHandler();

          navHandler.handleNavigation(ctx, "#{" + viewMapping.getJsfAction() + "}", (String) obj);

    }

}



Now, as odd as all this looks, it actually works quite well in 99.9% of the cases. We get a request in struts, which forwards quite nicely onto a JSF method and completes the business process in JSF. Every now and then though, we get the following error when we try to invoke the method binding:

Caused by: java.lang.NullPointerException
    at org.apache.catalina.connector.Request.setAttribute (Request.java:1376)
    at org.apache.catalina.connector.RequestFacade.setAttribute (RequestFacade.java:500)
    at javax.servlet.ServletRequestWrapper.setAttribute (ServletRequestWrapper.java:283)
    at org.apache.myfaces.context.servlet.RequestMap.setAttribute (RequestMap.java:46)
    at org.apache.myfaces.context.servlet.AbstractAttributeMap.put (AbstractAttributeMap.java:104)
    at org.apache.myfaces.el.VariableResolverImpl.resolveVariable (VariableResolverImpl.java:301)
    at org.apache.myfaces.config.LastVariableResolverInChain.resolveVariable(LastVariableResolverInChain.java:42)
    at org.apache.myfaces.el.ValueBindingImpl$ELVariableResolver.resolveVariable(ValueBindingImpl.java:574)
    at org.apache.commons.el.NamedValue.evaluate (NamedValue.java:124)
    at org.apache.myfaces.el.ValueBindingImpl.resolveToBaseAndProperty (ValueBindingImpl.java:455)
    at org.apache.myfaces.el.MethodBindingImpl.resolveToBaseAndProperty (MethodBindingImpl.java:180)
    at org.apache.myfaces.el.MethodBindingImpl.invoke (MethodBindingImpl.java:114)
Diving into Request.java(Line 1376), shows that it's happening on this line:
Object listeners[] = context.getApplicationEventListeners();
So I'm guessing that 'context' is null for some reason. Since it is so rare, it's almost impossible to reproduce in a manner consistent enough to actually diagnose and debug it.
Can anyone see, from the above, anything that could shed some light on this?
Cheers
Adam

Number 1 in Truck Insurance

______________________________________________________________________
CAUTION - This message is intended for the addressee named above.

It may contain privileged or confidential information. If you are
not the intended recipient of this message you must not use,
copy, distribute or disclose it to anyone other than the addressee.
If you have received this email in error please return the message to the sender by replying to it and then delete the message from your computer.

Internet e-mails are not necessarily secure.
National Transport Insurance does not accept responsibility for changes made to this message after it was sent.
______________________________________________________________________


Number 1 in Truck Insurance

______________________________________________________________________
CAUTION - This message is intended for the addressee named above.

It may contain privileged or confidential information. If you are
not the intended recipient of this message you must not use,
copy, distribute or disclose it to anyone other than the addressee.
If you have received this email in error please return the message to the sender by replying to it and then delete the message from your computer.

Internet e-mails are not necessarily secure.
National Transport Insurance does not accept responsibility for changes made to this message after it was sent.
______________________________________________________________________