[JBoss JIRA] Created: (EJBTHREE-665) @PostConstruct throws NPE when EntityManager is used
by Steven Verze (JIRA)
@PostConstruct throws NPE when EntityManager is used
----------------------------------------------------
Key: EJBTHREE-665
URL: http://jira.jboss.com/jira/browse/EJBTHREE-665
Project: EJB 3.0
Issue Type: Bug
Components: EJB3 Extensions
Affects Versions: EJB 3.0 RC8 - FD
Environment: Windows XP, JBoss 4.0.4.GA + EJB-3.0-RC8
Reporter: Steven Verze
@PostConstruct method throws NPE when called on a stateless session bean.
The method iteself accesses the enetity manager and tries create a query, the following exception is experienced:
java.lang.RuntimeException: java.lang.NullPointerException
at org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postConstruct(LifecycleInterceptorHandler.java:109)
at org.jboss.ejb3.EJBContainer.invokePostConstruct(EJBContainer.java:582)
at org.jboss.ejb3.AbstractPool.create(AbstractPool.java:108)
at org.jboss.ejb3.ThreadlocalPool.get(ThreadlocalPool.java:48)
at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:54)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:78)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
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:227)
at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:106)
at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:82)
at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:828)
at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:681)
at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:358)
at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:398)
at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:239)
Caused by: java.lang.NullPointerException
at org.jboss.ejb3.entity.ManagedEntityManagerFactory.getNonTxEntityManager(ManagedEntityManagerFactory.java:58)
at org.jboss.ejb3.entity.ManagedEntityManagerFactory.getTransactionScopedEntityManager(ManagedEntityManagerFactory.java:163)
at org.jboss.ejb3.entity.TransactionScopedEntityManager.createQuery(TransactionScopedEntityManager.java:125)
at com.teleglobal.modules.snapaccount.services.SnapAccountSendProcessServiceBean.initialiseSpendCardQuery(SnapAccountSendProcessServiceBean.java:83)
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.ejb3.interceptor.LifecycleInvocationContextImpl.proceed(LifecycleInvocationContextImpl.java:159)
at org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postConstruct(LifecycleInterceptorHandler.java:105)
at org.jboss.ejb3.EJBContainer.invokePostConstruct(EJBContainer.java:582)
at org.jboss.ejb3.AbstractPool.create(AbstractPool.java:108)
at org.jboss.ejb3.ThreadlocalPool.get(ThreadlocalPool.java:48)
at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:54)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:78)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
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:227)
at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:106)
at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:82)
at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:828)
at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:681)
at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:358)
at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:398)
at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:239)
at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:190)
at org.jboss.remoting.Client.invoke(Client.java:525)
at org.jboss.remoting.Client.invoke(Client.java:488)
at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:55)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:78)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
at $Proxy3.getBatchNumbers(Unknown Source)
at com.teleglobal.modules.snapaccount.services.SnapAccountSendProcessServiceTest.testGetBatchNumbers(SnapAccountSendProcessServiceTest.java:57)
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 junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:478)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:344)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
Here is a the post construct method:
@PostConstruct
void initialiseSpendCardQuery()
{
StringBuilder sendCardQueryString = new StringBuilder();
sendCardQueryString.append("SELECT c FROM Card AS c WHERE c.status = 'U' AND c.batchNumber IN (");
long[] batchNumbers = getBatchNumbers();
for (int i = 0; i < batchNumbers.length; i++)
{
sendCardQueryString.append("?").append(i);
if (i+1 < batchNumbers.length)
sendCardQueryString.append(",");
}
sendCardQueryString.append(") AND c NOT IN (SELECT lc.sendCard FROM SendCardLock AS lc)");
sendCardQuery = entityManager.createQuery(sendCardQueryString.toString());
for (int i = 0; i < batchNumbers.length; i++)
sendCardQuery.setParameter(i, batchNumbers[i]);
}
It happens when the entityManager is used.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (EJBTHREE-1661) NullPointerException when calling printDetails on cache containing nested clustered SFSB
by Galder Zamarreno (JIRA)
NullPointerException when calling printDetails on cache containing nested clustered SFSB
----------------------------------------------------------------------------------------
Key: EJBTHREE-1661
URL: https://jira.jboss.org/jira/browse/EJBTHREE-1661
Project: EJB 3.0
Issue Type: Bug
Components: cache, Clustering
Affects Versions: AS 4.2.3.GA
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
After invoking an operation spanning a clustered EJB3 SFSB that has a reference to a another
clustered EJB3 SFSB, if you try to call printDetails() on the EJB3 SFSB cache, you'll get an exception
like this:
java.lang.NullPointerException
org.jboss.ejb3.stateful.StatefulBeanContext.hashCode(StatefulBeanContext.java:927)
java.lang.Object.toString(Object.java:236)
java.lang.String.valueOf(String.java:2838)
java.lang.StringBuffer.append(StringBuffer.java:236)
org.jboss.cache.AbstractNode.printDetailsInMap(AbstractNode.java:176)
org.jboss.cache.Node.printDetails(Node.java:411)
org.jboss.cache.AbstractNode.printDetailsInMap(AbstractNode.java:185)
org.jboss.cache.Node.printDetails(Node.java:411)
org.jboss.cache.AbstractNode.printDetailsInMap(AbstractNode.java:185)
org.jboss.cache.Node.printDetails(Node.java:411)
org.jboss.cache.TreeCache.printDetails(TreeCache.java:4181)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:223)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:276)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:100)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:82)
javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
This is due to trying to call to hashCode() on a ProxiedStatefulBeanContext which doesn't
contain any containerClusterUid as such. Instead, ProxiedStatefulBeanContext should
somehow pass the request for containerClusterUid to its delegate.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (EJBTHREE-977) table creation ignores exception
by Ariane van der Steldt (JIRA)
table creation ignores exception
--------------------------------
Key: EJBTHREE-977
URL: http://jira.jboss.com/jira/browse/EJBTHREE-977
Project: EJB 3.0
Issue Type: Bug
Components: EJB3 Extensions
Environment: Postgresql
Reporter: Ariane van der Steldt
Priority: Critical
When the deployment code fails to create a table, it rather silently ignores the issue.
Log fragment:
2007-05-31 15:48:45,646 DEBUG [org.hibernate.tool.hbm2ddl.SchemaUpdate] create table UserRight_`group` (rights_id int8 not null, userGroups_id int8 not null)
2007-05-31 15:48:45,651 ERROR [org.hibernate.tool.hbm2ddl.SchemaUpdate] Unsuccessful: create table UserRight_`group` (rights_id int8 not null, userGroups_id int8 not null)
2007-05-31 15:48:45,651 ERROR [org.hibernate.tool.hbm2ddl.SchemaUpdate] ERROR: syntax error at or near "`"
JBoss finished the whole deployment and does not give any other complaints than this. My suspicion is that SchemaUpdate catches an exception somewhere, prints this line but then forgets to pass on the exception, causing the EJB deployment to "succeed" incorrectly.
Table UserRight_`group` was an automatic concatenation, due to a ManyToMany relation between entity UserRight and entity Group, where the latter was escaped using back ticks, as described here: http://jira.jboss.org/jira/browse/EJBTHREE-637
A bugreport about the incorrect name can be found here: http://jira.jboss.org/jira/browse/EJBTHREE-976
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Resolved: (EJBTHREE-439) CCE when same entity name in different PUs/apps
by Carlo de Wolf (JIRA)
[ https://jira.jboss.org/browse/EJBTHREE-439?page=com.atlassian.jira.plugin... ]
Carlo de Wolf resolved EJBTHREE-439.
------------------------------------
Resolution: Out of Date
This issue is reported against a version which is no longer maintained,
which means that it will not receive a fix. As a result we are closing
this bug.
If you can reproduce this bug against a currently maintained version of
JBoss EJB 3 please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
> CCE when same entity name in different PUs/apps
> -----------------------------------------------
>
> Key: EJBTHREE-439
> URL: https://jira.jboss.org/browse/EJBTHREE-439
> Project: EJB 3.0
> Issue Type: Bug
> Components: EJB3 Extensions
> Affects Versions: EJB 3.0 RC5 - PFD
> Environment: 4.0.4RC1
> Reporter: Jens Elkner
> Priority: Critical
>
> If one has two applications, which have an entity with the same name (yes, the PUs have a different name, too) one gets a ClassCastException since the the proxy tries to assign the class from the other application on the client side, which is not available.
> E.g. app one (foolaberkram) has an entity foo.laber.kram.CatTest and
> app two (foobar) has an entity foo.bar.CatTest
> one gets the following CCE:
> 0 DEBUG [ main ] org.jboss.security.SecurityAssociation - Using ThreadLocal: false
> 53 DEBUG [ main ] org.jboss.remoting.Client - invoke called, but our invoker is disconnected, discarding and fetching another fresh invoker for: InvokerLocator [socket://192.168.21.1:3873/]
> 53 DEBUG [ main ] org.jboss.remoting.transport.socket.SocketClientInvoker - connect called for: org.jboss.remoting.transport.socket.SocketClientInvoker@1df073d
> 176 ERROR [ main ] org.jboss.remoting.transport.socket.SocketClientInvoker - Got marshalling exception, exiting
> java.lang.ClassNotFoundException: foo.laber.kram.CatTest
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> ...
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at org.jboss.remoting.loading.RemotingClassLoader.loadClass(RemotingClassLoader.java:50)
> at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:120)
> at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
> ...
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
> at org.jboss.aop.joinpoint.InvocationResponse.readExternal(InvocationResponse.java:107)
> at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1753)
> ...
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
> at org.jboss.remoting.serialization.impl.java.JavaSerializationManager.receiveObject(JavaSerializationManager.java:128)
> at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:66)
> at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:265)
> at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:136)
> at org.jboss.remoting.Client.invoke(Client.java:444)
> at org.jboss.remoting.Client.invoke(Client.java:407)
> at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:55)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:65)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
> at $Proxy0.getRoots(Unknown Source)
> at foo.bar.gui.Start.doSomething(Start.java:34)
> at foo.bar.gui.Start.main(Start.java:48)
> 179 ERROR [ main ] org.jboss.remoting.transport.socket.SocketClientInvoker - Error loading classes from remote call result.
> java.lang.ClassNotFoundException: foo.laber.kram.CatTest
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at org.jboss.remoting.loading.RemotingClassLoader.loadClass(RemotingClassLoader.java:50)
> at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:120)
> 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.ArrayList.readObject(ArrayList.java:591)
> 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.readObject(ObjectInputStream.java:339)
> at org.jboss.aop.joinpoint.InvocationResponse.readExternal(InvocationResponse.java:107)
> at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1753)
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1711)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
> at org.jboss.remoting.serialization.impl.java.JavaSerializationManager.receiveObject(JavaSerializationManager.java:128)
> at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:66)
> at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:265)
> at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:136)
> at org.jboss.remoting.Client.invoke(Client.java:444)
> at org.jboss.remoting.Client.invoke(Client.java:407)
> at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:55)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:65)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
> at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
> at $Proxy0.getRoots(Unknown Source)
> at foo.bar.gui.Start.doSomething(Start.java:34)
> at foo.bar.gui.Start.main(Start.java:48)
> 190 WARN [ main ] foo.bar.gui.Start -
> Exception in thread "main" java.lang.NullPointerException
> at foo.bar.gui.Start.doSomething(Start.java:41)
> at foo.bar.gui.Start.main(Start.java:48)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (EJBTHREE-929) SQL Exception when entities with composite keys are retrieved
by Venkat Kakula (JIRA)
SQL Exception when entities with composite keys are retrieved
-------------------------------------------------------------
Key: EJBTHREE-929
URL: http://jira.jboss.com/jira/browse/EJBTHREE-929
Project: EJB 3.0
Issue Type: Bug
Environment: Windows XP SP2; JBoss 4.0.5 GA with EJB 3.0
Reporter: Venkat Kakula
After migrating an OC4J/TopLink Essentials project to JBoss/Hibernate, there were some breakdowns. I have some entities with composite keys (specifically - 4 ID fields). There is a separate ID Key class. These field names do not match the database fields directly but are mapped with @Column(name="A_B_C" nullable="false") style notation with the field names as aBC. The SQL generated thus looks for 'TABLEONE0_'.'aBC' specifically on the ID fields of the entity instead of 'TABLEONE0_'.'A_B_C' they should be mapping to. The rest of the attributes map out alright.
By the way I just wanted to note that all the code that is breaking down was working fine on OC4J with toplink - FYI.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (EJBTHREE-789) build.xml and component-info.xml - version numbers and imports need to be updated
by Vladimir Ralev (JIRA)
build.xml and component-info.xml - version numbers and imports need to be updated
---------------------------------------------------------------------------------
Key: EJBTHREE-789
URL: http://jira.jboss.com/jira/browse/EJBTHREE-789
Project: EJB 3.0
Issue Type: Bug
Affects Versions: EJB 3.0 RC9 - FD
Reporter: Vladimir Ralev
Priority: Critical
The repository-zip target's comp-version, like this (use appropriate version string):
<target name="repository-zip" depends="jars"
description="Create the repository.jboss.com jboss/ejb3 component contents">
<!-- The binary component version -->
<property name="comp-version" value="1.0.0.CR9-jboss4.0.5" />
<!-- Pack the ejb3.deployer -->
<zip destfile="${build.lib}/ejb3-deployer.zip">
<zipfileset dir="${build.lib}">
<include name="ejb3.deployer/**" />
</zipfileset>
</zip>
<!-- Create a zip file with the component structure -->
<zip destfile="${build.lib}/jboss-ejb3-repo.zip">
<!-- The component-info.xml -->
<zipfileset dir="${build.etc}" prefix="${comp-version}">
<include name="component-info.xml" />
</zipfileset>
<!-- The bin/ejb3.deployer -->
<zipfileset dir="${build.lib}" fullpath="${comp-version}/bin/ejb3.deployer">
<include name="ejb3-deployer.zip" />
</zipfileset>
<!-- The lib client jars -->
<zipfileset dir="${build.lib}" prefix="${comp-version}/lib">
<include name="hibernate-client.jar" />
<include name="jboss-ejb3-client.jar" />
</zipfileset>
<!-- The resources deploy descriptors -->
<zipfileset dir="${build.lib}" prefix="${comp-version}/resources">
<include name="ejb3-clustered-sfsbcache-service.xml" />
<include name="ejb3-entity-cache-service.xml" />
<include name="ejb3-interceptors-aop.xml" />
</zipfileset>
</zip>
</target>
and ejb3\src\etc\component-info.xml (the version attribute):
<project name="jboss/ejb3-component-info">
<component id="jboss/ejb3"
licenseType="lgpl"
version="1.0.0.CR9-jboss4.0.5"
description="The EJB3 deployer for integration with jboss-4.0.x">
<artifact id="ejb3-clustered-sfsbcache-service.xml"/>
<artifact id="ejb3-entity-cache-service.xml"/>
<artifact id="ejb3-interceptors-aop.xml"/>
<artifact id="ejb3.deployer" />
<artifact id="hibernate-client.jar"/>
<artifact id="jboss-ejb3-client.jar"/>
<import componentref="javassist">
<compatible version="3.2.0.CR1"/>
<compatible version="3.2.0.CR2"/>
</import>
<import componentref="hibernate-annotations">
<compatible version="3.2.0.GA"/>
</import>
<import componentref="hibernate-entitymanager">
<compatible version="3.2.0.GA"/>
</import>
<import componentref="jboss/remoting">
<compatible version="1.4.1_final"/>
<compatible version="1.4.2.GA"/>
</import>
<import componentref="jboss/aop">
<compatible version="1.5.1.GA"/>
<compatible version="1.5.2.GA"/> <--------------- IS 1.5.2.GA COMPATIBLE?
</import>
<export>
<include input="hibernate-client.jar"/>
<include input="jboss-ejb3-client.jar"/>
</export>
</component>
</project>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (EJBTHREE-1579) [EJB3.1 Embedded 1.0.0-SNAPSHOT ] Binding proxy problem during running small test on Eclipse
by Serge Emmanuel Pagop (JIRA)
[EJB3.1 Embedded 1.0.0-SNAPSHOT ] Binding proxy problem during running small test on Eclipse
---------------------------------------------------------------------------------------------
Key: EJBTHREE-1579
URL: https://jira.jboss.org/jira/browse/EJBTHREE-1579
Project: EJB 3.0
Issue Type: Bug
Components: proxy
Environment: Maven 2.0.9 / Java 1.5.0_16 / MacOS X 10.5
Reporter: Serge Emmanuel Pagop
Assignee: Andrew Lee Rubinger
Running into problem when try through Eclipse "Run As -> JUnit Test" and here is the error trace.
15:09:21,383 INFO [HelloBeanTest] Test #1
15:09:21,635 INFO [JBossEJBContainer] Deploying jar:file:/Users/sp/.m2/repository/org/jboss/ejb3/jb
oss-ejb3-embedded/1.0.0-SNAPSHOT/jboss-ejb3-embedded-1.0.0-SNAPSHOT.jar!/META-INF/embedded-bootstrap
-beans.xml
15:09:23,040 INFO [JBossEJBContainer] Deploying jar:file:/Users/sp/.m2/repository/org/jboss/ejb3/jb
oss-ejb3-embedded/1.0.0-SNAPSHOT/jboss-ejb3-embedded-1.0.0-SNAPSHOT.jar!/META-INF/ejb-deployers-bean
s.xml
15:09:23,385 INFO [JBossEJBContainer] Deploying jar:file:/Users/sp/.m2/repository/org/jboss/ejb3/jb
oss-ejb3-embedded/1.0.0-SNAPSHOT/jboss-ejb3-embedded-1.0.0-SNAPSHOT.jar!/META-INF/namingserver-beans
.xml
15:09:23,484 INFO [JBossEJBContainer] Deploying jar:file:/Users/sp/.m2/repository/org/jboss/ejb3/jb
oss-ejb3-embedded/1.0.0-SNAPSHOT/jboss-ejb3-embedded-1.0.0-SNAPSHOT.jar!/META-INF/aop-beans.xml
15:09:23,663 INFO [JBossEJBContainer] Deploying jar:file:/Users/sp/.m2/repository/org/jboss/ejb3/jb
oss-ejb3-embedded/1.0.0-SNAPSHOT/jboss-ejb3-embedded-1.0.0-SNAPSHOT.jar!/META-INF/transactionmanager
-beans.xml
15:09:23,727 INFO [JBossEJBContainer] Deploying jar:file:/Users/sp/.m2/repository/org/jboss/ejb3/jb
oss-ejb3-embedded/1.0.0-SNAPSHOT/jboss-ejb3-embedded-1.0.0-SNAPSHOT.jar!/META-INF/jpa-deployers-bean
s.xml
15:09:23,837 INFO [JBossEJBContainer] Deploying jar:file:/Users/sp/.m2/repository/org/jboss/ejb3/jb
oss-ejb3-core/1.0.0-SNAPSHOT/jboss-ejb3-core-1.0.0-SNAPSHOT.jar!/ejb3-interceptors-aop.xml
15:09:24,160 INFO [AspectDeployer] Deploying xml into org.jboss.aop.AspectManager@5b670674 for sun.
misc.Launcher$AppClassLoader@6ba7bf11
15:09:24,342 INFO [JBossEJBContainer] Deploying file:/Users/sp/innoq-dev/innoq-jboss/jboss-research
/ormsys-ejb31-embeddable/target/classes/
15:09:24,620 INFO [EjbModuleDeployer] Found org.jboss.metadata.ejb.jboss.JBoss50MetaData@1f in Abst
ractVFSDeploymentContext@786709615{vfsfile:/Users/sp/innoq-dev/innoq-jboss/jboss-research/ormsys-ejb
31-embeddable/target/classes/}
15:09:24,648 INFO [EjbComponentDeployer] Found org.jboss.metadata.ejb.jboss.jndipolicy.plugins.JBos
sSessionPolicyDecorator@bebe0782{HelloBean} in ComponentDeploymentContext@913776642{HelloBean}
15:09:25,151 INFO [SessionSpecContainer] Starting jboss.j2ee:jar=classes,name=HelloBean,service=EJB
3
15:09:25,156 INFO [EJBContainer] STARTED EJB: org.ormsys.ejb3.HelloBean ejbName: HelloBean
15:09:25,180 INFO [JndiSessionRegistrarBase] Binding the following Entries in Global JNDI:
HelloBean/local - EJB3.x Default Local Business Interface
HelloBean/local-org.ormsys.ejb3.Hello - EJB3.x Local Business Interface
15:09:25,195 INFO [SessionSpecContainer] Stopping jboss.j2ee:jar=classes,name=HelloBean,service=EJB
3
15:09:25,195 INFO [EJBContainer] STOPPED EJB: org.ormsys.ejb3.HelloBean ejbName: HelloBean
15:09:25,236 ERROR [AbstractKernelController] Error installing to Start: name=jboss.j2ee:jar=classes
,name=HelloBean,service=EJB3 state=Create
java.lang.RuntimeException: Could not bind Reference Class Name: Proxy for: org.ormsys.ejb3.Hello
Type: ProxyFactoryKey
Content: ProxyFactory/HelloBean/HelloBean/local
Type: EJB Container Name
Content: jboss.j2ee:jar=classes,name=HelloBean,service=EJB3
Type: Proxy Factory is Local
Content: true
Type: Local Business Interface
Content: org.ormsys.ejb3.Hello
into JNDI at "HelloBean/local"
at org.jboss.ejb3.proxy.jndiregistrar.JndiSessionRegistrarBase.bind(JndiSessionRegistrarBase.java:8
82)
at org.jboss.ejb3.proxy.jndiregistrar.JndiSessionRegistrarBase.bind(JndiSessionRegistrarBase.java:8
62)
at org.jboss.ejb3.proxy.jndiregistrar.JndiSessionRegistrarBase.bind(JndiSessionRegistrarBase.java:8
51)
at org.jboss.ejb3.proxy.jndiregistrar.JndiSessionRegistrarBase.bindEjb(JndiSessionRegistrarBase.jav
a:151)
at org.jboss.ejb3.session.SessionSpecContainer.lockedStart(SessionSpecContainer.java:634)
at org.jboss.ejb3.stateless.StatelessContainer.lockedStart(StatelessContainer.java:243)
at org.jboss.ejb3.EJBContainer.start(EJBContainer.java:869)
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.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:
150)
at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execu
te(KernelControllerContextAction.java:241)
at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(Kerne
lControllerContextAction.java:109)
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelContro
llerContextAction.java:70)
at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:2
21)
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:5
4)
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:4
2)
at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleCont
rollerContextAction.java:62)
at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContex
tAction.java:71)
at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextA
ctions.java:51)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:34
8)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:12
1)
at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51
)
at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpl
eRealDeployer.java:62)
at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:5
0)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157
)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178
)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:34
8)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
at org.jboss.deployers.plugins.main.MainDeployerImpl.deploy(MainDeployerImpl.java:414)
at org.jboss.ejb3.embedded.JBossEJBContainer.deployMain(JBossEJBContainer.java:142)
at org.jboss.ejb3.embedded.JBossEJBContainer.deployModules(JBossEJBContainer.java:154)
at org.jboss.ejb3.embedded.JBossEJBContainer.<init>(JBossEJBContainer.java:90)
at org.jboss.ejb3.embedded.JBossEJBContainerProvider.createEJBContainer(JBossEJBContainerProvider.j
ava:56)
at javax.ejb.EJBContainer.createEJBContainer(EJBContainer.java:99)
at org.ormsys.ejb3.HelloBeanTest.test1(HelloBeanTest.java:33)
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.junit.internal.runners.TestMethod.invoke(TestMethod.java:59)
at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98)
at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79)
at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87)
at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77)
at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42)
at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88)
at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51)
at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44)
at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
Caused by: javax.naming.CommunicationException: Could not obtain connection to any of these urls: lo
calhost:1099 [Root exception is javax.naming.CommunicationException: Failed to connect to server loc
alhost:1099 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server
localhost:1099 [Root exception is java.net.ConnectException: Connection refused]]]
at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1604)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:636)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:629)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at org.jboss.util.naming.Util.createSubcontext(Util.java:70)
at org.jboss.util.naming.Util.bind(Util.java:104)
at org.jboss.util.naming.Util.bind(Util.java:91)
at org.jboss.ejb3.proxy.jndiregistrar.JndiSessionRegistrarBase.bind(JndiSessionRegistrarBase.java:8
77)
... 76 more
Caused by: javax.naming.CommunicationException: Failed to connect to server localhost:1099 [Root exc
eption is javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Root
exception is java.net.ConnectException: Connection refused]]
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:276)
at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1575)
... 83 more
Caused by: javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Roo
t exception is java.net.ConnectException: Connection refused]
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:250)
... 84 more
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:432)
at java.net.Socket.connect(Socket.java:519)
at java.net.Socket.connect(Socket.java:469)
at java.net.Socket.<init>(Socket.java:366)
at java.net.Socket.<init>(Socket.java:267)
at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:84)
at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:77)
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:246)
... 84 more
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (EJBTHREE-2165) private @AroundInvoke method on the superclass of a bean not invoked
by jaikiran pai (JIRA)
private @AroundInvoke method on the superclass of a bean not invoked
--------------------------------------------------------------------
Key: EJBTHREE-2165
URL: https://jira.jboss.org/browse/EJBTHREE-2165
Project: EJB 3.0
Issue Type: Bug
Components: interceptors
Affects Versions: depchain-1.0.0-alpha-4, bom-eap5-1.0.0
Reporter: jaikiran pai
Assignee: jaikiran pai
Consider this bean and its superclass:
public class BaseBean
{
@AroundInvoke
private Object aroundInvoke(InvocationContext inv) throws Exception {
System.out.println("In aroundInvoke of base bean");
}
...
}
@Stateless
public class BeanA extends BaseBean
{
@AroundInvoke
private Object aroundInvoke(InvocationContext inv) throws Exception {
System.out.println("In aroundInvoke of BeanA");
}
}
When a business method of BeanA is invoked, the aroundInvoke method on the BaseBean is *not* being called. Only the around invoke method on the BeanA gets called. This goes against the spec (Section "Multiple Method Interceptor Methods" of the interceptors spec).
The bug lies in org.jboss.ejb3.interceptors.lang.ClassHelper.isOverridden(Method method, Method... methods) which doesn't take into account private method.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months