[Installation, Configuration & Deployment] - Re: FileNotFoundException... (Access denied) Tuscany deploym
by harold.roa
Hi, i'm getting exactly same error trying to deploy an SCA sample (from tuscany sca 1.4 ) in a Jboss AS 4.2.3, HAVE YOU FOUND THE SOLUTION?
Anyone has a succesfull instalation of tuscany SCA 1.x version deployed on jboss x ?
there is the trace:
2009-09-28 16:20:43,996 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/sample-helloworld-ws-sdo-webapp]] Excepción arrancando filtro tuscany
org.osoa.sca.ServiceRuntimeException: java.lang.reflect.InvocationTargetException
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:220)
at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:76)
at org.apache.tuscany.sca.host.webapp.WebAppServletHost.init(WebAppServletHost.java:220)
at org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.init(TuscanyServletFilter.java:52)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397)
at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:108)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3722)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4367)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:790)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:770)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:553)
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.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.apache.catalina.core.StandardContext.init(StandardContext.java:5312)
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.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.web.tomcat.service.TomcatDeployer.performDeployInternal(TomcatDeployer.java:301)
at org.jboss.web.tomcat.service.TomcatDeployer.performDeploy(TomcatDeployer.java:104)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:375)
at org.jboss.web.WebModule.startModule(WebModule.java:83)
at org.jboss.web.WebModule.startService(WebModule.java:61)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy44.start(Unknown Source)
at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:466)
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.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
at org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:87)
at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188)
at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy45.start(Unknown Source)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy9.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:199)
... 95 more
Caused by: org.osoa.sca.ServiceRuntimeException: java.io.FileNotFoundException: D:\jboss-4.2.3.GA\server\default\.\tmp\deploy\tmp28204sample-helloworld-ws-sdo-webapp-exp.war (Acceso denegado)
at org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:347)
at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:47)
at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:172)
at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:97)
at org.apache.tuscany.sca.host.webapp.WebSCADomain.(WebSCADomain.java:41)
... 100 more
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257500#4257500
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257500
16 years, 7 months
[JBoss Cache Users] - JDBCCacheLoader failed to obtain connection with JNDI naming
by alllle
I am using:
- JBoss AS 4.2.3.GA
- JBoss Cache 3.2.0
in the configuration, I am setting the loader as:
| <loaders passivation="false" shared="false">
| <loader class="org.jboss.cache.loader.JDBCCacheLoader" async="true" fetchPersistentState="true" ignoreModifications="false" purgeOnStartup="false">
|
| <properties>
| cache.jdbc.datasource=java:/DefaultDS
| cache.jdbc.table.name=jbosscache
| cache.jdbc.table.create=true
| cache.jdbc.table.drop=false
| </properties>
| </loader>
| </loaders>
|
But this throws exception during startup due to not able to grab a connection using the datasource specified above, and when I inspect the JNDI tree, the DefaultDS does exist.
So I traced into it, it seems that, when retrieving the datasource using the JNDI name, it can not find the the factory class org.jboss.naming.NonSerializableFactory class, which included in the jboss-common-core.jar file and deployed with my EAR file, and therefore, returns a null. The original ClassNotFound exception is ignored in the javax.naming.spi.NamingManager class when it tries to instantiate the factory class.
I don't understand why this class is not found, as it is already included in the EAR/lib folder. The class that tries to lookup the JNDI datasource is org.jboss.cache.loader.ManagedConnectionFactory, which is in the jbosscache-core.jar file, and is in the same EAR/lib folder. So it should be able to see the NonSerializableFactory class just fine.
I wonder if I am the only one having this problem using the JDBCCacheLoader with JNDI name. Any help is appreciated.
Thanks,
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257486#4257486
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257486
16 years, 7 months
[JBoss Cache Users] - Re: InstanceAlreadyExistsException During hot deployment
by pavnesh
Thanks Mircea.Markus.
Some more information:
Websphere appends cellName, nodeName and server name (node1) to whever ClusterName I specify in the treecache.xml. During hot deployment, jboss cache jars try to find if there is any MBean with name TreeCache-Cluster. It does not find any and tries to create a new MBean with Name TreeCache-Cluster. In the process, websphere again appends the same information (cellName, nodeName ...etc) and it finds that there is bean with this name already exists and hence I get the exception.
For the sake of experiment: I gave the name to ClusterName attribute as anonymous wrote : TreeCache-Cluster,cell=TD2471N
| ode01Cell,node=TD2471Node01,process=server1, which Websphere was complaining. And it all started working OK.
But this definitely not a solution because this information is machine specific.
Let me know how to fix it.
Thanks,
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257482#4257482
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257482
16 years, 7 months
[JBoss Tools Users] - Can not install JBoss Tools in Eclipse Galileo
by mcgilbertus
i have grabbed a galileo download and unzipped it. Then go to Help/Install New Software, type the 3.1M3 update site, select only the first option -not sdk, not birt/maven integration- and after some 20 minutes or so an error pops up saying that some dependencies are missing. It says the names that seems to be some obscure versions of existing packages.
I then retrieved the individual plugins I am interested in: Seam, Hibernate, RichFaces, JBossAS, FreeMarker. I unzipped them over a clean Galileo, and I get Hibernate and JSF. I don't see anything related to JBoss AS, Seam, or FreeMarker.
Is it possible to install 3.1M3 on top of standard JEE Galileo, or should I get some internal release or what?
Thanks in advance
Ernesto Cullen
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257479#4257479
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257479
16 years, 7 months