[JBoss-user] patching jboss 3.0.6
Hi, I've encountered the (known) jboss-shutdown problem, and noticed there's a patch available. However, the 3.0.6-zip files on the download page don't include this patch. Does that mean those files are totally unusable, and I need to checkout the 3.0 branch from cvs and apply the patch like that? Or is there an easier way? Thanks, Hans -- In a world without walls and fences, who needs windows and gates? Is the essence that the light pulse lives longer? Hans Schippers 1LIC INF UIA 2002-2003 signature.asc Description: This is a digitally signed message part
[JBoss-user] assertions in jsp's
Hi, It seems like java 1.4 supports the assert keyword, but to actually use it, one needs to add a command line switch to the javac command. So I was wondering, is it possible to use this feature with JSP's as well? I mean, is there a way to provide command-line options to the javac command JBoss uses to compile the JSP's? Thanks, Hans -- In a world without walls and fences, who needs windows and gates? Is the essence that the light pulse lives longer? Hans Schippers 1LIC INF UIA 2002-2003 signature.asc Description: This is a digitally signed message part
[JBoss-user] accessing classes in a .war from classes in a .jar
Hi, it seems like accessing classes in a .jar from classes in a .war is possible if the .jar and .war are in a .ear together. The other way round however (accessing classes in a .war from classes in a .jar) seems to be impossible whatsoever. The obvious reason probably being that the .jar doesn't know it should be looking in WEB-INF/classes. Is this correct? And if so, what does one need to do if one needs to access classes in a .war from classes in a .jar? Thanks Hans -- In a world without walls and fences, who needs windows and gates? Hans Schippers 1LIC INF UIA 2002-2003 signature.asc Description: This is a digitally signed message part
[JBoss-user] classpath for JSP compiling
Hi, I'm writing a simple JSP in which I try to access an Entity EJB. Yet while accessing the jsp, I get javac errors in the JBoss log, like this: Error compiling file: /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/eenloketsysteem/jsp/stTest_jsp.java /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/eenloketsysteem/jsp/stTest_jsp.java:7: package eenloketsysteem.entitybeans does not exist import eenloketsysteem.entitybeans.*; ^ /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/eenloketsysteem/jsp/stTest_jsp.java:45: cannot resolve symbol symbol : class PersoonUtil location: class org.apache.jsp.stTest_jsp PersoonUtil pUtil = new PersoonUtil(); ^ And so on... Obviously, JBoss seems unable to locate the Beans... The beans are in a .jar file with the following structure: META-INF/MANIFEST.MF META-INF/ejb-jar.xml META-INF/jboss.xml META-INF/jbosscmp-jdbc.xml eenloketsysteem/entitybeans/PersoonUtil.class eenloketsysteem/entitybeans/Persoon.class eenloketsysteem/entitybeans/PersoonData.class ... The JSP is in a .war file like this: META-INF/MANIFEST.MF WEB-INF/jboss-web.xml WEB-INF/web.xml jsp/stTest.jsp ... The URL I use for accessing the JSP is: Http://localhost:8080/eenloketsysteem/jsp/stTest.jsp Now the odd thing is, that I also have some servlets in that .war (which are compiled by myself of course, and not by JBoss), and there's no problem with them, i.e. JBoss does find the Beans at runtime, when the servlets need them... I guess the most logical explanation would be that JBoss uses a special classpath when compiling JSP's, but I'm not sure... Does anyone know what could be the problem here? Thanks, Hans -- In a world without walls and fences, who needs windows and gates? Hans Schippers 1LIC INF UIA 2002-2003 signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] classpath for JSP compiling
Hi, it certainly was deployed, otherwise the servlets wouldn't work either... But I've solved the issue by creating an .ear with the .jar and the .war listed as modules in the application.xml... I didn't know this was obligatory though... I thought an .ear wasn't really needed because the .jar and the .war were in the same deployment unit... I guess I was wrong then? Does anyone know when exactly it is needed to put .jar's and .war's in an .ear? Thanks Hans On Sun, 2003-02-16 at 18:35, Jules Gosnell wrote: Jasper expects it's classpath to be passed as a string via an init-param. This string is generated by walking up the classloader hierarchy and adding all relevant dirs/jars to it. This generation is done on deployment of the war. It looks s if it is missing the classes in your ejb-jar. was it deployed when you deployed the war ? If not redeploy it and try again. If so, let me know and we will investigate further (if you are using Jetty). Jules SainTiss wrote: Hi, I'm writing a simple JSP in which I try to access an Entity EJB. Yet while accessing the jsp, I get javac errors in the JBoss log, like this: Error compiling file: /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/eenloketsysteem/jsp/stTest_jsp.java /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/eenloketsysteem/jsp/stTest_jsp.java:7: package eenloketsysteem.entitybeans does not exist import eenloketsysteem.entitybeans.*; ^ /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/eenloketsysteem/jsp/stTest_jsp.java:45: cannot resolve symbol symbol : class PersoonUtil location: class org.apache.jsp.stTest_jsp PersoonUtil pUtil = new PersoonUtil(); ^ And so on... Obviously, JBoss seems unable to locate the Beans... The beans are in a .jar file with the following structure: META-INF/MANIFEST.MF META-INF/ejb-jar.xml META-INF/jboss.xml META-INF/jbosscmp-jdbc.xml eenloketsysteem/entitybeans/PersoonUtil.class eenloketsysteem/entitybeans/Persoon.class eenloketsysteem/entitybeans/PersoonData.class ... The JSP is in a .war file like this: META-INF/MANIFEST.MF WEB-INF/jboss-web.xml WEB-INF/web.xml jsp/stTest.jsp ... The URL I use for accessing the JSP is: Http://localhost:8080/eenloketsysteem/jsp/stTest.jsp Now the odd thing is, that I also have some servlets in that .war (which are compiled by myself of course, and not by JBoss), and there's no problem with them, i.e. JBoss does find the Beans at runtime, when the servlets need them... I guess the most logical explanation would be that JBoss uses a special classpath when compiling JSP's, but I'm not sure... Does anyone know what could be the problem here? Thanks, Hans --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- In a world without walls and fences, who needs windows and gates? Hans Schippers 1LIC INF UIA 2002-2003 signature.asc Description: This is a digitally signed message part
[JBoss-user] Could not look up DataSource
Hi, I'm trying to get the OpenSymphony osworkflow example to work on JBoss... It has instructions to get it to work on Tomcat, and since I've got JBoss with Tomcat integrated, I thought it should work as well... http://www.opensymphony.com/osworkflow/README-Tomcat.txt Now when I start the application, I get to the first page no problem, but when I click create account I get this in the JBoss log: 17:24:42,754 FATAL [BaseJDBCProvider] Could not look up DataSource using JNDI location: java:comp/env/jdbc/DefaultDS javax.naming.NamingException: Could not dereference object. Root exception is java.lang.NullPointerException at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:553) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:592) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:443) at javax.naming.InitialContext.lookup(InitialContext.java:347) at com.opensymphony.module.user.provider.jdbc.BaseJDBCProvider.init(BaseJDBCProvider.java:39) at com.opensymphony.module.user.util.ConfigLoader.addProvider(ConfigLoader.java:133) at com.opensymphony.module.user.util.ConfigLoader.access$100(ConfigLoader.java:79) at com.opensymphony.module.user.util.ConfigLoader$ConfigHandler.endElement(ConfigLoader.java:200) There are other exceptions after that, but I guess I should face the first exception first... My first thought is that, when deploying an app in JBoss, the Tomcat server.xml file is ignored? Because this is put in server.xml: !-- OSWorkflow Example Context -- Context path=/osworkflow_example docBase=osworkflow_example debug=0 reloadable=true crossContext=true Resource name=jdbc/DefaultDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/DefaultDS So that should make it accessible, right? Another possibility might be that, when deploying in JBoss, the application isn't found under the same context path, although when deploying I get: 17:24:18,681 INFO [EmbeddedCatalinaService41] deploy, ctxPath=/osworkflow_example, warUrl=file:/usr/local/jboss-3.0.4_tomcat-4.1.12/server/default/tmp/deploy/server/default/deploy/osworkflow_example.war/101.osworkflow_example.war So that seems to be ok as well... Does anyone have an idea of what might be wrong here? Thanks Hans -- In a world without walls and fences, who needs windows and gates? Hans Schippers 1LIC INF UIA 2002-2003 signature.asc Description: This is a digitally signed message part
[JBoss-user] deploying in tomcat/jboss
Hi, slightly relating to my previous mail, is it correct that in order to deploy a web application in Tomcat, you still have to deploy in $JBOSS_HOME/server/default/deploy and NOT in $JBOSS_HOME/tomcat/webapps, when using the tomcat integrated in JBoss? Thanks Hans -- In a world without walls and fences, who needs windows and gates? Hans Schippers 1LIC INF UIA 2002-2003 signature.asc Description: This is a digitally signed message part
[JBoss-user] deploymentexception
Hi, I keep getting the following error when deploying some beans: 19:26:54,825 WARN [ServiceController] Problem starting service jboss.j2ee:jndiName=eenloketsysteem.entitybeans/Persoon/Home,service=EJB org.jboss.deployment.DeploymentException: Error while creating table; - nested throwable: (java.sql.SQLException: ERROR: parser: parse error at or near ( ) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.createTable(JDBCStartCommand.java:175) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.execute(JDBCStartCommand.java:84) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.startStoreManager(JDBCStoreManager.java:457) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start(JDBCStoreManager.java:369) at org.jboss.ejb.plugins.CMPPersistenceManager.start(CMPPersistenceManager.java:198) where can I find out what exactly is causing the syntax error? I mean, is there some file where that particular query is written? Thanks Hans signature.asc Description: This is a digitally signed message part
[JBoss-user] parser error SOLVED = this is not funny
Hi, I found out what caused the parser error in my previous post by enabling postgreSQL's logging... The point is that JBoss is issuing the following query to postgreSQL: CREATE TABLE adres (ADRES_ID VARCHAR(255) NOT NULL, STRAAT VARCHAR(255), HUISNUMMER INTEGER(9) NOT NULL, BUS INTEGER(9) NOT NULL, POSTCODE INTEGER(9) NOT NULL, GEMEENTE VARCHAR(255), KLANT_PER_EVD_FK VARCHAR(255), CONSTRAINT pk_adres PRIMARY KEY (ADRES_ID)); PostgreSQL, however, doesn't recognize INTEGER(9), and gives parse error at '('... So I guess this is a JBoss bug then, but how do I fix it? I didn't find something like INTEGER(9) in standardjbosscmp-jdbc.xml for example... Thanks Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] parser error SOLVED = this is not funny
Hi, Thanks for your reply, but I'm afraid I'm not quite following you... I was looking to edit the file to fix the bug, but since INTEGER(9) is NOT in the file, I figured I can't change it there either... Am I mistaken here? Thanks Hans On Sun, 2002-12-08 at 21:48, Greg Turner wrote: True, but that does not prevent you from shutting down jboss, editing standardjbosscmp-jdbc.xml to suit your needs and starting jboss back up. Thats why that stuff is in a config file, not hard coded in. I didn't find something like INTEGER(9) in standardjbosscmp-jdbc.xml for example... Greg Turner, JBoss Authorized Consultant Tiburon Enterprise Systems http://www.tiburon-e-systems.com Box 1171 Tiburon, CA 94920 415-927-2543 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] parser error SOLVED (for real this time)
Hi, I certainly don't expect every possible mapping to be present, but the point is that PostgreSQL 7.2 IS present, and that I have that exact database :-) Anyway, the culprit was uml2ejb, which generated XDoclet tags, one of them being: @ejb.persistence column-name=MY_INT jdbc-type=INTEGER sql-type=INTEGER(9) I'd never thought that, apart from the mappings, sql-types still had to be specified, but... Ah well, I guess I learned something once again... Thanks! Hans On Sun, 2002-12-08 at 22:55, Greg Turner wrote: I don't know. All I am saying is don't be so quick to assume there is a bug. Experiment with editing the file and see if you can't make it work. Or alternatively, look at the JBoss code to see exactly how it uses that file. The file is just a set of mappings. And you can't expect the author of the file (Dain) to have come up with every possible mapping for every database. SainTiss wrote: Hi, Thanks for your reply, but I'm afraid I'm not quite following you... I was looking to edit the file to fix the bug, but since INTEGER(9) is NOT in the file, I figured I can't change it there either... Am I mistaken here? Thanks Hans On Sun, 2002-12-08 at 21:48, Greg Turner wrote: True, but that does not prevent you from shutting down jboss, editing standardjbosscmp-jdbc.xml to suit your needs and starting jboss back up. Thats why that stuff is in a config file, not hard coded in. I didn't find something like INTEGER(9) in standardjbosscmp-jdbc.xml for example... Greg Turner, JBoss Authorized Consultant Tiburon Enterprise Systems http://www.tiburon-e-systems.com Box 1171 Tiburon, CA 94920 415-927-2543 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Greg Turner, JBoss Authorized Consultant Tiburon Enterprise Systems http://www.tiburon-e-systems.com Box 1171 Tiburon, CA 94920 415-927-2543 signature.asc Description: This is a digitally signed message part
[JBoss-user] finder method oddity
Hi, I'm trying to find out about these finder methods, and I've stumbled upon an oddity here: I created two finder methods, using the following XDoclet tags: * @ejb.finder * signature=java.util.Collection findByName(java.lang.String name) * * @ejb.finder * signature=java.util.Collection findBySaint(java.lang.String saint) The difference between them, is basically that there IS a name field, but there is NO saint field in the EJB... What happens is that calling the findByName method results in the expected behaviour (ie all entities with the given name are returned), but the findBySaint method results in a FinderException being thrown... This all looks very logical to me, since of course, the container cannot know what I mean by findBySaint... What isn't logical though, is that JBoss complains *twice* when deploying: 20:44:38,632 INFO [EJBDeployer] Bean : Persoon Method : public abstract Collection findByName(String) throws FinderException, RemoteException Section: 10.5.6 Warning: Every finder method except findByPrimaryKey(key) must be associated with a query element in the deployment descriptor. 20:44:38,633 INFO [EJBDeployer] Bean : Persoon Method : public abstract Collection findBySaint(String) throws FinderException, RemoteException Section: 10.5.6 Warning: Every finder method except findByPrimaryKey(key) must be associated with a query element in the deployment descriptor. From my above experiences, I agree that JBoss should complain about the findBySaint method, but if it complains about the findByName method as well, then why is it working? Thanks, Hans signature.asc Description: This is a digitally signed message part
[JBoss-user] cactus problem: classcastexception and Error finding class
Hi, I managed to build and run a simple cactus test, but then I rebuilt and redeployed it, and then I was getting a ClassCastException, followed by the message that several of my classes were unknown sources... I restarted jboss, and now I'm not getting the above exception anymore, but this one: [junit] Testcase: testName took 1.457 sec [junit] Caused an ERROR [junit] Error finding class [tests.TestPersonEJB] using both the Context classloader and the webapp classloader. Possible causes include: [junit] - Your webapp does not include your test classes, [junit] - The cactus.jar is not located in your WEB-INF/lib directory and your Container has not set the Context classloader to point to the webapp one [junit] javax.servlet.ServletException: Error finding class [tests.TestPersonEJB] using both the Context classloader and the webapp classloader. Possible causes include: [junit] - Your webapp does not include your test classes, [junit] - The cactus.jar is not located in your WEB-INF/lib directory and your Container has not set the Context classloader to point to the webapp one [junit] at org.apache.cactus.server.AbstractWebTestCaller.getTestClassClass(AbstractWebTestCaller.java:344) [junit] at org.apache.cactus.server.AbstractWebTestCaller.getTestClassInstance(AbstractWebTestCaller.java:301) [junit] at org.apache.cactus.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:143) [junit] at org.apache.cactus.server.AbstractWebTestController.dispatch87_handleRequest(AbstractWebTestController.java;org/apache/cactus/util/log/LogAspect.aj(1k):125) And it goes on like this... Does anyone have any idea what could be the problem? (especially since it worked before, and all I did was rebuild and redeploy the EJB and the tests) Thanks, Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] cactus problem: classcastexception and Errorfinding class
Hi, I found out the second exception was my own fault (packaging mistake), but the first is still a mistery... (although I'm not able to reproduce it so it seems...) Hans On Mon, 2002-12-02 at 18:22, SainTiss wrote: Hi, I managed to build and run a simple cactus test, but then I rebuilt and redeployed it, and then I was getting a ClassCastException, followed by the message that several of my classes were unknown sources... I restarted jboss, and now I'm not getting the above exception anymore, but this one: [junit] Testcase: testName took 1.457 sec [junit] Caused an ERROR [junit] Error finding class [tests.TestPersonEJB] using both the Context classloader and the webapp classloader. Possible causes include: [junit] - Your webapp does not include your test classes, [junit] - The cactus.jar is not located in your WEB-INF/lib directory and your Container has not set the Context classloader to point to the webapp one [junit] javax.servlet.ServletException: Error finding class [tests.TestPersonEJB] using both the Context classloader and the webapp classloader. Possible causes include: [junit] - Your webapp does not include your test classes, [junit] - The cactus.jar is not located in your WEB-INF/lib directory and your Container has not set the Context classloader to point to the webapp one [junit] at org.apache.cactus.server.AbstractWebTestCaller.getTestClassClass(AbstractWebTestCaller.java:344) [junit] at org.apache.cactus.server.AbstractWebTestCaller.getTestClassInstance(AbstractWebTestCaller.java:301) [junit] at org.apache.cactus.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:143) [junit] at org.apache.cactus.server.AbstractWebTestController.dispatch87_handleRequest(AbstractWebTestController.java;org/apache/cactus/util/log/LogAspect.aj(1k):125) And it goes on like this... Does anyone have any idea what could be the problem? (especially since it worked before, and all I did was rebuild and redeploy the EJB and the tests) Thanks, Hans signature.asc Description: This is a digitally signed message part
[JBoss-user] cactus with jboss
Hi, I'm doing the cactus tutorial... It talks about creating some directories/files in [tomcat-root]/webapps, and modifying [tomcat root]/conf/web.xml... After that, the URL http://localhost:8080/test/ServletTestRunner should be available... However, I got the impression that the tomcat integrated in Jboss doesn't really work like the standalone version... I restarted JBoss, and in the log, nothing about ServletTestRunner was mentioned, and when trying to access the above URL, I get a Mapping configuration error... Doesn't JBoss check the webapps/ dir? Is the conf/web.xml the right configuration file for the tomcat integration? Also, would anyone know some docs explaining how to use Cactus with JBoss? (of course, any better testtools than Cactus are also welcome) Thanks Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] deploying war file
Hi, thanks for the offer, but I am using Tomcat indeed... Hans On Thu, 2002-11-28 at 10:43, Jules Gosnell wrote: SainTiss wrote: Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans If you are using Jetty (not Tomcat), send me a simple testcase and I will confirm that it works or get it fixed. Jules This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] deploying war file
Well, to be honest, there isn't any particular reason why I chose the tomcat-integrated build... I just thought that with Tomcat I'd certainly never run into a too few features problem... But if Jetty is a mature WebContainer as well, then maybe I should just switch, as the Tomcat support doesn't seem to be that common... Hans On Thu, 2002-11-28 at 11:29, Jules Gosnell wrote: too bad ! you should try Jetty - it comes bundled by default in the JBoss download. I do the integration AND answer questions on the list :-) BTW - not that I know anything about TC, but... hitting servlets via ../servlet/... is the job of the InvokerServlet. I know there was some concern that this may be a security issue and it may have been disabled in new TC builds. you should look in the ?web.xml? file in the TC distro (NOT WEB-INF/ of the war). I think the InvokerServlet is set up in there. If it, or it's mapping is commented out, then you will need to put it back in. If that's not it, then sorry for flaunting my ignorance. Jules SainTiss wrote: Hi, thanks for the offer, but I am using Tomcat indeed... Hans On Thu, 2002-11-28 at 10:43, Jules Gosnell wrote: SainTiss wrote: Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans If you are using Jetty (not Tomcat), send me a simple testcase and I will confirm that it works or get it fixed. Jules This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
RE: [JBoss-user] deploying war file
Hi, all I see under jboss.web is service=EmbeddedCatalina41 without servlet doesn't work either... The point is, I'm getting 404 for *every* combination, except for warname/ that gives me an empty list of filename, size, last modified Hans On Wed, 2002-11-27 at 10:07, Rupp,Heiko wrote: Hi, warname/servlets/servletname is giving me a 404, just like warname/servlet/servletname... Try without 'servlet' in between. Also, if you say 'warname' is that with or without .war? Try the without '.war' The jmx-console should also be able to tell you at least the context-root: http://localhost:8080/jmx-console/ jboss.web Jetty=0,JBossWebApplicationContext=3,context=/blabla Here /blabla is the context root. --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: AW: [JBoss-user] deploying war file
Also, here's the structure of my .war file: META-INF/ META-INF/MANIFEST.MF WEB-INF/ WEB-INF/classes/ WEB-INF/classes/eenloketsysteem/ WEB-INF/classes/eenloketsysteem/TestClient.class WEB-INF/classes/eenloketsysteem/ClientServlet.class WEB-INF/web.xml WEB-INF/jboss-web.xml Hans On Wed, 2002-11-27 at 09:43, anna schricker wrote: if you don't have an entry in web.xml for your servlet warname/servlet/your.package.servletname should work. -Ursprüngliche Nachricht- Von: SainTiss [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 27. November 2002 01:07 An: JBoss Mailing Betreff: Re: [JBoss-user] deploying war file Hi, I'm working without a mapping currently, but warname/servlets/servletname is giving me a 404, just like warname/servlet/servletname... Hans On Tue, 2002-11-26 at 20:10, Emerson Cargnin - SICREDI Serviços wrote: it depends of the mapping you created on your web.xml if no mapping is created, the default is localhost:8080/warname/servlets/sevletname someone correct me if I'm not right. you can use servlet mapping to take the servlets from the URL. like : servlet-mapping servlet-nameHtmlAdaptor/servlet-name url-pattern/HtmlAdaptor/url-pattern /servlet-mapping take a look at tomcat or jboss docs/examples to see how to do it. a good example can be found at : JBOSS_HOME/server/default/deploy/jmx-console.war/WEB-INF/web.xml SainTiss wrote: Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans -- | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959| | SICREDI Serviços | | Porto Alegre - Brasil| |xx| --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: AW: [JBoss-user] deploying war file
On Wed, 2002-11-27 at 12:12, Jules Gosnell wrote: what is in your jboss-web.xml ? does it mess with your context root ? If so, your warname is probably being ignored in favour of this entry. Jules jboss-web.xml is empty, apart from jboss-web /jboss-web Maybe it's got something to do with having the jboss version with tomcat integrated? Hans SainTiss wrote: Hi, I do have an entry, which looks like this: servlet servlet-nameClientServlet/servlet-name display-nameSaint Client Servlet/display-name servlet-classeenloketsysteem.ClientServlet/servlet-class /servlet warname/servlet/eenloketsysteem.ClientServlet doesn't work either... Hans On Wed, 2002-11-27 at 09:43, anna schricker wrote: if you don't have an entry in web.xml for your servlet warname/servlet/your.package.servletname should work. -Ursprüngliche Nachricht- Von: SainTiss [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 27. November 2002 01:07 An: JBoss Mailing Betreff: Re: [JBoss-user] deploying war file Hi, I'm working without a mapping currently, but warname/servlets/servletname is giving me a 404, just like warname/servlet/servletname... Hans On Tue, 2002-11-26 at 20:10, Emerson Cargnin - SICREDI Serviços wrote: it depends of the mapping you created on your web.xml if no mapping is created, the default is localhost:8080/warname/servlets/sevletname someone correct me if I'm not right. you can use servlet mapping to take the servlets from the URL. like : servlet-mapping servlet-nameHtmlAdaptor/servlet-name url-pattern/HtmlAdaptor/url-pattern /servlet-mapping take a look at tomcat or jboss docs/examples to see how to do it. a good example can be found at : JBOSS_HOME/server/default/deploy/jmx-console.war/WEB-INF/web.xml SainTiss wrote: Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans -- | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959| | SICREDI Serviços | | Porto Alegre - Brasil| |xx| --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: AW: [JBoss-user] deploying war file
Here's the output of the jboss-log, when deploying: 11:39:05,845 INFO [MainDeployer] Starting deployment of package: file:/usr/local/jboss-3.0.4_tomcat-4.1.12/server/default/deploy/st-testejbclient.war 11:39:06,024 INFO [EmbeddedCatalinaService41] deploy, ctxPath=/st-testejbclient, warUrl=file:/usr/local/jboss-3.0.4_tomcat-4.1.12/server/default/tmp/deploy/server/default/deploy/st-testejbclient.war/93.st-testejbclient.war 11:39:06,060 INFO [EmbeddedCatalinaService41] ClusteredHTTPSessionService not found 11:39:06,061 ERROR [EmbeddedCatalinaService41] Failed to setup clustering, clustering disabled 11:39:06,145 INFO [Engine] WebappLoader[/st-testejbclient]: Deploying class repositories to work directory /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/st-testejbclient 11:39:06,151 INFO [Engine] WebappLoader[/st-testejbclient]: Deploy class files /WEB-INF/classes to /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/st-testejbclient/WEB-INF/classes 11:39:06,622 INFO [Engine] ContextConfig[/st-testejbclient]: Added certificates - request attribute Valve 11:39:06,823 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 11:39:06,834 INFO [Engine] StandardManager[/st-testejbclient]: Seeding random number generator class java.security.SecureRandom 11:39:06,835 INFO [Engine] StandardManager[/st-testejbclient]: Seeding of random number generator has been completed 11:39:06,864 INFO [Engine] StandardWrapper[/st-testejbclient:default]: Loading container servlet default 11:39:06,867 INFO [Engine] StandardWrapper[/st-testejbclient:invoker]: Loading container servlet invoker 11:39:06,876 INFO [MainDeployer] Deployed package: file:/usr/local/jboss-3.0.4_tomcat-4.1.12/server/default/deploy/st-testejbclient.war so the context seems to be set at localhost/st-testejbclient, which is localhost/warname... But what should be next isn't really specified... The servlet class does have to be in the classes subdir, right? Thanks Hans On Wed, 2002-11-27 at 12:12, Jules Gosnell wrote: what is in your jboss-web.xml ? does it mess with your context root ? If so, your warname is probably being ignored in favour of this entry. Jules SainTiss wrote: Hi, I do have an entry, which looks like this: servlet servlet-nameClientServlet/servlet-name display-nameSaint Client Servlet/display-name servlet-classeenloketsysteem.ClientServlet/servlet-class /servlet warname/servlet/eenloketsysteem.ClientServlet doesn't work either... Hans On Wed, 2002-11-27 at 09:43, anna schricker wrote: if you don't have an entry in web.xml for your servlet warname/servlet/your.package.servletname should work. -Ursprüngliche Nachricht- Von: SainTiss [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 27. November 2002 01:07 An: JBoss Mailing Betreff: Re: [JBoss-user] deploying war file Hi, I'm working without a mapping currently, but warname/servlets/servletname is giving me a 404, just like warname/servlet/servletname... Hans On Tue, 2002-11-26 at 20:10, Emerson Cargnin - SICREDI Serviços wrote: it depends of the mapping you created on your web.xml if no mapping is created, the default is localhost:8080/warname/servlets/sevletname someone correct me if I'm not right. you can use servlet mapping to take the servlets from the URL. like : servlet-mapping servlet-nameHtmlAdaptor/servlet-name url-pattern/HtmlAdaptor/url-pattern /servlet-mapping take a look at tomcat or jboss docs/examples to see how to do it. a good example can be found at : JBOSS_HOME/server/default/deploy/jmx-console.war/WEB-INF/web.xml SainTiss wrote: Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans -- | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959| | SICREDI Serviços | | Porto Alegre - Brasil| |xx| --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https
Re: [JBoss-user] deploying war file: SOLVED (?)
Hi, it seems that you *have* to specify a mapping in web.xml, like this: servlet-mapping servlet-nameClientServlet/servlet-name url-pattern/stservlet/*/url-pattern /servlet-mapping And then it works... So there are no default mappings then so it seems... Or at least none that can be found by a common user :-) Hans On Wed, 2002-11-27 at 17:49, SainTiss wrote: Here's the output of the jboss-log, when deploying: 11:39:05,845 INFO [MainDeployer] Starting deployment of package: file:/usr/local/jboss-3.0.4_tomcat-4.1.12/server/default/deploy/st-testejbclient.war 11:39:06,024 INFO [EmbeddedCatalinaService41] deploy, ctxPath=/st-testejbclient, warUrl=file:/usr/local/jboss-3.0.4_tomcat-4.1.12/server/default/tmp/deploy/server/default/deploy/st-testejbclient.war/93.st-testejbclient.war 11:39:06,060 INFO [EmbeddedCatalinaService41] ClusteredHTTPSessionService not found 11:39:06,061 ERROR [EmbeddedCatalinaService41] Failed to setup clustering, clustering disabled 11:39:06,145 INFO [Engine] WebappLoader[/st-testejbclient]: Deploying class repositories to work directory /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/st-testejbclient 11:39:06,151 INFO [Engine] WebappLoader[/st-testejbclient]: Deploy class files /WEB-INF/classes to /usr/local/jboss-3.0.4_tomcat-4.1.12/tomcat-4.1.x/work/MainEngine/localhost/st-testejbclient/WEB-INF/classes 11:39:06,622 INFO [Engine] ContextConfig[/st-testejbclient]: Added certificates - request attribute Valve 11:39:06,823 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 11:39:06,834 INFO [Engine] StandardManager[/st-testejbclient]: Seeding random number generator class java.security.SecureRandom 11:39:06,835 INFO [Engine] StandardManager[/st-testejbclient]: Seeding of random number generator has been completed 11:39:06,864 INFO [Engine] StandardWrapper[/st-testejbclient:default]: Loading container servlet default 11:39:06,867 INFO [Engine] StandardWrapper[/st-testejbclient:invoker]: Loading container servlet invoker 11:39:06,876 INFO [MainDeployer] Deployed package: file:/usr/local/jboss-3.0.4_tomcat-4.1.12/server/default/deploy/st-testejbclient.war so the context seems to be set at localhost/st-testejbclient, which is localhost/warname... But what should be next isn't really specified... The servlet class does have to be in the classes subdir, right? Thanks Hans On Wed, 2002-11-27 at 12:12, Jules Gosnell wrote: what is in your jboss-web.xml ? does it mess with your context root ? If so, your warname is probably being ignored in favour of this entry. Jules SainTiss wrote: Hi, I do have an entry, which looks like this: servlet servlet-nameClientServlet/servlet-name display-nameSaint Client Servlet/display-name servlet-classeenloketsysteem.ClientServlet/servlet-class /servlet warname/servlet/eenloketsysteem.ClientServlet doesn't work either... Hans On Wed, 2002-11-27 at 09:43, anna schricker wrote: if you don't have an entry in web.xml for your servlet warname/servlet/your.package.servletname should work. -Ursprüngliche Nachricht- Von: SainTiss [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 27. November 2002 01:07 An: JBoss Mailing Betreff: Re: [JBoss-user] deploying war file Hi, I'm working without a mapping currently, but warname/servlets/servletname is giving me a 404, just like warname/servlet/servletname... Hans On Tue, 2002-11-26 at 20:10, Emerson Cargnin - SICREDI Serviços wrote: it depends of the mapping you created on your web.xml if no mapping is created, the default is localhost:8080/warname/servlets/sevletname someone correct me if I'm not right. you can use servlet mapping to take the servlets from the URL. like : servlet-mapping servlet-nameHtmlAdaptor/servlet-name url-pattern/HtmlAdaptor/url-pattern /servlet-mapping take a look at tomcat or jboss docs/examples to see how to do it. a good example can be found at : JBOSS_HOME/server/default/deploy/jmx-console.war/WEB-INF/web.xml SainTiss wrote: Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans -- | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959| | SICREDI Serviços | | Porto Alegre - Brasil| |xx| --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http
Re: AW: [JBoss-user] deploying war file
Hi, This is what I was trying all the time, but it just doesn't seem to work... Unless you specify a servlet mapping in the web.xml, it seems impossible to access the servlets... Hans On Wed, 2002-11-27 at 19:40, Andreas Mecky wrote: Hello, I see that this is becoming a long term discussion. So let me shortly describe what you have to do. Let's assume you have a servlet in the package com.foo with the name SuperServlet. This servlet must be in the following directory of your war-file: WEB-INF\classes\com\foo\SuperServlet.class Inside the META-INF directory you need the following files: - web.xml web-app servlet servlet-nameSuperServlet/servlet-name servlet-classcom.foo.SuperServlet/servlet-class /servlet /web-app - jboss-web.xml jboss-web /jboss-web Let's say you have packed everything to the file mywebapp.war. Deploy this war file to the JBoss server and then you can access your servlet with: http://localhost:8080/mywebapp/SuperServlet If you want to deploy an ear file then you have to build a directory which contains: mywebapp.war META-INF\application.xml and in the application.xml you put: application display-nameMyWebApp/display-name module web web-urimywebapp.war/web-uri context-root/mywebapp/context-root /web /module /application HTH Andreas __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: AW: [JBoss-user] deploying war file
Hi, I have seen a book where they don't have a servlet-mapping, although they use sun's reference implementation, and deploytool, which might generate the mapping behind their backs, even though the deployment descriptors have to be written manually... Regards, Hans On Wed, 2002-11-27 at 21:49, Andreas Mecky wrote: Hi Sain, you are right. It is not working (at least the way you have tried it) without the servlet-mapping. Actually I have never seen an example nor a book about servlet where they do not use the mapping. WBR Andreas __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
[JBoss-user] sample project / deploying servlets
Hi, In the jboss quickstart docs, there's a chapter about a sample project, but I can't find this sample in the jboss directory... Where can I find it? Actually, what I'm looking for is some simple explanation on how to deploy a servlet step-by-step... Is such available somewhere? Thanks Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] sample project / deploying servlets
Thanks... However, it seems that in this sample, the servlet deployment descriptors (web.xml and jboss-web.xml) were already included (== hand-written)... Isn't there an example of them being autogenerated somehow? (using xdoclet for example, since xdoclet is used for the EJB's, but not for the servlets...) Thanks Hans On Tue, 2002-11-26 at 15:27, Binil Thomas wrote: see http://prdownloads.sourceforge.net/jboss/JBoss.3.0TemplateAndExamples.zip?do wnload - Original Message - From: SainTiss [EMAIL PROTECTED] To: JBoss Mailing [EMAIL PROTECTED] Sent: Tuesday, November 26, 2002 7:33 PM Subject: [JBoss-user] sample project / deploying servlets --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
[JBoss-user] Same deployment unit?
Hi, I've read that a servlet for example could have access to an EJB's local interface, if the servlet is in the same deployment unit as the EJB... Does this mean it has to be on the same application server? Or does this mean it's got to be in the same jar? In the second case there seems to be a problem, since servlets seem to go in war files and EJB's in jar files... Thanks Hans signature.asc Description: This is a digitally signed message part
[JBoss-user] deploying war file
Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] deploying war file
Hi, I'm working without a mapping currently, but warname/servlets/servletname is giving me a 404, just like warname/servlet/servletname... Hans On Tue, 2002-11-26 at 20:10, Emerson Cargnin - SICREDI Serviços wrote: it depends of the mapping you created on your web.xml if no mapping is created, the default is localhost:8080/warname/servlets/sevletname someone correct me if I'm not right. you can use servlet mapping to take the servlets from the URL. like : servlet-mapping servlet-nameHtmlAdaptor/servlet-name url-pattern/HtmlAdaptor/url-pattern /servlet-mapping take a look at tomcat or jboss docs/examples to see how to do it. a good example can be found at : JBOSS_HOME/server/default/deploy/jmx-console.war/WEB-INF/web.xml SainTiss wrote: Hi, I'm trying to create a servlet here... I've already created a .war file, and jboss says it's been deployed correctly... Now what is the url for the servlet? localhost:8080/warname is the only thing that doesn't yield an error, but it doesn't execute the servlet either.. Thanks Hans -- | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959| | SICREDI Serviços | | Porto Alegre - Brasil| |xx| --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] NoInitialContext
Right... That explains it... Thanks to all who responded... I can see that it's explained at http://www.jboss.org/online-manual/HTML/ch01s15.html indeed, but it's a bit tricky, since on the jboss site, it is referred to as deprecated docs, so you don't really know which parts are relevant for jboss3 and which aren't... Hans On Mon, 2002-11-18 at 14:47, Stefan Arentz wrote: On Monday, Nov 18, 2002, at 14:12 Europe/Amsterdam, Brian Johnson wrote: A client would be in the same VM if it was a servlet or something similar running within the app server. Back to the original question, if you need to talk to JBoss from a different *process* or even a different *machine* then you will need to specify the location of the initial context. The easiest way to do that is to include a jndi.properties file in your client's classpath. Mine looks like this: java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory java.naming.provider.url=jnp://localhost:1099 java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces If you need to talk to a remote instance of JBoss then change the provider.url accordingly. You can also programatically create the properties and pass them to the constructor of the InitialContext(). S. --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] NoInitialContext
Hi, Actually, I don't put the message in an attachment... It's just that some mail clients don't process the signature right, and think the whole mail is in an attachment... IIRC this problem arises mostly with windows mail clients... it's a MIME problem I believe... Regards, Hans On Mon, 2002-11-18 at 03:14, Guy Rouillier wrote: Due to the large number of viruses distributed by email attachment, many people will not open email attachments from people they don't know. Your messages will get widest exposure on the JBoss mailing list if you include the text in the body of the message, rather than as an attachment to it. - Original Message - From: SainTiss [EMAIL PROTECTED] To: JBoss Mailing [EMAIL PROTECTED] Sent: Sunday, November 17, 2002 11:30 AM Subject: [JBoss-user] NoInitialContext signature.asc Description: This is a digitally signed message part
[JBoss-user] principal in dbase login-config.xml JAAS section?
Hi, I've just succeeded in setting up postgreSQL as a datasource in jboss 3.0.4... There's one thing that isn't very clear though: in the login-config.xml file, I had to add a section to enable authentication via JAAS: application-policy name = PostgresDbRealm authentication login-module code = org.jboss.resource.security.ConfiguredIdentityLoginModule flag = required module-option name = principalyourprincipal/module-option module-option name = userNameyourusername/module-option module-option name = passwordyourpassword/module-option module-option name = managedConnectionFactoryNamejboss.jca:service=LocalTxCM,name=PostgresDS/module-option /login-module /authentication /application-policy What exactly is the principal entry for? Why isn't a username/password combination enough? I mean, as I understand it, every time the postgresDS datasource is referenced, jboss will check this configuration, and find the username/password combination, so I don't see why an additional name is needed... Thanks Hans signature.asc Description: This is a digitally signed message part
[JBoss-user] how to manage the jboss default dbase?
Hi, during my early experiments, I had managed to deploy a simple entity bean using the default database. So during that process, a table was created there... Now I'm wondering how I can delete that table again, since it's no longer of any use... Thanks Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] how to manage the jboss default dbase?
Hi, I've done what you say, but when I click invoke on startDatabaseManager(), I get: Operation completed successfully without a return value. And I don't see a place to issue the drop table command... Am I doing something wrong? Thanks Hans On Sun, 2002-11-17 at 16:08, Adrian Brock wrote: Hi, http://localhost:8080/jmx-console find service=hypersonic click invoke on startDatabaseManager() drop table whatever Regards, Adrian From: SainTiss [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: JBoss Mailing [EMAIL PROTECTED] Subject: [JBoss-user] how to manage the jboss default dbase? Date: 17 Nov 2002 15:30:07 +0100 Hi, during my early experiments, I had managed to deploy a simple entity bean using the default database. So during that process, a table was created there... Now I'm wondering how I can delete that table again, since it's no longer of any use... Thanks Hans signature.asc _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] how to manage the jboss default dbase?
Hi, it didn't open anything at first, but when looking at the jboss log, I saw it was due to an X authentication problem... Executing xhost +localhost solved it... Is this a known issue? Thanks Hans On Sun, 2002-11-17 at 16:22, Adrian Brock wrote: Hi, It starts a Swing application in a separate window. Regards, Adrian From: SainTiss [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: JBoss Mailing [EMAIL PROTECTED] Subject: Re: [JBoss-user] how to manage the jboss default dbase? Date: 17 Nov 2002 16:18:16 +0100 Hi, I've done what you say, but when I click invoke on startDatabaseManager(), I get: Operation completed successfully without a return value. And I don't see a place to issue the drop table command... Am I doing something wrong? Thanks Hans On Sun, 2002-11-17 at 16:08, Adrian Brock wrote: Hi, http://localhost:8080/jmx-console find service=hypersonic click invoke on startDatabaseManager() drop table whatever Regards, Adrian From: SainTiss [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: JBoss Mailing [EMAIL PROTECTED] Subject: [JBoss-user] how to manage the jboss default dbase? Date: 17 Nov 2002 15:30:07 +0100 Hi, during my early experiments, I had managed to deploy a simple entity bean using the default database. So during that process, a table was created there... Now I'm wondering how I can delete that table again, since it's no longer of any use... Thanks Hans signature.asc _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 signature.asc _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] principal in dbase login-config.xml JAAS section?
Hi, Does that mean you'd advise me to put a non-existant username there, or just put the same username as in the username field? Thanks Hans On Sun, 2002-11-17 at 15:50, David Jencks wrote: I haven't been able to find a meaning or use for the principal in this circumstance either, but the PasswordCredential class required by the jca spec requires it. On the theory that some adapter sometime may use it, I exposed it. david jencks On 2002.11.17 09:20:07 -0500 SainTiss wrote: Hi, I've just succeeded in setting up postgreSQL as a datasource in jboss 3.0.4... There's one thing that isn't very clear though: in the login-config.xml file, I had to add a section to enable authentication via JAAS: application-policy name = PostgresDbRealm authentication login-module code = org.jboss.resource.security.ConfiguredIdentityLoginModule flag = required module-option name = principalyourprincipal/module-option module-option name = userNameyourusername/module-option module-option name = passwordyourpassword/module-option module-option name = managedConnectionFactoryNamejboss.jca:service=LocalTxCM,name=PostgresDS/module-option /login-module /authentication /application-policy What exactly is the principal entry for? Why isn't a username/password combination enough? I mean, as I understand it, every time the postgresDS datasource is referenced, jboss will check this configuration, and find the username/password combination, so I don't see why an additional name is needed... Thanks Hans --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part
[JBoss-user] NoInitialContext
Hi, I'm writing a very simple client atm, but something's wrong... I get this exception: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.naming.factory.initial at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:640) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243) at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:280) at javax.naming.InitialContext.lookup(InitialContext.java:347) at eenloketsysteem.TestClient.main(TestClient.java:16) I've done a bit of research, and it seems that a jndi.properties file needs to be on the classpath... However, in the jboss docs I find: When you use the JNDI API within the same VM that the JBoss server is running do not have to perform any special configuration to create a JNDI InitialContext. You simply create an InitialContext without any arguments. I'm using the same java command to launch jboss as I use to launch the client, so I'm pretty sure this is the case... So why am I still getting this exception? Thanks, Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] NoInitialContext
On Sun, 2002-11-17 at 19:33, G.L. Grobe wrote: I'm using the same java command to launch jboss as I use to launch the client, so I'm pretty sure this is the case... So why am I still getting this exception? So in other words ... it sounds like you're launching two instances of the JVM and of course that would be done using the same command, but ... When you use the JNDI API within the same VM that the JBoss server is running do not have to perform any special configuration to create a JNDI InitialContext. You simply create an InitialContext without any arguments. You have one for the JBoss server, and one for the client. Can you see how you're not using the same VM? Well yes, but now I can't see how it would be possible to run them in the same VM... I mean, you always have to issue the java command twice, no? How can a client ever be in the same VM as the jboss server? Hans signature.asc Description: This is a digitally signed message part
Re: [JBoss-user] NoInitialContext / Classpath
So this means you do need a jndi.properties file in the classpath when running the client? After even more research, I found out that the jndi.properties file in the server/default/conf directory isn't right... It seems you need a line like this as well: java.naming.provider.url=localhost As for the classpath, it seems you need the client/jbossall-client.jar to be included as well, and then the client will run... Is there a place where this is explained? I mean, I found out about all this just browsing the web, but isn't there some simple document about running my first ejb client or something? Thanks, Hans On Sun, 2002-11-17 at 19:33, G.L. Grobe wrote: I'm using the same java command to launch jboss as I use to launch the client, so I'm pretty sure this is the case... So why am I still getting this exception? So in other words ... it sounds like you're launching two instances of the JVM and of course that would be done using the same command, but ... When you use the JNDI API within the same VM that the JBoss server is running do not have to perform any special configuration to create a JNDI InitialContext. You simply create an InitialContext without any arguments. You have one for the JBoss server, and one for the client. Can you see how you're not using the same VM? --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user signature.asc Description: This is a digitally signed message part