[EJB 3.0] - Re: EJB with SSL does not work with JBoss AS 4.2.2
by jaikiran
"jthinaka" wrote : Jaikiran,
| Thanks for your reply, however we need to have 0.0.0.0 set because our server has multiple addresses and needs to be accessible by all of them. So even if the fix worked, it would not really work for us.
|
| Dave,
| Thanks for posting, if it helps, your experience is exactly like mine, which in some way or form is heartening. Let's hope the Jboss dev group finds a resolution soon.
|
| Cheers to both of you.
| TJ
I was able to reproduce this on my local JBoss-4.2.2 setup and even able to get it working after knowing what was going wrong (atleast in my case).
Steps to reproduce this exception:
1) Start with this guide http://docs.jboss.org/ejb3/app-server/reference/build/reference/en/html/t.... I guess, everyone in this thread too has followed the same.
2) My SLSB looks like this:
| package org.myapp.ejb.impl;
|
| import javax.annotation.Resource;
| import javax.ejb.Remote;
| import javax.ejb.Stateless;
| import javax.persistence.EntityManager;
|
| import org.jboss.annotation.ejb.RemoteBinding;
| import org.jboss.annotation.ejb.RemoteBindings;
| import org.myapp.ejb.AppManager;
|
| @Stateless
| @Remote ({AppManager.class})
| @RemoteBindings({
| @RemoteBinding(clientBindUrl="sslsocket://0.0.0.0:3843", jndiBinding="AppManagerBeanSSL"),
| @RemoteBinding(jndiBinding="AppManagerBeanNormal")
| })
| public class AppManagerBean implements AppManager {
|
|
| public String getVersion() {
|
| return "1.0";
| }
|
|
| }
|
3) Modified the jboss-service.xml in %JBOSS_HOME%\server\< serverName>\deploy\ejb3.deployer\ejb3.deployer\META-INF folder to add (as mentioned in that doc):
| <mbean code="org.jboss.remoting.transport.Connector"
| name="jboss.remoting:type=Connector,transport=socket3843,handler=ejb3">
| <depends>jboss.aop:service=AspectDeployer</depends>
| <attribute name="InvokerLocator">sslsocket://${jboss.bind.address}:3843</attribute>
| <attribute name="Configuration">
| <handlers>
| <handler subsystem="AOP">org.jboss.aspects.remoting.AOPRemotingInvocationHandler</handler>
| </handlers>
| </attribute>
| </mbean>
4) Created the keystore and truststore files and started JBoss passing it the keystore filename and password:
| run.bat -c jaikiran -b 0.0.0.0 -Djavax.net.ssl.keyStore=C:\jdk1.5.0_07\bin\localhost.keystore -Djavax.net.ssl.keyStorePassword=opensource
5) Wrote a simple standalone client to use the AppManagerBean:
| package org.myapp.core;
|
| import javax.naming.Context;
| import javax.naming.InitialContext;
|
| import org.myapp.ejb.AppManager;
|
| public class SSLBeanLookup {
|
| public static void main(String args[]) {
| try {
|
|
| Context ctx = new InitialContext();
|
| AppManager appManagerSSL = (AppManager) ctx.lookup("AppManagerBeanSSL");
| System.out.println("AppManager : " + appManagerSSL);
| System.out.println("AppManager version returned is : " + appManagerSSL.getVersion());
|
| } catch(Exception e) {
| e.printStackTrace();
| }
| }
|
| }
|
6) Ran this standalone client without passing any parameters:
java org.myapp.core.SSLBeanLookup
The client failed with the exact same exception as mentioned in this thread. The server side also showed the similar exception:
| 2008-05-05 20:19:44,569 ERROR [org.jboss.remoting.transport.socket.ServerThread] Worker thread initialization failure
| 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.jboss.remoting.transport.socket.ServerThread.createServerSocketWrapper(ServerThread.java:720)
| at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:368)
| at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:166)
| Caused by: java.net.SocketException: Socket Closed
| at java.net.PlainSocketImpl.setOption(PlainSocketImpl.java:201)
| at java.net.Socket.setSoTimeout(Socket.java:988)
| at com.sun.net.ssl.internal.ssl.SSLSocketImpl.setSoTimeout(SSLSocketImpl.java:1971)
| at org.jboss.remoting.transport.socket.SocketWrapper.setTimeout(SocketWrapper.java:85)
| at org.jboss.remoting.transport.socket.ClientSocketWrapper.createStreams(ClientSocketWrapper.java:171)
| at org.jboss.remoting.transport.socket.ClientSocketWrapper.<init>(ClientSocketWrapper.java:66)
| at org.jboss.remoting.transport.socket.ServerSocketWrapper.<init>(ServerSocketWrapper.java:46)
| ... 7 more
|
I then downloaded the JBossRemoting source code and a bit of debugging and modification to the code (to print out the exception) showed exactly what was going wrong. I changed the ClientSocketWrapper to catch and print out the exception:
try
| {
| out = createOutputStream(serializationType, socket, marshaller);
| in = createInputStream(serializationType, socket, unmarshaller);
| } catch (Exception e) {
| //Jaikiran: Added this catch block for debugging
| System.out.println("Exception caught " + e);
| e.printStackTrace();
| }
| finally
| {
| setTimeout(savedTimeout);
| log.debug("reset timeout: " + savedTimeout);
| }
Turns out, the root cause of this exception is this:
| 2008-05-05 20:19:44,569 ERROR [org.jboss.remoting.transport.socket.ServerThread] Worker thread initialization failure
| 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.jboss.remoting.transport.socket.ServerThread.createServerSocketWrapper(ServerThread.java:720)
| at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:368)
| at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:166)
| Caused by: java.net.SocketException: Socket Closed
| at java.net.PlainSocketImpl.setOption(PlainSocketImpl.java:201)
| at java.net.Socket.setSoTimeout(Socket.java:988)
| at com.sun.net.ssl.internal.ssl.SSLSocketImpl.setSoTimeout(SSLSocketImpl.java:1971)
| at org.jboss.remoting.transport.socket.SocketWrapper.setTimeout(SocketWrapper.java:85)
| at org.jboss.remoting.transport.socket.ClientSocketWrapper.createStreams(ClientSocketWrapper.java:171)
| at org.jboss.remoting.transport.socket.ClientSocketWrapper.<init>(ClientSocketWrapper.java:66)
| at org.jboss.remoting.transport.socket.ServerSocketWrapper.<init>(ServerSocketWrapper.java:46)
| ... 7 more
|
| .................
| .................
| 2008-05-05 20:20:34,711 INFO [STDOUT] Exception caught javax.net.ssl.SSLHandshakeException: Received fatal alert: certificate_unknown
| 2008-05-05 20:20:36,149 ERROR [STDERR] javax.net.ssl.SSLHandshakeException: Received fatal alert: certificate_unknown
| 2008-05-05 20:20:36,149 ERROR [STDERR] at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:150)
| 2008-05-05 20:20:36,149 ERROR [STDERR] at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:117)
| 2008-05-05 20:20:36,149 ERROR [STDERR] at com.sun.net.ssl.internal.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:1584)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:866)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1030)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:622)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.java:59)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at java.io.ObjectOutputStream$BlockDataOutputStream.flush(ObjectOutputStream.java:1628)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at java.io.ObjectOutputStream.flush(ObjectOutputStream.java:666)
| 2008-05-05 20:20:36,164 ERROR [STDERR] at org.jboss.remoting.marshal.serializable.SerializableMarshaller.getMarshallingStream(SerializableMarshaller.java:90)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at org.jboss.remoting.marshal.serializable.SerializableMarshaller.getMarshallingStream(SerializableMarshaller.java:72)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at org.jboss.remoting.transport.socket.ClientSocketWrapper.createOutputStream(ClientSocketWrapper.java:207)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at org.jboss.remoting.transport.socket.ClientSocketWrapper.createStreams(ClientSocketWrapper.java:163)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at org.jboss.remoting.transport.socket.ClientSocketWrapper.<init>(ClientSocketWrapper.java:66)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerSocketWrapper.<init>(ServerSocketWrapper.java:46)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
| 2008-05-05 20:20:36,180 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.createServerSocketWrapper(ServerThread.java:720)
| 2008-05-05 20:20:36,196 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:368)
| 2008-05-05 20:20:36,196 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:166)
|
This exception provides enough clues.
How to fix this:
Pass the truststore file and truststore password -Djavax.net.ssl.trustStore and -Djavax.net.ssl.trustStorePassword arguments when running the standalone client:
| java org.myapp.core.SSLBeanLookup -Djavax.net.ssl.trustStore=C:\jdk1.5.0_07\bin\localhost.truststore -Djavax.net.ssl.trustStorePassword=opensource
That's it. With these arguments passed to the client, i got my expected output without any exceptions.
The whole confusion is because of the original exception stacktrace not being clear enough.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148646#4148646
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148646
18 years, 1 month
[EJB/JBoss] - Error when deploying day trader to jboss - Caused by: org.jb
by openevol
Greetings,
i will like to ask if anybody have deploy day trader into JBoss.
Currently i deploying day trader into jboss and i meeting some problems and i hope to get some advice from u veterans.
My day trader can be down load at www.openevol.com/chongming/daytrader-ear-2.0-SNAPSHOT.ear
These are the errors i encounter
| ===============================================================================
|
| 18:03:24,553 INFO [Server] Starting JBoss (MX MicroKernel)...
| 18:03:24,553 INFO [Server] Release ID: JBoss [Zion] 4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)
| 18:03:24,553 INFO [Server] Home Dir: D:\Program Files\Apache\jboss-4.0.5.GA
| 18:03:24,563 INFO [Server] Home URL: file:/D:/Program Files/Apache/jboss-4.0.5.GA/
| 18:03:24,563 INFO [Server] Patch URL: null
| 18:03:24,563 INFO [Server] Server Name: default
| 18:03:24,563 INFO [Server] Server Home Dir: D:\Program Files\Apache\jboss-4.0.5.GA\server\default
| 18:03:24,563 INFO [Server] Server Home URL: file:/D:/Program Files/Apache/jboss-4.0.5.GA/server/default/
| 18:03:24,563 INFO [Server] Server Log Dir: D:\Program Files\Apache\jboss-4.0.5.GA\server\default\log
| 18:03:24,563 INFO [Server] Server Temp Dir: D:\Program Files\Apache\jboss-4.0.5.GA\server\default\tmp
| 18:03:24,563 INFO [Server] Root Deployment Filename: jboss-service.xml
| 18:03:25,564 INFO [ServerInfo] Java version: 1.5.0_15,Sun Microsystems Inc.
| 18:03:25,564 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.5.0_15-b04,Sun Microsystems Inc.
| 18:03:25,564 INFO [ServerInfo] OS-System: Windows XP 5.1,x86
| 18:03:27,717 INFO [Server] Core system initialized
| 18:03:34,317 INFO [WebService] Using RMI server codebase: http://Zodiac:8083/
| 18:03:34,367 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml
| 18:03:49,028 INFO [ServiceEndpointManager] WebServices: jbossws-1.0.3.SP1 (date=200609291417)
| 18:03:51,812 INFO [Embedded] Catalina naming disabled
| 18:03:51,912 INFO [ClusterRuleSetFactory] Unable to find a cluster rule set in the classpath. Will load the default ru
| e set.
| 18:03:51,912 INFO [ClusterRuleSetFactory] Unable to find a cluster rule set in the classpath. Will load the default ru
| e set.
| 18:03:53,023 INFO [Http11BaseProtocol] Initializing Coyote HTTP/1.1 on http-0.0.0.0-8080
| 18:03:53,023 INFO [Catalina] Initialization processed in 1111 ms
| 18:03:53,023 INFO [StandardService] Starting service jboss.web
| 18:03:53,023 INFO [StandardEngine] Starting Servlet Engine: Apache Tomcat/5.5.20
| 18:03:53,084 INFO [StandardHost] XML validation disabled
| 18:03:53,154 INFO [Catalina] Server startup in 131 ms
| 18:03:53,564 INFO [TomcatDeployer] deploy, ctxPath=/invoker, warUrl=.../deploy/http-invoker.sar/invoker.war/
| 18:03:54,175 INFO [WebappLoader] Dual registration of jndi stream handler: factory already defined
| 18:03:55,397 INFO [TomcatDeployer] deploy, ctxPath=/, warUrl=.../deploy/jbossweb-tomcat55.sar/ROOT.war/
| 18:03:56,679 INFO [TomcatDeployer] deploy, ctxPath=/jbossws, warUrl=.../tmp/deploy/tmp3291jbossws-context-exp.war/
| 18:03:57,991 INFO [TomcatDeployer] deploy, ctxPath=/jbossmq-httpil, warUrl=.../deploy/jms/jbossmq-httpil.sar/jbossmq-h
| tpil.war/
| 18:04:01,436 INFO [TomcatDeployer] deploy, ctxPath=/web-console, warUrl=.../deploy/management/console-mgr.sar/web-cons
| le.war/
| 18:04:03,589 INFO [MailService] Mail Service bound to java:/Mail
| 18:04:04,200 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-ha-local-jdbc
| rar
| 18:04:04,330 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-ha-xa-jdbc.ra
|
| 18:04:04,390 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-local-jdbc.ra
|
| 18:04:04,450 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-xa-jdbc.rar
| 18:04:04,550 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jms/jms-ra.rar
| 18:04:04,690 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/mail-ra.rar
| 18:04:06,613 INFO [WrapperDataSourceService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=Default
| S' to JNDI name 'java:DefaultDS'
| 18:04:07,935 INFO [jms/TradeBrokerQueue] Bound to JNDI name: TradeBrokerQueue
| 18:04:07,945 INFO [jms/TradeStreamerTopic] Bound to JNDI name: TradeStreamerTopic
| 18:04:07,955 INFO [A] Bound to JNDI name: queue/A
| 18:04:07,965 INFO [B] Bound to JNDI name: queue/B
| 18:04:07,965 INFO [C] Bound to JNDI name: queue/C
| 18:04:07,965 INFO [D] Bound to JNDI name: queue/D
| 18:04:07,965 INFO [ex] Bound to JNDI name: queue/ex
| 18:04:08,005 INFO [testTopic] Bound to JNDI name: topic/testTopic
| 18:04:08,015 INFO [securedTopic] Bound to JNDI name: topic/securedTopic
| 18:04:08,015 INFO [testDurableTopic] Bound to JNDI name: topic/testDurableTopic
| 18:04:08,025 INFO [testQueue] Bound to JNDI name: queue/testQueue
| 18:04:08,155 INFO [UILServerILService] JBossMQ UIL service available at : /0.0.0.0:8093
| 18:04:08,265 INFO [DLQ] Bound to JNDI name: queue/DLQ
| 18:04:08,646 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=ConnectionFactoryBindin
| ,name=JmsXA' to JNDI name 'java:JmsXA'
| 18:04:08,876 INFO [WrapperDataSourceService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=jdbc/Tr
| deDataSource' to JNDI name 'jdbc/TradeDataSource'
| 18:04:09,006 INFO [TomcatDeployer] deploy, ctxPath=/jmx-console, warUrl=.../deploy/jmx-console.war/
| 18:04:09,597 INFO [EARDeployer] Init J2EE application: file:/D:/Program Files/Apache/jboss-4.0.5.GA/server/default/dep
| oy/daytrader-ear-2.0-SNAPSHOT.ear
| 18:04:09,928 WARN [MainDeployer] Found non-jar deployer for wsappclient.jar: org.jboss.deployment.ClientDeployer@1a6b1
| f
| 18:04:11,150 WARN [NestedThrowable] Duplicate throwable nesting of same base type: class org.jboss.deployment.Deployme
| tException is assignable from: class org.jboss.deployment.DeploymentException
| 18:04:11,160 ERROR [MainDeployer] Could not initialise deployment: file:/D:/Program Files/Apache/jboss-4.0.5.GA/server/
| efault/deploy/daytrader-ear-2.0-SNAPSHOT.ear
| org.jboss.deployment.DeploymentException: Failed to parse WEB-INF/web.xml; - nested throwable: (org.jboss.deployment.De
| loymentException: expected one home tag)
| at org.jboss.web.AbstractWebContainer.parseMetaData(AbstractWebContainer.java:755)
| at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:356)
| 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.deployment.SubDeployerInterceptorSupport.init(SubDeployerInterceptorSupport.java:119)
| at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.init(SubDeployerInterceptorSupport.java
| 172)
| at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:87)
| 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 $Proxy38.init(Unknown Source)
| at org.jboss.deployment.MainDeployer.init(MainDeployer.java:872)
| at org.jboss.deployment.MainDeployer.init(MainDeployer.java:895)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:809)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at sun.reflect.GeneratedMethodAccessor54.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 $Proxy8.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:2
| 3)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
| at sun.reflect.GeneratedMethodAccessor2.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 $Proxy4.start(Unknown Source)
| at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
| 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 org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
| 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.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 $Proxy5.deploy(Unknown Source)
| at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
| at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
| at org.jboss.Main.boot(Main.java:200)
| at org.jboss.Main$1.run(Main.java:490)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: org.jboss.deployment.DeploymentException: expected one home tag
| at org.jboss.metadata.MetaData.getUniqueChild(MetaData.java:113)
| at org.jboss.metadata.EjbRefMetaData.importEjbJarXml(EjbRefMetaData.java:85)
| at org.jboss.metadata.WebMetaData.importWebXml(WebMetaData.java:926)
| at org.jboss.metadata.WebMetaData.importXml(WebMetaData.java:738)
| at org.jboss.web.AbstractWebContainer.parseMetaData(AbstractWebContainer.java:750)
| ... 88 more
| 18:04:11,170 ERROR [URLDeploymentScanner] Incomplete Deployment listing:
|
| --- Incompletely deployed packages ---
| org.jboss.deployment.DeploymentInfo@e797dc73 { url=file:/D:/Program Files/Apache/jboss-4.0.5.GA/server/default/deploy/d
| ytrader-ear-2.0-SNAPSHOT.ear }
| deployer: org.jboss.deployment.EARDeployer@15b8520
| status: null
| state: FAILED
| watch: file:/D:/Program Files/Apache/jboss-4.0.5.GA/server/default/deploy/daytrader-ear-2.0-SNAPSHOT.ear
| altDD: null
| lastDeployed: 1209863051160
| lastModified: 1209863049587
| mbeans:
|
|
| 18:04:11,360 INFO [Http11BaseProtocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080
| 18:04:11,560 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009
| 18:04:11,590 INFO [JkMain] Jk running ID=0 time=0/90 config=null
| 18:04:11,600 INFO [Server] JBoss (MX MicroKernel) [4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)] Started in 4
| s:37ms
| 18:19:55,748 INFO [EARDeployer] Undeploying J2EE application, destroy step: file:/D:/Program Files/Apache/jboss-4.0.5.
| A/server/default/deploy/daytrader-ear-2.0-SNAPSHOT.ear
| 18:19:55,748 INFO [EARDeployer] Undeployed J2EE application: file:/D:/Program Files/Apache/jboss-4.0.5.GA/server/defau
| t/deploy/daytrader-ear-2.0-SNAPSHOT.ear
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148639#4148639
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148639
18 years, 1 month
[Javassist user questions] - how to annotate a field
by Ugn
Firstly hello everybody!
I am very new to javassist and am trying to write a class / function, which implements an interface which is passed to it.
So its something like
MyInterfac p = ImplFactory.implement(MyInterface.class);
What i need is to annotate the field of the implemented class with annotations, which i have read from the interface.
Bsp.:
Interface:
public interface PersonTestInterface {
public static final String foaf = "http://xmlns.com/foaf/0.1/";
@rdf(foaf+"surname") <-----take this
public Collection getSurnames();
}
should be implemented as:
public class PersonTestInterfaceImpl
implements PersonTestInterface
{
@rdf(foaf+"surname") <---- put it here
private Collection surnames;
public Collection getSurnames()
{
return surnames;
}
}
Could someone help me and tell how to create the annotations on the fields? The easiest way would be somethink to "copy" the annotations.
Eugen
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148638#4148638
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148638
18 years, 1 month
[JBoss Cache: Core Edition] - Re: Should be able to use ClusteredCacheLoader with CacheMod
by lovelyliatroim
anonymous wrote :
| This depends on which eviction policy you use. If you use the expiration policy, the expiry time is encoded as data on a node which means it will replicate to B and get evicted at the appropriate time.
|
Thats good to know, i know you can set a max number of nodes on this but can you set a minimum? I have the scenario where if it goes past a certain time i.e its stale then ask data source for data however if data source is not available then use stale data. So does the expiration policy keep a minimum amount of stale data or will it purge all data that has gone past the expiration time?
Now to get back to the main point, why it doesnt make sense to run CCL in LOCALMODE. Just referring back to the example given and the comment
anonymous wrote :
| Now if the cluster is not replicated, nodes A, B and C would have different state, potentially using the same Fqns. And using a CCL here could result in meaningless state retrieval.
|
That really a case if you cared about the state of data between the nodes. For my application, what defines whether to use the value, is the time duration. So I dont care what the value/state is as long as its not older than X mins old. If is older than Xmins old then a new value is retrieved.
I do see that it breaks the concept of what a cache loader is if you were allowed to use CCL in LOCAL mode but i do think there is a need to have something like CCL in local mode.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148610#4148610
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148610
18 years, 1 month