Hello All, Thanks for sending me the sample. It is working fine with websphere6.1, after changing the loading process. However,while integrating few features into my application, as I'm using LDAP Security in my application, when I change the loading process I end up with exceptions. The taglibraries are not working without changing the load process. In factI tried to integrated tomahawk taglibrarary in my application by changing the load process but failed. Please look into detailed description. Your help would be highly appreciated. Here is the information regarding websphere problem
Aim:- Sort the columns of datatable using jsf Environment: - JSF,Spring,Hibernate with websphere6.1 I tried to solve this problem with 2 alternative solutions.,but end up with exceptions. Solution 1:-Integrated Tomahawk 1.1.6 TagLibraries, in my application JAR Files in the project are as follows. antlr-2.7.7.jarcglib-2.2_beta1.jar,cglib-nodep-2.2_beta1.jar,commons-bea nutils.jar, commons-collections-3.2.jar, commons-digester.jar commons-lang-2.4.jar,dom4j-1.6.1.jar ehcache-1.3.0.jar, el-api-1.0.jar el-impl-1.0.jar, hibernate3.jar, jcifs-1.2.18.jar, jsf-api-1.2_04-p02.jar , jsf-facelets.jar, myfaces-all.jar, servlet-api-2.4.jar, spring-ldap-1.2.1.jar, spring.jar and tomahawk-1.1.6.jar I did n't change the loading process, but when I click on datatable page, where exactly tomahawk taglibraries are integrated,I end up with following excpetions. Exceptions in brief in the console are as follows. :- Uncaught exception thrown in one of the service methods of the servlet: Faces Servlet. Exception thrown: java.lang.ExceptionInInitializerError Caused by: java.util.MissingResourceException: Can't find bundle for base name com.sun.el.Messages, locale en_US at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.ja va:853) at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:822) at java.util.ResourceBundle.getBundle(ResourceBundle.java:566) at com.sun.el.util.MessageFactory.<clinit>(Unknown Source) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:177) Understanding over the problem:- Seems lik2 2 implementations of JSF is providing ambiguity, and need to Remove RI from websphere. Solution2:- Alter the module classloader policy to application first. Click on Enterprise Applications > My application > Manage Modules > My war file > Change Class loader order to "Classes loaded with application class loader first" Environment:- Same as solution1 Exception in brief:- [5/7/08 16:29:23:986 CDT] 00000023 WebApp E [Servlet Error]-[Filter [NtlmHttpFilter]: not a filter class]: java.lang.ClassCastException: jcifs.http.NtlmHttpFilter incompatible with javax.servlet.Filter Understanding over the problem:- Though 2 implementations of JSF is providing ambiguity, alter the module class loader policy is not helping, as LDAP Security implemented in the application needs websphere RI Classes to be Loaded first. Please help me with appropriate solution. Thanks Krishna ------------------------------------------------------------------------ -------- From: Bravo Villegas Salvador Francisco [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 1:20 PM To: Nutulapati, Krishna Subject: TOBAGO.war working in WAS 6.1 Krishna, This is the war with the example running. Anything else that you need, please let me know it. Regards, Salvador B. -----Original Message----- From: Bravo Villegas Salvador Francisco [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 12:50 PM To: MyFaces Discussion Subject: RE: tobago problems with Websphere 6.1 Hi, Thanks, it Works But my RAD still having the Warning of Unknown tag (jsp:body) and Unknown tag (layout:overview). Any ideas? Regards Salvador B. -----Mensaje original----- De: Stojan Peshov [mailto:[EMAIL PROTECTED] Enviado el: Jueves, 08 de Mayo de 2008 12:35 p.m. Para: MyFaces Discussion Asunto: Re: tobago problems with Websphere 6.1 You'll have to start every jsp with f:subview ex: <layout:somelayout> <f:subview id="sub"> <jsp:body> <tc:panel> .... Don't ask me why :) On Thu, May 8, 2008 at 5:39 PM, Bravo Villegas Salvador Francisco <[EMAIL PROTECTED]> wrote: > Hi, > > I check the WAR and take it off the myfaces-impl and myfaces-api from it, and send the same errors. > What else can I do? > > Regards, > Salvador B.
