We apologize for untranslated text, you can use the Google Translation button to get an automatic translation of the web page in the language of your choice.

Conversations

[ JCMS 7.0.4 ] conflit de librairie avec Weblogic 10.3

Sébastien Raphel · on 11/15/12 at 11:01 AM

Bonjour le support,

Sur un site de production fonctionnant sous weblogic 10.3, nous avons un problème lié à mon avis aux librairies Java de weblogic. En effet, lors de l'accès à la page " libInfo.jsp " (fonctionnalité "liste des bibliothèques"), le site génère une erreur FATAL et s'arrête. Voici l'erreur que l'on trouve dans les logs à cet instant :

2012-11-15 11:03:28,215 FATAL [[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] [Intranet Web 2.0] [jcms.ChannelInitServlet] [172.20.193.31, j_2, Admin] - An exception occured while initializing JCMS. The site is not available.
java.lang.Exception: Cannot start site at "/en/", site has already been started at "/data_tech/weblogic/domains/wlsjcmp/servers/jcmServer1/tmp/_WL_user/leader/smji7k/war/"
	at com.jalios.jcms.Channel.checkMultipleLaunch(Channel.java:829)
	at com.jalios.jcms.Channel.<init>(Channel.java:732)
	at com.jalios.jcms.Channel.initialize(Channel.java:945)
	at com.jalios.jcms.ChannelInitServlet.init(ChannelInitServlet.java:108)
	at com.jalios.jcms.test.JcmsTestCase.initChannel(JcmsTestCase.java:223)
	at com.jalios.jcms.test.JcmsTestCase.<clinit>(JcmsTestCase.java:167)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:247)
	at com.jalios.jcms.JcmsUtil.getClassList(JcmsUtil.java:3144)
	at com.jalios.jcms.JcmsUtil.getClassList(JcmsUtil.java:3083)
	at jsp_servlet._admin.__libinfo._jspService(__libinfo.java:3823)
	at weblogic.servlet.jsp.JspBase.service(JspBase.java:34)
	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:301)
	at weblogic.servlet.internal.ServletStubImpl.onAddToMapException(ServletStubImpl.java:416)
	at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:327)
	at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at com.jalios.jcms.servlet.FriendlyURLFilter.doFilter(FriendlyURLFilter.java:119)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at com.jalios.jcms.servlet.GZIPFilter.doFilter(GZIPFilter.java:56)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at com.jalios.jcms.servlet.ChromeFrameFilter.doFilter(ChromeFrameFilter.java:58)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at com.jalios.jcms.servlet.InitFilter.doFilter(InitFilter.java:210)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at com.jalios.jcms.db.HibernateSessionFilter.doFilter(HibernateSessionFilter.java:38)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at com.jalios.jcms.upload.MultipartFilter.doFilter(MultipartFilter.java:181)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at com.jalios.jcms.ajax.AjaxFilter.doFilter(AjaxFilter.java:56)
	at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
	at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730)
	at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
	at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
	at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
	at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
	at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
	at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
	at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
	at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)

Pourtant la page se charge et voici ce qu'elle nous affiche :

(désolé pour ceux qui n'ont pas accès à private, ils ne verront pas l'image)

Bien entendu nous avons essayé de paramétrer dans un weblogic.xml de l'application le fait que les librairies de JCMS soient prises en priorité mais cela n'est pas pris en compte. Est-ce la page libInfo.jsp qui n'en tient pas compte ou est-ce notre paramétrage qui est non fonctionnel ?
Nous avons essayé d'ajouter :

<container-descriptor>
<prefer-web-inf-classes>true</prefer-web-inf-classes>
</container-descriptor>

puis

<prefer-application-packages>
<package-name>chemin.de.ton.package.*</package-name>
</prefer-application-packages>

avec le chemin vers les packages que nous pensions en conflits.

Avez-vous déjà rencontré ce cas ? si oui comment l'avez-vous réglé ?
Avez-vous des bonnes pratiques à suivre dans ce cas, une orientation à nous donner ?

8 pts

Sébastien Raphel · on 11/15/12 at 4:12 PM

Je crois que j'ai en fait 2 sujets dans mon post précédents :

le clic sur "liste des bibliothèques" (libInfo.jsp) provoque un second démarrage du site qui provoque l'erreur
weblogic surcharge toujours les librairies de JCMS

1 pt