[Installation, Configuration & DEPLOYMENT] - Re: Please Help Deployment the weirdest error I ever had in
by jaikiran
The only thing that stands out is:
| 2009-05-28 16:43:20,691 INFO [org.jboss.web.tomcat.tc5.TomcatDeployer] deploy, ctxPath=/recks, warUrl=file:/usr/jboss/server/all/tmp/deploy/tmp41271recks.war/
| 2009-05-28 16:43:22,981 INFO [STDOUT] = Initializing control file . . .
| 2009-05-28 16:43:22,984 INFO [STDOUT] /usr/jboss/server/default/conf/controlfile.dat
| 2009-05-28 16:43:22,984 INFO [STDOUT] = Config path: /usr/jboss/server/default/conf
| 2009-05-28 16:43:22,984 INFO [STDOUT] = Control file /usr/jboss/server/default/conf/controlfile.dat loaded . . .
| 2009-05-28 16:43:22,985 INFO [STDOUT] = Properties in the file /usr/jboss/server/default/conf/paths.properties loaded . . .
|
You are deploying in the "all" configuration, but looks like your code is picking up some files from the "default" configuration (/usr/jboss/server/default/conf/controlfile.dat). I don't know what that file does and whether it relates to your exception. But that's the only thing that stands out.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234116#4234116
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4234116
16 years, 10 months
[Clustering/JBoss] - HA-JNDI lookup of SLSB depending on HASingletonDeployer Barr
by pawel.wyrwinski
Hello.
My app is EAR running on JBoss 4.2.2 containing:
- Stateless Session Bean
- JSF-based web-app
SLSB is able to create/start/stop ejb.Timer, and has method annotated with @Timeout as well.
Web-app is makes JNDI lookup to acquire bean's stub and perform it's start() and stop() methods.
Now, my goal is to move this EAR to cluster and assure that only one instance of "timed" SLSB is active.
So I've established two-node cluster on single machine using ServiceBindingManager in jboss-service.xml and replaced HSQL with PostgreSQL.
I'm pretty sure my cluster partition is working properly.
Then I modified my app by adding @Clusterd and @Depends("jboss.ha:service=HASingletonDeployer,type=Barrier") annotations on ejb and switching from local JDNI to HA-JNDI lookup in my web-app, which now looks like this:
| ...
| import pw.test.interfaces.ITimer;
| public class TestTimerManagedBean {
|
| private ITimer timer;
|
| private void lookup() {
| Properties jndiProperties = new Properties();
| jndiProperties.put(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory");
| jndiProperties.put(Context.URL_PKG_PREFIXES, "jboss.naming:org.jnp.interfaces");
| jndiProperties.setProperty("jnp.partitionName", "pw_partition"); // partition's name
|
| Context context;
| try {
| context = new InitialContext(jndiProperties);
| this.timer = (ITimer)context.lookup("testEar/TestTimerBean/remote");
| } catch (NamingException e) {
| // TODO Auto-generated catch block
| e.printStackTrace();
| }
| }
|
| public void start() {
| this.lookup();
|
| if (this.timer != null) {
| this.timer.start();
| }
| }
|
| public void stop() {
| this.lookup();
|
| if (this.timer != null) {
| this.timer.stop();
| }
| }
| }
|
Problem description.
====================
Use case:
1. start cluster.
Partition consists of:
- node1 (ports: web=8180, JNDI=1199, HA-JNDI=1200) <-- master node
- node2 (ports: web=8280, JNDI=1299, HA-JNDI=1300)
2. place ear in /all/farm of node1.
Node1 deploys and starts SLSB, Node2 deploys SLSB but doesn't start it.
As far as I can tell, it's correct behaviour (effect of using @Depends annotation). Here is what JNDIView shows on node1 (there are no such entries on node2's JNDIView, it's ok i suppose):
| +- testEar (class: org.jnp.interfaces.NamingContext)
| | +- TestTimerBean (class: org.jnp.interfaces.NamingContext)
| | | +- local (proxy: $Proxy84 implements interface pw.test.interfaces.ITestTimerLocal,interface org.jboss.ejb3.JBossProxy,interface javax.ejb.EJBLocalObject)
| | | +- remote (proxy: $Proxy83 implements interface pw.test.interfaces.ITestTimerRemote,interface org.jboss.ejb3.JBossProxy,interface javax.ejb.EJBObject)
|
3. In web-browser i go to web-app on node1: http://localhost:8180/TestTimerWeb, and successfully lookup SLSB and start/stop timer on node1. When i kill node1, SLSB instance on node2 is started and continues tasks (failover).
4. In web-browser i go to web-app on node2: http://localhost:8280/TestTimerWeb, and here my problem is. Some SLSB is looked-up, but when i try to invoke some methods on it, i get exception:
| 2009-05-29 13:24:26,778 ERROR [javax.enterprise.resource.webcontainer.jsf.application] java.lang.NullPointerException
| javax.faces.el.EvaluationException: java.lang.NullPointerException
| at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:102)
| at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
| at javax.faces.component.UICommand.broadcast(UICommand.java:387)
| at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:321)
| at org.ajax4jsf.component.AjaxViewRoot.broadcastEvents(AjaxViewRoot.java:296)
| at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:253)
| at org.ajax4jsf.component.AjaxViewRoot.processApplication(AjaxViewRoot.java:466)
| at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
| at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
| at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
| at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: java.lang.NullPointerException
| at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.remoting.ReplicantsManagerInterceptor.invoke(ReplicantsManagerInterceptor.java:51)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
| at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:108)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessContainer.dynamicInvoke(StatelessContainer.java:280)
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invokeLocal(IsLocalInterceptor.java:81)
| at org.jboss.ejb3.remoting.ClusteredIsLocalInterceptor.invoke(ClusteredIsLocalInterceptor.java:53)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessClusteredProxy.invoke(StatelessClusteredProxy.java:113)
| at $Proxy83.start(Unknown Source)
| at pw.test.TestTimerManagedBean.start(TestTimerManagedBean.java:40)
| 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:597)
| at org.apache.el.parser.AstValue.invoke(AstValue.java:131)
| at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
| at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:68)
| at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
| ... 28 more
|
For some reason, HA-JNDI lookup performed by web-app on node2 is optimized to local JNDI lookup even when SLSB on this node is not started.
The only solution i've found is to edit /all/deploy/ejb3-interceptors-aop.xml and get rid of interceptors: IsLocalInterceptor and ClusteredIsLocalInterceptor.
This soulution is too intrusive, and i'm affraid there can be some negative consequences in future.
My question: is it possible to bypass this behaviour? I'd like to achieve this scenario:
1. There is only one active(started) SLSB that manages my ejb.timer in entire cluster. Let's say it would be node1 in partition.
2. Web-app controlling SLSB is present on all nodes, and regardles from which node i'll run it, it will always find started SLSB on master node.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234112#4234112
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4234112
16 years, 10 months
[Persistence, JBoss/CMP, Hibernate, Database] - Re: %%%% Error Creating SessionFactory %%%%
by waq
yes that was the mistake i did. NOw i changed the ID type to Number(oracle number). When i did the reverse engineering it made the ID of BigDecimal type. Now when i try to insert a record it gives me exception:
| SEVERE: org.hibernate.id.IdentifierGenerationException: this id generator generates long, integer, short
| javax.faces.el.EvaluationException: org.hibernate.id.IdentifierGenerationException: this id generator generates long, integer, short
| at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:102)
| at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
| at javax.faces.component.UICommand.broadcast(UICommand.java:387)
| at javax.faces.component.UIData.broadcast(UIData.java:938)
| at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:321)
| at org.ajax4jsf.component.AjaxViewRoot.broadcastEvents(AjaxViewRoot.java:296)
| at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:253)
| at org.ajax4jsf.component.AjaxViewRoot.processApplication(AjaxViewRoot.java:466)
| at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
| at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
| at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
| at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
| at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:390)
| at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
| at java.lang.Thread.run(Unknown Source)
| Caused by: org.hibernate.id.IdentifierGenerationException: this id generator generates long, integer, short
| at org.hibernate.id.IdentifierGeneratorFactory.createNumber(IdentifierGeneratorFactory.java:119)
| at org.hibernate.id.IncrementGenerator.generate(IncrementGenerator.java:47)
| at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:85)
| at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:184)
| at org.hibernate.event.def.DefaultSaveEventListener.saveWithGeneratedOrRequestedId(DefaultSaveEventListener.java:33)
| at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:173)
| at org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:27)
| at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:69)
| at org.hibernate.impl.SessionImpl.save(SessionImpl.java:481)
| at org.hibernate.impl.SessionImpl.save(SessionImpl.java:476)
| at table.detail.DetailDAO.save(DetailDAO.java:32)
| at ecs.admin.InsertSuggestion.insert(InsertSuggestion.java:121)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.apache.el.parser.AstValue.invoke(AstValue.java:152)
| at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
| at org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:68)
| at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
| ... 29 more
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234104#4234104
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4234104
16 years, 10 months