Hi Chandu,
On the wiki-page, the members of this group have tried to answer
different FAQ's regarding ADF as well runtime debugging as
diagnostics, httpAnalyzer, etc.
I would suggest you have a look at the FAQ page and if you can't find
the answer you're looking for, we can create a new topic for this
matter.
The wiki-page:
http://wiki.oracle.com/page/Oracle+ADF+FAQ
Kind regards,
Nathalie
On Apr 4, 1:46 am, Chandu Bhavsar <
chandu.bhav...@gmail.com> wrote:
> Sandra,
>
> Thanks much for the information on Oracle RUEI. This looks like an
> extension to Oracle EM which I'm well familiar with conceptually, but
> wasn't aware of this specific extension. It will be interesting to
> learn more about application of this technology to ADF apps in
> production.
>
> Yes, you're correct; RUEI would be for looking at diagnosability from
> a different angle than my original post. It is more relevant to
> production deployments of already well-tested applications. I started
> the topic thinking more about runtime diagnosis of issues during
> application development phase itself : Exploring if there are avenues
> to improve upon current runtime diagnostic, for improvement in
> developer productivity.
>
> Let me try to clarify my original post a bit with some concrete example
> (s). I guess I'm coming from a bit of privileged position when it
> comes to troubleshooting, having access to complete debug ADF (and
> other tiers as well if I wanted to) sources during in-house
> application development. In spite of this, there are times when it's
> not immediately obvious looking at existing diagnostic where the
> problem is coming from. Case in point, when presented with following
> exception stack recently, I couldn't immediately say for sure whether
> it was due to something wrong with the application itself, or a bug in
> ADF. To make a long story short, it ended up as some buggy logic in
> one of the application managed bean itself. It did require at least an
> hour's investigation on my part. This had me thinking if user
> community has any thoughts on enhancements in this area.
>
> javax.servlet.ServletException: Target Unreachable, '1' returned null
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:277)
> at weblogic.servlet.internal.StubSecurityHelper
> $ServletServiceAction.run(StubSecurityHelper.java:227)
> at weblogic.servlet.internal.StubSecurityHelper.invokeServlet
> (StubSecurityHelper.java:125)
> at weblogic.servlet.internal.ServletStubImpl.execute
> (ServletStubImpl.java:292)
> at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
> at weblogic.servlet.internal.FilterChainImpl.doFilter
> (FilterChainImpl.java:56)
> at oracle.adf.model.servlet.ADFBindingFilter.doFilter
> (ADFBindingFilter.java:189)
> at weblogic.servlet.internal.FilterChainImpl.doFilter
> (FilterChainImpl.java:56)
> at
> oracle.adfinternal.view.faces.webapp.rich.RegistrationFilter.doFilter
> (RegistrationFilter.java:85)
> at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl
> $FilterListChain.doFilter(TrinidadFilterImpl.java:289)
> at oracle.adfinternal.view.faces.activedata.AdsFilter.doFilter
> (AdsFilter.java:54)
>
> BTW just as I was writing this up, I came across this recent Steve
> Muench's blog post about customizing application error handlers for
> informational messages. It seems relevant to the point I'm raising. I
> haven't had a chance to dig into it yet. Let me do just that, and
> revisit this topic after that if I feel it appropriate.
>
>
http://radio.weblogs.com/0118231/2009/03/20.html#a944
>
> Thx.,
> Chandu
>
> On Apr 3, 1:24 am, Sandra Muller <
sandra.mul...@oracle.com> wrote:
>
>
>
> > Hi Chandu,
>
> > I came across Oracle Real User Experience Insight (Oracle RUEI) and
> > this is a different approach to runtime diagnosis: from the user point
> > of view. It sniffs the network communication packages before it gets
> > to the application server(s) and is able to trace a user session this
> > way. You can configure how to recognize an HTML response with an error
> > shown to the user, and get alerts when that happens. That allows you
> > to trace back the user session where the error occurred, and
> > understand what (s)he was doing. You can also zoom in on userid and
> > time.
>
> > I'm not sure if this helps with what you are looking for, but if you
> > want to know more, check outhttp://
www.oracle.com/technology/products/oem/prod_focus/realuserexpe...
> > > Chandu- Hide quoted text -
>
> - Show quoted text -