Re: [JBoss-user] Packaging an ear that contains war and sar
Hi Marco, I think the order in which the modules are specified in your application.xml are the order in which they get deployed. Perhaps you just need to change their order so that the .sar is deployed before the .war. -M@ On Monday, September 29, 2003, at 09:21 AM, <[EMAIL PROTECTED]> wrote: Hi all, i have to create an enterprise archive that is composed of one .war file and one .sar file. i have written the application.xml and the jboss-app.xml, but the problem that i have is the servlet in the war, when initialized, is trying to retrieve the MBean defined in the .sar so the war looks to be 'deployed' before the sar any way to force to deploy the sar contained in the ear before teh war? thanx and regards marco --- 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
Re: [JBoss-user] Packaging an ear that contains war and sar
You could put EAR and WAR into the SAR. alex [EMAIL PROTECTED] wrote: Hi all, i have to create an enterprise archive that is composed of one .war file and one .sar file. i have written the application.xml and the jboss-app.xml, but the problem that i have is the servlet in the war, when initialized, is trying to retrieve the MBean defined in the .sar so the war looks to be 'deployed' before the sar any way to force to deploy the sar contained in the ear before teh war? thanx and regards marco -Original Message- From: ext Markus Härnvi [mailto:[EMAIL PROTECTED] Sent: 29 September, 2003 15:29 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Postgres, Oracle and CLOB Hi! Can I set the column type in the source before XDoclet runs? Put it in build.properties somehow? Check out Ant's Filter Task, if you have not done so already. Should be just the ticket. Yes, seems like it would work. I would have liked a faster way. Now we have to copy the source tree to our generated source tree on every build to apply the filter. /Markus --- 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 --- 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 --- 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
[JBoss-user] Packaging an ear that contains war and sar
Hi all, i have to create an enterprise archive that is composed of one .war file and one .sar file. i have written the application.xml and the jboss-app.xml, but the problem that i have is the servlet in the war, when initialized, is trying to retrieve the MBean defined in the .sar so the war looks to be 'deployed' before the sar any way to force to deploy the sar contained in the ear before teh war? thanx and regards marco > -Original Message- > From: ext Markus Härnvi [mailto:[EMAIL PROTECTED] > Sent: 29 September, 2003 15:29 > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] Postgres, Oracle and CLOB > > > > Hi! > > > > Can I set the column type in the source before XDoclet > runs? Put it in > > > build.properties somehow? > > > Check out Ant's Filter Task, if you have not done so already. > > Should be just the ticket. > > Yes, seems like it would work. I would have liked a faster > way. Now we have to > copy the source tree to our generated source tree on every > build to apply the > filter. > >/Markus > > > > > --- > 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 > --- 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
Re: [JBoss-user] packaging
[EMAIL PROTECTED] writes: > Hi all, > > I have a sar file which depends on classes in my ejb jar file. > > I would like to package them both in a single ear file. But, I have read > somewhere that the default deployment order is: > sar, jar, war > > Is this true? Or can I modify this in the deployment descriptor? Another option is to put your common classes from the ejb jar file into a common jar (in the ear) that both the sar and ejb jar depend on using Class-Path: common-jar.jar in MANIFEST.MF -Bob -- SynXis Corporation | [EMAIL PROTECTED]| no .sig today. 1610 Wynkoop, Suite 400 | Ph: (303)595-2511 | Denver, CO 80202 | Fax:(303)534-4257 | --- 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
RE: [JBoss-user] packaging
No, Each and every ear file has a file called application.xml. This file contains the modules to deploy The order in which you specify the modules is the order in which they will be deployed Regards, Stephane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tue 9/23/2003 14:10 To: jboss mailing list Cc: Subject:[JBoss-user] packaging Hi all, I have a sar file which depends on classes in my ejb jar file. I would like to package them both in a single ear file. But, I have read somewhere that the default deployment order is: sar, jar, war Is this true? Or can I modify this in the deployment descriptor? Thanks, Harm de Laat Informatiefabriek --- 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 <>
[JBoss-user] packaging
Hi all, I have a sar file which depends on classes in my ejb jar file. I would like to package them both in a single ear file. But, I have read somewhere that the default deployment order is: sar, jar, war Is this true? Or can I modify this in the deployment descriptor? Thanks, Harm de Laat Informatiefabriek --- 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
Re: [JBoss-user] Packaging EJBs/classes for restricted access.
Rahul Ganjoo wrote: Hi All! How do I package my ejbs/class files such that only one application can access it? If I put my class files in the lib folder, all other app ejbs can access it. I want to package some utility classes such that only a specific application should access them. Not clear what you are trying to accomplish, but if all you want is some utility classes for use by a single EJB, then just package those classes into your EJB JAR. You are not limited to just the EJB classes in that JAR. Are are you wanting to limit access to the EJB by only a specific application? In that case, read up on the security sections in the documentation. TIA, Rahul Ganjoo. -- Guy Rouillier --- 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
[JBoss-user] Packaging EJBs/classes for restricted access.
Hi All! How do I package my ejbs/class files such that only one application can access it? If I put my class files in the lib folder, all other app ejbs can access it. I want to package some utility classes such that only a specific application should access them. TIA, Rahul Ganjoo. <>
Re: [JBoss-user] Packaging question.
Okay, I understand the 'Russian Doll' analogy, the little wooden dolls with smaller dolls inside. So you're suggesting nesting everything together. I will try that out, and see what happens. -Neal On Friday 25 October 2002 01:07 pm, Sacha Labourey wrote: > Hello, > > You should try to use JBoss "Russian Doll" feature and put > everything in a single .JAR file > > Cheers, > > > Sacha > > > -Message d'origine- > > De : [EMAIL PROTECTED] > > [mailto:jboss-user-admin@;lists.sourceforge.net]De la part de Neal > > Sanche Envoye : vendredi, 25 octobre 2002 18:51 > > A : '[EMAIL PROTECTED]' > > Objet : [JBoss-user] Packaging question. > > > > > > Hi all, > > > > I have an application that has a custom JAAS module, a web > > application, EJBs, and JMX beans. Currently I have the Web > > application and the Web application in an .ear file, but what I'd > > like to do is bundle the JMX and JAAS module together as well. > > > > The JMX beans are bundled into a .sar file. And I've bundled the > > JAAS module into a Jarfile that I've been sticking in the > > server/default/lib directory. Can I bundle everything into an > > .ear including the .sar file? What would the application.xml look > > like if I were to do that? Do I just add the .sar as another > > ... section? And is it okay to put the JAAS login > > module into an .ear? > > > > Thanks for any insights. > > > > -Neal > > > > > > --- > > This sf.net email is sponsored by: Influence the future > > of Java(TM) technology. Join the Java Community > > Process(SM) (JCP(SM)) program now. > > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > --- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Packaging question.
Hello, You should try to use JBoss "Russian Doll" feature and put everything in a single .JAR file Cheers, Sacha > -Message d'origine- > De : [EMAIL PROTECTED] > [mailto:jboss-user-admin@;lists.sourceforge.net]De la part de Neal Sanche > Envoye : vendredi, 25 octobre 2002 18:51 > A : '[EMAIL PROTECTED]' > Objet : [JBoss-user] Packaging question. > > > Hi all, > > I have an application that has a custom JAAS module, a web > application, EJBs, and JMX beans. Currently I have the Web > application and the Web application in an .ear file, but what I'd > like to do is bundle the JMX and JAAS module together as well. > > The JMX beans are bundled into a .sar file. And I've bundled the JAAS > module into a Jarfile that I've been sticking in the > server/default/lib directory. Can I bundle everything into an .ear > including the .sar file? What would the application.xml look like if > I were to do that? Do I just add the .sar as another > ... section? And is it okay to put the JAAS login > module into an .ear? > > Thanks for any insights. > > -Neal > > > --- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Packaging question.
Hi all, I have an application that has a custom JAAS module, a web application, EJBs, and JMX beans. Currently I have the Web application and the Web application in an .ear file, but what I'd like to do is bundle the JMX and JAAS module together as well. The JMX beans are bundled into a .sar file. And I've bundled the JAAS module into a Jarfile that I've been sticking in the server/default/lib directory. Can I bundle everything into an .ear including the .sar file? What would the application.xml look like if I were to do that? Do I just add the .sar as another ... section? And is it okay to put the JAAS login module into an .ear? Thanks for any insights. -Neal --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Packaging beans - need some examples...
I'd love to see some examples of source code organization and packaging as it relates specifically to EJBs and Jboss. Things I'm looking for are: 1) Easy versioning - allow one EJB to evolve without impacting others. 2) Clean separation between client and server side classes, while dealing with common overlap between the two. 3) Easy packaging using ant. 4) Packaging which lets us get the most benefit of hot deployment. Especially curious how best to deal with the classes that may be exposed via the client. 5) Organizing a Castor-based bean's resources. I'd know there are as many ways of attacking this as there are J2EE technologies - so what have you found to work well? Or what doesn't work? Looking forward to your thoughts... Thanks! David --- 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
Re: [JBoss-user] Packaging properties files used by third party libraries
Which jboss version? david jencks On 2002.03.06 13:12:16 -0500 Edward Gemar wrote: > Hi all, > My J2EE app uses a third party library that we include in our > .ear file. As is recommended, we have a "class-path" entry in the > manifest of our ejb jar file so that the third party library can be used > by our beans. This works fine and has for some time. > Now...we want to configure the third party library by including > a properties file that the library can optionally load. The problem is > that the third party library can't find the properties file. Here is > what my ejb jar file manifest looks like: > > Manifest-Version: 1.0 > Class-Path: thirdparty.jar propertiesDir/ > > The third parties properties file is located in the /propertiesDir of > the ear file. It is my understanding from reading the J2EE docs that > this should work, however it appears that the classpath that I am > setting up in the manifest file is *not* the classpath used by the class > loader that loaded my third party library. Is this a bug with jboss? > If not, any ideas on the correct way to handle this? > > Edward > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Packaging properties files used by third party libraries
Hi all, My J2EE app uses a third party library that we include in our .ear file. As is recommended, we have a "class-path" entry in the manifest of our ejb jar file so that the third party library can be used by our beans. This works fine and has for some time. Now...we want to configure the third party library by including a properties file that the library can optionally load. The problem is that the third party library can't find the properties file. Here is what my ejb jar file manifest looks like: Manifest-Version: 1.0 Class-Path: thirdparty.jar propertiesDir/ The third parties properties file is located in the /propertiesDir of the ear file. It is my understanding from reading the J2EE docs that this should work, however it appears that the classpath that I am setting up in the manifest file is *not* the classpath used by the class loader that loaded my third party library. Is this a bug with jboss? If not, any ideas on the correct way to handle this? Edward ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Packaging
set the manifest.mf classpath option How do I do this? > -Original Message- > From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, 4 December 2001 3:48 AM > To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED] > Subject: RE: [JBoss-user] Packaging > > > This is caused by jasper invocation of javac. Javac is invoked with a > command line classpath option, which only includes the > classes in the war. > They way you fix it is to include your > application-ejb-client.jar in both > places. You MUST set the manifest.mf classpath option to load the > application-ejb-client.jar from the ear. This way jasper can find the > classes for compiling and JBoss loads the classes from the common jar, > enabling the optimized stack. > > So the short answer is do both. > > -dain > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > Sent: Monday, December 03, 2001 9:51 AM > > To: [EMAIL PROTECTED] > > Subject: [JBoss-user] Packaging > > > > > > No response to my last email, let me try to simplify the question. > > > > If I package the ear this way: > > > > application.ear > > +application.war > > +application-ejb-client.jar (ejb client interfaces, > > and common > > classes) > > +(everything else, the servlets, web.xml, JSPs, etc, > > filed in their > > locations) > > +application-ejb.jar > > +META-INF > > +MANIFEST.MF > > +application.xml > > > > This works fine under JBoss/Tomcat, JBoss/Catalina and > > JBoss/Jetty. But > > it's slow, and I'm told this is a packaging issue--I'm not > getting the > > optimized stack. If I repackage the ear this way: > > > > application.ear > > +application.war (no client jar) > > +application-ejb.jar > > +META-INF > > +MANIFEST.MF > > +application.xml > > > > This works fine under JBoss/Catalina, and seems markedly > > faster, but any JSP > > page in JBoss/Tomcat (3.2.3) or JBoss/Jetty can't find common > > classes and > > EJB interfaces, apparently due to a Jasper bug with the > class-loader. > > > > So is there a way to package my EAR that will work under > > JBoss/Jetty and > > JBoss/Tomcat, but still be speedy, using the optimized stack? > > > > Thanks, > > > > - Geoffrey > > > > __ > > Geoffrey Wiseman: Internet Applications Manager > > Medium One > > t. 416.977.2101 x. 529 > > http://www.mediumone.com/ > > __ > > Think it. Build it. Work it. > > > > > > > > > _ > > This message has been checked for all known viruses by the > > MessageLabs Virus Scanning Service. For further information visit > > http://www.messagelabs.com/stats.asp > > > > > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
~RE: [JBoss-user] Packaging
Okay, thanks. And in order to test that I've succeeded, is there any way that I can verify that I'm using the optimized stack, vs. not, from JBoss console, log files, or programatically? I'm probably going to experiment with getClass( ).getClassLoader( ) to see if I can figure that out, but if anyone already has an answer to the question, I'm certainly open to hear it. - Geoffrey : -Original Message- : From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] : Sent: Monday, December 03, 2001 11:48 AM : To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED] : Subject: RE: [JBoss-user] Packaging : : : This is caused by jasper invocation of javac. Javac is invoked with a : command line classpath option, which only includes the : classes in the war. : They way you fix it is to include your : application-ejb-client.jar in both : places. You MUST set the manifest.mf classpath option to load the : application-ejb-client.jar from the ear. This way jasper can find the : classes for compiling and JBoss loads the classes from the common jar, : enabling the optimized stack. : : So the short answer is do both. : : -dain : : > -Original Message- : > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] : > Sent: Monday, December 03, 2001 9:51 AM : > To: [EMAIL PROTECTED] : > Subject: [JBoss-user] Packaging : > : > : > No response to my last email, let me try to simplify the question. : > : > If I package the ear this way: : > : > application.ear : > +application.war : > +application-ejb-client.jar (ejb client interfaces, : > and common : > classes) : > +(everything else, the servlets, web.xml, JSPs, etc, : > filed in their : > locations) : > +application-ejb.jar : > +META-INF : > +MANIFEST.MF : > +application.xml : > : > This works fine under JBoss/Tomcat, JBoss/Catalina and : > JBoss/Jetty. But : > it's slow, and I'm told this is a packaging issue--I'm not : getting the : > optimized stack. If I repackage the ear this way: : > : > application.ear : > +application.war (no client jar) : > +application-ejb.jar : > +META-INF : > +MANIFEST.MF : > +application.xml : > : > This works fine under JBoss/Catalina, and seems markedly : > faster, but any JSP : > page in JBoss/Tomcat (3.2.3) or JBoss/Jetty can't find common : > classes and : > EJB interfaces, apparently due to a Jasper bug with the : class-loader. : > : > So is there a way to package my EAR that will work under : > JBoss/Jetty and : > JBoss/Tomcat, but still be speedy, using the optimized stack? : > : > Thanks, : > : > - Geoffrey : > : > __ : > Geoffrey Wiseman: Internet Applications Manager : > Medium One : > t. 416.977.2101 x. 529 : > http://www.mediumone.com/ : > __ : > Think it. Build it. Work it. : > : > : > : > : _ : > This message has been checked for all known viruses by the : > MessageLabs Virus Scanning Service. For further information visit : > http://www.messagelabs.com/stats.asp : > : > : > ___ : > JBoss-user mailing list : > [EMAIL PROTECTED] : > https://lists.sourceforge.net/lists/listinfo/jboss-user : > : : _ : This message has been checked for all known viruses by the : MessageLabs Virus Scanning Service. For further information visit : http://www.messagelabs.com/stats.asp : _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Packaging
This is caused by jasper invocation of javac. Javac is invoked with a command line classpath option, which only includes the classes in the war. They way you fix it is to include your application-ejb-client.jar in both places. You MUST set the manifest.mf classpath option to load the application-ejb-client.jar from the ear. This way jasper can find the classes for compiling and JBoss loads the classes from the common jar, enabling the optimized stack. So the short answer is do both. -dain > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 03, 2001 9:51 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Packaging > > > No response to my last email, let me try to simplify the question. > > If I package the ear this way: > > application.ear > +application.war > +application-ejb-client.jar (ejb client interfaces, > and common > classes) > +(everything else, the servlets, web.xml, JSPs, etc, > filed in their > locations) > +application-ejb.jar > +META-INF > +MANIFEST.MF > +application.xml > > This works fine under JBoss/Tomcat, JBoss/Catalina and > JBoss/Jetty. But > it's slow, and I'm told this is a packaging issue--I'm not getting the > optimized stack. If I repackage the ear this way: > > application.ear > +application.war (no client jar) > +application-ejb.jar > +META-INF > +MANIFEST.MF > +application.xml > > This works fine under JBoss/Catalina, and seems markedly > faster, but any JSP > page in JBoss/Tomcat (3.2.3) or JBoss/Jetty can't find common > classes and > EJB interfaces, apparently due to a Jasper bug with the class-loader. > > So is there a way to package my EAR that will work under > JBoss/Jetty and > JBoss/Tomcat, but still be speedy, using the optimized stack? > > Thanks, > > - Geoffrey > > __ > Geoffrey Wiseman: Internet Applications Manager > Medium One > t. 416.977.2101 x. 529 > http://www.mediumone.com/ > __ > Think it. Build it. Work it. > > > > _ > This message has been checked for all known viruses by the > MessageLabs Virus Scanning Service. For further information visit > http://www.messagelabs.com/stats.asp > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Packaging
No response to my last email, let me try to simplify the question. If I package the ear this way: application.ear +application.war +application-ejb-client.jar (ejb client interfaces, and common classes) +(everything else, the servlets, web.xml, JSPs, etc, filed in their locations) +application-ejb.jar +META-INF +MANIFEST.MF +application.xml This works fine under JBoss/Tomcat, JBoss/Catalina and JBoss/Jetty. But it's slow, and I'm told this is a packaging issue--I'm not getting the optimized stack. If I repackage the ear this way: application.ear +application.war (no client jar) +application-ejb.jar +META-INF +MANIFEST.MF +application.xml This works fine under JBoss/Catalina, and seems markedly faster, but any JSP page in JBoss/Tomcat (3.2.3) or JBoss/Jetty can't find common classes and EJB interfaces, apparently due to a Jasper bug with the class-loader. So is there a way to package my EAR that will work under JBoss/Jetty and JBoss/Tomcat, but still be speedy, using the optimized stack? Thanks, - Geoffrey __ Geoffrey Wiseman: Internet Applications Manager Medium One t. 416.977.2101 x. 529 http://www.mediumone.com/ __ Think it. Build it. Work it. _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Packaging - Optimized vs. Not (or Tomcat 4.0 SSL)
Trying to get this resolved is turning out to be more problematic than expected. I'm left with several questions: - Does anyone yet have a solution for JBoss/Catalina (Tomcat 4) with SSL? Searches on the list indicate that other people have had problems, but no solutions that I could see. - Is there any way I can tell if I'm running in the optimized in-vm stack vs, not, other than by the performance that I'm getting? It'd be nice to be able to verify, and quite possibly even include it in the unit tests, if that's do-able. - What structure should I be using to package my EAR for JBoss/Tomcat or JBoss/Jetty? The reasons for these questions follow. After developing a few basic servlets and ejbs, and verifying they worked together under JBoss/Tomcat, we found that we couldn't use the EJBs in JSPs. Some searching on the list at the time led to advice to basically include the bean jar (or at least the interfaces) in the WAR. (cf.: http://www.mail-archive.com/jboss-user@lists.sourceforge.net/msg12474.html ). We put the entire EJB jar into the WAR for the time being, and left it there. That may not have been the best of decisions, but it's what we did. It worked, and we moved on. Based on the feedback I got WRT performance issues, I tried removing the EJB JAR again. It worked just fine under JBoss/Tomcat4, and performance seemed much improved. Before I could get into really heavily performance-testing that, we ran into other problems. Unfortunately, we also need SSL working for this stage of the application, and two of my co-workers spent time trying to get SSL working with JBoss/Tomcat4, and failed. Unless we can get that working, That left us with JBoss/Tomcat 3.2.3 or JBoss/Jetty. JBoss/Tomcat 3.2.3 suffers from the JSP bug listed above, as does (it seems) Jetty. I don't know much about Jetty yet, but it seems to make use of Jasper, and it seems to be the version of Jasper that has the classloading issue. I've now re-modified our build process to include a client version of the EJB jar (minus the beans and the ejb-jar.xml), and I'm testing that a little, but I'm assuming that this will give us the non-optimized stack issues that we've been having, and thus poor performance. So, is there a way that I can get the optimized stack working with JBoss/Tomcat 3.2.3 or JBoss/Jetty, and if so, can someone point me in the right direction? If it's a packaging issue, how should I be packaging it? Or is there a way to get JBoss/Tomcat4 working with SSL? And, short of load testing the application, is there any way for me to tell if the application is running 'optimized' vs. not, since clearly I can end up running 'not' by my package structure? Sorry for the rather large list of questions. I've been scrolling through the list archive for a day and a bit now, and getting relatively nowhere. Even pointer to threads in the mail archive that might be more helpful than what I've been looking at will be happily accepted. - Geoffrey __ Geoffrey Wiseman: Internet Applications Manager Medium One t. 416.977.2101 x. 529 http://www.mediumone.com/ __ Think it. Build it. Work it. _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Packaging Beans Correctly
Hi, more clear : $SOME_WHERE/ com.company.ejb.s $SOME_WHERE/com.company.ejb.e $SOME_WHERE/com.company.ejb.mdb $SOME_WHERE/ META-INF/*.xml As "Jay" said you can put ejbs in any package /uma Jay Walters wrote: > you can use any package structure you'd like for your app... > > the xml files go in the meta-inf directory of the jar file > > -Original Message- > From: Hunter Hillegas > To: JBoss 2 > Sent: 6/22/01 7:56 PM > Subject: [JBoss-user] Packaging Beans Correctly > > I'm just getting into the meat of this whole J2EE thing and I have a > question about packaging my beans... > > Basically, can I do this: > > com > | > company > | > ejb > /|\ > e s mdb > > Basically three directories under each containing different types of > beans > and then the jboss.xml and ejb-jar.xml at the top level? > > I guess that would technically generate three packages in 1 jar with one > of > each xml file. Is that allowed? > > Hunter > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-user > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Packaging Beans Correctly
Hi, more clear : $SOME_WHERE/ com.company.c $SOME_WHERE/ $SOME_WHERE/ $SOME_WHERE/ Jay Walters wrote: > you can use any package structure you'd like for your app... > > the xml files go in the meta-inf directory of the jar file > > -Original Message- > From: Hunter Hillegas > To: JBoss 2 > Sent: 6/22/01 7:56 PM > Subject: [JBoss-user] Packaging Beans Correctly > > I'm just getting into the meat of this whole J2EE thing and I have a > question about packaging my beans... > > Basically, can I do this: > > com > | > company > | > ejb > /|\ > e s mdb > > Basically three directories under each containing different types of > beans > and then the jboss.xml and ejb-jar.xml at the top level? > > I guess that would technically generate three packages in 1 jar with one > of > each xml file. Is that allowed? > > Hunter > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-user > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Packaging Beans Correctly
you can use any package structure you'd like for your app... the xml files go in the meta-inf directory of the jar file -Original Message- From: Hunter Hillegas To: JBoss 2 Sent: 6/22/01 7:56 PM Subject: [JBoss-user] Packaging Beans Correctly I'm just getting into the meat of this whole J2EE thing and I have a question about packaging my beans... Basically, can I do this: com | company | ejb /|\ e s mdb Basically three directories under each containing different types of beans and then the jboss.xml and ejb-jar.xml at the top level? I guess that would technically generate three packages in 1 jar with one of each xml file. Is that allowed? Hunter ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Packaging Beans Correctly
I'm just getting into the meat of this whole J2EE thing and I have a question about packaging my beans... Basically, can I do this: com | company | ejb /|\ e s mdb Basically three directories under each containing different types of beans and then the jboss.xml and ejb-jar.xml at the top level? I guess that would technically generate three packages in 1 jar with one of each xml file. Is that allowed? Hunter ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Packaging
Below is a sample ejb-jar.xml that has several beans in it, both session and entity. Al http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd'> PageScreamer Central Message Beans Messages messageController com.crunchy.ejb.session.messageControllerHome com.crunchy.ejb.session.messageController com.crunchy.ejb.session.messageControllerBean Stateless Container ejb/messageThread Entity com.crunchy.ejb.entity.MessagethreadTHome com.crunchy.ejb.entity.MessagethreadT messageThread ejb/forum Entity com.crunchy.ejb.entity.ForumTHome com.crunchy.ejb.entity.ForumT forum ejb/message Entity com.crunchy.ejb.entity.MessageTHome com.crunchy.ejb.entity.MessageT message messageThread com.crunchy.ejb.entity.MessagethreadTHome com.crunchy.ejb.entity.MessagethreadT com.crunchy.ejb.entity.MessagethreadTBean Bean com.crunchy.ejb.entity.MessagethreadT_PK False forum com.crunchy.ejb.entity.ForumTHome com.crunchy.ejb.entity.ForumT com.crunchy.ejb.entity.ForumTBean Bean com.crunchy.ejb.entity.ForumT_PK False message com.crunchy.ejb.entity.MessageTHome com.crunchy.ejb.entity.MessageT com.crunchy.ejb.entity.MessageTBeanBMP Bean com.crunchy.ejb.entity.MessageT_PK False messageController * Supports forum * Required messageThread * Required message * Required -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Emerson Sent: Thursday, June 07, 2001 7:52 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] Packaging How i execute the xml maker app that documentation refers??? How do I pack 2 beans in one ejb-jar.xml??? Emerson Cargnin TRE-SC Setor de Desenvolvimento Tel: (48) 251-3700 - Ramal 3134 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Packaging
the DTD for the ejb-jar.xml should help...it's in the EJB1.1 spec docs: http://java.sun.com/products/ejb/docs.html --- Emerson <[EMAIL PROTECTED]> wrote: > How i execute the xml maker app that documentation > refers??? > > How do I pack 2 beans in one ejb-jar.xml??? > Emerson Cargnin > TRE-SC > Setor de Desenvolvimento > Tel: (48) 251-3700 - Ramal 3134 > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-user __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Packaging
How i execute the xml maker app that documentation refers??? How do I pack 2 beans in one ejb-jar.xml??? Emerson Cargnin TRE-SC Setor de Desenvolvimento Tel: (48) 251-3700 - Ramal 3134 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user