[JBoss Seam] - No ClassLoaders found for: org.jboss.seam.core.FacesPage
by Jayaranga
Hello,
I am upgrading my seam framework from 1.0.1 to 1.1.6.
my application works fine with seam 1.0.1 and even deployed in 1.1.6
(server configuration jboss 4.0.5 / tomcat 5.5 / jsf 1.1.4 )
but the application gives errors in loading.
server.log
------------------------------
2007-03-15 08:45:55,041 ERROR [com.sun.faces.renderkit.ResponseStateManagerImpl] No ClassLoaders found for: org.jboss.seam.core.FacesPage
java.lang.ClassNotFoundException: No ClassLoaders found for: org.jboss.seam.core.FacesPage
at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:212)
at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:511)
at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:405)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
at java.util.HashMap.readObject(HashMap.java:1013)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:919)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1813)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1628)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1293)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1628)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1293)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1628)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1293)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1628)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1293)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
at com.sun.faces.renderkit.ResponseStateManagerImpl.getTreeStructureToRestore(ResponseStateManagerImpl.java:127)
at com.sun.faces.application.StateManagerImpl.restoreTreeStructure(StateManagerImpl.java:366)
at com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:238)
at org.ajax4jsf.framework.ajax.AjaxStateManager.restoreView(AjaxStateManager.java:76)
at org.jboss.seam.jsf.SeamStateManager.restoreView(SeamStateManager.java:49)
at org.ajax4jsf.framework.ajax.AjaxStateManager.restoreView(AjaxStateManager.java:76)
at com.sun.faces.application.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:228)
at com.sun.rave.web.ui.appbase.faces.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:337)
at org.ajax4jsf.framework.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:109)
at org.ajax4jsf.framework.ajax.AjaxViewHandler.restoreView(AjaxViewHandler.java:140)
at org.jboss.seam.jsf.SeamViewHandler.restoreView(SeamViewHandler.java:64)
at org.ajax4jsf.framework.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:109)
at org.ajax4jsf.framework.ajax.AjaxViewHandler.restoreView(AjaxViewHandler.java:140)
at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:157)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at roomsnet.r5.tracker.VisitorTracker.doFilter(VisitorTracker.java:161)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
----------------------------------------
my application.xml include the following chunck of lines
Can somebody help me regarding this??
<module>
| <java>jboss-seam.jar</java>
| </module>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028299#4028299
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028299
19Â years, 1Â month
[Installation, Configuration & Deployment] - Large ear file -> slow development cycle
by mvindahl
Hi there :). I've been reading the forums trying to find a solution for my problem, but to no avail. I am posting this in the hope that someone can point me to an obvious "duh!" solution.
My story: I have taken over an existing project which uses JBoss to deploy a large ear file. Having optimized the build environment (which was in mild neglect), I would now like to optimize the deployment if at all possible.
When I took over the project, it would pack jars and stuff into a large ear file, copy it to the local JBoss deployment directory, followed by JBoss working like mad for about 30 seconds redeploying the thing. I have now chosen to use exploded deployment, saving the packing part and most of the copying in most cases. However, it is still a bottleneck that JBoss redeploys the entire application. As far as I can tell from the forums, there is no way to avoid that, right?
I've tried another approach too, but it seemed impossible and probably was. Since my application is structured in well defined layers with well defined dependencies, the first idea was to split the large ear into several smaller ears and deploy each one. However, I couldn't get that to work at all, maybe due to my limited understanding of JBoss. Would that be a viable path to take if I did it right or is it just plain impossible?
I have also considered if I should find a way to test my code without redeploying every time. I might look into that ..
I guess I should note that although the development cycle is not really bad (build and redeploy in about one minute), and even though some may argue that I shouldn't complain, if there is an easy wayto bring it down, I'll do that. I would like to at least cut this time in half. IMHO it only takes 30 seconds before your mind is guaranteed to wander off into open space and to forget which particular thing you are testing at the moment ... or that mey just be my mind :)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028298#4028298
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028298
19Â years, 1Â month
[Management, JMX/JBoss] - Re: Class loader probelm
by azhurakousky
If you are using the same Spring versions, then your runtime of bothe WAR and SAR should use classes loaded by the same class loader, to avoid problems. There are several things you can do.
1) The obvious one is to do what you don't want to do (why?) and that is to copy Spring JARs in the lib directory of JBoss. This way WAR and SAR will be using classes loaded by the same class loader.
2) Since you don't want to copy to lib dir, and if I understand correctly your SAR and WAR have some type of reliance on one another, you can encapsulate your WAR inside of SAR.
3) You can also enable JBoss Class Loading model for the WAR. By default it is desabled and that is why you are having problems whenever you are dealing with the same classes (WAR/SAR). You probably getting ClassCast/Linkage and other errors simply becouse those classes are loaded by different class loaders. To do that:
a) Remove your loader isolation for the SAR
b) Go to JBOSS_HOME/server/<your_configuration>/deploy/jbossweb-tomcat55.sar\META-INF\jboss-service.xml and change the following attribute to "true"
| <attribute name="UseJBossWebLoader">true</attribute>
|
Let me know
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028294#4028294
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028294
19Â years, 1Â month
[JBoss Seam] - bpchar conversion with PostgreSQL
by idylle
Hi,
I've got a problem when reverse-engineering my PostgreSQL base with seam 1.2.0PATCH1.
Entity beans are well generated but when I restart my server I got the following error :
--- MBeans waiting for other MBeans ---
| ObjectName: persistence.units:ear=bourseEmploi.ear,unitName=bourseEmploi
| State: FAILED
| Reason: javax.persistence.PersistenceException: org.hibernate.HibernateException: Wrong column type: agtdna, expected: varchar(10)
| I Depend On:
| jboss.jca:service=DataSourceBinding,name=bourseEmploiDatasource
|
It appears on all database fields that are of type character(X) where X is more than 1. No problem with varchar(X) types.
I've found a work around : for each field of that type, I modify manually the Column definition in the entity bean file :
Generated code is :
@Column(name = "agtdna", nullable = false, length = 10)
| @NotNull
| @Length(max = 10)
| public String getAgtdna() {
| return this.agtdna;
| }
After my modification :
@Column(name = "agtdna", columnDefinition = "bpchar(10)", nullable = false, length = 10)
| @NotNull
| @Length(max = 10)
| public String getAgtdna() {
| return this.agtdna;
| }
Is there a way to parameter the mapping-types before calling seam generate-entities so that I wouldn't have to modify manually all files? In the same idea, is there a way to parameter which fields are primary key or foreign keys for a table?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028290#4028290
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028290
19Â years, 1Â month
[Tomcat, HTTPD, Servlets & JSP] - Troubles with using PhaseListener implementation
by Serrg Blues
I use JBoss 4.0.4GA+JSF(1.2_04-b07-FCS)+Facelets(1.1.11)
My web.xml file :
| <?xml version="1.0" encoding="UTF-8"?>
| <web-app version="2.4"
| xmlns="http://java.sun.com/xml/ns/j2ee"
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
| xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" >
|
|
| <!-- Use Documents Saved as *.xhtml -->
| <context-param>
| <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
| <param-value>.jsf</param-value>
| </context-param>
|
| <!-- Special Debug Output for Development -->
| <context-param>
| <param-name>facelets.DEVELOPMENT</param-name>
| <param-value>true</param-value>
| </context-param>
|
| <!-- Optional JSF-RI Parameters to Help Debug -->
| <context-param>
| <param-name>com.sun.faces.validateXml</param-name>
| <param-value>true</param-value>
| </context-param>
| <context-param>
| <param-name>com.sun.faces.verifyObjects</param-name>
| <param-value>true</param-value>
| </context-param>
|
| <!-- Faces Servlet -->
| <servlet>
| <servlet-name>Faces Servlet</servlet-name>
| <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
| <load-on-startup>1</load-on-startup>
| </servlet>
|
| <!-- Faces Servlet Mapping -->
| <servlet-mapping>
| <servlet-name>Faces Servlet</servlet-name>
| <url-pattern>*.xhtml</url-pattern>
| </servlet-mapping>
|
| <welcome-file-list>
| <welcome-file>index.html</welcome-file>
| </welcome-file-list>
|
| <security-constraint>
| <display-name>Restrict XHTML Documents</display-name>
| <web-resource-collection>
| <web-resource-name>JSF</web-resource-name>
| <url-pattern>*.jsf</url-pattern>
| </web-resource-collection>
| <auth-constraint>
| <description>Only Let 'developer's access JSF pages</description>
| <role-name>developer</role-name>
| </auth-constraint>
| </security-constraint>
|
| <security-role>
| <role-name>developer</role-name>
| </security-role>
|
| </web-app>
|
And faces-config.xml file :
| <?xml version='1.0' encoding='UTF-8'?>
| <faces-config xmlns="http://java.sun.com/xml/ns/javaee"
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
| xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd"
| version="1.2">
|
| <application>
| <view-handler>
| com.sun.facelets.FaceletViewHandler
| </view-handler>
| </application>
|
|
| <!-- our NumberBean we just created -->
|
| <managed-bean>
| <managed-bean-name>loginBean</managed-bean-name>
| <managed-bean-class>com.fabulous_valley.managed_beans.login.LoginBean</managed-bean-class>
| <managed-bean-scope>session</managed-bean-scope>
| </managed-bean>
|
| <managed-bean>
| <managed-bean-name>prototypeBean</managed-bean-name>
| <managed-bean-class>com.fabulous_valley.PrototypeBean</managed-bean-class>
| <managed-bean-scope>session</managed-bean-scope>
| <managed-property>
| <property-name>testString</property-name>
| <value>test</value>
| </managed-property>
| </managed-bean>
|
|
|
| </faces-config>
|
And all worked ...
But if I try to use
| <lifecycle>
| <phase-listener>
| com.mydomen.web.MyPhaseListener
| </phase-listener>
| </lifecycle>
|
in faces-config.xml, then in deploy stage I have next message :
anonymous wrote :
| 13:27:14,941 INFO [Server] JBoss (MX MicroKernel) [4.0.4.GA (build: CVSTag=JBoss_4_0_4_GA date=200605151000)] Started in 25s:970ms
| 13:27:15,160 ERROR [[/]] StandardWrapper.Throwable
| java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
| at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:256)
| at javax.faces.webapp.FacesServlet.init(FacesServlet.java:142)
| at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
| at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
| at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3917)
| at org.apache.catalina.core.StandardContext.start(StandardContext.java:4201)
| at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
| at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
| at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
|
How can I fix this problem Help me please ...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028289#4028289
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028289
19Â years, 1Â month