February 2007 - jboss-jira - Jboss List Archives

[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

11
19
0 / 0

[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">  <property name="comp-version" value="1.0.0.CR9-jboss4.0.5" />  <zip destfile="${build.lib}/ejb3-deployer.zip"> <zipfileset dir="${build.lib}"> <include name="ejb3.deployer/**" /> </zipfileset> </zip>  <zip destfile="${build.lib}/jboss-ejb3-repo.zip">  <zipfileset dir="${build.etc}" prefix="${comp-version}"> <include name="component-info.xml" /> </zipfileset>  <zipfileset dir="${build.lib}" fullpath="${comp-version}/bin/ejb3.deployer"> <include name="ejb3-deployer.zip" /> </zipfileset>  <zipfileset dir="${build.lib}" prefix="${comp-version}/lib"> <include name="hibernate-client.jar" /> <include name="jboss-ejb3-client.jar" /> </zipfileset>  <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

4
9
0 / 0

[JBoss JIRA] Created: (JBAS-3648) Need a clustered ejb compatibility test

by Scott M Stark (JIRA)

Need a clustered ejb compatibility test --------------------------------------- Key: JBAS-3648 URL: http://jira.jboss.com/jira/browse/JBAS-3648 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Affects Versions: JBossAS-3.2.8.SP1 Reporter: Scott M Stark Assigned To: Brian Stansberry We need a test of a 3.2.x client talking to a 4.0.x clustered ejb to validate interop. -- 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, 8 months

4
7
0 / 0

[JBoss JIRA] Created: (JBAS-3925) Unification of transports to Remoting 2.2.0

by Scott M Stark (JIRA)

Unification of transports to Remoting 2.2.0 ------------------------------------------- Key: JBAS-3925 URL: http://jira.jboss.com/jira/browse/JBAS-3925 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering, EJB2, EJB3, JB5-Messaging, Naming, Remoting Affects Versions: JBossAS-5.0.0.Beta1 Reporter: Scott M Stark Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.Beta2 We need to drop the legacy transports and align on remoting implementations based on the 2.2.0 release of remoting. This task is a container for the subtasks needed to accomplish this. -- 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, 8 months

3
6
0 / 0

[JBoss JIRA] Created: (JBAS-3927) Update naming service to using remoting based proxy

by Scott M Stark (JIRA)

Update naming service to using remoting based proxy --------------------------------------------------- Key: JBAS-3927 URL: http://jira.jboss.com/jira/browse/JBAS-3927 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Naming, Remoting Reporter: Scott M Stark Assigned To: Scott M Stark The integration of the NamingService with the legacy detached invoker needs to be factored out and replaced with a remoting based proxy. -- 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, 8 months

3
4
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-133) Figure out how to generically do the equivalent of setAccessible() for the javassist constructed reflection objects

by Adrian Brock (JIRA)

Figure out how to generically do the equivalent of setAccessible() for the javassist constructed reflection objects ------------------------------------------------------------------------------------------------------------------- Key: JBMICROCONT-133 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-133 Project: JBoss MicroContainer Issue Type: Task Affects Versions: JBossMC_2_0_0 Beta Reporter: Adrian Brock See the associated forum discussion and the TODO in JavassistReflectionFactory -- 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, 8 months

5
14
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-127) ClassInfo tests testing annotation attribute values

by Adrian Brock (JIRA)

ClassInfo tests testing annotation attribute values --------------------------------------------------- Key: JBMICROCONT-127 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-127 Project: JBoss MicroContainer Issue Type: Task Components: BeanInfo Affects Versions: JBossMC_2_0_0 Beta Reporter: Adrian Brock Need to write some tests for the annotation attributes in the main ClassInfo tests. Currently, it only tests that it got the correct annotations, not that those annotations have the correct values. Kabir does have some other basic "standup tests" for this, but they are not excercising all the edge cases. -- 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, 8 months

6
9
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-118) Fix the introspection assumption in ClassInfo

by Adrian Brock (JIRA)

Fix the introspection assumption in ClassInfo --------------------------------------------- Key: JBMICROCONT-118 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-118 Project: JBoss MicroContainer Issue Type: Task Components: BeanInfo Affects Versions: JBossMC_2_0_0 Beta Reporter: Adrian Brock Priority: Minor Fix For: JBossMC_2_0_0_CR1 Although the javassist version of the ClassInfo works fine, there are still some places in the base ClassInfoImpl that assume introspection (i.e. java.lang.reflect objects). The javassist impl works around these issues by subclassing. Additionally, the deprecated ClassInfo.getType() needs removing. This will require understanding where it is currently used and fixing it (I think it is mainly related to determining the classloader?) Moving this method and its dependencies to the ReflectClassInfoImpl Whether we actually remove the deprecated method is another issue since it is useful to temporarily fix problems (in future) where we don't provide an equivalent in the ClassInfo api. -- 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, 8 months

6
10
0 / 0

[JBoss JIRA] Created: (GPD-25) Saving processdefinition should add problem markers and entries in problem view if any problems occur

by Koen Aers (JIRA)

Saving processdefinition should add problem markers and entries in problem view if any problems occur ----------------------------------------------------------------------------------------------------- Key: GPD-25 URL: http://jira.jboss.com/jira/browse/GPD-25 Project: JBoss jBPM GPD Issue Type: Task Components: jpdl Reporter: Koen Aers Assigned To: Koen Aers -- 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, 9 months

2
5
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-130) Array part of the Javassist reflection implementation is broken

by Adrian Brock (JIRA)

Array part of the Javassist reflection implementation is broken --------------------------------------------------------------- Key: JBMICROCONT-130 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-130 Project: JBoss MicroContainer Issue Type: Task Components: BeanInfo Affects Versions: JBossMC_2_0_0 Beta Reporter: Adrian Brock Javassist is returning wrong values for interfaces of arrays and modifiers of array classes. These errors have been suppressed in org.jboss.test.classinfo.test.JavassistArrayUnitTestCase by subclassling the tests to do nothing: protected void assertInterfaces(Class<?> clazz, ClassInfo classInfo) throws Throwable { // TODO this is broken for javassist } protected void assertModifiers(Class<?> clazz, ClassInfo classInfo) throws Throwable { // TODO this is broken for javassist } This needs fixing in javassist -- 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, 9 months

6
11
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2007