February 2010 - jboss-user - Jboss List Archives

[EJB 3.0] New message: "Re: [6.0.0M2] SessionContext "mapped-name is required""

by Guy Coleman

User development, A new message was posted in the thread "[6.0.0M2] SessionContext "mapped-name is required"": http://community.jboss.org/message/528240#528240 Author : Guy Coleman Profile : http://community.jboss.org/people/gcoleman Message: -------------------------------------------------------------- Found it. There's a weblogic client jar included in the EAR (we need to access some Weblogic JMS queues), and if that jar is removed the ear deploys without any problems. It also fixes the issue in my other thread http://community.jboss.org/message/528239 I sense some manual jar hacking coming up.. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528240#528240

16 years, 1 month

1
0
0 / 0

[EJB 3.0] New message: "Re: [6.0.0M2] EJB Implementation Class for EJB XXX was not specified"

by Guy Coleman

User development, A new message was posted in the thread "[6.0.0M2] EJB Implementation Class for EJB XXX was not specified": http://community.jboss.org/message/528239#528239 Author : Guy Coleman Profile : http://community.jboss.org/people/gcoleman Message: -------------------------------------------------------------- Found it. There's a weblogic client jar included in the EAR (we need to access some Weblogic JMS queues), and if that jar is removed the ear deploys without any problems. It also fixes the issue in my other thread http://community.jboss.org/message/527872 I sense some manual jar hacking coming up.. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528239#528239

16 years, 1 month

1
0
0 / 0

[JBoss Portal] New message: "Re: How to configure the default portal page in jboss portal server"

by Peter Johnson

User development, A new message was posted in the thread "How to configure the default portal page in jboss portal server": http://community.jboss.org/message/528235#528235 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- +"Can you be more specific in this point like which are all the files are responsible for the user registration module."+ No I cannot, I do not have the time to do this research for you. +"which one is the better option, creating a user registration portlet from the scratch or extending the existing user registration module"+ I would start with modifying the existing one, and only if that proves too cumbersome would I create a enw one. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528235#528235

16 years, 1 month

1
0
0 / 0

[EJB 3.0 Development] New message: "Re: Fail on deploy: NullPointerException"

by Wolfgang Knauf

User development, A new message was posted in the thread "Fail on deploy: NullPointerException": http://community.jboss.org/message/528231#528231 Author : Wolfgang Knauf Profile : http://community.jboss.org/people/WolfgangKnauf Message: -------------------------------------------------------------- Hi, I suspect you are hit by https://jira.jboss.org/jira/browse/EJBTHREE-1823 See the forum thread linked to this JIRA, it should provide more details (some trouble with "resource-ref"). Best regards Wolfgang -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528231#528231

16 years, 1 month

1
0
0 / 0

[EJB 3.0] New message: "Re: EJB3 Session Bean Container error"

by Juliano Vidal

User development, A new message was posted in the thread "EJB3 Session Bean Container error": http://community.jboss.org/message/528230#528230 Author : Juliano Vidal Profile : http://community.jboss.org/people/julianovidal Message: -------------------------------------------------------------- They are in the sabe JVM, I think. Diferent ears but in the same JVM and deployed in the same application server. Removed thePortableRemoteObject.narrow, and got the same error... Any other ideas? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528230#528230

16 years, 1 month

1
0
0 / 0

[EJB 3.0] New message: "Re: [6.0.0M2] EJB Implementation Class for EJB XXX was not specified"

by Guy Coleman

User development, A new message was posted in the thread "[6.0.0M2] EJB Implementation Class for EJB XXX was not specified": http://community.jboss.org/message/528226#528226 Author : Guy Coleman Profile : http://community.jboss.org/people/gcoleman Message: -------------------------------------------------------------- Thanks, I'm trying to produce a minial EAR here. The problem only appears when I include the APP-INF/lib library-directory from our production app. There are 40 odd jars in there (don't ask) so I'll try remove jars one and pin point which is causing problems. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528226#528226

16 years, 1 month

1
0
0 / 0

[EJB 3.0] New message: "Re: EJB3 Session Bean Container error"

by jaikiran pai

User development, A new message was posted in the thread "EJB3 Session Bean Container error": http://community.jboss.org/message/528223#528223 Author : jaikiran pai Profile : http://community.jboss.org/people/jaikiran Message: -------------------------------------------------------------- > julianovidal wrote: > > > > The error ocurrs when I try to access a Remote SessionBean. > > > You mean the client is not in the same JVM as the deployed bean, right? (Just trying to get a better picture of what's happening) > julianovidal wrote: > > > > The weird thing is that I actually get the instance when I do the lookup: > > *public* CategoryRemote getCategory() *throws* CMSException { > Object obj = CMSServiceLocator.getInstance().getObject(CategoryRemote.REMOTE); > *return* (CategoryRemote) PortableRemoteObject.narrow(obj, CategoryRemote.class); > } > > > > > > The interceptor is considering it to be a in-JVM call (i.e. client and bean are in same JVM). Before i look into the details, can you remove that PortableRemoteObject.narrow call? It's not required in EJB3. (I have a suspicion that it's messing up with the returned proxy - although i am not sure yet). -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528223#528223

16 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: JBDEPLOY-226 - DeployerClient change extension"

by Ales Justin

User development, A new message was posted in the thread "JBDEPLOY-226 - DeployerClient change extension": http://community.jboss.org/message/528219#528219 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Nope. But that probably needs resolving (pun intended) in the jboss-dependency project? > I can prototype this in the ClassLoading project, but I think it is a general requirement? What ever is easier for you. Although it sounds like it should be a general requirement, I don't really see any other valid use case apart from classloading+deployments, hence it could easily only exist in ClassLoading project. Although you would still have to provide a couple of mixins in jboss-dependency? As you already mentioned, to make this generic, dependency item itself would have to be somehow aware of what is valid or what's not. e.g. the circular ctor case is not valid, but CL dependencies are -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528219#528219

16 years, 1 month

1
0
0 / 0

[EJB 3.0 Development] New message: "Fail on deploy: NullPointerException"

by Jose M. M. M.

User development, A new message was posted in the thread "Fail on deploy: NullPointerException": http://community.jboss.org/message/528215#528215 Author : Jose M. M. M. Profile : http://community.jboss.org/people/jotremar Message: -------------------------------------------------------------- I make a project with EJB 3.0 with netbeans + jboss. When I deploy it, alway say: 15:48:30,489 ERROR [Ejb3Deployment] Exception while processing container metadata for EJB: Ingreso in unit: TodoRecargas-Admin.jar 15:48:30,490 ERROR [AbstractKernelController] Error installing to Real: name=vfszip:/E:/jboss/server/default/deploy/TodoRecargas-Admin.jar/ state=PreReal mode=Manual requiredState=Real org.jboss.deployers.spi.DeploymentException: Error deploying TodoRecargas-Admin.jar: Exception while processing container metadata for EJB: Ingreso in unit: TodoRecargas-Admin.jar at org.jboss.ejb3.deployers.Ejb3Deployer.deploy(Ejb3Deployer.java:196) at org.jboss.ejb3.deployers.Ejb3Deployer.deploy(Ejb3Deployer.java:99) at org.jboss.deployers.vfs.spi.deployer.AbstractVFSRealDeployer.internalDeploy(AbstractVFSRealDeployer.java:45) at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) 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.install(DeployersImpl.java:1098) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082) 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.process(MainDeployerImpl.java:702) at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117) at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:362) at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.Exception: Exception while processing container metadata for EJB: Ingreso in unit: TodoRecargas-Admin.jar at org.jboss.ejb3.Ejb3Deployment.start(Ejb3Deployment.java:549) at org.jboss.ejb3.deployers.Ejb3Deployer.deploy(Ejb3Deployer.java:189) ... 28 more Caused by: java.lang.NullPointerException at org.jboss.injection.ResourceHandler.loadXmlResourceRefs(ResourceHandler.java:185) at org.jboss.injection.ResourceHandler.loadXml(ResourceHandler.java:335) at org.jboss.ejb3.EJBContainer.processMetadata(EJBContainer.java:588) at org.jboss.ejb3.Ejb3Deployment.processEJBContainerMetadata(Ejb3Deployment.java:418) at org.jboss.ejb3.Ejb3Deployment.start(Ejb3Deployment.java:527) ... 29 more 15:48:30,879 WARN [HDScanner] Failed to process changes org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS): *** DEPLOYMENTS IN ERROR: Name -> Error vfszip:/E:/jboss/server/default/deploy/TodoRecargas-Admin.jar/ -> org.jboss.deployers.spi.DeploymentException: Error deploying TodoRecargas-Admin.jar: Exception while processing container metadata for EJB: Ingreso in unit: TodoRecargas-Admin.jar DEPLOYMENTS IN ERROR: Deployment "vfszip:/E:/jboss/server/default/deploy/TodoRecargas-Admin.jar/" is in error due to the following reason(s): java.lang.NullPointerException at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:993) at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:939) at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:873) at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.checkComplete(MainDeployerAdapter.java:128) at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:369) at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528215#528215

16 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: Web beans on top of Microcontainer deployment order"

by Kabir Khan

User development, A new message was posted in the thread "Web beans on top of Microcontainer deployment order": http://community.jboss.org/message/528213#528213 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- I have updated the jsr330 branch and will merge to trunk once I have a added a few more tests. The kernel now supports the JSR 330 usage of @javax.inject.Inject, e.g.: public class SomeBean { @Inject @SomeQualifier Thing t; @Inject public SomeBean(@SomeQualifier Thing t){} @Inject public void setThingA(@SomeQualifier Thing t){} @Inject @SomeQualifier public void setThingB(Thing t){} @Inject public void installMethod(@SomeQualifier Thing t, @OtherQualifier Thing t2){} } If we have the following MC bean public class MyBean{ @Inject Thing t; @Weld @Inject Other o; } +t+ will be injected from the MC using contextual injection, while +o+ will be injected from Weld. This is done by maintaining a registry of annotations that should be ignored by the @Inject annotation plugins, so if the member also has one of those annotations (e.g. @Weld) we don't create the standard MC injection value metadata for it. When creating the weld injection we create a weld AnnotatedType for the bean, for which there is a decorator that looks at the MDR metadata for the bean. I modified the getAnnotations(), isAnnotationPresent() and getAnnotation() methods to strip out the @Inject unless @Weld is also present, so that weld does not try to inject into those members. To make an MC bean injectable into Weld it needs the @WeldEnabled annotation, e.g.: If we have the following MC bean @WeldEnabled public class McBeanForWeld{ } -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528213#528213

16 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user February 2010