[Messaging, JMS & JBossMQ] - Could not restore ejb timers
by prabir.ghosh
hi all,
i am new i jboss 4.0.4. i am getting this error while start my server.I am not able to debug this because i am new in jboss.so please help me out as soon as possbile.
2006-12-18 17:22:39,890 WARN [org.jboss.ejb.StatelessSessionContainer] Could not restore ejb timers
javax.management.RuntimeMBeanException
at org.jboss.mx.interceptor.ReflectedDispatcher.handleInvocationExceptions(ReflectedDispatcher.java:176)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:163)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.ejb.Container.restoreTimers(Container.java:766)
at org.jboss.ejb.SessionContainer.startService(SessionContainer.java:410)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy47.start(Unknown Source)
at org.jboss.ejb.EjbModule.startService(EjbModule.java:410)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy25.start(Unknown Source)
at org.jboss.ejb.EJBDeployer.start(EJBDeployer.java:662)
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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
at org.jboss.ws.server.WebServiceDeployer.start(WebServiceDeployer.java:117)
at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188)
at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy26.start(Unknown Source)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:997)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:997)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755)
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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.ha.singleton.HASingletonController.invokeSingletonMBeanMethod(HASingletonController.java:207)
at org.jboss.ha.singleton.HASingletonController.startSingleton(HASingletonController.java:144)
at org.jboss.ha.singleton.HASingletonSupport.makeThisNodeMaster(HASingletonSupport.java:197)
at org.jboss.ha.singleton.HASingletonSupport.partitionTopologyChanged(HASingletonSupport.java:133)
at org.jboss.ha.jmx.HAServiceMBeanSupport$1.replicantsChanged(HAServiceMBeanSupport.java:243)
at org.jboss.ha.framework.server.DistributedReplicantManagerImpl.notifyKeyListeners(DistributedReplicantManagerImpl.java:844)
at org.jboss.ha.framework.server.DistributedReplicantManagerImpl.add(DistributedReplicantManagerImpl.java:408)
at org.jboss.ha.jmx.HAServiceMBeanSupport.registerDRMListener(HAServiceMBeanSupport.java:251)
at org.jboss.ha.jmx.HAServiceMBeanSupport.startService(HAServiceMBeanSupport.java:173)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy8.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755)
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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
at org.jboss.Main.boot(Main.java:200)
at org.jboss.Main$1.run(Main.java:464)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NullPointerException
at org.jboss.ejb.txtimer.DatabasePersistencePolicy.listTimerHandles(DatabasePersistencePolicy.java:175)
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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy24.listTimerHandles(Unknown Source)
at org.jboss.ejb.txtimer.EJBTimerServiceImpl.restoreTimers(EJBTimerServiceImpl.java:408)
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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
... 191 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995202#3995202
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995202
19 years, 7 months
[Messaging, JMS & JBossMQ] - java.io.IOException: Client is not connected
by prabir.ghosh
hi i am getting this error . i have configured mail service in the mail service.xml file. i don't know what is the problem plz help me out.
2006-12-18 13:08:59,312 DEBUG [org.jboss.mq.il.uil2.SocketManager] Failed to handle: org.jboss.mq.il.uil2.msgs.CloseMsg20358912[msgType: m_connectionClosing, msgID: -2147483395, error: null]
java.io.IOException: Client is not connected
at org.jboss.mq.il.uil2.SocketManager.internalSendMessage(SocketManager.java:265)
at org.jboss.mq.il.uil2.SocketManager.sendReply(SocketManager.java:239)
at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:128)
at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:396)
at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:392)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748)
at java.lang.Thread.run(Thread.java:595)
2006-12-18 13:08:59,312 DEBUG [org.jboss.mq.il.uil2.SocketManager] End ReadTask.run
2006-12-18 13:08:59,312 DEBUG [org.jboss.mq.il.uil2.SocketManager] End WriteTask.run
2006-12-18 13:08:59,312 DEBUG [org.jboss.mq.il.uil2.SocketManager] Failed to send error reply
java.io.IOException: Client is not connected
at org.jboss.mq.il.uil2.SocketManager.internalSendMessage(SocketManager.java:265)
at org.jboss.mq.il.uil2.SocketManager.access$800(SocketManager.java:52)
at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:409)
at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:392)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748)
at java.lang.Thread.run(Thread.java:595)
2006-12-18 13:08:59,312 DEBUG [org.jboss.mq.il.uil2.ServerSocketManagerHandler] Exiting on IOE
java.net.SocketException: Socket closed
at java.net.SocketInputStream.read(SocketInputStream.java:162)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at org.jboss.util.stream.NotifyingBufferedInputStream.read(NotifyingBufferedInputStream.java:79)
at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2196)
at java.io.ObjectInputStream$BlockDataInputStream.readBlockHeader(ObjectInputStream.java:2376)
at java.io.ObjectInputStream$BlockDataInputStream.refill(ObjectInputStream.java:2443)
at java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.java:2515)
at java.io.ObjectInputStream$BlockDataInputStream.readByte(ObjectInputStream.java:2664)
at java.io.ObjectInputStream.readByte(ObjectInputStream.java:875)
at org.jboss.mq.il.uil2.SocketManager$ReadTask.run(SocketManager.java:317)
at java.lang.Thread.run(Thread.java:595)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995201#3995201
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995201
19 years, 7 months
[JBoss Getting Started Documentation] - Re: Reserve Jboss port in window OS during startup
by visolvejboss
Hello,
Check whether any of the windows process using the ports 1098 and 1099 using the following command at the command prompt.
>netstat -b
It will display all the process which are running under windows with their port numbers. If any of the process, using the above ports and if that process is not necessary, stop that process before starting the jboss.
Or else,
You can change the port numbers of services that are using 1098 and 1099 by configuring as follows.
Uncomment the following lines in the file jboss-service.xml.
>cd <JBOSS_HOME>/server/default/conf/jboss-service.xml
|
| 187 <mbean code="org.jboss.services.binding.ServiceBindingManager"
| 188 name="jboss.system:service=ServiceBindingManager">
| 189 <attribute name="ServerName">ports-01</attribute>
| 190 <attribute name="StoreURL">${jboss.home.url}/docs/examples/binding-manager/sample-bindings.xml</attribute>
| 191 <attribute name="StoreFactoryClassName">
| 192 org.jboss.services.binding.XMLServicesStoreFactory
| 193 </attribute>
| 194 </mbean>
|
Now, the JBoss Services runs under different ports.
Hope, This might help you.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995194#3995194
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995194
19 years, 7 months
[JBoss Seam] - Getting error when binding a dataTable to a backbean compone
by lle
Hi,
I have a t:dataTable that binds to a backbean's component as follows:
<t:dataTable id="sessionTable" forceId="true" var="sess" value="#{alertsList}"
| border="0" cellpadding="0" cellspacing="0" styleClass="listView" width="100%" renderedIfEmpty="true"
| binding="#{alertssearch.sessionTable}" forceIdIndexFormula="#{sess.id}" rowId="#{sess.id}" rowIndexVar="rowIndex"
| rowOnClick="selectRow(this.id, #{rowIndex});" />
Here is part of the backing bean's code:
@Name("alertssearch")
| @Scope(ScopeType.SESSION)
| @GALoggedIn
| public class GASessionSearchAction {
|
| @In
| private Session gadb;
| @In(create=true) @Out
| private GAFilter sessionfilter;
| @In
| private GAHostAppInfo hostApp;
| @In
| private FacesMessages facesMessages;
| @Logger
| private Log log;
| @DataModel
| private List<GASession> alertsList;
| @DataModelSelection
| @Out(required=false)
| private GASession selectedSession;
|
| private HtmlDataTable sessionTable;
|
| public HtmlDataTable getSessionTable() {
| if (this.sessionTable == null) {
| sessionTable = populateSessionTable();
| }
| return sessionTable;
| }
|
| public void setSessionTable(HtmlDataTable sessionTable) {
| this.sessionTable = sessionTable;
| }
| ...
|
The first time I got to the page, the table was rendered fine with no row of course since the data model is empty. When I click on the Search button to execute an ajax request, I got the following exception.
javax.faces.el.EvaluationException: /main.xhtml @106,52 binding="#{alertssearch.sessionTable}": Exception setting property sessionTable of base with class com.ga.riskapp.session.action.GASessionSearchAction$$EnhancerByCGLIB$$bb9eb7c7
| at com.sun.facelets.el.LegacyValueBinding.setValue(LegacyValueBinding.java:74)
| at org.apache.myfaces.shared_impl.util.RestoreStateUtils.recursivelyHandleComponentReferencesAndSetValid(RestoreStateUtils.java:86)
| at org.apache.myfaces.shared_impl.util.RestoreStateUtils.recursivelyHandleComponentReferencesAndSetValid(RestoreStateUtils.java:57)
| at org.apache.myfaces.shared_impl.util.RestoreStateUtils.recursivelyHandleComponentReferencesAndSetValid(RestoreStateUtils.java:94)
| at org.apache.myfaces.shared_impl.util.RestoreStateUtils.recursivelyHandleComponentReferencesAndSetValid(RestoreStateUtils.java:57)
| at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:96)
| at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:95)
| at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:70)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:139)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:326)
| at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:290)
| at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:213)
| at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:90)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:75)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:213)
| 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.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
| at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: javax.faces.el.EvaluationException: Bean: com.ga.riskapp.session.action.GASessionSearchAction$$EnhancerByCGLIB$$bb9eb7c7, property: sessionTable, newValue: org.apache.myfaces.component.html.ext.HtmlDataTable@d1223d,newValue class: org.apache.myfaces.component.html.ext.HtmlDataTable method parameter class: org.apache.myfaces.component.html.ext.HtmlDataTable
| at org.apache.myfaces.el.PropertyResolverImpl.setProperty(PropertyResolverImpl.java:414)
| at org.apache.myfaces.el.PropertyResolverImpl.setValue(PropertyResolverImpl.java:176)
| at com.sun.facelets.el.LegacyELContext$LegacyELResolver.setValue(LegacyELContext.java:201)
| at com.sun.el.parser.AstValue.setValue(AstValue.java:140)
| at com.sun.el.ValueExpressionImpl.setValue(ValueExpressionImpl.java:255)
| at com.sun.facelets.el.TagValueExpression.setValue(TagValueExpression.java:93)
| at com.sun.facelets.el.LegacyValueBinding.setValue(LegacyValueBinding.java:68)
| ... 42 more
| Caused by: java.lang.reflect.InvocationTargetException
| 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.myfaces.el.PropertyResolverImpl.setProperty(PropertyResolverImpl.java:409)
| ... 48 more
| Caused by: java.lang.NullPointerException
| at org.jboss.seam.core.Exceptions$DebugPageHandler.handle(Exceptions.java:372)
| at org.jboss.seam.core.Exceptions.handle(Exceptions.java:60)
| at org.jboss.seam.interceptors.ExceptionInterceptor.handleExceptions(ExceptionInterceptor.java:44)
| at sun.reflect.GeneratedMethodAccessor152.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.interceptors.SynchronizationInterceptor.serialize(SynchronizationInterceptor.java:30)
| 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.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.intercept.RootInterceptor.createSeamInvocationContext(RootInterceptor.java:148)
| at org.jboss.seam.intercept.RootInterceptor.invokeInContexts(RootInterceptor.java:129)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:102)
| at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:144)
| at org.jboss.seam.intercept.JavaBeanInterceptor.intercept(JavaBeanInterceptor.java:79)
| at com.ga.riskapp.session.action.GASessionSearchAction$$EnhancerByCGLIB$$bb9eb7c7.setSessionTable(<generated>)
The same thing works before I integrated the app with Seam.
Any of you know what's going on?
Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995192#3995192
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995192
19 years, 7 months
[JBoss Seam] - Re: Basic Seam questions
by gavin.king＠jboss.com
There are several related problems:
(1) you want the user to be able to freely navigate backward during a conversation
(2) but you don't want them to be able to navigate backward once the conversation ends - or rather, its ok to navigate back, but if they try to submit a form, you want to stop them let them know that the conversation is over
(3) you also want them to be able to refresh pages, and see the conversational state, but you don't want the browser to resubmit the form
(4) you also want to be able to display transient messages
obviously (1) and (2) conflict - if you have no conversations, its very difficult to tell when they are allowed to go back and resubmit, and when they are not.
(3) and (4) also conflict - you have a choice between using redirect-after-post, which makes it difficult to display success/error messages, or not using it, which makes the browser try to resubmit the form when the user hits refresh
Conversations solve the first conflict, because the server now knows when the conversation is over. Try this in the booking demo: you can back button as much as you like - but if you confirm a booking, and then try to go back and re-confirm it, Seam detects that and gives a nice message.
They also solve the second conflict: you can user redirects as much as you like, and messages and other state remain on the server across the redirect.
When I do my Seam presentation I demo all these things, and it makes a lot more sense to *see it* than have it explained to you.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995189#3995189
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995189
19 years, 7 months
[EJB 3.0] - MapKey, JoinColumn and referencedColumnName
by jazir1979
Hi all,
I'm trying to use a map-based relationship on a non-PK, provided below. The EJB3 spec states that "when used for relationship mappings, the referenced column is in the table of the target entity".
However, when I do this, I get "Unable to find column with logical name" errors from Ejb3JoinColumn.java when deploying.
To get around this, I tried swapping the values of the "name" and "referencedColumnName" attributes in my JoinColumn annotation. The relationship then works perfectly fine for reading and updating, but when I go to delete entities that have such a relationship (and cascade ALL), the operation fails with the following:
| org.hibernate.PropertyAccessException: IllegalArgumentException occurred calling getter of Organisation.brandMessageId
| at org.hibernate.property.BasicPropertyAccessor$BasicGetter.get(BasicPropertyAccessor.java:171)
| at org.hibernate.tuple.AbstractComponentTuplizer.getPropertyValue(AbstractComponentTuplizer.java:58)
| at org.hibernate.tuple.AbstractComponentTuplizer.getPropertyValues(AbstractComponentTuplizer.java:64)
| at org.hibernate.tuple.PojoComponentTuplizer.getPropertyValues(PojoComponentTuplizer.java:76)
| at org.hibernate.type.ComponentType.getPropertyValues(ComponentType.java:307)
| at org.hibernate.type.ComponentType.nullSafeGetValues(ComponentType.java:280)
| at org.hibernate.type.ComponentType.nullSafeSet(ComponentType.java:235)
| at org.hibernate.persister.collection.AbstractCollectionPersister.writeKey(AbstractCollectionPersister.java:723)
| at org.hibernate.persister.collection.AbstractCollectionPersister.remove(AbstractCollectionPersister.java:1010)
| at org.hibernate.action.CollectionRemoveAction.execute(CollectionRemoveAction.java:28)
|
I debugged using the source and found that it was trying to reference Long.getBrandMessageId() instead of Organisation.getBrandMessageId()!!
Here is the relevant portion of my mapping. I've provided it in the way that works except for deletes (but seems to go against the EJB3 spec). To see the other way, just swap msg_id and brand_msg id for the name and referencedColumnName.
| @Column(nullable = true, name = "brand_msg_id")
| public Long getBrandMessageId() {
| return brandMessageId;
| }
|
| public void setBrandMessageId(final Long brandMessageId) {
| this.brandMessageId = brandMessageId;
| }
|
| @OneToMany(cascade = { CascadeType.ALL }, fetch = FetchType.EAGER)
| @JoinColumn(name = "msg_id", referencedColumnName = "brand_msg_id")
| @MapKey(name = "locale")
| public Map<String, Message> getBrandMap() {
| return brandMap;
| }
|
| public void setBrandMap(final Map<String, Message> brand) {
| this.brandMap = brand;
| }
|
My tables are:
| Organisation.id (PK)
| Organisation.brand_msg_id
|
| Message.id (PK)
| Message.msg_id
| Message.locale
| Message.message
|
I've browsed Jira and found some issues with JoinColumn and Map relationships, but nothing that really looks like this.
So, my questions are:
1) is the check that Ejb3JoinColumn.java does going against what is written in the EJB3 spec?
2) if not, should I have name="msg_id", referencedColumnName="brand_msg_id" above?
3) if so, what is happening when it tries to cascade deletes to the messages Map but gives the error shown above?
thanks in advance,
Daniel.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995187#3995187
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995187
19 years, 7 months
[JBoss Seam] - Seam And ICEFaces menubar
by david.alves
Hi I'm trying to build a menu using a Seam action as a backing bean for ICEFaces menuBar component.
I goes something like this:
MainMenuAction
| @Stateless
| @Name("mainMenuAction")
| @Scope(ScopeType.SESSION)
| public class MainMenuAction implements MainMenu {
|
| @In(required = true)
| User user;
|
| @Logger
| Log log;
|
| @Out
| public List<MenuItem> mainMenu;
|
| public String getMainMenu() {
|
| mainMenu = new ArrayList<MenuItem>();
| MenuItem mainClassifieds = new MenuItem();
| mainClassifieds.setIcon("xmlhttp/css/xp/css-images/menuitem.gif");
| mainClassifieds.setValue("Opt1");
|
| MenuItem searchClassified = new MenuItem();
| searchClassified.setIcon("xmlhttp/css/xp/css-images/menuitem.gif");
| searchClassified.setValue("Op2");
|
| MenuItem addClassified = new MenuItem();
| addClassified.setIcon("xmlhttp/css/xp/css-images/menuitem.gif");
| addClassified.setValue("Op3");
|
| mainClassifieds.getChildren().add(searchClassified);
| mainClassifieds.getChildren().add(addClassified);
|
| MenuItem myClassifieds = new MenuItem();
| myClassifieds.setIcon("xmlhttp/css/xp/css-images/menuitem.gif");
| myClassifieds.setValue("Opt4");
|
| mainMenu.add(mainClassifieds);
| mainMenu.add(myClassifieds);
|
| return null;
| }
| }
|
mainMenuPanel.xhtml
|
| <html xmlns="http://www.w3.org/1999/xhtml"
| xmlns:ui="http://java.sun.com/jsf/facelets"
| xmlns:h="http://java.sun.com/jsf/html"
| xmlns:ice="http://www.icesoft.com/icefaces/component">
| <body>
| <h:form>
| <ice:menuBar orientation="vertical" >
| <ice:menuItems value="#{mainMenuAction.mainMenu}"/>
| </ice:menuBar>
| </h:form>
| </body>
| </html>
|
|
I'm getting the following exception:
| 01:27:11,548 ERROR [D2DFaceletViewHandler] Problem in renderResponse: /main/mainMenuPanel.xhtml @9,63 value="#{mainMenuAction.getMainMenu}": Bean: org.jboss.seam.intercept.Proxy$$EnhancerByCGLIB$$1503199b, property: getMainMenu
| javax.faces.el.PropertyNotFoundException: /main/mainMenuPanel.xhtml @9,63 value="#{mainMenuAction.getMainMenu}": Bean: org.jboss.seam.intercept.Proxy$$EnhancerByCGLIB$$1503199b, property: getMainMenu
| at com.sun.facelets.el.LegacyValueBinding.getValue(LegacyValueBinding.java:58)
| at com.icesoft.faces.component.menubar.MenuItems.getValue(MenuItems.java:82)
| at com.icesoft.faces.component.menubar.MenuItemsRenderer.encodeChildren(MenuItemsRenderer.java:54)
| at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:524)
|
I just started integrating ICEFaces with Seam so if this is an extremely n00b question I apologize in advance, butI've tryed a lot of variations.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995183#3995183
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995183
19 years, 7 months
[Security & JAAS/JBoss] - EJB3 Endpoint Authentication Problems
by elcapitan
G'day all,
I'm trying to expose an EJB3 stateless session bean as a webservice, and I'm running into problems with authentication. If I leave all security considerations out, the bean exposes nicely, and I can interact with it using soapUI or a standalone Java client. However, when I start trying to add declarative security, things start falling over.
I have specified a security domain for the SEI, using the @SecurityDomain("myDomain") annotation. I've also modified the conf/login-config.xml file to include the following entry for this domain (I've also created the user and role files as specified):
| <application-policy name="webcrawler">
| <authentication>
| <login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule"
| flag="required">
| <module-option name="usersProperties">props/webcrawler-users.properties</module-option>
| <module-option name="rolesProperties">props/webcrawler-roles.properties</module-option>
| <!--<module-option name="unauthenticatedIdentity">anonymous</module-option>-->
| </login-module>
| </authentication>
| </application-policy>
|
The unauthenticatedIdentity line worked as advertised, however I commented it out since I really don't want unauthenticated access.
As near as I can tell, since I'm using annotations, this should be sufficient to set up the server to authenticate access (my web methods are unchecked to keep things simple, however I'm using the getCallerPrincipal().getName() and isUserInRole() methods to test authentication).
This is where things start to get confused. I guess I have two questions:
1) Is it possible to authenticate on a per-request basis, or is it necessary to establish a login context on the client side somehow and export it to the server? The reason I ask is that I'd like to do load-testing using soapUI, which only seems to support per-request information by attaching username/password information as request headers to the SOAP message.
2) What would be the simplest way to authenticate a standalone client, not running inside an app-server? My current client-side approach involves including and compiling wstools-generated stubs, then using the following code to establish a connection:
URL url = null;
| try {
| url = new URL("http://localhost:8080/crawler/WatchListManager?wsdl");
| } catch (MalformedURLException e) {
| e.printStackTrace();
| }
| QName qname = new QName("http://servercontroller.application.server.webcrawler.thedistillery.com.a...",
| "WatchListManagerInterfaceService");
| ServiceFactory factory = null;
| Service service = null;
| try {
| factory = ServiceFactory.newInstance();
| service = factory.createService(url, qname);// create service
| } catch (ServiceException se) {
| System.out.println("Couldn't create service");
| }
|
| WatchListManagerInterface cm = null;
| try {
| cm = (WatchListManagerInterface) service.getPort(WatchListManagerInterface.class);
|
| } catch (ServiceException e1) {
| e1.printStackTrace();
| }
Apologies if I'm missing something really basic, but I've been slamming my head against a wall for days now. :) Any help would be extremely appreciated.
James
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995174#3995174
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995174
19 years, 7 months
[EJB 3.0] - Problems deploying to JBoss
by akhtara7
Hi,
I am having some difficulty deploying the Sun's "Converter" example to the JBoss server. (A local stateless EJB)
I am using the following code to do the lookup
HelloWorld helloWorld=null;
InitialContext ic = new InitialContext();
helloWorld= (HelloWorld) ic.lookup("conv/MyHelloWorldBean/local");
The server shows the following error
java.lang.ClassCastException: $Proxy71
I noticed the build doesnt contain and ejb-jar and was wondering whether i had missed something out from specific to jboss.
The server does show it has deployed the EJB ok,
2006-12-19 23:32:57,357 DEBUG [org.jboss.ejb3.EJB3Deployer] create, converter-ejb.jar
2006-12-19 23:32:57,367 DEBUG [org.jboss.ejb3.EJB3Deployer] Deploying: file:/C:/Program Files/jboss-4.0.5.GA/server/default/tmp/deploy/tmp57442conv.ear-contents/converter-ejb.jar
2006-12-19 23:32:57,367 DEBUG [org.jboss.system.ServiceController] Creating service jboss.j2ee:service=EJB3,module=converter-ejb.jar
2006-12-19 23:32:57,367 DEBUG [org.jboss.ejb3.Ejb3Module] Creating jboss.j2ee:service=EJB3,module=converter-ejb.jar
2006-12-19 23:32:57,367 DEBUG [org.jboss.ejb3.security.JaccHelper] Initialising JACC Context for deployment: converter-ejb.jar
2006-12-19 23:32:57,387 DEBUG [org.jboss.ejb3.Ejb3AnnotationHandler] found EJB3: ejbName=MyHelloWorldBean, class=converter.hello.MyHelloWorldBean, type=STATELESS
2006-12-19 23:32:57,387 DEBUG [org.jboss.ejb3.ProxyDeployer] no declared remote bindings for : MyHelloWorldBean
2006-12-19 23:32:57,387 INFO [org.jboss.ejb3.Ejb3Deployment] EJB3 deployment time took: 20
(I have had a look at the docs and but cant seem to find anything of help)
I am using JDK5.0 with JBoss 4.0.5GA.
Thanks in advance
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995172#3995172
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995172
19 years, 7 months
[JBoss AOP] - Re: Netbeans - AOP
by ykrishnaprasad
Using JBoss-AOP in NetBeans:
Netbeans work bench ? go to Files(next to Projects)
In your project(regular java app) under ?src? create a folder ?META-INF?
Put your jboss-aop.xml in that folder with the interceptor information included
Comeback to ?Projects? ? in the project properties (right click) ? choose run and specify the VM option as ?-javaagent:C:\jboss-4.0.4.GA\server\default\deploy\jboss-aop-jdk50.deployer\jboss-aop-jdk50.jar? (or whereever the jar is)
This will tell the VM to start the AOP framework to start and when you run the application
This in turn will load the jboss-aop.xml and looks up if there are any interceptors listed
Under ?libraries? under the project see that the following jars are included:
jboss-aop-jdk50.jar
concurrent.jar
javaassist.jar
jboss-commons/jboss-common-client.jar
jboss-aspect-library-jdk50.jar
trove.jar
To add these libraries to the library list right click on libraries, choose ?Add jar/folder?. Then browse to the JBoss installation, then under default/server/deploy and within the subfolders you will see the jars.
When the project is deployed/run then the build project process within the run will copy the jboss-aop.xml to a meta-inf folder under build/classes(Files view)
You should be able to test the interceptors now.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995167#3995167
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995167
19 years, 7 months
[JBoss Seam] - Re: Value injection not always working with Seam 1.1
by andrew.rw.robinson
Here is the stack from the inner-class constructor:
16:26:38,374 INFO [STDOUT] java.lang.Exception: Stack trace
| 16:26:38,375 INFO [STDOUT] at java.lang.Thread.dumpStack(Thread.java:1158)
| 16:26:38,375 INFO [STDOUT] at com.outlooksoft.cpm.livereport.LiveReportBean$ReportApplicationContextModel.<init>(LiveReportBean.java:1245)
| 16:26:38,375 INFO [STDOUT] at com.outlooksoft.cpm.livereport.LiveReportBean.setApplicationContextVisible(LiveReportBean.java:230)
| 16:26:38,376 INFO [STDOUT] at com.outlooksoft.cpm.livereport.LiveReportBean.toggleApplicationViewVisible(LiveReportBean.java:596)
| 16:26:38,376 INFO [STDOUT] at com.outlooksoft.cpm.livereport.LiveReportBean$$FastClassByCGLIB$$489e1ac.invoke(<generated>)
| 16:26:38,376 INFO [STDOUT] at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
| 16:26:38,376 INFO [STDOUT] at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:45)
| 16:26:38,376 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:55)
| 16:26:38,377 INFO [STDOUT] at org.jboss.seam.interceptors.BijectionInterceptor.bijectTargetComponent(BijectionInterceptor.java:51)
| 16:26:38,377 INFO [STDOUT] at sun.reflect.GeneratedMethodAccessor123.invoke(Unknown Source)
| 16:26:38,377 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,377 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.interceptors.OutcomeInterceptor.interceptOutcome(OutcomeInterceptor.java:23)
| 16:26:38,378 INFO [STDOUT] at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source)
| 16:26:38,378 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,378 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| 16:26:38,378 INFO [STDOUT] at org.jboss.seam.interceptors.ConversationInterceptor.endOrBeginLongRunningConversation(ConversationInterceptor.java:51)
| 16:26:38,378 INFO [STDOUT] at sun.reflect.GeneratedMethodAccessor121.invoke(Unknown Source)
| 16:26:38,379 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,379 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,379 INFO [STDOUT] at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| 16:26:38,379 INFO [STDOUT] at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| 16:26:38,379 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| 16:26:38,379 INFO [STDOUT] at com.outlooksoft.cpm.security.LoggedInInterceptor.checkLoggedIn(LoggedInInterceptor.java:35)
| 16:26:38,379 INFO [STDOUT] at sun.reflect.GeneratedMethodAccessor128.invoke(Unknown Source)
| 16:26:38,379 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,379 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,379 INFO [STDOUT] at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| 16:26:38,379 INFO [STDOUT] at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| 16:26:38,379 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| 16:26:38,379 INFO [STDOUT] at org.jboss.seam.interceptors.ManagedEntityIdentityInterceptor.aroundInvoke(ManagedEntityIdentityInterceptor.java:39)
| 16:26:38,380 INFO [STDOUT] at sun.reflect.GeneratedMethodAccessor170.invoke(Unknown Source)
| 16:26:38,380 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,380 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,380 INFO [STDOUT] at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| 16:26:38,380 INFO [STDOUT] at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| 16:26:38,380 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| 16:26:38,380 INFO [STDOUT] at org.jboss.seam.interceptors.RollbackInterceptor.rollbackIfNecessary(RollbackInterceptor.java:33)
| 16:26:38,380 INFO [STDOUT] at sun.reflect.GeneratedMethodAccessor120.invoke(Unknown Source)
| 16:26:38,380 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,380 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,380 INFO [STDOUT] at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| 16:26:38,380 INFO [STDOUT] at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| 16:26:38,419 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| 16:26:38,419 INFO [STDOUT] at org.jboss.seam.interceptors.ExceptionInterceptor.handleExceptions(ExceptionInterceptor.java:38)
| 16:26:38,419 INFO [STDOUT] at sun.reflect.GeneratedMethodAccessor119.invoke(Unknown Source)
| 16:26:38,419 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,419 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,420 INFO [STDOUT] at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| 16:26:38,420 INFO [STDOUT] at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| 16:26:38,420 INFO [STDOUT] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| 16:26:38,420 INFO [STDOUT] at org.jboss.seam.intercept.RootInterceptor.createSeamInvocationContext(RootInterceptor.java:144)
| 16:26:38,420 INFO [STDOUT] at org.jboss.seam.intercept.RootInterceptor.invokeInContexts(RootInterceptor.java:129)
| 16:26:38,421 INFO [STDOUT] at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:102)
| 16:26:38,421 INFO [STDOUT] at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:144)
| 16:26:38,421 INFO [STDOUT] at org.jboss.seam.intercept.JavaBeanInterceptor.intercept(JavaBeanInterceptor.java:79)
| 16:26:38,421 INFO [STDOUT] at com.outlooksoft.cpm.livereport.LiveReportBean$$EnhancerByCGLIB$$a6eaffb4.toggleApplicationViewVisible(<generated>)
| 16:26:38,421 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| 16:26:38,421 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| 16:26:38,421 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 16:26:38,422 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:585)
| 16:26:38,422 INFO [STDOUT] at com.sun.el.parser.AstValue.invoke(AstValue.java:130)
| 16:26:38,422 INFO [STDOUT] at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:274)
| 16:26:38,422 INFO [STDOUT] at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:68)
| 16:26:38,422 INFO [STDOUT] at com.sun.facelets.el.LegacyMethodBinding.invoke(LegacyMethodBinding.java:69)
| 16:26:38,422 INFO [STDOUT] at javax.faces.component.UICommand.broadcast(UICommand.java:86)
| 16:26:38,422 INFO [STDOUT] at com.outlooksoft.cpm.faces.controls.AjaxCommandLink.broadcast(AjaxCommandLink.java:136)
| 16:26:38,422 INFO [STDOUT] at javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:94)
| 16:26:38,422 INFO [STDOUT] at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:168)
| 16:26:38,422 INFO [STDOUT] at org.apache.myfaces.lifecycle.LifecycleImpl.invokeApplication(LifecycleImpl.java:343)
| 16:26:38,422 INFO [STDOUT] at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:86)
| 16:26:38,422 INFO [STDOUT] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:137)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,423 INFO [STDOUT] at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:181)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,423 INFO [STDOUT] at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,423 INFO [STDOUT] at com.outlooksoft.cpm.servlet.AjaxHtmlHeadFilter.doFilter(AjaxHtmlHeadFilter.java:78)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:26:38,423 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,423 INFO [STDOUT] at com.outlooksoft.cpm.servlet.ExceptionLogFilter.doFilter(ExceptionLogFilter.java:43)
| 16:26:38,424 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:26:38,424 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,424 INFO [STDOUT] at com.outlooksoft.cpm.security.SecurityFilter.doFilter(SecurityFilter.java:194)
| 16:26:38,424 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:26:38,424 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,424 INFO [STDOUT] at org.ajaxanywhere.AAFilter.doFilter(AAFilter.java:57)
| 16:26:38,424 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:26:38,438 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,438 INFO [STDOUT] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
| 16:26:38,438 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:26:38,438 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:26:38,438 INFO [STDOUT] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| 16:26:38,439 INFO [STDOUT] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| 16:26:38,439 INFO [STDOUT] at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
| 16:26:38,439 INFO [STDOUT] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
| 16:26:38,439 INFO [STDOUT] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
| 16:26:38,439 INFO [STDOUT] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
| 16:26:38,440 INFO [STDOUT] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| 16:26:38,440 INFO [STDOUT] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| 16:26:38,440 INFO [STDOUT] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| 16:26:38,440 INFO [STDOUT] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| 16:26:38,440 INFO [STDOUT] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
| 16:26:38,441 INFO [STDOUT] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
| 16:26:38,441 INFO [STDOUT] at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| 16:26:38,443 INFO [STDOUT] at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| 16:26:38,443 INFO [STDOUT] at java.lang.Thread.run(Thread.java:595)
|
This is strictly POJO, so there is no ejb-jar.xml
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995162#3995162
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995162
19 years, 7 months
[JBoss Seam] - Re: Basic Seam questions
by gavin.king＠jboss.com
anonymous wrote : I keep hearing that Seam solves the "back button issue", whatever that is...does Seam do this through conversations?
Yes.
anonymous wrote : Regarding the persist(), it actually is for a brand new entity, which is why I seemed so amazed.
Ahem, this would "amaze" me too :)
anonymous wrote : By the way, can I output everything that's being managed in a given persistence context?
No, but you can see it in your debugger.
anonymous wrote : 3) Is there any simple way to get writes going to one DB and reads going to its replicated DB (or balance between that and the original DB in addition)?
No but we have talked about implementing something like this in Hibernate.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995160#3995160
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995160
19 years, 7 months
[Persistence, JBoss/CMP, Hibernate, Database] - Where ist the class net.sf.cglib.transform.impl.InterceptFie
by urswag
Where ist this class net.sf.cglib.transform.impl.InterceptFieldEnabled
| Exception in thread "main" java.lang.NoClassDefFoundError
| at org.hibernate.tuple.EntityMetamodel.class$(EntityMetamodel.java:41)
| at org.hibernate.tuple.EntityMetamodel.<init>(EntityMetamodel.java:122)
| at org.hibernate.persister.entity.AbstractEntityPersister.<init>(AbstractEntityPersister.java:412)
| at org.hibernate.persister.entity.SingleTableEntityPersister.<init>(SingleTableEntityPersister.java:108)
| at org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:55)
| at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:215)
| at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1176)
| at de.laliluna.hibernate.InitSessionFactory.initSessionFactory(InitSessionFactory.java:72)
| at de.laliluna.hibernate.InitSessionFactory.getInstance(InitSessionFactory.java:39)
| at de.laliluna.example.TestClient.createHoney(TestClient.java:81)
| at de.laliluna.example.TestClient.main(TestClient.java:33)
| Caused by: java.lang.ClassNotFoundException: net.sf.cglib.transform.impl.InterceptFieldEnabled
| at java.net.URLClassLoader$1.run(Unknown Source)
| at java.security.AccessController.doPrivileged(Native Method)
| at java.net.URLClassLoader.findClass(Unknown Source)
| at java.lang.ClassLoader.loadClass(Unknown Source)
| at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
| at java.lang.ClassLoader.loadClass(Unknown Source)
| at java.lang.ClassLoader.loadClassInternal(Unknown Source)
| at java.lang.Class.forName0(Native Method)
| at java.lang.Class.forName(Unknown Source)
| ... 11 more
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995158#3995158
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995158
19 years, 7 months
[JBoss Seam] - Re: Value injection not always working with Seam 1.1
by andrew.rw.robinson
It looks like Seam is no longer intercepting all of my calls. Normally the stack would be full of "proxy" class names. Below, there are no proxies, only the "real" classes. So it seams something has changed that seam is no longer createing the proxy.
here is the stack:
at com.outlooksoft.cpm.livereport.LiveReportBean$ReportApplicationContextModel.loadDimensions(LiveReportBean.java:1262)
| at com.outlooksoft.cpm.dimension.data.DimensionContextModel.ensureDimensionsLoaded(DimensionContextModel.java:176)
| at com.outlooksoft.cpm.dimension.data.DimensionContextModel.getDimensions(DimensionContextModel.java:145)
| at com.outlooksoft.cpm.faces.controls.HtmlDimensionContextRenderer.encodeDimensions(HtmlDimensionContextRenderer.java:249)
| at com.outlooksoft.cpm.faces.controls.HtmlDimensionContextRenderer.encodeEnd(HtmlDimensionContextRenderer.java:175)
| at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:536)
| at org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChild(RendererUtils.java:442)
| at org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChildren(RendererUtils.java:419)
| at org.apache.myfaces.shared_tomahawk.renderkit.html.HtmlGroupRendererBase.encodeEnd(HtmlGroupRendererBase.java:75)
| at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:536)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:90)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71)
| at org.ajaxanywhere.jsf.ZoneUIComponent.encodeChildren(ZoneUIComponent.java:51)
| at com.outlooksoft.cpm.faces.controls.UIAjaxZone.encodeChildren(UIAjaxZone.java:51)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:86)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:88)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:88)
| at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71)
| at org.ajaxanywhere.jsf.ZoneUIComponent.encodeChildren(ZoneUIComponent.java:51)
| at com.outlooksoft.cpm.faces.controls.UIAjaxZone.encodeChildren(UIAjaxZone.java:51)
| at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:557)
| at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562)
| at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562)
| at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562)
| at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562)
| at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562)
| at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:457)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
|
I have not changed any configuration yet. Was there something that changed from 1.0.1 to 1.1 that I missed? The change log didn't seam to say anything.
Here is my technology stack:
MyFaces 1.1.3 (patched)
MyFaces Tomahawk 1.1.3 (patched)
AjaxAnywhere 1.1.0.6
Seam 1.1.0
Facelets 1.0.14
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995152#3995152
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995152
19 years, 7 months
[JBoss Seam] - Re: Value injection not always working with Seam 1.1
by andrew.rw.robinson
More information:
I tried changing the scope and that didn't work. Here is more information on this new problem with In:
Bean:
@Name("liveReportBean")
| @LoggedIn
| @Scope(ScopeType.CONVERSATION)
| public class LiveReportBean
| {
| ...
| @In(create=true)
| private DimensionInfoCache dimInfoCache;
| ...
| private ReportApplicationContextModel model;
| ...
|
| public DimensionContextModel getModel()
| {
| return this.model;
| }
| ...
| public class ReportApplicationContextModel
| extends DimensionContextModel
| {
| protected void someMethod()
| {
| // dimInfoCache is null in 1.1, why?
| }
| }
| }
My XHTML/JSF code references this model from using a value binding expression of "#{liveReportBean.model}". My "someMethod" is called when the renderer calls a method on the base class of the model. In 1.0.1 all my "@In(create=true)" variables on the live report bean were set, in 1.1 all are null. I really don't know what is different from 1.0.1 to 1.1 that would stop the in from importing my other beans and injecting them.
@Name("dimInfoCache")
| @Scope(ScopeType.EVENT)
| public class DimensionInfoCache ...
Thanks!
Gavin: to answer your question, In(create=true) works just fine most of the time, but not all of the time, that is what is confusing. This is why I know for sure these beans are being deployed fine. I am wondering if it has to do with serialization?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995150#3995150
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995150
19 years, 7 months