[EJB 3.0] - Re: EJB3 & SSL not working in JBoss 5 Beta3?
by jaikiran
Javid,
Please see this thread http://www.jboss.com/index.html?module=bb&op=viewtopic&t=131072 where the same issue was reported for version 4.2.2.
anonymous wrote :
| 14:36:15,468 ERROR [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(DelegatingConstructorAccessorIm
| pl.java:27)
| at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
| at org.jboss.remoting.transport.socket.ServerThread.createServerSocketWrapper(ServerThread.j
| ava: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:168)
| at org.jboss.remoting.transport.socket.ClientSocketWrapper.(ClientSocketWrapper.java:66)
| at org.jboss.remoting.transport.socket.ServerSocketWrapper.(ServerSocketWrapper.java:46)
| ... 7 more
The exception stacktrace that you posted looks very similar to what is posted in the other thread. See my comment dated Mon May 5, 2008 12:21 PM in that other thread. Your logs on the client also show that you are passing the keyStore and keyStorePassword as arguments:
anonymous wrote : [echo] java -Djavax.net.ssl.keyStrore=c:\jbia-src\ch07\target/keystore/client.truststore -Djavax.net.ssl.keyStorePassword=clientpass com.manning.jbia.Client
This looks incorrect. Instead, the trustStore and trustStorePassword need to be passed as arguments from the client. See my comment in that other thread and also this document http://docs.jboss.org/ejb3/app-server/reference/build/reference/en/html/t... which describes how to create the trustStore and pass it as an argument from the client.
Let us know, if this works for you (i haven't yet tried this on JBoss-5 Beta).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148743#4148743
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148743
17 years, 11 months
[Security & JAAS/JBoss] - Re: Obtaining SecurityManagerService failed
by ashekhar2001
Hello
When i log out from the application it will give me Error as follows otherwise all running fine.My app is deployed on jbsss verson jboss-4.2.1 and i am using JNDI for Connection pooling.
i came to know that i have write to few codes in Web.xml to avoid this exception
| <?xml version="1.0" encoding="UTF-8"?>
|
| <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
| xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
| version="2.4">
| <session-config>
| <session-timeout>
| 180
| </session-timeout>
| </session-config>
|
|
| <servlet>
| <servlet-name>MyThreadSMB</servlet-name>
| <servlet-class>com.np.XX.sftp.ServletForMyThread</servlet-class>
| <load-on-startup>5</load-on-startup>
| </servlet>
| <welcome-file-list>
| <welcome-file>
| index.jsp
| </welcome-file>
| </welcome-file-list>
| </web-app>
I got Exception
[com.np.XX.admin.number_of_subscrip] Logged Out User: admin
2008-05-06 11:55:17,780 DEBUG [org.jboss.web.tomcat.security.SecurityFlushSessionListener] Obtaining SecurityManagerService failed::
java.lang.ClassCastException: org.jnp.interfaces.NamingContext
at org.jboss.web.tomcat.security.SecurityFlushSessionListener.getSecurityManagerService(SecurityFlushSessionListener.java:193)
at org.jboss.web.tomcat.security.SecurityFlushSessionListener.getSubjectAndSecurityDomain(SecurityFlushSessionListener.java:160)
at org.jboss.web.tomcat.security.SecurityFlushSessionListener.sessionDestroyed(SecurityFlushSessionListener.java:79)
at org.apache.catalina.session.StandardSession.expire(StandardSession.java:702)
at org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
at org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111)
at org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150)
at org.apache.jsp.admin.logout_jsp._jspService(logout_jsp.java:81)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:387)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:595)
2008-05-06 11:55:17,780 DEBUG [org.jboss.web.tomcat.security.SecurityFlushSessionListener] Unable to obtain SecurityDomain
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148735#4148735
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148735
17 years, 11 months
[Installation, Configuration & DEPLOYMENT] - Erron in deployment while migrating from oc4j to jboss
by shilili
Hi,
I'm trying to migrate my application from oc4j and I'm getting this warning:
18:18:40,116 WARN [verifier] EJB spec violation:
Bean : ObjectDec
Section: 9.2.9
Warning: The primary key class must override equals().
18:18:40,116 WARN [verifier] EJB spec violation:
Bean : ObjectDec
Section: 9.2.9
Warning: The primary key class must override hashCode().
18:18:40,178 ERROR [MainDeployer] Could not create deployment: file:/C:/jboss/jboss-4.2.2.GA/server/default/tmp/deploy/tmp30525pegasus.ear-contents/ejbs.jar
org.jboss.deployment.DeploymentException: Verification of Enterprise Beans failed, see above for error messages.
I don't have any errors displayed except from this warning.
the definition in ejb-jar.xml is:
Entity Bean ( Container-managed Persistence )
<display-name>ObjectDec</display-name>
<ejb-name>ObjectDec</ejb-name>
com.x.ms.core.managed.impl.IObjectDecHome
com.x.ms.core.managed.impl.IObjectDec
<ejb-class>
com.x.ms.core.managed.impl.ObjectDecBean
</ejb-class>
<persistence-type>Container</persistence-type>
<prim-key-class>
com.x.ms.core.managed.impl.ObjectDecPK
</prim-key-class>
False
<cmp-field>
<field-name>assocType</field-name>
</cmp-field>
<cmp-field>
<field-name>secondObjOID</field-name>
</cmp-field>
<cmp-field>
<field-name>firstObjOID</field-name>
</cmp-field>
in ObjectDecPK I do have the equals and the hashCode override methods.
Can someone know what can be the problem? should I define the methods and the queries in jaws.xml? or in jbosscmp-jdbc.xml?
I have this definition in oc4j orion-ejb-jar.xml: (should I migrate it to the jboss xmls? how?).
Thanks for the help,
shi
<orion-ejb-jar>
<enterprise-beans>
<entity-deployment max-instances="0"
name="ObjectDec" copy-by-value="false"
exclusive-write-access="false"
table="MSM_OBJECT_ASSOCIATION">
<primkey-mapping>
<cmp-field-mapping name="firstObjOID"
persistence-name="FIRSTOBJOID" persistence-type="VARCHAR(255)" />
</primkey-mapping>
<cmp-field-mapping name="firstObjOID"
persistence-name="FIRSTOBJOID" persistence-type="VARCHAR(255)" />
<cmp-field-mapping name="assocType"
persistence-name="ASSOCTYPE" persistence-type="VARCHAR(255)" />
<cmp-field-mapping name="secondObjOID"
persistence-name="SECONDOBJOID" persistence-type="VARCHAR(255)" />
<finder-method partial="True" query="$firstObjOID = $1">
<ejb-name>ObjectDec</ejb-name>
<method-name>findByFirstObject</method-name>
<method-params>
<method-param>java.lang.String</method-param>
</method-params>
</finder-method>
<finder-method partial="True" query="$secondObjOID = $1">
<ejb-name>ObjectDec</ejb-name>
<method-name>findBySecondObject</method-name>
<method-params>
<method-param>java.lang.String</method-param>
</method-params>
</finder-method>
</entity-deployment>
...
</orion-ejb-jar>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148732#4148732
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148732
17 years, 11 months