[JBoss Tools] - Forge console is hung
by Tanya Ruttenberg
Tanya Ruttenberg [https://community.jboss.org/people/daxxy] created the discussion
"Forge console is hung"
To view the discussion, visit: https://community.jboss.org/message/721136#721136
--------------------------------------------------------------
I downloaded all the new quickstarts and wanted to try first the forge-from-scratch one. It was going well until I entered ".." as the directory where I would like my project home to be. I don't remember what it said, but it complained a bit and then created the pom.xml. After that the console hung -- I could not enter any characters even after I restarted the console. I restarted eclipse and I get only the banner, but no prompt.
_____
| ___|__ _ __ __ _ ___
| |_ / _ \| `__/ _` |/ _ \ \\
| _| (_) | | | (_| | __/ //
|_| \___/|_| \__, |\___|
|___/
Windows? Really? Okay...
I'd like to restart this experiment, but until I can figure out how to reboot the forge console, I'm going to have to try a different quickstart.
TDR
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/721136#721136]
Start a new discussion in JBoss Tools at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years
[Performance Tuning] - Can PooledInvoker used for EJB3 in JBOSS 5.x?
by Hardik Shah
Hardik Shah [https://community.jboss.org/people/hardikshah] created the discussion
"Can PooledInvoker used for EJB3 in JBOSS 5.x?"
To view the discussion, visit: https://community.jboss.org/message/721073#721073
--------------------------------------------------------------
I have configured my jboss to use PooledInvoker as suggested in below link.
https://community.jboss.org/docs/DOC-11620 https://community.jboss.org/wiki/PooledInvokerConfig
But I don't this that this configuration is being used.
Below is my configuration in legacy-invokers-service.xml.
<mbean code="org.jboss.invocation.pooled.server.PooledInvoker"
name="jboss:service=invoker,type=pooled">
<attribute name="NumAcceptThreads">1</attribute>
<attribute name="MaxPoolSize">20</attribute>
<attribute name="ClientMaxPoolSize">21</attribute>
<attribute name="SocketTimeout">20000</attribute>
<attribute name="ServerBindAddress">
<value-factory bean="ServiceBindingManager" method="getStringBinding" parameter="jboss:service=invoker,type=pooled"/>
</attribute>
<attribute name="ServerBindPort">
<value-factory bean="ServiceBindingManager" method="getIntBinding" parameter="jboss:service=invoker,type=pooled"/>
</attribute>
<attribute name="ClientConnectAddress">
<value-factory bean="ServiceBindingManager" method="getStringBinding" parameter="jboss:service=invoker,type=pooled"/>
</attribute>
<attribute name="ClientConnectPort">0</attribute>
<attribute name="ClientRetryCount">1</attribute>
<attribute name="EnableTcpNoDelay">false</attribute>
<!-- Customized socket factory attributes
<attribute name="ClientSocketFactoryName">custom.client.factory</attribute>
<attribute name="ServerSocketFactoryName">custom.server.factory</attribute>
<attribute name="SslDomain">java:/jaas/pooledInvoker</attribute>
-->
<depends optional-attribute-name="TransactionManagerService">jboss:service=TransactionManager</depends>
</mbean>
Even with above setting, I see more than 20 threads getting created.
And I have understood through some reading that, when pooledinvoker is used. The thread name is Prefixed with PooledInvoker, but I dont see the same in trace log.
TRACE [org.jboss.remoting.transport.socket.SocketServerInvoker] (AcceptorThread[ServerSocket[addr=/0.0.0.0,port=0,localport=3873]]) SocketServerInvoker[rac2:3873] created WorkerThread#0
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/721073#721073]
Start a new discussion in Performance Tuning at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years
[JBoss Web Services] - EJB not injecting in @Webservice
by Tom Verschueren
Tom Verschueren [https://community.jboss.org/people/tvschuer] created the discussion
"EJB not injecting in @Webservice"
To view the discussion, visit: https://community.jboss.org/message/720973#720973
--------------------------------------------------------------
Hi all,
I'm having trouble getting a reference to my UserManager object in my webservice. I have tried injecting with @EJB and by manually looking for it with jndi lookup. Both with no result. I am using JBoss AS 7.1
I see in the server.log that my UserManager is indeed loaded, and registered with the lookup service
18:33:03,025 INFO org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor (MSC service thread 1-4) JNDI bindings for session bean named UserManager in deployment unit deployment "SGBackend-2.0-SNAPSHOT.war" are as follows:
java:global/SGBackend-2.0-SNAPSHOT/UserManager!be.ugent.ibcn.sg.usermanagement.domain.UserManager
java:app/SGBackend-2.0-SNAPSHOT/UserManager!be.ugent.ibcn.sg.usermanagement.domain.UserManager
java:module/UserManager!be.ugent.ibcn.sg.usermanagement.domain.UserManager
java:global/SGBackend-2.0-SNAPSHOT/UserManager
java:app/SGBackend-2.0-SNAPSHOT/UserManager
java:module/UserManager
After my jndi lookup, I get following error:
8:33:03,533 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) javax.naming.NameNotFoundException: Error looking up SGBackend-2.0-SNAPSHOT/UserManager, service service jboss.naming.context.java.global."SGBackend-2.0-SNAPSHOT".UserManager is not started
18:33:03,534 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:126)
18:33:03,534 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:74)
18:33:03,534 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:177)
18:33:03,535 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.as.naming.InitialContext.lookup(InitialContext.java:123)
18:33:03,535 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:213)
18:33:03,535 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at javax.naming.InitialContext.lookup(InitialContext.java:392)
18:33:03,536 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at be.ugent.ibcn.sg.usermanagement.web.jaxws.UserManagerService.(UserManagerService.java:38)
18:33:03,536 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
18:33:03,537 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
18:33:03,537 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
18:33:03,537 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
18:33:03,538 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at java.lang.Class.newInstance0(Class.java:355)
18:33:03,538 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at java.lang.Class.newInstance(Class.java:308)
18:33:03,538 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.wsf.stack.cxf.configuration.NonSpringBusHolder.newInstance(NonSpringBusHolder.java:170)
18:33:03,539 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.wsf.stack.cxf.configuration.NonSpringBusHolder.configure(NonSpringBusHolder.java:96)
18:33:03,539 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.wsf.stack.cxf.deployment.aspect.BusDeploymentAspect.startDeploymentBus(BusDeploymentAspect.java:113)
18:33:03,540 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.wsf.stack.cxf.deployment.aspect.BusDeploymentAspect.start(BusDeploymentAspect.java:66)
18:33:03,541 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:81)
18:33:03,542 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113)
18:33:03,542 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
18:33:03,543 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
18:33:03,543 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
18:33:03,543 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
18:33:03,544 ERROR https://community.jboss.org/message/720973#720973#720973/stderr EJB not injecting in @Webservice (MSC service thread 1-3) at java.lang.Thread.run(Thread.java:662)
The two classes of intrest are:
@Startup
@Singleton
public class UserManager {
...
}
@WebService(name = "UserManagerTest",
wsdlLocation = "WEB-INF/jaxws/UserManagerService.wsdl")
public class UserManagerService {
@EJB
private UserManager userManager;
public UserManagerService() {
System.out.println("DEBUG: userManager (EJB): " + userManager);
try {
InitialContext ctx = new InitialContext();
userManager = (UserManager) ctx
.lookup("java:global/LinearBackend-2.0-SNAPSHOT/UserManager");
} catch (NamingException e) {
e.printStackTrace();
}
System.out.println("DEBUG: userManager (lookup): " + userManager);
}
...
}
Any help would be appreciated,
Tom
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/720973#720973]
Start a new discussion in JBoss Web Services at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years
[JBoss Web Services] - Migrating jax-rpc project from JBoss-4.0.2 to JBoss-5.1.0.GA
by Roque Pinel
Roque Pinel [https://community.jboss.org/people/repinel] created the discussion
"Migrating jax-rpc project from JBoss-4.0.2 to JBoss-5.1.0.GA"
To view the discussion, visit: https://community.jboss.org/message/720873#720873
--------------------------------------------------------------
Hi guys,
I've been doing some tests with an application, that runs well on JBoss-4.0.2, on the JBoss-5.1.0.GA. Everything works well, excepted the web services.
First, I have some problems with the ejb-jar.xml, as described bellow, but I passed this point removing DOCTYPE. The same happened with the jboss.xml...
11:05:37,146 ERROR [AbstractKernelController] Error installing to Parse: name=vfszip:/home/user/jboss-5.1.0.GA/server/default/deploy/AcademicSystem-ws-1.0.jar/ state=Not Installed mode=Manual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/home/user/jboss-5.1.0.GA/server/default/deploy/AcademicSystem-ws-1.0.jar/
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:362)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:322)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:294)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:234)
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.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
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.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:662)
Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: Element type "service-endpoint" must be declared. @ vfszip:/home/user/jboss-5.1.0.GA/server/default/deploy/AcademicSystem-ws-1.0.jar/META-INF/ejb-jar.xml[26,33]
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:168)
at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:189)
at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:166)
at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:137)
at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:121)
at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parseAndInit(AbstractVFSParsingDeployer.java:256)
at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:188)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:348)
... 33 more
Caused by: org.xml.sax.SAXException: Element type "service-endpoint" must be declared. @ vfszip:/home/user/jboss-5.1.0.GA/server/default/deploy/AcademicSystem-ws-1.0.jar/META-INF/ejb-jar.xml[26,33]
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:199)
... 41 more
Now, I am getting the following error and I have no clue about it.
11:10:03,724 ERROR [AbstractKernelController] Error installing to Real: name=vfszip:/home/user/jboss-5.1.0.GA/server/default/deploy/AcademicSystem-ws-1.0.jar/ state=PreReal mode=Manual requiredState=Real
org.jboss.deployers.spi.DeploymentException: Error during deploy: vfszip:/home/user/jboss-5.1.0.GA/server/default/deploy/AcademicSystem-ws-1.0.jar/
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:177)
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.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
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.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:662)
Caused by: javax.xml.ws.WebServiceException: Cannot obtain JNDI name for: InterfaceHandler
at org.jboss.wsf.container.jboss50.invocation.InvocationHandlerEJB21.init(InvocationHandlerEJB21.java:96)
at org.jboss.wsf.framework.deployment.DefaultLifecycleHandler.create(DefaultLifecycleHandler.java:49)
at org.jboss.wsf.framework.deployment.EndpointLifecycleDeploymentAspect.create(EndpointLifecycleDeploymentAspect.java:39)
at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:115)
at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:76)
at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalDeploy(AbstractWebServiceDeployer.java:60)
at org.jboss.wsf.container.jboss50.deployer.WebServiceDeployerEJB.internalDeploy(WebServiceDeployerEJB.java:113)
at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
... 29 more
All other EJBs are working well, only this one that is also a web service is getting this error.
Does anyone know what might be the problem? Am I missing some specific configuration for the JBoss 5?
Thank you for any help.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/720873#720873]
Start a new discussion in JBoss Web Services at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years
[JBoss Tools] - Excited about JBoss AS 7.1 Part III: Quickstarts Frenzy
by Max Rydahl Andersen
Max Rydahl Andersen [https://community.jboss.org/people/maxandersen] modified the blog post:
"Excited about JBoss AS 7.1 Part III: Quickstarts Frenzy"
To view the blog post, visit: https://community.jboss.org/community/tools/blog/2012/03/01/excited-about...
--------------------------------------------------------------
This is the last of a https://community.jboss.org/community/tools/blog/2012/02/27/jboss-as-71-i... series of https://community.jboss.org/community/tools/blog/2012/02/29/excited-about... blog https://community.jboss.org/community/tools/blog/2012/02/28/excited-about... posts covering three features I have had a personal interest in making it into AS 7.1 and the upcoming JBoss Enterprise Application Platform (EAP) 6.
Todays topic is about Quickstarts.
h2. Quickstart Frenzy
The team doing AS Quickstarts have worked with the tools team on making sure all of the quickstarts have been developed, tested and verified to work nice and clean out of the box for developers - including making them equally +Just Work+ no matter if you are using command line or when using them with an IDE such as http://jboss.org/tools JBoss Tools and http://devstudio.jboss.com/earlyacess Developer Studio.
This was even true with AS 7.0 and if you missed our recent http://jboss.org/aerogear AeroGear launch you should go look since this Mobile/HTML5 driven project used the tools to show of AeroGear’s magic and one of the key drivers on making this so nice and clean was with the help of the Maven based quickstarts and the power of AS 7, OpenShift and well - kick ass tools if you ask me :)
You will be seeing more of these things happening going forward when other projects gets upto speed with AS 7 and start to have a full experience on AS 7 together with Quickstarts that works well with tools.
Now back to the AS 7.1 quickstarts. The following is a listing of the curent quickstarts available for http://www.jboss.org/jbossas/downloads/ download at jboss.org
* bean-validation - Bean Validation, JPA
* bmt - EJB, Programmatically control transactions
* cdi-injection - CDI injections & qualifiers + Servlet
* cmt - EJB, how to use container managed transactions
* ejb-in-ear - EJB + JSF, JAR and WAR deployed as EAR
* ejb-in-war - EJB + JSF deployed as a war
* ejb-remote - shows how to access EJBs remotely (EJB + JNDI)
* forge-from-scratch - Forge
* greeter - CDI + JSF + JPA + EJB + JTA
* h2-console - H2 Database console
* helloworld -Very basic CDI + Servlet
* helloworld-gwt - GWT
* helloworld-html5 - Very basic HTML5
* helloworld-jms - JMS
* helloworld-jsf - Very basic CDI + JSF
* helloworld-mdb - Very basic JMS and MDBs
* helloworld-osgi - OSGi
* helloworld-rs - CDI + JAX-RS
* helloworld-singleton - Singleton Session Bean
* hibernate3 - Hibernate 3
* hibernate4 - Hibernate 4
* jts - Using JTS to coordinate distributed transactions
* kitchensink - CDI + JSF + JPA + EJB + JPA + JAX-RS + BV
* kitchensink-ear - kitchensink as an EAR archive
* kitchensink-html5-mobile - kitchensink using HTML5, suitable for mobile and tablet computers
* kitchensink-jsp - kitchensink converted to use JSP
* log4j - JBoss Modules, Class loading, logging
* numberguess - CDI + JSF
* payment-cdi-event - CDI
* servlet-async - CDI + Asynchronous Servlet + Asynchronous EJB
* servlet-filterlistener - Servlet Filter and Listener
* wsat-simple - Simple WS-AT JAX-WS Web service
* wsba-coordinator-completion-simple - Simple WS-BA JAX-WS Web service with coordinator driven completion
* wsba-participant-completion-simple - Simple WS-BA JAX-WS Web service with participant driven completion
As you might notice the number of quickstarts have grown from 5 in AS 7.0 to 33 in AS 7.1.
These quickstarts cover a broad range of technologies all setup to run on AS 7.1 and all follows more or less the same structure:
* contains a README.html/.md with explanation of what the example does
* a pom.xml following good best practices when building projects that uses JEE & JBoss API
* is importable into JBoss Tools and Developer Studio
Mind you that because of the last two points (pom.xml + importable into tools) you should see that it is just as usable in other IDE’s that support import of Maven projects such as Netbeans, Intellij and others.
That is the power of Maven - no matter how much we all love to complain about Maven’s shortcomings as a build tool, the fact it is prevalant, has all major dependencies available and works from both command line and IDE’s is a huge win.
h2. Migrating from Community and Product
JBoss AS 7 and EAP 6 is the first release of JBoss which are built primarily with Maven. This change also makes it possible to finally easily use proper dependency managemment when building applications using JBoss AS 7 and EAP.
We’ve even gone so far to make sure that it is easier to move from AS 7 to EAP 6 - for plain applications it should just be a matter to adjust the Bill-Of-Materials (BOM) POM used in your <dependencyManagement> section in your pom.xml.
To do this presented a challenge since EAP 6 as the productized rebuilt version of AS 7 would get an overlap of Maven Group/Artifact/Version-identifiers (GAV) if not done properly. If you’ve used build systems with dependency management you know overlapping Maven GAV's presents a problem of possibly ambigious dependencies when doing builds. Especially with Maven which caches and stores all its artifacts in one location, namely ~/.m2/repository. Imagine what happens if you first built against Maven central/JBoss.org repositories and then later used an EAP Maven repository where GAV were the same but the actual artifacts behind them were not. Such setup will be catastrophic for any software release, no matter if mission critical or just for fun.
Therefore we have taken this into account and JBoss EAP build team ensures that no GAV “overlapping” occurs by adding the -redhat-<number> qualifier to anything that is part of an EAP based product such as JBoss EAP 6.
This ensures continuity for developers using AS 7 and wanting to test and go to production against EAP 6 and doing this change is illustrated well when looking at the difference between quickstarts in JBoss AS 7 and those bundled with EAP 6.
Here is a snippet from the dependency management part of AS 7.1 quickstart:
<dependency>
<groupId>org.jboss.spec</groupId>
<artifactId>jboss-javaee-6.0</artifactId>
<version>3.0.0.Beta1</version>
<type>pom</type>
<scope>import</scope>
</dependency>
And here is the same from an EAP 6 quickstart:
<dependency>
<groupId>org.jboss.spec</groupId>
<artifactId>jboss-javaee-6.0</artifactId>
<version>3.0.0.Beta1-redhat-1</version>
<type>pom</type>
<scope>import</scope>
</dependency>
Notice, the difference ? The only difference is ‘-redhat–1’ in the version tag.
This small change ensures that your build now will use EAP 6 supported productized binaries instead of the community bits as long as you do not list the explicit version of your specific dependencies and let the BOM POM be the "manager" of the versions.
It is a subtle difference with great potential.
This means that users applications can be built targeting community releases early on and when relevant start targeting productized versions with an easy change of the BOM.
And as a sideeffect it also becomes easy for you to try out experimental new features in future community releases of JBoss AS 7, 8, etc. by just picking the right version in the dependency management section.
Note: as productized versions stabilizes, gets security and bug fixes some differences will occur which might require some other changes but with the conventions of the -redhat qualifier and usage of so called Maven Bill-Of-Material(BOM)-pom’s it becomes easy migrate and there is a central place and format to outline the build differences that applies to you as a user of JBoss AS and EAP.
h2. JBoss Tools and Quickstarts
There are two easy ways to get started with quickstarts from within JBoss Tools.
The first one is simply to open JBoss Central and pick one of the Quickstarts listed in the project example section:
https://community.jboss.org/servlet/JiveServlet/showImage/38-4668-18064/j... https://community.jboss.org/servlet/JiveServlet/downloadImage/38-4668-180...
When starting such example you get a short description plus option to download any missing plugins or server runtimes (such as AS 7.1).
Note: at time of writing the current M5 release of JBoss Tools targets AS 7.0, AS 7.1 will be targeted in upcoming JBoss Tools release.
https://community.jboss.org/servlet/JiveServlet/showImage/38-4668-18065/p... https://community.jboss.org/servlet/JiveServlet/downloadImage/38-4668-180...
This makes it easy to get started - the only thing you need is to download JBoss Tools or Developer Studio and it will help you get the remaining dependencies.
Alternatively if you prefer to download everything manually and have access to all quickstarts in on go then simply Download the quickstarts and use the ‘Existing Maven Projects’ Import wizard.
https://community.jboss.org/servlet/JiveServlet/showImage/38-4668-18066/m... https://community.jboss.org/servlet/JiveServlet/downloadImage/38-4668-180...
In this wizard you can import a subset or all quickstarts as you see fit. After that JBoss Tools will with help of m2eclipse and m2e-wtp import the projects and you can start trying out JBoss AS 7 or EAP 6.
And as a final touch if you target AS 7 the examples will be setup to use community binaries but if you target EAP 6 we will enable the enterprise flag for the archetypes which will make the created project target EAP productized binaries instead via the usage of the -redhat qualifiers instead.
h2. What if I don’t want to use Maven ?
For easy distribution of quickstarts and making sure it works in the many different environments users work in it is the best option available today.
We do though understand and realize not everyone likes to use Maven for their projects and for this we’ve added a feature in JBoss Tools which allows you to convert a Maven Eclipse project to a “plain” Eclipse project.
The feature is available via right click on any classpath library such as “Maven Dependencies” and is called “Materialize Library”
https://community.jboss.org/servlet/JiveServlet/showImage/38-4668-18067/m... https://community.jboss.org/servlet/JiveServlet/downloadImage/38-4668-180...
This feature materializes (i.e. copy) the Maven classpath libraries from being located in ~/.m2/repository to a directory into your project + disabling the Maven Nature and thus you end up with a “Maven free” project.
https://community.jboss.org/servlet/JiveServlet/showImage/38-4668-18068/m... https://community.jboss.org/servlet/JiveServlet/downloadImage/38-4668-180...
This means you can use the Maven based quickstarts, import it, apply “Materialize Library” and end up with a project that has no dependency to Maven builds and you can create a build in your favorite alternative build tool.
Everybody wins.
h2. The End
This brings to the end of my blog series concerning the main three features in AS 7 I get excited about: https://community.jboss.org/community/tools/blog/2012/02/28/excited-about... Deployable datasources, https://community.jboss.org/community/tools/blog/2012/02/29/excited-about... Developer Friendly Security and finally the Quickstart Frenzy.
Of course there are plenty of other features in AS 7.0 and 7.1 to get excited about, things like the ~1–4 second startup time, the scritable management API, domain multi node setup, unfied configuration files and more.
But the ones that excites me this time around are the ones that I found to be most helpful for developers and makes tooling integration easier/better.
I’ve told you what excites me in AS 7.1, now I would love to hear what feature of AS 7.1 excites you ?
--------------------------------------------------------------
Comment by going to Community
[https://community.jboss.org/community/tools/blog/2012/03/01/excited-about...]
13 years
[jBPM] - jBPM jboss5.1 EAP deployment Issue
by Prashanth Karnam
Prashanth Karnam [https://community.jboss.org/people/pras_karnam] created the discussion
"jBPM jboss5.1 EAP deployment Issue"
To view the discussion, visit: https://community.jboss.org/message/649304#649304
--------------------------------------------------------------
Hi All,
I have deployed our code onto JBOSS 5.1 EAP and the war is deployed but with the following error , can one please help us on resolving this ... ?
java.lang.RuntimeException: org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
DEPLOYMENTS MISSING DEPENDENCIES:
Deployment "persistence.unit:unitName=#org.jbpm.persistence.jpa" is missing the following dependencies:
Dependency "jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding' **")
DEPLOYMENTS IN ERROR:
Deployment "jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding" is in error due to the following reason(s): ** NOT FOUND Depends on 'jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding' **
at org.jboss.profileservice.management.client.upload.StreamingDeploymentTarget.invoke(StreamingDeploymentTarget.java:312)
at org.jboss.profileservice.management.client.upload.StreamingDeploymentTarget.start(StreamingDeploymentTarget.java:189)
at org.jboss.profileservice.management.client.upload.DeploymentProgressImpl.start(DeploymentProgressImpl.java:232)
at org.jboss.profileservice.management.client.upload.DeploymentProgressImpl.run(DeploymentProgressImpl.java:89)
at org.rhq.plugins.jbossas5.util.DeploymentUtils.run(DeploymentUtils.java:155)
at org.rhq.plugins.jbossas5.AbstractManagedDeploymentComponent.invokeOperation(AbstractManagedDeploymentComponent.java:162)
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.rhq.core.pc.inventory.ResourceContainer$ComponentInvocationThread.call(ResourceContainer.java:525)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
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:662)
Caused by: org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
DEPLOYMENTS MISSING DEPENDENCIES:
Deployment "persistence.unit:unitName=#org.jbpm.persistence.jpa" is missing the following dependencies:
Dependency "jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding' **")
DEPLOYMENTS IN ERROR:
Deployment "jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding" is in error due to the following reason(s): ** NOT FOUND Depends on 'jboss.jca:name=jdbc/jbpm-ds,service=DataSourceBinding' **
at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:1008)
at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:954)
at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:870)
at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.checkComplete(MainDeployerAdapter.java:128)
at org.jboss.profileservice.management.upload.remoting.AbstractDeployHandler.start(AbstractDeployHandler.java:326)
at org.jboss.profileservice.management.upload.remoting.AbstractDeployHandler.invoke(AbstractDeployHandler.java:238)
at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:930)
at org.jboss.remoting.transport.local.LocalClientInvoker.invoke(LocalClientInvoker.java:106)
at org.jboss.remoting.Client.invoke(Client.java:2034)
at org.jboss.remoting.Client.invoke(Client.java:877)
at org.jboss.profileservice.management.client.upload.StreamingDeploymentTarget.invoke(StreamingDeploymentTarget.java:304)
... 15 more
regards
Prashanth Karnam
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/649304#649304]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years
