Re: [JBoss-user] Web Application Structure (WAR) within EAR
No, neither client jars or ejb interfaces need be included in the war. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Michael Angelo Libio [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 02, 2002 2:29 PM Subject: [JBoss-user] Web Application Structure (WAR) within EAR Does the war file need to have the client jars (jboss/client/*.jar) included in its WEB-INF/lib directory? I deployed it in the ear file under a jboss+tomcat (embeded) server. Do I also need to include the ejb files in the war (WEB-INF/lib) file when I refer to it under web.xml (ejb-ref)? My setup: app.ear /web.war /ejb.jar /META-INF /application.xml my application.xml ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE application PUBLIC '-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN' 'http://java.sun.com/dtd/application_1_3.dtd' application display-nameSome Name/display-name descriptionSome Description/description module web web-uriweb.war/web-uri context-rootsome-context/context-root /web /module module ejbxzoom-ejb.jar/ejb /module-- /application _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] FileNotFoundException Accessing Session bean from Servlet
Hello all, Using jboss-3.0.0_tomcat-4.0.3, I am trying to access a Session bean called Registration from within a servlet, both of which are part of an application called pc, deployed as pc.ear. I can access the bean with no problem from a stand-alone client, with the following code: Context jndiContext = getInitialContext(); Object ref = jndiContext.lookup("RegistrationHomeRemote"); RegistrationHomeRemote registrationHome = (RegistrationHomeRemote) PortableRemoteObject.narrow(ref,RegistrationHomeRemote.class); RegistrationRemote registration = registrationHome.create(); registration.remove(); When I placed this code in a TestServlet, however, I initially got a ClassCastException at the third line. Some research in the forums and the manual suggested to me that I did not have everything specified correctly in my deployment descriptors. After some tinkering, I no longer get a ClassCastException. However, I do get the following Exception: javax.servlet.ServletException: Could not activate; nested exception is: java.io.FileNotFoundException: C:\Java\jboss\jboss-3.0.0_tomcat-4.0.3\server\default\db\sessions\Registration\1036311619820.ser (The system cannot find the file specified) at com.pc.servlets.TestServlet.doRequest(TestServlet.java:44) at com.pc.servlets.BaseServlet.doPost(BaseServlet.java:33) at com.pc.servlets.BaseServlet.doGet(BaseServlet.java:28) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java:446) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107) at java.lang.Thread.run(Thread.java:536) Could anyone shed any light on what's happening here? My deployment descriptors (in relevant part) are as follows: ejb.jar: session display-nameRegistration/display-name ejb-nameRegistration/ejb-name homecom.pc.ejb.session.interfaces.RegistrationHomeRemote/home remotecom.pc.ejb.session.interfaces.RegistrationRemote/remote ejb-classcom.pc.ejb.session.beans.RegistrationBean/ejb-class session-typeStateful/session-type
RE: [JBoss-user] httpsession clustering overhead
ECPERF is in CVS under the ecperf module. For testing with 3.0 series, you'll need to checkout: ecperf -r Branch_3_0 3.2 and higher, just check out ecperf regulary. at jboss's CVS server? sorry for asking, but me cvs aren't that close so that I fully understand all you said ;-) Also ECPerf is not a good HTTP test. For that I suggest the RICE study (JBoss vs. Jonas). Dain has done some great work porting the test to 3.0, but we haven't committed it yet. Any link to it? At a first glance I found the rice university page, but not the study. Any ideia when the porting will be commited? Could anybody offer up machines for doing clustering benchmarks with RICE and ECPERF? I only have 3 machines at home and its just not enough. Email me if you're interested. How many are needed? At my research place I have 4 machines that I can use however I want, with Win2k or Linux. Besides that I have some access to some servers and about other 5 machines running Win2K. I would really like to do those benchmarck since I will use them in my thesis.. Thank you Joao Clemente Inesc-Id - Portugal --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] httpsession clustering overhead
Joao Pedro Clemente wrote: ECPERF is in CVS under the ecperf module. For testing with 3.0 series, you'll need to checkout: ecperf -r Branch_3_0 3.2 and higher, just check out ecperf regulary. at jboss's CVS server? sorry for asking, but me cvs aren't that close so that I fully understand all you said ;-) Yes, it's in the jboss cvs server. Also ECPerf is not a good HTTP test. For that I suggest the RICE study (JBoss vs. Jonas). Dain has done some great work porting the test to 3.0, but we haven't committed it yet. Any link to it? At a first glance I found the rice university page, but not the study. Any ideia when the porting will be commited? The porting is done, but it is no to easy to setup and run. I doubt it will be committed any time soon. -dain --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] DatabaseServerLoginModule
Hello: I'm trying to configure the DatabaseServerLoginModule to use as an authentication mechanism for a simple JSP with simple FORM based security. I'm sure I am missing something, but have not been able to find my error(s) in the documentation or other related posts. This is with JBoss 3.0.0 with Tomcat 4.0.3. The problem is as follows: The JSP presents and appears to process the login form correctly and just as expected. The problem is that no matter what I respond to the form with for user and password, I am successfully transferred to the JSP that is supposed to be guarded. This is to say that users/pws that are in the database and any other garbabge that is not both appear to work equally well and result in successful authentication. There are no errors on the console or log that I have found. There are also no errors during startup. There are also no indications that any authentication is ocurring. I'd appreciate any and all help as I'm not sure what I'm missing at this point. Here are the relevant sections from the files: web.xml: security-constraint web-resource-collection web-resource-nameBookMarks/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-namePortalUser/role-name /auth-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameAbilSoftRealm/realm-name form-login-config form-login-page/login.html/form-login-page form-error-page/login-error.html/form-error-page /form-login-config /login-config security-role role-namePortalUser/role-name /security-role jboss-web.xml: jboss-web security-domainjava:/jaas/AbilSoftRealm/security-domain /jboss-web login-config.xml: application-policy name = SecurityDbRealm authentication login-module code = org.jboss.resource.security.ConfiguredIdentityLoginModule flag = required module-option name = principaltestuser/module-option module-option name = userNametestuser/module-option module-option name = passwordpw/module-option module-option name = managedConnectionFactoryNamejboss.jca:service=LocalTxCM,name=SecurityDS/module-option /login-module /authentication /application-policy application-policy name = AbilSoftRealm authentication login-module code = org.jboss.security.auth.spi.DatabaseServerLoginModule flag = required module-option name = dsJndiNamejava:/SecurityPool/module-option module-option name = principalsQueryselect password from users where username = ?/module-option module-option name = rolesQueryselect role, rolegroup from roles where username = ?/module-option module-option name = hashAlgorithmMD5/module-option module-option name = hashEncodingbase64/module-option /login-module /authentication /application-policy Thanks again. --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] DatabaseServerLoginModule
There is no jboss-web.xml descriptor describing the security domain under which authentication should occur. See the getting started guide where a WEB-INF/jboss-web.xml file is described as being required to enable security: jboss-web security-domainjava:/jaas/other/security-domain /jboss-web On Sunday, November 3, 2002, at 07:30 AM, Todd Gould wrote: Hello: I'm trying to configure the DatabaseServerLoginModule to use as an authentication mechanism for a simple JSP with simple FORM based security. I'm sure I am missing something, but have not been able to find my error(s) in the documentation or other related posts. This is with JBoss 3.0.0 with Tomcat 4.0.3. The problem is as follows: The JSP presents and appears to process the login form correctly and just as expected. The problem is that no matter what I respond to the form with for user and password, I am successfully transferred to the JSP that is supposed to be guarded. This is to say that users/pws that are in the database and any other garbabge that is not both appear to work equally well and result in successful authentication. There are no errors on the console or log that I have found. There are also no errors during startup. There are also no indications that any authentication is ocurring. I'd appreciate any and all help as I'm not sure what I'm missing at this point. Here are the relevant sections from the files: web.xml: security-constraint web-resource-collection web-resource-nameBookMarks/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-namePortalUser/role-name /auth-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameAbilSoftRealm/realm-name form-login-config form-login-page/login.html/form-login-page form-error-page/login-error.html/form-error-page /form-login-config /login-config security-role role-namePortalUser/role-name /security-role jboss-web.xml: jboss-web security-domainjava:/jaas/AbilSoftRealm/security-domain /jboss-web login-config.xml: application-policy name = SecurityDbRealm authentication login-module code = org.jboss.resource.security.ConfiguredIdentityLoginModule flag = required module-option name = principaltestuser/module-option module-option name = userNametestuser/module-option module-option name = passwordpw/module-option module-option name = managedConnectionFactoryNamejboss.jca:service=LocalTxCM,name=Securit yDS/module-option /login-module /authentication /application-policy application-policy name = AbilSoftRealm authentication login-module code = org.jboss.security.auth.spi.DatabaseServerLoginModule flag = required module-option name = dsJndiNamejava:/SecurityPool/module-option module-option name = principalsQueryselect password from users where username = ?/module-option module-option name = rolesQueryselect role, rolegroup from roles where username = ?/module-option module-option name = hashAlgorithmMD5/module-option module-option name = hashEncodingbase64/module-option /login-module /authentication /application-policy Thanks again. --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] FileNotFoundException Accessing Session bean from Servlet
This happens when the stateful session has been removed due to inactivity. The default timeout is 30 minutes. jboss-3.0.0 is now getting to be a rather out of date version so lookup into updating to 3.0.4. Scott Stark Chief Technology Officer JBoss Group, LLC On Sunday, November 3, 2002, at 12:40 AM, John Snyder wrote: Hello all, Using jboss-3.0.0_tomcat-4.0.3, I am trying to access a Session bean called Registration from within a servlet, both of which are part of an application called pc, deployed as pc.ear. I can access the bean with no problem from a stand-alone client, with the following code: Context jndiContext = getInitialContext(); Object ref = jndiContext.lookup("RegistrationHomeRemote"); RegistrationHomeRemote registrationHome = (RegistrationHomeRemote) PortableRemoteObject.narrow(ref,RegistrationHomeRemote.class); RegistrationRemote registration = registrationHome.create(); registration.remove(); When I placed this code in a TestServlet, however, I initially got a ClassCastException at the third line. Some research in the forums and the manual suggested to me that I did not have everything specified correctly in my deployment descriptors. After some tinkering, I no longer get a ClassCastException. However, I do get the following Exception: javax.servlet.ServletException: Could not activate; nested exception is: java.io.FileNotFoundException: C:\Java\jboss\jboss-3.0.0_tomcat-4.0.3\server\default\db\sessions\Registration\1036311619820.ser (The system cannot find the file specified) at com.pc.servlets.TestServlet.doRequest(TestServlet.java:44) at com.pc.servlets.BaseServlet.doPost(BaseServlet.java:33) at com.pc.servlets.BaseServlet.doGet(BaseServlet.java:28) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java:446) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
[JBoss-user] ClassCastException on redeploy of .ear
Hello all,Using jboss-3.0.0_tomcat-4.0.3, I am trying to access a Session bean called Registration from within a servlet, both of which are part of an application called pc, deployed as pc.ear. Here is the code Im using to do it: Context jndiContext = getInitialContext();Object ref = jndiContext.lookup("RegistrationHomeRemote");RegistrationHomeRemote registrationHome = (RegistrationHomeRemote)PortableRemoteObject.narrow(ref,RegistrationHomeRemote.class); RegistrationRemote registration = registrationHome.create(); registration.remove(); Everything works fine when I start jboss fresh and deploy the ear. However, as soon as I make a change to any file and re-deploy the ear, I get a ClassCastException at the third line. Im totally stumped why would it work on initial deployment, then stop working on re-deployment??? Any help would be most appreciated. My deployment configuration files are as follows: ejb.jar:sessiondisplay-nameRegistration/display-name ejb-nameRegistration/ejb-name homecom.pc.ejb.session.interfaces.RegistrationHomeRemote/homeremotecom.pc.ejb.session.interfaces.RegistrationRemote/remoteejb-classcom.pc.ejb.session.beans.RegistrationBean/ejb-classsession-typeStateful/session-typetransaction-typeContainer/transaction-type /sessionjboss.xml:sessionejb-nameRegistration/ejb-namejndi-nameRegistrationHomeRemote/jndi-name/sessionweb.xml:servletservlet-nameRegistrationServlet/servlet-nameservlet-classcom.pc.servlets.RegistrationServlet/servlet-class/servletejb-refejb-ref-nameRegistration/ejb-ref-nameejb-ref-typeSession/ejb-ref-typehomeRegistrationHomeRemote/homeremoteRegistrationRemote/remoteejb-linkRegistration/ejb-link/ejb-refjboss-web.xml:ejb-refejb-ref-nameRegistration/ejb-ref-namejndi-namepc/RegistrationHomeRemote/jndi-name/ejb-ref
Re: [JBoss-user] ClassCastException on redeploy of .ear
Bug in 3.0.0. Upgrade to 3.0.4. Scott StarkChief Technology OfficerJBoss Group, LLC - Original Message - From: John Snyder To: [EMAIL PROTECTED] Sent: Sunday, November 03, 2002 9:31 AM Subject: [JBoss-user] ClassCastException on redeploy of .ear Hello all,Using jboss-3.0.0_tomcat-4.0.3, I am trying to access a Session bean called Registration from within a servlet, both of which are part of an application called pc, deployed as pc.ear. Here is the code Im using to do it: Context jndiContext = getInitialContext();Object ref = jndiContext.lookup("RegistrationHomeRemote");RegistrationHomeRemote registrationHome = (RegistrationHomeRemote)PortableRemoteObject.narrow(ref,RegistrationHomeRemote.class); RegistrationRemote registration = registrationHome.create(); registration.remove(); Everything works fine when I start jboss fresh and deploy the ear. However, as soon as I make a change to any file and re-deploy the ear, I get a ClassCastException at the third line. Im totally stumped why would it work on initial deployment, then stop working on re-deployment??? Any help would be most appreciated. My deployment configuration files are as follows: ejb.jar:sessiondisplay-nameRegistration/display-name ejb-nameRegistration/ejb-name homecom.pc.ejb.session.interfaces.RegistrationHomeRemote/homeremotecom.pc.ejb.session.interfaces.RegistrationRemote/remoteejb-classcom.pc.ejb.session.beans.RegistrationBean/ejb-classsession-typeStateful/session-typetransaction-typeContainer/transaction-type /sessionjboss.xml:sessionejb-nameRegistration/ejb-namejndi-nameRegistrationHomeRemote/jndi-name/sessionweb.xml:servletservlet-nameRegistrationServlet/servlet-nameservlet-classcom.pc.servlets.RegistrationServlet/servlet-class/servletejb-refejb-ref-nameRegistration/ejb-ref-nameejb-ref-typeSession/ejb-ref-typehomeRegistrationHomeRemote/homeremoteRegistrationRemote/remoteejb-linkRegistration/ejb-link/ejb-refjboss-web.xml:ejb-refejb-ref-nameRegistration/ejb-ref-namejndi-namepc/RegistrationHomeRemote/jndi-name/ejb-ref
[JBoss-user] jboss IBM AS 400
Hi, someone of you run Jboss successfully on a IBM AS 400? Thanks Stefan --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: FileNotFoundException Accessing Session bean from Servlet
That makes sense -- thanks. Are there any configuration changes I have to make to deployment or service descriptors when I move from 3.0 to 3.0.4, or should what I have for 3.0 work in the upgraded version, too? If there are modifications, is there any documentation listing the needed changes? Thanks again, -- John Message: 4 Date: Sun, 3 Nov 2002 08:48:29 -0800 Subject: Re: [JBoss-user] FileNotFoundException Accessing Session bean from Servlet From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] --Apple-Mail-2-52851237 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; delsp=yes; charset=ISO-8859-1; format=flowed This happens when the stateful session has been removed due to inactivity. The default timeout is 30 minutes. jboss-3.0.0 is now =20 getting to be a rather out of date version so lookup into updating to 3.0.4. --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] DatabaseServerLoginModule
Thanks for the info and by the way, I have been working straight from the Quick Start Guide draft 3. I've modified by jboss-web.xml to be exactly as you listed below with no apparent impact on the behavior.I'm still getting the behavior as described below. Any help at all will be greatly appreciated! Thanks, Todd -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-user-admin;lists.sourceforge.net] On Behalf Of Scott M Stark Sent: Sunday, November 03, 2002 9:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] DatabaseServerLoginModule There is no jboss-web.xml descriptor describing the security domain under which authentication should occur. See the getting started guide where a WEB-INF/jboss-web.xml file is described as being required to enable security: jboss-web security-domainjava:/jaas/other/security-domain /jboss-web On Sunday, November 3, 2002, at 07:30 AM, Todd Gould wrote: Hello: I'm trying to configure the DatabaseServerLoginModule to use as an authentication mechanism for a simple JSP with simple FORM based security. I'm sure I am missing something, but have not been able to find my error(s) in the documentation or other related posts. This is with JBoss 3.0.0 with Tomcat 4.0.3. The problem is as follows: The JSP presents and appears to process the login form correctly and just as expected. The problem is that no matter what I respond to the form with for user and password, I am successfully transferred to the JSP that is supposed to be guarded. This is to say that users/pws that are in the database and any other garbabge that is not both appear to work equally well and result in successful authentication. There are no errors on the console or log that I have found. There are also no errors during startup. There are also no indications that any authentication is ocurring. I'd appreciate any and all help as I'm not sure what I'm missing at this point. Here are the relevant sections from the files: web.xml: security-constraint web-resource-collection web-resource-nameBookMarks/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-namePortalUser/role-name /auth-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameAbilSoftRealm/realm-name form-login-config form-login-page/login.html/form-login-page form-error-page/login-error.html/form-error-page /form-login-config /login-config security-role role-namePortalUser/role-name /security-role jboss-web.xml: jboss-web security-domainjava:/jaas/AbilSoftRealm/security-domain /jboss-web login-config.xml: application-policy name = SecurityDbRealm authentication login-module code = org.jboss.resource.security.ConfiguredIdentityLoginModule flag = required module-option name = principaltestuser/module-option module-option name = userNametestuser/module-option module-option name = passwordpw/module-option module-option name = managedConnectionFactoryNamejboss.jca:service=LocalTxCM,name=Securit yDS/module-option /login-module /authentication /application-policy application-policy name = AbilSoftRealm authentication login-module code = org.jboss.security.auth.spi.DatabaseServerLoginModule flag = required module-option name = dsJndiNamejava:/SecurityPool/module-option module-option name = principalsQueryselect password from users where username = ?/module-option module-option name = rolesQueryselect role, rolegroup from roles where username = ?/module-option module-option name = hashAlgorithmMD5/module-option module-option name = hashEncodingbase64/module-option /login-module /authentication /application-policy Thanks again. --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Re: ClassCastException on redeploy of .ear
At various times there have been various class cast problems, and many of them have been fixed. Please be sure you are using an up to date jboss version (such as 3.0.4) before complaining too loudly. thanks david jencks On 2002.11.03 14:26:08 -0500 John Snyder wrote: My problem looks very similar to the problem reported in the forum on this thread: http://www.jboss.org/forums/thread.jsp?forum=47thread=13855message=3711632 q=%2BClassCastException+%2Bredeploy#3711632 However, it looks like nobody has a solution. Is this the case? Do I have to restart JBoss every time I want to redeploy, to avoid this exception??? That would hardly be a viable option in a production environment... Any information/guidance would be most appreciated. Thanks, -- John - Original Message - From: John Snyder To: [EMAIL PROTECTED] Sent: Sunday, November 03, 2002 11:31 AM Subject: ClassCastException on redeploy of .ear Hello all, Using jboss-3.0.0_tomcat-4.0.3, I am trying to access a Session bean called Registration from within a servlet, both of which are part of an application called pc, deployed as pc.ear. Here is the code I'm using to do it: Context jndiContext = getInitialContext(); Object ref = jndiContext.lookup(RegistrationHomeRemote); RegistrationHomeRemote registrationHome = (RegistrationHomeRemote) PortableRemoteObject.narrow(ref,RegistrationHomeRemote.class); RegistrationRemote registration = registrationHome.create(); registration.remove(); Everything works fine when I start jboss fresh and deploy the ear. However, as soon as I make a change to any file and re-deploy the ear, I get a ClassCastException at the third line. I'm totally stumped - why would it work on initial deployment, then stop working on re-deployment??? Any help would be most appreciated. My deployment configuration files are as follows: ejb.jar: session display-nameRegistration/display-name ejb-nameRegistration/ejb-name homecom.pc.ejb.session.interfaces.RegistrationHomeRemote/home remotecom.pc.ejb.session.interfaces.RegistrationRemote/remote ejb-classcom.pc.ejb.session.beans.RegistrationBean/ejb-class session-typeStateful/session-type transaction-typeContainer/transaction-type /session jboss.xml: session ejb-nameRegistration/ejb-name jndi-nameRegistrationHomeRemote/jndi-name /session web.xml: servlet servlet-nameRegistrationServlet/servlet-name servlet-classcom.pc.servlets.RegistrationServlet/servlet-class /servlet ejb-ref ejb-ref-nameRegistration/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homeRegistrationHomeRemote/home remoteRegistrationRemote/remote ejb-linkRegistration/ejb-link /ejb-ref jboss-web.xml: ejb-ref ejb-ref-nameRegistration/ejb-ref-name jndi-namepc/RegistrationHomeRemote/jndi-name /ejb-ref --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: ClassCastException on redeploy of .ear
Scott, I upgraded to jboss-3.0.4_tomcat-4.0.6, but I still have the exact same problem. Everything works fine when I first start JBoss and deploy the .ear, but as soon as I re-deploy the .ear, I get the ClassCastException. This happens even when I remove the .jar and .ear files from the deploy directory completely, then re-deploy them. Could this be a problem with my web.xml and jboss-web.xml files, or is it unrelated? This strikes me as a pretty serious problem -- see any solution? The full error I am getting, if it helps, is: java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo teObject.java:293) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134) at com.pc.servlets.RegistrationServlet.doRequest(RegistrationServlet.java:40) at com.pc.servlets.BaseServlet.doPost(BaseServlet.java:33) at com.pc.servlets.BaseServlet.doGet(BaseServlet.java:28) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java :465) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:683) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:431) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:355) at com.pc.servlets.RouterServlet.doRequest(RouterServlet.java:28) at com.pc.servlets.BaseServlet.doPost(BaseServlet.java:33) at com.pc.servlets.BaseServlet.doGet(BaseServlet.java:28) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java :465) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:475) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at
[JBoss-user] how-to unregister/create queue because InstanceAlreadyExistException
If my client for some reason goes down and I have to restart it, I'd get the following exception ... --- MBeanException: Exception in MBean operation 'createQueue(,java.lang.String,java.lang.String)' Cause: javax.management.InstanceAlreadyExistsException: jboss.mq.destination:service=Queue,name=trinity already registered. at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:303) --- The following code is used to created this queue ... --- MBeanServer server = (MBeanServer)MBeanServerFactory.findMBeanServer(null).iterator().next(); server.invoke(new ObjectName(JBossMQ, service, Server), createQueue, new Object[] { bInfo.getNodeName() }, new String[] {java.lang.String}); --- So my question is, if this queue already exists, how would I *unregister* it and then recreate it? Any help much appreciated. --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] capturing java.net.socketexception
Hi Guys,I have a JMS implementation for my project using JBoss 3.0.2, JDK 1.4.1When an external client closes the connection to a particular Queue hosted by JBoss, you can see the following exception being thrown in the Jboss console. I am wondering if there is any way to capture this inside a bean inside JBoss, so as to know when the external client has gone down.I know I can implement an exception listener for a queue listener but that would only work for an external client which loses itz connection to the queue, when the queue/jboss goes down. But how do i implement tis listener inside JBoss. If i could capture this exception somehow in my bean, it would make life much easier.09:17:04,650 WARN [OILServerILService] Connection failure (1).java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at java.io.BufferedInputStream.fill(BufferedInputStream.java:183) at java.io.BufferedInputStream.read(BufferedInputStream.java:201) at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2133) at java.io.ObjectInputStream$BlockDataInputStream.readBlockHeader(ObjectInputStream.java:2316) at java.io.ObjectInputStream$BlockDataInputStream.refill(ObjectInputStream.java:2383) at java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.java:2455) at java.io.ObjectInputStream$BlockDataInputStream.readByte(ObjectInputStream.java:2604) at java.io.ObjectInputStream.readByte(ObjectInputStream.java:845) at org.jboss.mq.il.oil.OILServerILService$Client.run(OILServerILService.java:205) at java.lang.Thread.run(Thread.java:536) Thanks in advance, Dushy
[JBoss-user] Configuring a non XA JMS Connection Factory
Hi, How do I tell jboss that my JMS provider does not support XA. I am trying to use Fiorano with JBOSS and Fiorano does not support XA.My problem is that the JBOSS JMS plugin gets a class cast exception because it thinks that the ConnectionFactory it got from the Fiorano JNDI is an XAConnectionFactory when it is only a ConnectionFactory. Here is my bean. !-- For Fiorano Adapter Written -- mbean code=org.jboss.jms.jndi.JMSProviderLoader name=jboss.mq:service=JMSProviderLoader,name=FioranoAdapter attribute name=ProviderNameFioranoJMSProvider/attribute attribute name=ProviderAdapterClassFioranoAdapter/attribute attribute name=QueueFactoryRefprimaryQCF/attribute attribute name=TopicFactoryRefprimaryTCF/attribute attribute name=ProviderUrlhttp://localhost:1856/attribute /mbean mbean code=org.jboss.jms.jndi.JMSProviderLoader name=jboss.mq:service=JMSProviderLoader,name=JBossMQProvider attribute name=ProviderNameDefaultJMSProvider/attribute attribute name=ProviderAdapterClass org.jboss.jms.jndi.JBossMQProvider /attribute attribute name=QueueFactoryRefjava:/XAConnectionFactory/attribute attribute name=TopicFactoryRefjava:/XAConnectionFactory/attribute /mbean Thanks Ed --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] (no subject)
forum people, I have updated forums with security concerns. If you are using 3.0.4 : It are using a login-config that you have to set up before running it. The snippet is in the class forum_home/src/main/org/jboss/forums/security/SecurityService.java. If you are using HEAD : 1.You can use SecurityService.java instead and therefore uncomment code, it sets up the login config at deploy time by calling XMLLoginConfig mbean. 2.Also you have to changes stuff in forum_home/src/resources/merge/jboss-container.xml and switch the interceptor stack configurations. I will detail more tomorrow in forum on jboss about roles, etc... (because forums are offline now) julien ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Web Application Structure (WAR) within EAR
thanks, scott...one last thing: I'm really confused as to where my third-party-web.jar files should be. They're the files that drive my web application. Should they sit on the WEB-INF/lib of the war file? Or should they be in the root of the my ejb-app.jar file? Do I need to include anything on my manifest file? I want to be able to use the ejb-ref-local option of my web.xml (from war). If I can be pointed the resource, I can possibly stop bugging you :)...Thanks again. From: Scott M Stark [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Web Application Structure (WAR) within EAR Date: Sat, 2 Nov 2002 23:58:06 -0800 No, neither client jars or ejb interfaces need be included in the war. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Michael Angelo Libio [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 02, 2002 2:29 PM Subject: [JBoss-user] Web Application Structure (WAR) within EAR Does the war file need to have the client jars (jboss/client/*.jar) included in its WEB-INF/lib directory? I deployed it in the ear file under a jboss+tomcat (embeded) server. Do I also need to include the ejb files in the war (WEB-INF/lib) file when I refer to it under web.xml (ejb-ref)? My setup: app.ear /web.war /ejb.jar /META-INF /application.xml my application.xml ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE application PUBLIC '-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN' 'http://java.sun.com/dtd/application_1_3.dtd' application display-nameSome Name/display-name descriptionSome Description/description module web web-uriweb.war/web-uri context-rootsome-context/context-root /web /module module ejbxzoom-ejb.jar/ejb /module-- /application _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user