myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matthias Wessendorf <mat...@apache.org>
Subject Re: <trh:script> tag causes deadlock on weblogic 9.2 cluster
Date Tue, 14 Apr 2009 09:24:07 GMT
hrm, when replacing the EL jars fixes it (or causes it on the other direction)
AND the same issue occurs with vanilla JSF, it is somewhat clear to me
that the issue is in the EL layer. Do you see where it is deadlocked ?

-Matthias

On Tue, Apr 14, 2009 at 11:19 AM, Rupak Kumar Sah
<Rupak.Sah@chordiant.com> wrote:
> Yeah, it's clearly says the thread is stuck on session replication, but
> as the same version of Weblogic works fine with older version of EL
> jars, hence they would never accept it as their issue at first place.
>
> I raised this issue with Sun also, and they says they suggests to raise
> it with Trinidad as the issue is with the trinidad components and the
> same version of jars works fine else where.
>
> Suggest us what to do next.
>
> -----Original Message-----
> From: simon.kitching@chello.at [mailto:simon.kitching@chello.at]
> Sent: Tuesday, April 14, 2009 2:20 PM
> To: MyFaces Development
> Cc: Sabitha Gopal Pandit
> Subject: Re: <trh:script> tag causes deadlock on weblogic 9.2 cluster
>
> The stacktrace clearly shows that this is a problem with Weblogic
> session replication or network configuration and nothing whatsoever to
> do with JSF or Myfaces. Data is being stored into the session, and then
> when weblogic tries to replicate that data to other members of the
> cluster a hang is occurring within Weblogic.
>
> So please take this discussion to the correct weblogic-specific list or
> forum.
>
> Thanks,
> Simon
>
> Matthias Wessendorf schrieb:
>> Hi,
>>
>> looks like the issue is not really tied to Trinidad.
>> It occurs with vanilla JSF as well. Perhaps this
>> is a problem in the weblogic core, and not the frameworks ?
>>
>> -Matthias
>>
>> On Thu, Apr 9, 2009 at 6:53 AM, Sabitha Gopal Pandit
>> <Sabitha.Gopal@chordiant.com> wrote:
>>> Hi Matthias,
>>>
>>> We tried the same but didn't work for us
>>>
>>> Thanks,
>>> Sabitha
>>>
>>> -----Original Message-----
>>> From: mwessendorf@gmail.com [mailto:mwessendorf@gmail.com] On Behalf
> Of Matthias Wessendorf
>>> Sent: Wednesday, April 08, 2009 7:52 PM
>>> To: MyFaces Development
>>> Cc: Sabitha Gopal Pandit
>>> Subject: Re: <trh:script> tag causes deadlock on weblogic 9.2 cluster
>>>
>>> Sabitha,
>>>
>>> can you take a look at the bug ?
>>> Max Starets added a comment.
>>>
>>> Thx,
>>> Matthias
>>>
>>> On Wed, Apr 8, 2009 at 2:42 PM, Sabitha Gopal Pandit
>>> <Sabitha.Gopal@chordiant.com> wrote:
>>>> I have raised TRINIDAD-1450 for this issue
>>>>
>>>> Thanks,
>>>> Sabitha
>>>>
>>>> -----Original Message-----
>>>> From: mwessendorf@gmail.com [mailto:mwessendorf@gmail.com] On Behalf
> Of Matthias Wessendorf
>>>> Sent: Wednesday, April 08, 2009 6:08 PM
>>>> To: MyFaces Development
>>>> Subject: Re: <trh:script> tag causes deadlock on weblogic 9.2
> cluster
>>>>
>>>> On Wed, Apr 8, 2009 at 2:33 PM, Sabitha Gopal Pandit
>>>> <Sabitha.Gopal@chordiant.com> wrote:
>>>>> Can I know the URL to create the JIRA?
>>>> https://issues.apache.org/jira/browse/TRINIDAD
>>>>
>>>> -M
>>>>
>>>>> Thanks,
>>>>> Sabitha
>>>>>
>>>>> -----Original Message-----
>>>>> From: mwessendorf@gmail.com [mailto:mwessendorf@gmail.com] On
> Behalf Of Matthias Wessendorf
>>>>> Sent: Wednesday, April 08, 2009 6:02 PM
>>>>> To: MyFaces Development
>>>>> Subject: Re: <trh:script> tag causes deadlock on weblogic 9.2
> cluster
>>>>>
>>>>> Hey Sabitha,
>>>>>
>>>>> can you create a JIRA ticket ?
>>>>> Once done, I'll ask our WLS folks to take a look...
>>>>>
>>>>> thanks,
>>>>> matthias
>>>>>
>>>>> On Wed, Apr 8, 2009 at 2:23 PM, Sabitha Gopal Pandit
>>>>> <Sabitha.Gopal@chordiant.com> wrote:
>>>>>> Hi Matthias,
>>>>>>
>>>>>> As part facelets1.1.14 the el jars which earlier was el-ri.jar is
> now
>>>>>> el-impl.jar
>>>>>>
>>>>>> We have identified that any JSF page with the <trh:script>
which
> is used
>>>>>> to load javascripts  is causing this.
>>>>>>
>>>>>> Simple JSF page works.
>>>>>>
>>>>>> Error observed on console. In the JSF page we get an error when we
> try
>>>>>> to load the pm.js using the tag
>>>>>>
>>>>>>  INFO: Added Library from:
>>>>>>
> zip:/export/vol02/CFS_Cluster/user_projects/domains/Cluster_AutoDomain/.
>>>>>>
> /servers/ManagedServer_1/stage/chordiant/chordiant/Advisor/WEB-INF/lib/t
>>>>>> rinidad-impl-1.0.10.jar!/META-INF/trh.taglib.xml
>>>>>> <Apr 3, 2009 5:03:36 PM IST> <Error> <WebLogicServer>
<BEA-000337>
>>>>>> <[STUCK] ExecuteThread: '5' for queue: 'weblogic.kernel.Default
>>>>>> (self-tuning)' has been busy for "616" seconds working on the
> request
>>>>>> "Http Request:
>>>>>> /Advisor/iAdvisorWeb/bundles/profilemanager/scripts/pm.js", which
> is
>>>>>> more than the configured time (StuckThreadMaxTime) of "600"
> seconds.
>>>>>> Stack trace:
>>>>>>
>>>>>>
> weblogic.servlet.internal.session.ReplicatedSessionContext.getSessionInt
>>>>>> ernal(ReplicatedSessionContext.java:375)
>>>>>>
>>>>>>
> weblogic.servlet.internal.ServletRequestImpl$SessionHelper.getValidSessi
>>>>>> on(ServletRequestImpl.java:2521)
>>>>>>
>>>>>>
> weblogic.servlet.internal.ServletRequestImpl$SessionHelper.getSessionInt
>>>>>> ernal(ServletRequestImpl.java:2090)
>>>>>>
>>>>>>
> weblogic.servlet.internal.ServletRequestImpl$SessionHelper.getSession(Se
>>>>>> rvletRequestImpl.java:2057)
>>>>>>
>>>>>>
> weblogic.servlet.internal.ServletRequestImpl.getSession(ServletRequestIm
>>>>>> pl.java:1189)
>>>>>>
>>>>>>
> weblogic.servlet.security.internal.SecurityModule$SessionRetrievalAction
>>>>>> .run(SecurityModule.java:535)
>>>>>>
>>>>>>
> weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSu
>>>>>> bject.java:321)
>>>>>>
>>>>>>
> weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121
>>>>>> )
>>>>>>
>>>>>>
> weblogic.servlet.security.internal.SecurityModule.getUserSession(Securit
>>>>>> yModule.java:426)
>>>>>>
>>>>>>
> weblogic.servlet.security.internal.ServletSecurityManager.checkAccess(Se
>>>>>> rvletSecurityManager.java:81)
>>>>>>
>>>>>>
> weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServ
>>>>>> letContext.java:1920)
>>>>>>
>>>>>>
> weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletCont
>>>>>> ext.java:1890)
>>>>>>
>>>>>>
> weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java
>>>>>> :1344)
>>>>>>
> weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
>>>>>>            weblogic.work.ExecuteThread.run(ExecuteThread.java:181
>>>>>>
>>>>>> Thanks,
>>>>>> Sabitha
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: mwessendorf@gmail.com [mailto:mwessendorf@gmail.com] On
> Behalf Of
>>>>>> Matthias Wessendorf
>>>>>> Sent: Wednesday, April 08, 2009 5:35 PM
>>>>>> To: MyFaces Development
>>>>>> Subject: Re: <trh:script> tag causes deadlock on weblogic 9.2
> cluster
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> so, the "old" ri is "clean" ?
>>>>>> What is the dump ?
>>>>>>
>>>>>> can you post some more information ?
>>>>>>
>>>>>> Also, does this reproduce with a (simple) Trinidad page?
>>>>>>
>>>>>> Is it JSP(X) or Facelets ?
>>>>>>
>>>>>> -Matthias
>>>>>>
>>>>>> On Wed, Apr 8, 2009 at 2:02 PM, Sabitha Gopal Pandit
>>>>>> <Sabitha.Gopal@chordiant.com> wrote:
>>>>>>> Hi ALL,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> We are facing this strange issue. We are in the release phase
of
> our
>>>>>>> application.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Any .jspx containing
>>>>>>>
>>>>>>> <trh:script> tag causes deadlock on weblogic 9.2 cluster
when
> used
>>>>>> with
>>>>>>> el-impl-1.0.jar.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> The same trinidad version is working fine when used with old
>>>>>> el-ri-1.0.jar.
>>>>>>>
>>>>>>>
>>>>>>> Note: Every thing works fine if deployed on non-clustered
> weblogic
>>>>>>> environment.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Environment Details:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> trinidad-api-1.0.10.jar
>>>>>>>
>>>>>>> trinidad-impl-1.0.10.jar
>>>>>>>
>>>>>>> el-api-1.0.jar
>>>>>>>
>>>>>>> el-impl-1.0.jar
>>>>>>>
>>>>>>> jsf-facelets-1.1.14.jar
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Quick response is very highly appreciated
>>>>>>>
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

Mime
View raw message