[JBoss-dev] Attn: Sacha - AbstractSessionManager changes in org.mortbay...
Sacha, I note that you have made some changes to jetty/src/main/org/mortbay/jetty/servlet/AbstractSessionManager.java et alia on Branch_3_2, to support statistics retrieval. This is just to remind you that, whilst a copy of Jetty cvs is kept in JBoss cvs (Marc asked for it), the place for such changes is Jetty cvs - otherwise they will be lost next time I merge across. I will talk to Greg about adopting them into Jetty cvs. Cheers, Jules -- /* * Jules Gosnell * Partner * Core Developers Network (Europe) * http://www.coredevelopers.net */ --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Servlet Spec Question
I've seen what I think was this at work in a WebSphere descriptor... The idea is that you can unambigously identify any element in the standard dd, by adding an 'ID=xxx' attribute, then in your proprietary dd you can add further information about that element and use the ID to unify the two descriptions. Some things in the standard dd already have unique names (servlets etc..), some things may not and thus the vendor might need recourse to this mechanism. Jetty, AFAIK, does not make use of this, Jules [EMAIL PROTECTED] wrote: I am working on a deployment plugin for JBoss IDE and had a question about the servlet spec (I was reading 2.3). On pages 112-116 it describes an ID mechanism so that tools can provide additional deployment information. I don't really understand what it is talking about. Does anyone have an example of how these are used? Do Jetty and Tomcat have different non-standard depoyment information? Thanks, -Phil Here is a portion of the spec I was referencing. It is several pages so I have just reprinted the beginning: !-- The ID mechanism is to allow tools that produce additional deployment information (i.e., information beyond the standard deployment descriptor information) to store the non-standard information in a separate file, and easily refer from these tool-specific files to the information in the standard deployment descriptor. Tools are not allowed to add the non-standard information into the standard deployment descriptor. -- !ATTLIST auth-constraint id ID #IMPLIED !ATTLIST auth-method id ID #IMPLIED !ATTLIST context-param id ID #IMPLIED !ATTLIST description id ID #IMPLIED [snip] --- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 in 3.2
Stefan Reich wrote: Here is what we could do. The servlet statistics are #number of operations, mix/Max/TotalTime in miliseconds. Neither of the operations is unlikely to ever exceed the range of an integer. Unlike longs, integer assignments are atomic. If we keep the statistics in a volatile int, we make sure different threads see the most current value, without the need to lock. We will miss a few updates, due to different threads overwriting their changes under high load, but they are only statistics, and transient by nature anyway. I did the same thing with JTA and EntityBean statistics. we are looking for a point in the request/servlet where locking already occurs. If we find one we will add the stat update there, if not, maybe a volatile will do it Jules Stefan On Thursday, Feb 27, 2003, at 05:26 US/Pacific, Jules Gosnell wrote: Stefan Reich wrote: I tested JSR-77 support in 3.2 and noticed the following issues: * EntityBeanStatsImpl: PooledCount shows up always as zero * JTAStatsImpl: results are always zero because the TranactionManagerService doesn't register itself as an MBean * JCAConnectionPoolStatsImpl: WaitingThreadCount probably not connected * JCAStatsImpl: only lists default datasource * JMSResource needs to be hooked up. The following stats don't show up at all: JavaMail, JDBCStats, ServletStats and URLStats. The ServletStats are currently not filled out because acquiring them will add a significant point of contention to each servlet. We hope to have a solution soon. Jules (Jetty Integrator) --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ _ 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: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 in 3.2
Stefan Reich wrote: I tested JSR-77 support in 3.2 and noticed the following issues: * EntityBeanStatsImpl: PooledCount shows up always as zero * JTAStatsImpl: results are always zero because the TranactionManagerService doesn't register itself as an MBean * JCAConnectionPoolStatsImpl: WaitingThreadCount probably not connected * JCAStatsImpl: only lists default datasource * JMSResource needs to be hooked up. The following stats don't show up at all: JavaMail, JDBCStats, ServletStats and URLStats. The ServletStats are currently not filled out because acquiring them will add a significant point of contention to each servlet. We hope to have a solution soon. Jules (Jetty Integrator) --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Patch for jboss/jetty CLIENT-CERT authentication
We've put this into CVS (Branch_3_[02]). Please confirm that eveything does as you would expect (we don't have a testcase) and keep the patches coming. Thanks, Jules Dawes, Phil wrote: Hi Jboss/Jetty team, Apologies for not submitting this through the patch manager. I wasn't sure where to put it, since jbossweb/jetty isn't a category. I've attached a patch against jboss-3.0.6/jetty to add CLIENT-CERT authentication via HTTPS or AJP13. It also fixes a bug against the Jetty AJP13 Cert handling code. This patch uses the jbosssx api to expose the certificate chain to the JAAS login module as the credential of a SecurityAssocationCallback. It also fixes a bug in the Jetty AJP13 code which put the client cert into the request object as a string (it should be an X509Certificate[]). Cheers, Phil -- If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. -- --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web containers and jsr77
Scott M Stark wrote: There are two layers of integration between web containers and JSR77 model components I want to implement for 3.2 The first is the JSR77 WebModule which is handled at the AbstractWebContainer level. Subclasses of AbstractWebContainer need to populate the DeploymentInfo.mbeans list with the JMX ObjectNames of the war's servlets managment objects. If the container is not creating JMX objects for the servlets just place the name of the servlet in there. Jetty currently does not provide MBean peers at the Servlet, but does at the WebApp level. Would it be useful to return this for each Servlet within it ? I could probably get that in tonight ? The more problematic model is the ServletStats which requires access to the following time statistics on a servlet's service method: - long minTime in milliseconds - long maxTime in milliseconds - long totalTime in milliseconds Jetty does provide mechanisms for collecting stats (but not at individual servlet level). If you could be specific about exactly what these figures represent, or point me to a doc, I'll see what I can do. Jules This does require the servlet container to create a MBean facade that provides this information. This should be the MBean whose name is added to the DeploymentInfo.mbean list. How big a deal is this going to be to add support for Jetty and Tomcat? You provide me an interface/abstract-class and I implement/extend it ? Jules Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.2 - WebIntegrationUnitTestCase failure
One test currently fails : 01:00:50,842 INFO [jbossweb] Error compiling file: /tmp/Jetty_0_0_0_0_8080__jbosstest/classpath_jsp.java [javac] Compiling 1 source file /tmp/Jetty_0_0_0_0_8080__jbosstest/classpath_jsp.java:135: cannot resolve symbol symbol : class EJBStats location: package j2ee Class clazz2 = javax.management.j2ee.EJBStats.class; I'm running the 'all' config. The class in question appears in the following places : [jules@zeuglodon jboss-3.2]$ for i in `find build/output/jboss-3.2.0RC2/ -name *.jar -type f` do $JAVA_HOME/bin/jar tvf $i | grep EJBStats\.class echo $i done 280 Thu Feb 13 00:56:18 GMT 2003 javax/management/j2ee/statistics/EJBStats.class build/output/jboss-3.2.0RC2/client/jboss-jsr77-client.jar 280 Thu Feb 13 00:56:18 GMT 2003 javax/management/j2ee/statistics/EJBStats.class build/output/jboss-3.2.0RC2/client/jbossall-client.jar 280 Thu Feb 13 00:56:18 GMT 2003 javax/management/j2ee/statistics/EJBStats.class build/output/jboss-3.2.0RC2/server/all/lib/jboss-jsr77.jar 280 Thu Feb 13 00:56:18 GMT 2003 javax/management/j2ee/statistics/EJBStats.class build/output/jboss-3.2.0RC2/server/default/lib/jboss-jsr77.jar [jules@zeuglodon jboss-3.2]$ But, whilst it is present in build/output/jboss-3.2.0RC2/server/all/lib/jboss-jsr77.jar which is in Jasper's classpath, the package name appears to have changed from avax.management.j2ee.EJBStats to avax/management/j2ee/statistics/EJBStats If this is the case, shall I fix it?, or is something that requires deeper thought going on ? Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head/4.0.oalpha, jmx-console, jboss-web.xml
The jmx-console's jboss-web.xml is missing in my build of jboss-head. This is because the web-inf element is missing in from the war instruction in varia/build.xml I notice because I have a buildfile which inserts security stuff into this file... Intention or oversight ? Cheers, 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: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Bugs-668291 ] Jasper in release 3.0.5 is
Would you try the latest 3.2 package As far as Jetty is concerned the only difference between Jboss-3.0 and 3.2 is that 3.0 contains Jasper1 and 3.2 contains Jasper2. If Jasper1 is broken, and Jasper2 works OK, then I will probably upgrade Jasper on jboss-3.2. Jules SourceForge.net wrote: Bugs item #668291, was opened at 2003-01-15 13:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=668291group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Brian Bannister (beoch) Assigned to: Nobody/Anonymous (nobody) Summary: Jasper in release 3.0.5 is Initial Comment: Windows 2000 JDK 1.4.1_01 JBoss 3.0.5 I'm getting JSP compile errors that do not occur in JBoss 3.0.4. Jasper complains that it can't find a class that is definately in the deployed war. Using the same ear on JBoss 3.0.4 I get no problems. The traces from JBoss-3.0.5 and JBoss-3.0.4 are attached, as well as the war manifest showing the class that Jasper can't find. The exception thrown is: Time: 13:42:55 Priority: WARN Thread: PoolThread- 4 NDC: null Category: org.jboss.jbossweb Location: org.jboss.logging.Logger.warn(Logger.java:167) Message: WARNING: Exception for http://192.223.0.59:8080/itochu/newsticker/view/45/dyna micMedia/x-news-ticker.jsp org.apache.jasper.JasperException: Unable to compile class for JSPNote: sun.tools.javac.Main has been deprecated. An error occurred at line: 2 in the jsp file: /45/dynamicMedia/x-news-ticker.jsp Generated servlet error: C:\DOCUME~1\brianb\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__itochu_newsticker\45 \dynamicMedia\x_0002dnews_0002dticker$jsp.java:65: Class com.activesky.itochu.newsticker.view.NewsTickerView not found. com.activesky.itochu.newsticker.view.NewsTickerView viewParameter = null; ^ An error occurred at line: 2 in the jsp file: /45/dynamicMedia/x-news-ticker.jsp Generated servlet error: C:\DOCUME~1\brianb\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__itochu_newsticker\45 \dynamicMedia\x_0002dnews_0002dticker$jsp.java:68: Class com.activesky.itochu.newsticker.view.NewsTickerView not found. viewParameter= (com.activesky.itochu.newsticker.view.NewsTickerView) ^ An error occurred at line: 2 in the jsp file: /45/dynamicMedia/x-news-ticker.jsp Generated servlet error: C:\DOCUME~1\brianb\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__itochu_newsticker\45 \dynamicMedia\x_0002dnews_0002dticker$jsp.java:73: Class com.activesky.itochu.newsticker.view.NewsTickerView not found. viewParameter = (com.activesky.itochu.newsticker.view.NewsTickerView) java.beans.Beans.instantiate(this.getClass ().getClassLoader (), com.activesky.itochu.newsticker.view.NewsTickerVie w); ^ 3 errors, 1 warning at org.apache.jasper.compiler.Compiler.compile (Compiler.java:289) at org.apache.jasper.servlet.JspServlet.loadJSP (JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.l oadIfNecessary(JspServlet.java:176) at org.apache.jasper.servlet.JspServlet$JspServletWrapper. service(JspServlet.java:188) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service (JspServlet.java:473) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatc h(WebApplicationHandler.java:280) at org.mortbay.jetty.servlet.Dispatcher.dispatch (Dispatcher.java:194) at org.mortbay.jetty.servlet.Dispatcher.forward (Dispatcher.java:129) at com.activesky.servlet.FrontController.doGet (FrontController.java:46) at javax.servlet.http.HttpServlet.service (HttpServlet.java:740) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.d oFilter(WebApplicationHandler.java:328) at com.activesky.aserver.mbroker.MediaBrokerFilter.doFilte r(MediaBrokerFilter.java:138) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.d oFilter(WebApplicationHandler.java:320) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatc h(WebApplicationHandler.java:272) at org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:553) at org.mortbay.http.HttpContext.handle (HttpContext.java:1656) at org.mortbay.jetty.servlet.WebApplicationContext.handle (WebApplicationContext.java:549) at org.mortbay.http.HttpContext.handle (HttpContext.java:1606) at org.mortbay.http.HttpServer.service (HttpServer.java:862) at org.jboss.jetty.Jetty.service(Jetty.java:497) at org.mortbay.http.HttpConnection.service (HttpConnection.java:752) at
Re: [JBoss-dev] informix DS lock mode...
David Jencks wrote: Right now there's no standard way of executing any sql other than from your client. it would be pretty easy to add the option of executing a specified sql statment when a managed connection is created. There's also been a lot of requests for check connection before handing it out sql statements. I guess this could be added to the wrapper also, to be executed whenever a connection handle is created or associated. Larry, I'd like to see your Informix wrapper to see if some of the things would have more general applicability in one of the jca wrappers. Which version are you working with, Jules? This is easier to do in 3.2 and 4: I'd rather not touch the 3.0 xa jca wrapper if possible. Well, you can guess which version I'm on :-( - 3.0.x, I'm happy to subclass it locally for the moment, and then pick up whatever strategy, moves into core at a later date. Let me know what you decide to do, then I can I either get in touch with Larry, or pull it out of CVS. Cheers, Jules Thanks david jencks On 2002.12.13 13:51:48 -0500 Larry Sanderson wrote: We use JBoss/Informix in production. We have searched and found no way to have the SQL: set lock mode to wait ? execute automatically on a given connection. We ended up wrapping Informix's driver to achieve this, and to work around some XA bugs in their driver. (We currently have 3 open tickets with IBM/Informix regarding their XA drivers). If you are interested, I could send you our wrapped drivers, though it is not too difficult to do. -Larry Jules Gosnell wrote: David, It will probably come down to the fact that Dynamo, another piece of infrastructure used here, allows the configuration of an SQL statement which is used to initialise each connection created by a pool. This is used for Pool-wide configuration such as this locking mode and other proprietary optimisations. Since it has not been mentioned, I assume that there is no similar mechanism in JBoss ? Cheers, Jules David Jencks wrote: On 2002.12.13 11:00:30 -0500 Jules Gosnell wrote: David Jencks wrote: On 2002.12.13 09:18:48 -0500 Jules Gosnell wrote: Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Not as far as I know. What does it do? How do you normally set it? Can you set it by supplying URL parameters? Is it an XADataSource attribute (in which case I think you can set it by supplying the value in XADataSourceProperties xa wrapper attribute)? As far as I can make out it determines the behaviour of a query arriving and finding the resource it requires already locked. It can return with an error, or wait for a specified amount of time. We are investigating as to whether it can be a URL parameter. I don't know about the XADataSourceProperties, but if it was there it would have showed up when I went through the code (3.0.5RC1). Well, actually not. You supply essentially a property file (name=value pairs) and the adapter wrapper tries to set them by reflection. you haven't supplying any info on _any_ working way of setting this parameter. Surely there is at least one:-) david Thanks for the response. It looks like we will have to find another way of setting it up explicitly. Jules thanks david jencks Cheers, 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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
Re: [JBoss-dev] informix DS lock mode...
David Jencks wrote: Right now there's no standard way of executing any sql other than from your client. it would be pretty easy to add the option of executing a specified sql statment when a managed connection is created. There's also been a lot of requests for check connection before handing it out sql statements. I guess this could be added to the wrapper also, to be executed whenever a connection handle is created or associated. Larry, I'd like to see your Informix wrapper to see if some of the things would have more general applicability in one of the jca wrappers. Which version are you working with, Jules? This is easier to do in 3.2 and 4: I'd rather not touch the 3.0 xa jca wrapper if possible. Well, you can guess which version I'm on :-( - 3.0.x, I'm happy to subclass it locally for the moment, and then pick up whatever strategy, moves into core at a later date. Let me know what you decide to do, then I can I either get in touch with Larry, or pull it out of CVS. Cheers, Jules Thanks david jencks On 2002.12.13 13:51:48 -0500 Larry Sanderson wrote: We use JBoss/Informix in production. We have searched and found no way to have the SQL: set lock mode to wait ? execute automatically on a given connection. We ended up wrapping Informix's driver to achieve this, and to work around some XA bugs in their driver. (We currently have 3 open tickets with IBM/Informix regarding their XA drivers). If you are interested, I could send you our wrapped drivers, though it is not too difficult to do. -Larry Jules Gosnell wrote: David, It will probably come down to the fact that Dynamo, another piece of infrastructure used here, allows the configuration of an SQL statement which is used to initialise each connection created by a pool. This is used for Pool-wide configuration such as this locking mode and other proprietary optimisations. Since it has not been mentioned, I assume that there is no similar mechanism in JBoss ? Cheers, Jules David Jencks wrote: On 2002.12.13 11:00:30 -0500 Jules Gosnell wrote: David Jencks wrote: On 2002.12.13 09:18:48 -0500 Jules Gosnell wrote: Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Not as far as I know. What does it do? How do you normally set it? Can you set it by supplying URL parameters? Is it an XADataSource attribute (in which case I think you can set it by supplying the value in XADataSourceProperties xa wrapper attribute)? As far as I can make out it determines the behaviour of a query arriving and finding the resource it requires already locked. It can return with an error, or wait for a specified amount of time. We are investigating as to whether it can be a URL parameter. I don't know about the XADataSourceProperties, but if it was there it would have showed up when I went through the code (3.0.5RC1). Well, actually not. You supply essentially a property file (name=value pairs) and the adapter wrapper tries to set them by reflection. you haven't supplying any info on _any_ working way of setting this parameter. Surely there is at least one:-) david Thanks for the response. It looks like we will have to find another way of setting it up explicitly. Jules thanks david jencks Cheers, 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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
[JBoss-dev] informix DS lock mode...
Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Cheers, 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] informix DS lock mode...
David Jencks wrote: On 2002.12.13 09:18:48 -0500 Jules Gosnell wrote: Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Not as far as I know. What does it do? How do you normally set it? Can you set it by supplying URL parameters? Is it an XADataSource attribute (in which case I think you can set it by supplying the value in XADataSourceProperties xa wrapper attribute)? As far as I can make out it determines the behaviour of a query arriving and finding the resource it requires already locked. It can return with an error, or wait for a specified amount of time. We are investigating as to whether it can be a URL parameter. I don't know about the XADataSourceProperties, but if it was there it would have showed up when I went through the code (3.0.5RC1). Thanks for the response. It looks like we will have to find another way of setting it up explicitly. Jules thanks david jencks Cheers, 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] informix DS lock mode...
David Jencks wrote: On 2002.12.13 11:00:30 -0500 Jules Gosnell wrote: David Jencks wrote: On 2002.12.13 09:18:48 -0500 Jules Gosnell wrote: Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Not as far as I know. What does it do? How do you normally set it? Can you set it by supplying URL parameters? Is it an XADataSource attribute (in which case I think you can set it by supplying the value in XADataSourceProperties xa wrapper attribute)? As far as I can make out it determines the behaviour of a query arriving and finding the resource it requires already locked. It can return with an error, or wait for a specified amount of time. We are investigating as to whether it can be a URL parameter. I don't know about the XADataSourceProperties, but if it was there it would have showed up when I went through the code (3.0.5RC1). Well, actually not. You supply essentially a property file (name=value pairs) and the adapter wrapper tries to set them by reflection. you haven't supplying any info on _any_ working way of setting this parameter. Surely there is at least one:-) Either : send this to db : e.g. set lock mode to wait 5 Or: Some versions of the driver (not ours apparently) support the setting via some form of URL parameter - we are investigating with our vendor. I will see if there is a method on the driver that I might be able to get called through this reflection mechanism. Thanks again, Jules david Thanks for the response. It looks like we will have to find another way of setting it up explicitly. Jules thanks david jencks Cheers, 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] informix DS lock mode...
David, It will probably come down to the fact that Dynamo, another piece of infrastructure used here, allows the configuration of an SQL statement which is used to initialise each connection created by a pool. This is used for Pool-wide configuration such as this locking mode and other proprietary optimisations. Since it has not been mentioned, I assume that there is no similar mechanism in JBoss ? Cheers, Jules David Jencks wrote: On 2002.12.13 11:00:30 -0500 Jules Gosnell wrote: David Jencks wrote: On 2002.12.13 09:18:48 -0500 Jules Gosnell wrote: Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Not as far as I know. What does it do? How do you normally set it? Can you set it by supplying URL parameters? Is it an XADataSource attribute (in which case I think you can set it by supplying the value in XADataSourceProperties xa wrapper attribute)? As far as I can make out it determines the behaviour of a query arriving and finding the resource it requires already locked. It can return with an error, or wait for a specified amount of time. We are investigating as to whether it can be a URL parameter. I don't know about the XADataSourceProperties, but if it was there it would have showed up when I went through the code (3.0.5RC1). Well, actually not. You supply essentially a property file (name=value pairs) and the adapter wrapper tries to set them by reflection. you haven't supplying any info on _any_ working way of setting this parameter. Surely there is at least one:-) david Thanks for the response. It looks like we will have to find another way of setting it up explicitly. Jules thanks david jencks Cheers, 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky
Greg is in Geneva for the week, but when he gets back, I'll ask him about this, Jules Jason Dillon wrote: Curious, but does the ajp (or whatever the apache connector is called) use many threads? If it does, then would it make sense to use nio there too? --jason On Thursday, November 21, 2002, at 08:33 AM, Greg Wilkins wrote: It's important to remember that the jetty nio implementation is not so much aimed at increasing socket performance - rather it's aim is to reduce the number of threads required by avoiding allocating threads to idle connections. This is more to avoid problems on operating systems that become undstable or non linear with large numbers of threads allocated. To date, the few organizations that have tried nio have eventually gone back to using the normal listener. It has helped while they had other threading issues with their systems. Once the OS/JVM have been patched properly, most big irons don't have too much trouble with large numbers of threads. Do selects over large number of sockets can prove to be more difficult for many OS's - even those with /dev/poll. Note that the nature of the servlet/filter API means that the true promise of NIO will never be realized until the spec is radically changed. Some servers may be able to use NIO to assist with serving static content, but if static content is to be made a special case, then you may as well serve it from a kernal server rather than java. While the servlet spec is in it's current revision, you will never get data streaming directly from a direct memory mapped buffer, out the http socket without touching user space. cheers Jules Gosnell wrote: Anything is possible. Anyway, the standard Listener works fine in 1.4 and Greg has chosen to keep it on as the default and make a special case of the NIO Listener which, whilst giving better throughput at high volumes may actually be slower at low ones. I would rather stick with standard Jetty's approach, since I have enough branches to maintain already :-( If anyone wants to go this way badly, they can donate a PortableListener which wrap-n-delegates to a dynamically chosen Jetty Listener and I will alter the config to use this instead. Jules James Higginbotham wrote: Jules, Um... I hate to say this, but I think Weblogic works around this - it defaults to nio and backs off to its older non-nio.. They used to call it their performance pack before 1.4, and have since just swapped theirs for nio I think.. You said it was a static config, but I don't see why you can't abstract out the strategy, and back off to the default strategy if nio isn't available. Just a thought, and may sound simpler than the impl, not sure.. I haven't looked a the Jetty codebase in a while.. James -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 6:34 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky Peter Fagerlund wrote: torsdagen den 21 november 2002 kl 11.46 skrev Jason Dillon: Fuck... how can we make one build work for both? Use a runtime switch ... 1. Jetty's config is static - I could work around it 2. You would need to build to the LCD (1.3) and then do another build for optional 1.4 components... Or - we just live with it until we can force a move to 1.4, of course then we will have the same problem with 1.5... Software huh ! Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ __ 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ __ 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
Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky
Jason Dillon wrote: Looks like the Jetty NIO listener for JBoss 3.0.4 does not work out of the box (ie. simply uncommenting the nio listener def). --jason --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development It is only available in a 1.4 build, and I assume (mother of all f*ck ups) that JBoss is built on a 1.3 JVM. Pull down a copy of Jetty-4.2.2 from SF and substitute the jars in your jbossweb.sar with the ones in this distro - It is built on 1.4 I'll put a comment in the jboss-service.xml about this - Thanks. Jules P.S. Building your own JBoss on 1.4 will not currently help, as I have not checked in the 1.4 code. 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky
Jason Dillon wrote: The point is that you can't build OR run the NIO Listener under 1.3, since it uses stuff that doesn't appear until 1.4, so until JBoss moves to JVM=1.4, it will have to remain commented out. As for the AJP Listener, this is shipped uncommented, isn't it? Jules Wait, do you mean that if built with 1.4 that it will function, and that 1.3 will behave. I think we need to get the system in such a state that we can build with the latest supported VM and produce a binary compatible with older releases... not sure what the details are involved though. Bah, fucking Java... write once, package a billion times --jason On Thursday, November 21, 2002, at 01:41 AM, Jules Gosnell wrote: Jason Dillon wrote: Looks like the Jetty NIO listener for JBoss 3.0.4 does not work out of the box (ie. simply uncommenting the nio listener def). --jason --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development It is only available in a 1.4 build, and I assume (mother of all f*ck ups) that JBoss is built on a 1.3 JVM. Pull down a copy of Jetty-4.2.2 from SF and substitute the jars in your jbossweb.sar with the ones in this distro - It is built on 1.4 I'll put a comment in the jboss-service.xml about this - Thanks. Jules P.S. Building your own JBoss on 1.4 will not currently help, as I have not checked in the 1.4 code. ___ _ 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky
Peter Fagerlund wrote: torsdagen den 21 november 2002 kl 11.46 skrev Jason Dillon: Fuck... how can we make one build work for both? Use a runtime switch ... 1. Jetty's config is static - I could work around it 2. You would need to build to the LCD (1.3) and then do another build for optional 1.4 components... Or - we just live with it until we can force a move to 1.4, of course then we will have the same problem with 1.5... Software huh ! Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky
Anything is possible. Anyway, the standard Listener works fine in 1.4 and Greg has chosen to keep it on as the default and make a special case of the NIO Listener which, whilst giving better throughput at high volumes may actually be slower at low ones. I would rather stick with standard Jetty's approach, since I have enough branches to maintain already :-( If anyone wants to go this way badly, they can donate a PortableListener which wrap-n-delegates to a dynamically chosen Jetty Listener and I will alter the config to use this instead. Jules James Higginbotham wrote: Jules, Um... I hate to say this, but I think Weblogic works around this - it defaults to nio and backs off to its older non-nio.. They used to call it their performance pack before 1.4, and have since just swapped theirs for nio I think.. You said it was a static config, but I don't see why you can't abstract out the strategy, and back off to the default strategy if nio isn't available. Just a thought, and may sound simpler than the impl, not sure.. I haven't looked a the Jetty codebase in a while.. James -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 6:34 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky Peter Fagerlund wrote: torsdagen den 21 november 2002 kl 11.46 skrev Jason Dillon: Fuck... how can we make one build work for both? Use a runtime switch ... 1. Jetty's config is static - I could work around it 2. You would need to build to the LCD (1.3) and then do another build for optional 1.4 components... Or - we just live with it until we can force a move to 1.4, of course then we will have the same problem with 1.5... Software huh ! Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ __ 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Unneccessary Jetty error in 3.2
My mistake - I've got too used to only running 'all'. Since I see that you have now released the new beta, what is the status of this ? Have you included JavaGroups in default ? Or is the Exception still there ? Jules Scott M Stark wrote: This error is showing up when running the default config of the 3.2 branch due to the JavaGroups jar not being available in this config. This should not be printed as an error. 10:36:14,338 ERROR [jbossweb] problem configuring Jetty: java.lang.ClassNotFoundException: Unexpected error during load of: org.mortbay.j2ee.session.JGStore, msg=org/javagroups/MessageListener at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:185) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) at org.mortbay.util.Loader.loadClass(Loader.java:36) at org.mortbay.xml.XmlConfiguration.nodeClass(XmlConfiguration.java:198) at org.mortbay.xml.XmlConfiguration.newObj(XmlConfiguration.java:520) at org.mortbay.xml.XmlConfiguration.itemValue(XmlConfiguration.java:792) at org.mortbay.xml.XmlConfiguration.value(XmlConfiguration.java:698) at org.mortbay.xml.XmlConfiguration.set(XmlConfiguration.java:259) at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:227) at org.mortbay.xml.XmlConfiguration.newObj(XmlConfiguration.java:568) at org.mortbay.xml.XmlConfiguration.itemValue(XmlConfiguration.java:792) at org.mortbay.xml.XmlConfiguration.value(XmlConfiguration.java:698) at org.mortbay.xml.XmlConfiguration.set(XmlConfiguration.java:259) at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:227) at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:163) at org.jboss.jetty.Jetty.setXMLConfiguration(Jetty.java:305) at org.jboss.jetty.Jetty.setConfigurationElement(Jetty.java:278) at org.jboss.jetty.JettyService.createService(JettyService.java:165) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:168) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:962) at $Proxy9.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:311) at org.jboss.system.ServiceController.create(ServiceController.java:244) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.create(Unknown Source) Scott Stark Chief Technology Officer JBoss Group, LLC --- 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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: 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] JBoss-3.2.0beta2 released
Re: the : java.lang.ClassNotFoundException: Unexpected error during load of: org.mortbay.j2ee.session.JGStore, msg=org/javagroups/MessageListener that you get when starting the 'default' configuration. Simply copying the javagroups.jar from server/all/lib into server/default/lib should put a stop to this. Sorry guys, Jules Scott M Stark wrote: The JBoss-3.0.2beta2 release has been made available at sourceforge. The binaries and source may be obtained from here: http://sourceforge.net/project/showfiles.php?group_id=22866 The release notes are available here: http://sourceforge.net/project/shownotes.php?release_id=13 Scott Stark Chief Technology Officer JBoss Group, LLC --- 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 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: 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jetty-discuss] 404 Prevention
Hi Dennis, I've thought about this too. I thought about invocation valves (buffering up requests until you are ready to process them - an idea from the JBoss camp), but then ended up thinking more like you. Invocation valves are probably the natural way to go in e.g. standalone Jetty. However, in a clustered situation, I see no reason to hold up the request is another node can process it. Firstly, a Listener should only be started if there is something to serve - this means that the load-balancer will look elsewhere whilst there is nothing available on a node. Taken to the logical conclusion this would mean starting the listener after the first app is deployed, stopping it if the number of apps ever falls below one and starting it again when the number rises above 0. Secondly, as you suggest, the load-balancer should be able to check for the availability of an individual context. Thus, when the Listener is active, and more than one app deployed, it will only forward requests for which it knows an application is waiting. (I believe BIGIP can be configured to look for a particular string in a particular page - this would be perfect, as it could either look for e.g. your apps front page, or a mention of a particular context in an admin page which listed all current deployments). There is one further issue, which I think JSR88 (or 77, I always get them muddled) suggests as an option - the distinction between {undeploy();deploy();} and redeploy(). If requests are going to be stored up during a redeployment then the container needs to know that a redeployment is occurring and not simply that a webapp is being undeployed, with no guarantee that it will ever be deployed again. I have discussed this with Greg, and I think Jetty is moving in that direction although I am not sure about specifics. How does that sound ? Jules Dennis Cartier wrote: Hello Everyone, I recently asked about preventing 404's when a webapp is being redeployed, or JBoss is being booted. You can read my original post at: http://www.jboss.org/forums/thread.jsp?forum=64thread=24532 Sacha, suggested I discuss it on the Jetty list. I have given this a fair bit of thought recently. I see this as 2 seperate yet related situations. When a webapp is being redeployed, or when it (or JBoss) is not running. The best possbile solution I could come up with, is to modify the AJP13 code to add a method of querying the availability of a particular context/URI of a running Jetty instance. In my situation, my loadbalancer (mod_Backhand), allows me to select a candidate server based on custom candidacy functions. So if I were able to query Jetty and ask each node if it could serve a particular URI, that would allow me to eliminate the nodes that will 404 becasue of a redeploy or missing webapp. This is how I currently make sure JBoss is running before sending a request to the AJP port. I have a function that connects to the 8009 port and skips any servers that do no have that port open. What Sacha said got me to thinking this might be solvable another way, and work out better in the long run. If altering the invocation-valve could fix the 404 on redeploy, then all that would be left is the ~30 seconds or so while the AJP port is open (so mod_backhand starts forwarding request here), but the webapps are not deployed yet. If the order could be altered, so that the webapps were deployed first, then the AJP listener, this would work for me. Hmmm, what about removing the AJP listener config from the jboss-service.xml file and having a webapp (the last one to load), activate it. Could this be done? If so how? Thanks Dennis Cartier --- The man with tremendous wealth is a paradox: he has to be smart enough to get it, yet stupid enough to want it. - Chesterton For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 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: 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jetty-discuss] 404 Prevention
one more thought This is a little complicated by session state and sticky load-balancing. I guess in this case, if a redeployment is occurring the LB will either end up waiting on the context to reappear and all it's sticky requests will be queued, or the context will remain listed in the management page and so the LB will continue to route requests to the same node and they will be queued. This would only be useful if session state is preserved on this node. If it has already been migrated to another then you would want the context to dissappear and no requests buffered. So, it looks like we need both, request buffering via some sort of invocation valve AND more intelligent load-balancing, along with the redeployment thing. Jules Jules Gosnell wrote: Hi Dennis, I've thought about this too. I thought about invocation valves (buffering up requests until you are ready to process them - an idea from the JBoss camp), but then ended up thinking more like you. Invocation valves are probably the natural way to go in e.g. standalone Jetty. However, in a clustered situation, I see no reason to hold up the request is another node can process it. Firstly, a Listener should only be started if there is something to serve - this means that the load-balancer will look elsewhere whilst there is nothing available on a node. Taken to the logical conclusion this would mean starting the listener after the first app is deployed, stopping it if the number of apps ever falls below one and starting it again when the number rises above 0. Secondly, as you suggest, the load-balancer should be able to check for the availability of an individual context. Thus, when the Listener is active, and more than one app deployed, it will only forward requests for which it knows an application is waiting. (I believe BIGIP can be configured to look for a particular string in a particular page - this would be perfect, as it could either look for e.g. your apps front page, or a mention of a particular context in an admin page which listed all current deployments). There is one further issue, which I think JSR88 (or 77, I always get them muddled) suggests as an option - the distinction between {undeploy();deploy();} and redeploy(). If requests are going to be stored up during a redeployment then the container needs to know that a redeployment is occurring and not simply that a webapp is being undeployed, with no guarantee that it will ever be deployed again. I have discussed this with Greg, and I think Jetty is moving in that direction although I am not sure about specifics. How does that sound ? Jules Dennis Cartier wrote: Hello Everyone, I recently asked about preventing 404's when a webapp is being redeployed, or JBoss is being booted. You can read my original post at: http://www.jboss.org/forums/thread.jsp?forum=64thread=24532 Sacha, suggested I discuss it on the Jetty list. I have given this a fair bit of thought recently. I see this as 2 seperate yet related situations. When a webapp is being redeployed, or when it (or JBoss) is not running. The best possbile solution I could come up with, is to modify the AJP13 code to add a method of querying the availability of a particular context/URI of a running Jetty instance. In my situation, my loadbalancer (mod_Backhand), allows me to select a candidate server based on custom candidacy functions. So if I were able to query Jetty and ask each node if it could serve a particular URI, that would allow me to eliminate the nodes that will 404 becasue of a redeploy or missing webapp. This is how I currently make sure JBoss is running before sending a request to the AJP port. I have a function that connects to the 8009 port and skips any servers that do no have that port open. What Sacha said got me to thinking this might be solvable another way, and work out better in the long run. If altering the invocation-valve could fix the 404 on redeploy, then all that would be left is the ~30 seconds or so while the AJP port is open (so mod_backhand starts forwarding request here), but the webapps are not deployed yet. If the order could be altered, so that the webapps were deployed first, then the AJP listener, this would work for me. Hmmm, what about removing the AJP listener config from the jboss-service.xml file and having a webapp (the last one to load), activate it. Could this be done? If so how? Thanks Dennis Cartier --- The man with tremendous wealth is a paradox: he has to be smart enough to get it, yet stupid enough to want it. - Chesterton For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ This email has been scanned for all viruses by the MessageLabs SkyScan service
Re: [JBoss-dev] Upcoming releases
I'm now writing some new code that I would like to get in the next 3.2 release. Have you an idea of when the release will be ? I need to decide whether I will try to get this code in or not. Thanks, Jules Scott M Stark wrote: Go ahead. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 06, 2002 1:09 PM Subject: Re: [JBoss-dev] Upcoming releases What has happened to the 3.2beta release ? I have some stuff to put in - am I to late ? Jules Scott M Stark wrote: I'm planning on the following releases so time your work accordingly: 2002-10-25jboss-2.4.10 2002-10-27jboss-3.0.4 2002-11-03jboss-3.0.2beta2 2002-12-22jboss-4.0alpha Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Upcoming releases
What has happened to the 3.2beta release ? I have some stuff to put in - am I to late ? Jules Scott M Stark wrote: I'm planning on the following releases so time your work accordingly: 2002-10-25jboss-2.4.10 2002-10-27jboss-3.0.4 2002-11-03jboss-3.0.2beta2 2002-12-22jboss-4.0alpha Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss2.4.9 and Jetty
Look in the web/HTTP forum (I can't mail you the url, because jboss.org seems to be down). There is a recent thread about 2.4.10/4.1.3. Basically, I am looking for people willing to try it straight out of cvs before I release it... Jules Marcus Redeker wrote: All, will there be a 2.4.9 release which comes with Jetty4? Right now I can only find a 2.4.9 plain or one with Tomcat. Thanks, --Marcus --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty bug rear's it's head again
Dave Smith wrote: JBOss 3.2 beta (CVS) If you are doing form based authenication you get a redirection error. ie when jetty goes to load the form page it thinks it need's to authorize this page .. goes into an endless loop and then you get an htp error. Jules? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development mail me a simple testcase and I'll sort it out. Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Upcoming releases
Scott M Stark wrote: I'm planning on the following releases so time your work accordingly: 2002-10-25jboss-2.4.10 2002-10-27jboss-3.0.4 Is the 3.0.4 release on ? I haven't seen anything over the weekend indicating yes - but then I haven't seen a no either Have I missed something somewhere ? Jules 2002-11-03jboss-3.0.2beta2 2002-12-22jboss-4.0alpha Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Upcoming releases
A sudden rush of mail has answered my question for me. Jules Jules Gosnell wrote: Scott M Stark wrote: I'm planning on the following releases so time your work accordingly: 2002-10-25jboss-2.4.10 2002-10-27jboss-3.0.4 Is the 3.0.4 release on ? I haven't seen anything over the weekend indicating yes - but then I haven't seen a no either Have I missed something somewhere ? Jules 2002-11-03jboss-3.0.2beta2 2002-12-22jboss-4.0alpha Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development 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:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Continuous Integration
Michael Rettig wrote: From: Jules Gosnell [EMAIL PROTECTED] Date: Wed, 18 Sep 2002 22:21:33 +0100 A master which watches a [CVS] repository, maintains a list of builds-to-be-done (branch/label, jvm, OS etc), and a list of slave machines (and their OS). The master sends ant scripts to slaves which are capable of upgrading the Java environment on the slave, checking out src trees, doing builds etc. A number of slaves. These can be anywhere on the web. They simply register with the master and inform it when it may make use of their spare cycles. They run whatever ant files are sent to them and report results back to the master. The master correlates results, notifies developers who can be traced to checkins that break builds, maintains a hall of shame etc. Anyone can hit the presentation layer of the master over the web and see lots of nice graphs, the most important of which shows them exactly which timestamp they should use to get a working build for their platform etc... There is actually a second non-published implementation of CruiseControl that has many of the services you describe. It's not quite ready for public release, but one of things I am going to look into is using it for JBoss. It has the master/slave architecture that you describe, as well as workflow. For instance, it could distribute builds to three slaves, then wait for all to complete before continuing onto the next task. Upon success, it begins running a unit test suite on all platforms, or on failure it kills the process and notifies all parties that the build failed. As integration tools such as CC mature we could very realistically get to the point where a public release, from developer checkin to download availability, is fully automated. Mike Now we are talking ! will it be able to fix bugs as well ? :-) Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Continuous Integration
Exactly, and if you had an interest in using the project on an obscure platform, with the agreement of the project, you could just loan them your machine, from a distance Jules Matt Munz wrote: Jules, an SF@Home A great idea. I wonder if this something that could be accomplished with the JBoss+Grid Computing toolset... If the testing is done on the slaves, this would allow multiplatform testing to projects that can't afford to buy and maintain a bunch of different systems. - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jules Gosnell Sent: Wednesday, September 18, 2002 5:22 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Continuous Integration I gave this a lot of thought a year or so ago, and even began to write a basic skeleton. I came up with a design as follows: A master which watches a [CVS] repository, maintains a list of builds-to-be-done (branch/label, jvm, OS etc), and a list of slave machines (and their OS). The master sends ant scripts to slaves which are capable of upgrading the Java environment on the slave, checking out src trees, doing builds etc. A number of slaves. These can be anywhere on the web. They simply register with the master and inform it when it may make use of their spare cycles. They run whatever ant files are sent to them and report results back to the master. The master correlates results, notifies developers who can be traced to checkins that break builds, maintains a hall of shame etc. Anyone can hit the presentation layer of the master over the web and see lots of nice graphs, the most important of which shows them exactly which timestamp they should use to get a working build for their platform etc... I thought it should be written as a nice Java compile/test farm which could plug into e.g. SourceForge, so even if you can't contribute code you can contribute cycles - an SF@Home. Diff this with current CC fn-ality - the result is my wish list. I'd love to write it, but just don't have the time. Jules Michael Rettig wrote: Developers, I'm looking to setup a continuous integration enviroment for the JBoss project. Does anyone know of one that exists already? If you don't know what continuous integration and what it can do for a project. You can read more about it: http://martinfowler.com/articles/continuousIntegration.html I'm planning to setup a box that will detect changes to the CVS repo then kick off an automated build to do a clean build and test of JBoss. A public webpage will be generated that will be available to see the current status of the build, and past builds. This process will help eliminate problems caused by developers checking in code that simply doesn't compile or breaks tests. When the build does get broken, it only takes a quick look at the web page to figure who is responsible. Also, the build can be configured to automatically email anyone that breaks the build. CruiseControl will be used to build the project and generate the results. It's another sourceforge OS project hosted on sourceforge. http://sourceforge.net/projects/cruisecontrol I'm looking for some feedback on this. What do you want the build to do? Do you want it to email you when the build breaks? What information do you want displayed on the webpage? Any feedback is appreciated. Thanks, Mike Rettig --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Continuous Integration
I gave this a lot of thought a year or so ago, and even began to write a basic skeleton. I came up with a design as follows: A master which watches a [CVS] repository, maintains a list of builds-to-be-done (branch/label, jvm, OS etc), and a list of slave machines (and their OS). The master sends ant scripts to slaves which are capable of upgrading the Java environment on the slave, checking out src trees, doing builds etc. A number of slaves. These can be anywhere on the web. They simply register with the master and inform it when it may make use of their spare cycles. They run whatever ant files are sent to them and report results back to the master. The master correlates results, notifies developers who can be traced to checkins that break builds, maintains a hall of shame etc. Anyone can hit the presentation layer of the master over the web and see lots of nice graphs, the most important of which shows them exactly which timestamp they should use to get a working build for their platform etc... I thought it should be written as a nice Java compile/test farm which could plug into e.g. SourceForge, so even if you can't contribute code you can contribute cycles - an SF@Home. Diff this with current CC fn-ality - the result is my wish list. I'd love to write it, but just don't have the time. Jules Michael Rettig wrote: Developers, I'm looking to setup a continuous integration enviroment for the JBoss project. Does anyone know of one that exists already? If you don't know what continuous integration and what it can do for a project. You can read more about it: http://martinfowler.com/articles/continuousIntegration.html I'm planning to setup a box that will detect changes to the CVS repo then kick off an automated build to do a clean build and test of JBoss. A public webpage will be generated that will be available to see the current status of the build, and past builds. This process will help eliminate problems caused by developers checking in code that simply doesn't compile or breaks tests. When the build does get broken, it only takes a quick look at the web page to figure who is responsible. Also, the build can be configured to automatically email anyone that breaks the build. CruiseControl will be used to build the project and generate the results. It's another sourceforge OS project hosted on sourceforge. http://sourceforge.net/projects/cruisecontrol I'm looking for some feedback on this. What do you want the build to do? Do you want it to email you when the build breaks? What information do you want displayed on the webpage? Any feedback is appreciated. Thanks, Mike Rettig --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] URGENT: JBoss 3.0.1/2 with Jetty - Security Exploit report fix
A security hole has been found that allows JSP source to be viewed remotely. This problem is present in the Jetty versions packaged as JBossWeb in JBoss versions 3.0.1 and 3.0.2. JBoss/Tomcat users need take NO action. Two upgrade paths are available : EITHER: Upgrade to JBoss 3.2 http://sourceforge.net/project/showfiles.php?group_id=22866 OR: download Jetty-4.1.0RC5 or above from : http://sourceforge.net/project/showfiles.php?group_id=7322 and replace the org.mortbay.jetty.jar and the org.mortbay.jmx.jars in your JBoss distrib's jbossweb.sar directories with the ones included in the lib/ directory of this package. Jules --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Sun and Jboss
AFAIK you are right. The license is free. Is Linux somehow not free because RedHat sells, distros, support consultancy on the back of it ? Jules Randahl Fink Isaksen wrote: Hmmm... I thought only the JBoss Group services were a for-profit project, whereas the JBoss open source server was a non-profit project. But maybe I am wrong in this distinction? Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: 17. september 2002 10:34 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Sun and Jboss http://java.sun.com/features/2002/09/opn_src_cooper.html TH folowing is from a interview with Danese Cooper posted on java.sun.com Question: JBoss Compatibility In a recent survey, a lot of developers want to know when Sun will allow JBoss to be branded as compatible with Java technology. Answer: Yeah, that's a really tough situation. JBoss is an open source project that wants to say they are compatible with J2EE, but they are also a for-profit project, so they can't apply for zero-cost access to the TCKs under the new rules. Recently JBoss launched its own certification program, which is interesting. Open source wisdom says that it's really hard to maintain a fork. It will be interesting to see how they do. I'd really like to see Sun and JBoss work together to find a solution to the problem. They got great coverage at the 2002 JavaOneSM conference -- several awards. It's a very popular effort. __ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ --- Sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Bugs-604085 ] Jetty is not deploying packedwars
This is most likely the same as the spaces within paths issue. Because the war is packed, it is unpacked to a temporary dir, which has spaces in it. Greg is looking at it. Jules [EMAIL PROTECTED] wrote: Bugs item #604085, was opened at 2002-09-03 10:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=604085group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Nobody/Anonymous (nobody) Summary: Jetty is not deploying packed wars Initial Comment: I am seeing a problem with Jetty not deploying wars from the deploy directory in the current 3.0 and 3.2 branches. If you take the default/deploy/jmx-console.war and repack this: deploy 414ls -l jmx-console.war -rw-r--r--1 starksm None58165 Sep 3 13:17 jmx-console.war deploy 415jar -tf jmx-console.war META-INF/ META-INF/MANIFEST.MF WEB-INF/ WEB-INF/classes/ WEB-INF/classes/org/ WEB-INF/classes/org/jboss/ WEB-INF/classes/org/jboss/jmx/ WEB-INF/classes/org/jboss/jmx/adaptor/ WEB-INF/classes/org/jboss/jmx/adaptor/control/ WEB- INF/classes/org/jboss/jmx/adaptor/control/AttrResultInfo. class WEB- INF/classes/org/jboss/jmx/adaptor/control/OpResultInfo. class WEB- INF/classes/org/jboss/jmx/adaptor/control/Server.class WEB-INF/classes/org/jboss/jmx/adaptor/html/ WEB- INF/classes/org/jboss/jmx/adaptor/html/HtmlAdaptorServ let.class WEB-INF/classes/org/jboss/jmx/adaptor/model/ WEB- INF/classes/org/jboss/jmx/adaptor/model/DomainData.cl ass WEB- INF/classes/org/jboss/jmx/adaptor/model/MBeanData.cl ass WEB-INF/classes/roles.properties WEB-INF/classes/users.properties WEB-INF/web.xml displayMBeans.jsp displayOpResult.jsp images/ images/head_blue.gif index.jsp inspectMBean.jsp style_master.css Startup the default config and although Jetty says the war was deployed: 13:18:20,769 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/J Boss3.2/jboss-all/build/output/jboss- 3.2.0RC1/server/default/deploy/jmx-console. war 13:18:21,340 INFO [jbossweb] Registered jboss.web:Jetty=0,JBossWebApplicationCo ntext=0,context=/jmx-console 13:18:21,390 INFO [jbossweb] Checking Resource aliases 13:18:21,490 INFO [jbossweb] Extract jar:file:/C:/usr/JBoss3.2/jboss-all/build/ output/jboss- 3.2.0RC1/server/default/tmp/deploy/server/default/deploy/ jmx-consol e.war/61.jmx-console.war!/ to C:\DOCUME~1 \starksm\LOCALS~1\Temp\Jetty_0_0_0_0_80 80__jmx-console\webapp 13:18:22,312 INFO [jbossweb] Started WebApplicationContext[/jmx-console,jar:fil e:/C:/usr/JBoss3.2/jboss-all/build/output/jboss- 3.2.0RC1/server/default/tmp/depl oy/server/default/deploy/jmx-console.war/61.jmx- console.war!/] 13:18:22,392 INFO [jbossweb] successfully deployed file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss- 3.2.0RC1/server/default/tmp/deploy/server/default/deploy/ jmx-console.war/61.jmx-console.war to /jmx-console 13:18:22,392 INFO [MainDeployer] Deployed package: file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss-3.2.0RC1/server/default/deploy/jmx- console.war 13:18:22,402 INFO [URLDeploymentScanner] Started It is in fact not accessible: security 409wget http://localhost:8080/jmx-console --13:21:08-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:21:08-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 404 /jmx- console/ Not Found 13:21:08 ERROR 404: /jmx-console/ Not Found. If the jmx-console.war is unpacked then the content is accessible: security 410wget http://localhost:8080/jmx-console --13:25:25-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:25:25-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 46,675 735.18K/s 13:25:30 (735.18 KB/s) - `index.html' saved [46675] These messages are for the current 3.2 build. The 3.0 build actually displays an info message with a Internal Error... msg during deployment of the war: 12:57:23,161 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/S akonnet/jboss-3.0.3RC1/server/default/deploy/jmx- console.war 12:57:23,442 INFO [jbossweb] Registered
Re: [JBoss-dev] MortBay-StandAlone-Class-Path resolved.
Thanks Scott, I should have figured - I always clean before a rebuild.. Have you fixed HEAD, 3_0 3_2 ? Jules Scott M Stark wrote: Actually, this is not a XP problem, it is a build without doing a clean issue: jetty 410build.sh ... jetty 411!grep -r Class-Path output/classes output/classes/org/mortbay/jetty/MANIFEST.MF:MortBay-StandAlone-Class-Path: java x.servlet.jar org.apache.jasper.jar ../ext/com.sun.net.ssl.jar output/classes/org/mortbay/util/jmx/MANIFEST.MF:MortBay-StandAlone-Class-Path: o rg.mortbay.jetty.jar org.mortbay.jetty.jar ../ext/jmxri.jar ../ext/jmxtools.jar jetty 412build.sh ... jetty 413grep -r Class-Path output/classes output/classes/org/mortbay/jetty/MANIFEST.MF:MortBay-StandAlone-MortBay-StandAlo ne-Class-Path: javax.servlet.jar org.apache.jasper.jar ../ext/com.sun.net.ssl.jar output/classes/org/mortbay/util/jmx/MANIFEST.MF:MortBay-StandAlone-MortBay-Stand Alone-Class-Path: org.mortbay.jetty.jar org.mortbay.jetty.jar ../ext/jmxri.jar . ./ext/jmxtools.jar Make the replacment token not contain the input token and this problem goes away. I have checked this change in. Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jboss-group] Problem with deployment of wars with Jetty in 3.0and 3.2 branches
Scott, I am not seeing this on : Branch_3_2 - just refreshed java version 1.4.0_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) Linux zeuglodon 2.4.18-3 #1 Thu Apr 18 07:32:41 EDT 2002 i686 unknown I have seen threads like this in the forums before. They were always on windows, and they were usually due to some problem in the structure of the war due to packaging tool used. Can you send me the war, and I will try it on my setup. Jules Scott M Stark wrote: I am seeing a problem with Jetty not deploying wars from the deploy directory in the current 3.0 and 3.2 branches. If you take the default/deploy/jmx-console.war and repack this: deploy 414ls -l jmx-console.war -rw-r--r--1 starksm None58165 Sep 3 13:17 jmx-console.war deploy 415jar -tf jmx-console.war META-INF/ META-INF/MANIFEST.MF WEB-INF/ WEB-INF/classes/ WEB-INF/classes/org/ WEB-INF/classes/org/jboss/ WEB-INF/classes/org/jboss/jmx/ WEB-INF/classes/org/jboss/jmx/adaptor/ WEB-INF/classes/org/jboss/jmx/adaptor/control/ WEB-INF/classes/org/jboss/jmx/adaptor/control/AttrResultInfo.class WEB-INF/classes/org/jboss/jmx/adaptor/control/OpResultInfo.class WEB-INF/classes/org/jboss/jmx/adaptor/control/Server.class WEB-INF/classes/org/jboss/jmx/adaptor/html/ WEB-INF/classes/org/jboss/jmx/adaptor/html/HtmlAdaptorServlet.class WEB-INF/classes/org/jboss/jmx/adaptor/model/ WEB-INF/classes/org/jboss/jmx/adaptor/model/DomainData.class WEB-INF/classes/org/jboss/jmx/adaptor/model/MBeanData.class WEB-INF/classes/roles.properties WEB-INF/classes/users.properties WEB-INF/web.xml displayMBeans.jsp displayOpResult.jsp images/ images/head_blue.gif index.jsp inspectMBean.jsp style_master.css Startup the default config and although Jetty says the war was deployed: 13:18:20,769 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/J Boss3.2/jboss-all/build/output/jboss-3.2.0RC1/server/default/deploy/jmx-console. war 13:18:21,340 INFO [jbossweb] Registered jboss.web:Jetty=0,JBossWebApplicationCo ntext=0,context=/jmx-console 13:18:21,390 INFO [jbossweb] Checking Resource aliases 13:18:21,490 INFO [jbossweb] Extract jar:file:/C:/usr/JBoss3.2/jboss-all/build/ output/jboss-3.2.0RC1/server/default/tmp/deploy/server/default/deploy/jmx-consol e.war/61.jmx-console.war!/ to C:\DOCUME~1\starksm\LOCALS~1\Temp\Jetty_0_0_0_0_80 80__jmx-console\webapp 13:18:22,312 INFO [jbossweb] Started WebApplicationContext[/jmx-console,jar:fil e:/C:/usr/JBoss3.2/jboss-all/build/output/jboss-3.2.0RC1/server/default/tmp/depl oy/server/default/deploy/jmx-console.war/61.jmx-console.war!/] 13:18:22,392 INFO [jbossweb] successfully deployed file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss-3.2.0RC1/server/default/tmp/deploy/server/default/deploy/ jmx-console.war/61.jmx-console.war to /jmx-console 13:18:22,392 INFO [MainDeployer] Deployed package: file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss-3.2.0RC1/server/default/deploy/jmx-console.war 13:18:22,402 INFO [URLDeploymentScanner] Started It is in fact not accessible: security 409wget http://localhost:8080/jmx-console --13:21:08-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:21:08-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 404 /jmx-console/ Not Found 13:21:08 ERROR 404: /jmx-console/ Not Found. If the jmx-console.war is unpacked then the content is accessible: security 410wget http://localhost:8080/jmx-console --13:25:25-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:25:25-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 46,675 735.18K/s 13:25:30 (735.18 KB/s) - `index.html' saved [46675] These messages are for the current 3.2 build. The 3.0 build actually displays an info message with a Internal Error... msg during deployment of the war: 12:57:23,161 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/S akonnet/jboss-3.0.3RC1/server/default/deploy/jmx-console.war 12:57:23,442 INFO [jbossweb] Registered jboss.web:Jetty=0,JBossWebApplicationCo ntext=1,context=/jmx-console 12:57:23,472 INFO [jbossweb] Extract jar:file:/C:/usr/Sakonnet/jboss-3.0.3RC1/s
Re: [JBoss-dev] Jetty won't start in current 3.0 build
Standalone Jetty has jar dependencies wired into it's MANIFEST.MFs. These are not applicable to JBoss/Jetty On my JVM simply altering 'Class-Path' to 'MortBay-StandAlone-ClasspPath' effectively commented these out in the build process, preventing The JBoss ClassLoader moaning about unresolved dependencies when it loaded the Jetty jars Why this 'replace' task seems to be doing the replacement recursively, I don't know - it doesn't happen to me. I built and ran the result on RedHat/Sun-1.4 Branch_3_0/3_2 and HEAD before checking in. I will revisit this. Sorry for the inconvenience caused. Jules Scott M Stark wrote: I have tracked this down to an invalidate manifest header in the org.mortbay.jetty.jar: Manifest-Version: 1.0 MortBay-StandAlone-MortBay-StandAlone-MortBay-StandAlone-MortBay-Stand Alone-Class-Path: javax.servlet.jar org.apache.jasper.jar ../ext/com. sun.net.ssl.jar Sealed: true I am seeing this bad header generated on Windows XP, but not Windows 2000. Apparently the token replacement is being done multiple times. Why is this needed? If I remove the replacefilter token=Class-Path value=MortBay-StandAlone-Class-Path / line from the jetty/build.xml file the manifests are fine with the Class-Path attribute and the service starts up fine. I have commented this out from the build file for now. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 31, 2002 8:15 AM Subject: [JBoss-dev] Jetty won't start in current 3.0 build Running the default config in a clean build of the 3.0 branch fails to start Jetty. Please fix this: bin 257run.sh JBoss Bootstrap Environment JBOSS_HOME: C:\usr\JBoss3.0\jboss-all\build\output\jboss-3.0.3RC1 JAVA: /usr/local/Java/jdk1.3.1_04/bin/java JAVA_OPTS: -server -Dprogram.name=run.sh CLASSPATH: C:\usr\JBoss3.0\jboss-all\build\output\jboss-3.0.3RC1\bin\run.jar;C :\usr\local\Java\jdk1.3.1_04\lib\tools.jar 08:03:26,493 INFO [Server] JBoss Release: JBoss-3.0.3RC1 CVSTag=Branch_3_0 08:03:26,503 INFO [Server] Home Dir: C:\usr\JBoss3.0\jboss-all\build\output\jboss-3.0.3RC1 ... 08:03:32,091 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/ Boss3.0/jboss-all/build/output/jboss-3.0.3RC1/server/default/deploy/jbossweb.sa/ 08:03:32,562 ERROR [URLDeploymentScanner] Failed to deploy: org.jboss.deploymen .scanner.URLDeploymentScanner$DeployedURL@b65d1a72{ url=file:/C:/usr/JBoss3.0/joss-all/build/output/jboss-3.0.3RC1/server/default/deploy/jbossweb.sar/, deploydLastModified=0 } org.jboss.deployment.DeploymentException: instantiating org.jboss.jetty.JettySe vice failed: java.lang.NoClassDefFoundError: org/mortbay/util/MultiException; - nested throwable: (RuntimeErrorException: instantiating org.jboss.jetty.JettySe vice failed: java.lang.NoClassDefFoundError: org/mortbay/util/MultiException Cause: java.lang.NoClassDefFoundError: org/mortbay/util/MultiException) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.jav:155) at org.jboss.system.ServiceController.install(ServiceController.java:22) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBenDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Branch_3_2 WebIntegrationTestSuite Exception - any takers ?
This pops out towards the end of the testsuite 14:16:38,715 ERROR [Log4jService$ThrowableListenerLoggingAdapter] Unhandled Throwable java.lang.NullPointerException at org.jboss.ejb.plugins.EntityInstanceCache.freeContext(EntityInstanceCache.java:120) at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:610) at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206) at java.lang.Thread.run(Thread.java:536) --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Bugs-602665 ] Hot Re-Deploy Fails - Branch_3_2aswell...
I am seeing this as well on Branch_3_2 I can redeploy by copying stuff into .../deploy/ but using JMX breaks on redeploy with CNFEs. This can be seen by just running the WebIntegrationTestSuite (or any other I expect) twice. Jules [EMAIL PROTECTED] wrote: Bugs item #602665, was opened at 2002-08-30 22:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=602665group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dorothy Gantenbein (dgantenbein) Assigned to: Nobody/Anonymous (nobody) Summary: Hot Re-Deploy Fails Initial Comment: Hi - This happens with JBoss 3.0.1 and JBoss 3.0.2. My ear contains a sar file. When I deploy this ear for the first time, everything works great. I can hot deploy the ear or have the ear deployed before starting JBoss. Also, the ear successfully undeploys. However all re-deploys of the ear fail with a class loader error [java] org.jboss.deployment.DeploymentException interface org.jboss.system.Service is not visible from class loader; - nested throwable: (java.lang.Illega lArgumentException: interface org.jboss.system.Service is not visible from class loader) [java] at org.jboss.deployment.SARDeployer.create (SARDeployer.java:227) [java] at org.jboss.deployment.MainDeployer.create MainDeployer.java:749) [java] at org.jboss.deployment.MainDeployer.create (MainDeployer.java:741) [java] at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:615) [java] at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:580) [java] at sun.reflect.GeneratedMethodAccessor10.invoke (Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:324) [java] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) [java] at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:491) [java] at org.jboss.util.jmx.MBeanProxy.invoke (MBeanProxy.java:174) [java] at $Proxy4.deploy(Unknown Source) [java] at org.jboss.deployment.scanner.URLDeploymentScanner. deploy(URLD eploymentScanner.java:427) [java] at org.jboss.deployment.scanner.URLDeploymentScanner. scan(URLDeploymentScanner.java:553) [java] at org.jboss.deployment.scanner.AbstractDeploymentScan ner$ScannerThread.loop (AbstractDeploymentScanner.java:202) [java] at org.jboss.deployment.scanner.AbstractDeploymentScan ner$ScannerThread.run (AbstractDeploymentScanner.java:191) [java] Caused by: java.lang.IllegalArgumentException: interface org.jboss.s ystem.Service is not visible from class loader [java] at java.lang.reflect.Proxy.getProxyClass (Proxy.java:331) [java] at java.lang.reflect.Proxy.newProxyInstance (Proxy.java:552) [java] at org.jboss.system.ServiceController.getServiceProxy (ServiceController.java:740) [java] at org.jboss.system.ServiceController.create (ServiceController.java:276) [java] at org.jboss.system.ServiceController.create (ServiceController.java:242) [java] at sun.reflect.GeneratedMethodAccessor4.invoke (Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:324) [java] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) [java] at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:491) [java] at org.jboss.util.jmx.MBeanProxy.invoke (MBeanProxy.java:174) [java] at $Proxy3.create(Unknown Source) [java] at org.jboss.deployment.SARDeployer.create (SARDeployer.java:217) [java] ... 15 more Please feel free to contact me if you need more info. Dorothy [EMAIL PROTECTED] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=602665group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Branch_3_2 - [Sar] hot deployment broken....
1. Touching jbossweb.sar/META-INF/jboss-service.xml does not result in redeployment of the SAR. 2. Removing the SAR result in : 00:35:52,550 INFO [MainDeployer] Undeploying file:/home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/deploy/jbossweb.sar/ 00:35:52,552 INFO [Adaptor] Stopping 00:35:52,553 INFO [AxisService] About to undeploy axis descriptor org.jboss.deployment.DeploymentInfo@d83973c5 { url=jar:file:/./home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/server/all/deploy/jboss-net.sar/51.jboss-net.sar!/META-INF/install-jmx.xml } deployer: null status: null state: CONSTRUCTED watch: jar:file:/./home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/server/all/deploy/jboss-net.sar/51.jboss-net.sar!/META-INF/install-jmx.xml lastDeployed: 0 lastModified: 0 mbeans: , stop step. 00:35:52,562 INFO [AxisService] About to undeploy axis descriptor org.jboss.deployment.DeploymentInfo@d83973c5 { url=jar:file:/./home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/server/all/deploy/jboss-net.sar/51.jboss-net.sar!/META-INF/install-jmx.xml } deployer: null status: null state: CONSTRUCTED watch: jar:file:/./home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/server/all/deploy/jboss-net.sar/51.jboss-net.sar!/META-INF/install-jmx.xml lastDeployed: 0 lastModified: 0 mbeans: , stop step. 00:35:52,564 INFO [Adaptor] Stopped 00:35:52,565 INFO [AxisService] Stopping 00:35:52,565 INFO [MainDeployer] Removing deployer: org.jboss.net.axis.server.AxisService@c70b0d 00:35:52,566 INFO [MainDeployer] Undeploying jar:file:/./home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/server/all/deploy/jboss-net.sar/51.jboss-net.sar!/META-INF/install-jmx.xml 00:35:52,570 INFO [Adaptor] Destroying 00:35:52,570 INFO [Adaptor] Destroyed 00:35:52,574 INFO [AxisService] Destroying 00:35:52,574 INFO [AxisService] Destroyed 00:35:52,575 WARN [DeploymentInfo] Not deleting localUrl, it is null or not a copy: jar:file:/./home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/server/all/deploy/jboss-net.sar/51.jboss-net.sar!/META-INF/install-jmx.xml 00:35:52,576 INFO [MainDeployer] Undeployed jar:file:/./home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/server/all/deploy/jboss-net.sar/51.jboss-net.sar!/META-INF/install-jmx.xml 00:35:52,576 INFO [AxisService] About to undeploy axis web application from org.jboss.deployment.DeploymentInfo@292deb12 { url=http://net.jboss.org/fake.war } deployer: null status: null state: CONSTRUCTED watch: file:/home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/_axis_/axis/ lastDeployed: 0 lastModified: 0 mbeans: . 00:35:52,579 INFO [jbossweb] Stopped WebApplicationContext[/axis,JBossAxis] 00:35:52,581 INFO [jbossweb] Deregister jboss.web:Jetty=0,JBossWebApplicationContext=0,context=/axis 00:35:52,582 INFO [jbossweb] Successfully undeployed file:/home/jules/cvs/JBoss/Branch_3_2/build/output/jboss-3.2.0RC1/server/all/tmp/deploy/_axis_/axis/ 00:35:52,587 ERROR [AxisService] Stopping failed java.lang.NullPointerException at org.jboss.deployment.SubDeployerSupport.stopService(SubDeployerSupport.java:114) at org.jboss.net.axis.server.AxisService.stopService(AxisService.java:415) at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:230) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:951) at $Proxy9.stop(Unknown Source) at org.jboss.system.ServiceController.stop(ServiceController.java:457) at org.jboss.system.ServiceController.stop(ServiceController.java:449) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.stop(Unknown Source)
Re: [JBoss-dev] Interrupted while requesting permit!
Sorry guys I concentrated on the 3.2 release and took my eye off the ball with the 3.0 release... I'll get a fix checked in tonight Jules David Jencks wrote: Someone reported that there is a one-line difference in Jetty's thread pool between branch 3.0 and 3.2 (and 4) that causes this problem to still occur. david jencks On 2002.08.27 01:56:42 -0400 Stephen Coy wrote: Hi Did this get fixed in Branch_3_0? If it did, then it is still happening, because I've just encountered it in a fresh build today. If it's not in this branch yet, I think it's kind of important that it goes in for 3.0.2, as it makes JBoss unreliable. Full exception trace below. Stephen Coy 2002-08-27 15:33:27,320 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Priv.findForUser] Find failed org.jboss.util.NestedSQLException: Interrupted while requesting permit!; - nested throwable: (javax.resource.ResourceException: Interrupted while requesting permit!) at org.jboss.resource.adapter.jdbc.local.LocalDataSource.getConnection (LocalDataSource.java:106) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute (JDBCAbstractQueryCommand.java:92) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute (JDBCFindEntityCommand.java:44) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity (JDBCStoreManager.java:541) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity (CMPPersistenceManager.java:336) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity( CachedConnectionInterceptor.java:301) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:687) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome (EntityContainer.java:1116) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java: 73) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome (EntitySynchronizationInterceptor.java:209) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome( CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome (EntityInstanceInterceptor.java:88) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome (EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome (EntityCreationInterceptor.java:44) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:111) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions (TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java: 105) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:129) at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:487) at org.jboss.ejb.Container.invoke(Container.java:738) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java: 73) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:198) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) at $Proxy396.findForUser(Unknown Source) at com.whitesmiths.sacha.web.common.PrivChecker.checkPrivStatus(PrivChecker.java: 370) at com.whitesmiths.sacha.web.common.Utilities.checkAccessSettings(Utilities.java: 238) at com.whitesmiths.sacha.web.tagsupport.CheckPrivTag.doStartTag (CheckPrivTag.java:83) at org.apache.jsp.listWorklists$jsp._jspService(listWorklists$jsp.java:89) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:344) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch (WebApplicationHandler.java:313) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:554) at org.mortbay.jetty.servlet.WebApplicationHandler.handle (WebApplicationHandler.java:199) at
Re: [JBoss-dev] Interrupted while requesting permit!
OK - cool. When does the 3.2 release re-freeze. Greg has a couple of further fixes that I might put in. Jules Scott M Stark wrote: I already included the two changes suggested by Greg in the 3.0.2 release. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 29, 2002 8:31 AM Subject: Re: [JBoss-dev] Interrupted while requesting permit! Sorry guys I concentrated on the 3.2 release and took my eye off the ball with the 3.0 release... I'll get a fix checked in tonight Jules David Jencks wrote: Someone reported that there is a one-line difference in Jetty's thread pool between branch 3.0 and 3.2 (and 4) that causes this problem to still occur. david jencks On 2002.08.27 01:56:42 -0400 Stephen Coy wrote: Hi Did this get fixed in Branch_3_0? If it did, then it is still happening, because I've just encountered it in a fresh build today. If it's not in this branch yet, I think it's kind of important that it goes in for 3.0.2, as it makes JBoss unreliable. Full exception trace below. Stephen Coy 2002-08-27 15:33:27,320 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Priv.findForUser] Find failed org.jboss.util.NestedSQLException: Interrupted while requesting permit!; - nested throwable: (javax.resource.ResourceException: Interrupted while requesting permit!) at org.jboss.resource.adapter.jdbc.local.LocalDataSource.getConnection (LocalDataSource.java:106) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute (JDBCAbstractQueryCommand.java:92) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute (JDBCFindEntityCommand.java:44) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity (JDBCStoreManager.java:541) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity (CMPPersistenceManager.java:336) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity( CachedConnectionInterceptor.java:301) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:687) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome (EntityContainer.java:1116) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java: 73) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome (EntitySynchronizationInterceptor.java:209) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome( CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome (EntityInstanceInterceptor.java:88) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome (EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome (EntityCreationInterceptor.java:44) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:111) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions (TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java: 105) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:129) at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:487) at org.jboss.ejb.Container.invoke(Container.java:738) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java: 73) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:198) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) at $Proxy396.findForUser(Unknown Source) at com.whitesmiths.sacha.web.common.PrivChecker.checkPrivStatus(PrivChecker.java: 370) at com.whitesmiths.sacha.web.common.Utilities.checkAccessSettings(Utilities.java: 238) at com.whitesmiths.sacha.web.tagsupport.CheckPrivTag.doStartTag (CheckPrivTag.java:83) at org.apache.jsp.listWorklists$jsp._jspService(listWorklists$jsp.java:89) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:344
Re: [JBoss-dev] Possible Jetty race condition? Or threading mystery?Help!!
Which Branch[es] do you think that I should update? I'm getting confused about how many there are. I figure : HEAD Branch_3_2 JBoss_3_0_1 any more ? Let me know and I will merge an up-to-date Jetty into all of them today. Jules David Jencks wrote: These two changes have made my example work without the interrupts. What's the procedure for changing Jetty? Should I check these in? Jules? Wait for a new Jetty? thanks david jencks On 2002.08.13 04:57:18 -0400 Greg Wilkins wrote: David, thanks for the detailed analysis of this.I had seen this once before but had never been able to reproduce it. I think I know what is going on It is not strickly a race rather the thread is being returned to the pool with interrupted status true - this is effecting it being used for other purposes. I think the fix is two fold - although I can't test this as I still cant reproduce it. Firstly I need to stop interrupting myself. Close does an interupt to so that the HttpServer.stop method does not hang for those JVMs where closing a socket is not enough to wakeup a blocked thread. So I think close should be: if (_handlingThread!=null Thread.currentThread!=_handlingThread) _handlingThread.interrupt(); Secondly, threads returned to the ThreadPool need to have their interrupted status cleared by calling Thread.interrupted.For now I have done this in the ThreadPool.JobRunner.run method: while(_running) { // clear interrupts Thread.interrupted(); Can you make these changes and see if that fixes the problem? thanks David Jencks wrote: I've been investigating the Interrupted while requesting permit exception that now occurs in recent jboss 3 versions under heavy load and wonder if it is due to a race condition in the jetty thread pool. In any case it seems clear that the Interrupt() is called from Jetty's HttpConnection.close() method. Here's some annotated trace info (some from modifying Thread to tell us what is going on). This is all about thread 4ac866. It appears to being used by 2 HttpConnections more or less simultaneously (??) --we start by HttpConnection recording it's thread. 2002-08-12 10:17:08,829 INFO [org.mortbay.http.HttpConnection] setting _handlingThread to Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] in HttpConnection: org.mortbay.http.HttpConnection@462080 --later, it is done with this thread so it interrupts it. Note we are using HttpConnection 462080 2002-08-12 10:17:08,833 INFO [org.mortbay.http.HttpConnection] interrupting handling thread: Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] from thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] in HttpConnection: org.mortbay.http.HttpConnection@462080 --Here's Thread telling us all about the interrupt call 2002-08-12 10:17:08,834 ERROR [STDERR] Interrupt called-- on thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] from thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] 2002-08-12 10:17:08,835 ERROR [STDERR] java.lang.Exception: Stack trace from interrupt 2002-08-12 10:17:08,836 ERROR [STDERR] at java.lang.Thread.interrupt(Thread.java:665) 2002-08-12 10:17:08,836 ERROR [STDERR] at org.mortbay.http.HttpConnection.close(HttpConnection.java:248) 2002-08-12 10:17:08,837 ERROR [STDERR] at org.mortbay.http.HttpConnection.destroy(HttpConnection.java:1102) 2002-08-12 10:17:08,837 ERROR [STDERR] at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:1066) 2002-08-12 10:17:08,838 ERROR [STDERR] at org.mortbay.http.HttpConnection.handle(HttpConnection.java:808) 2002-08-12 10:17:08,838 ERROR [STDERR] at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:186) 2002-08-12 10:17:08,838 ERROR [STDERR] at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:322) 2002-08-12 10:17:08,839 ERROR [STDERR] at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:713) 2002-08-12 10:17:08,840 ERROR [STDERR] at java.lang.Thread.run(Thread.java:479) --The interrupt completed successfully, we are still in HttpConnection 462080 2002-08-12 10:17:08,841 INFO [org.mortbay.http.HttpConnection] finished interrupting handling thread: Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]:
Re: [JBoss-dev] Possible Jetty race condition? Or threading mystery?Help!!
I'm committing the latest Jetty onto HEAD as we speak.It includes the patch. Jules David Jencks wrote: I've pretty much given up on working on anything but head. I think your list of branches is complete. david On 2002.08.14 10:36:11 -0400 Jules Gosnell wrote: Which Branch[es] do you think that I should update? I'm getting confused about how many there are. I figure : HEAD Branch_3_2 JBoss_3_0_1 any more ? Let me know and I will merge an up-to-date Jetty into all of them today. Jules David Jencks wrote: These two changes have made my example work without the interrupts. What's the procedure for changing Jetty? Should I check these in? Jules? Wait for a new Jetty? thanks david jencks On 2002.08.13 04:57:18 -0400 Greg Wilkins wrote: David, thanks for the detailed analysis of this.I had seen this once before but had never been able to reproduce it. I think I know what is going on It is not strickly a race rather the thread is being returned to the pool with interrupted status true - this is effecting it being used for other purposes. I think the fix is two fold - although I can't test this as I still cant reproduce it. Firstly I need to stop interrupting myself. Close does an interupt to so that the HttpServer.stop method does not hang for those JVMs where closing a socket is not enough to wakeup a blocked thread. So I think close should be: if (_handlingThread!=null Thread.currentThread!=_handlingThread) _handlingThread.interrupt(); Secondly, threads returned to the ThreadPool need to have their interrupted status cleared by calling Thread.interrupted.For now I have done this in the ThreadPool.JobRunner.run method: while(_running) { // clear interrupts Thread.interrupted(); Can you make these changes and see if that fixes the problem? thanks David Jencks wrote: I've been investigating the Interrupted while requesting permit exception that now occurs in recent jboss 3 versions under heavy load and wonder if it is due to a race condition in the jetty thread pool. In any case it seems clear that the Interrupt() is called from Jetty's HttpConnection.close() method. Here's some annotated trace info (some from modifying Thread to tell us what is going on). This is all about thread 4ac866. It appears to being used by 2 HttpConnections more or less simultaneously (??) --we start by HttpConnection recording it's thread. 2002-08-12 10:17:08,829 INFO [org.mortbay.http.HttpConnection] setting _handlingThread to Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] in HttpConnection: org.mortbay.http.HttpConnection@462080 --later, it is done with this thread so it interrupts it. Note we are using HttpConnection 462080 2002-08-12 10:17:08,833 INFO [org.mortbay.http.HttpConnection] interrupting handling thread: Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] from thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] in HttpConnection: org.mortbay.http.HttpConnection@462080 --Here's Thread telling us all about the interrupt call 2002-08-12 10:17:08,834 ERROR [STDERR] Interrupt called-- on thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] from thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] 2002-08-12 10:17:08,835 ERROR [STDERR] java.lang.Exception: Stack trace from interrupt 2002-08-12 10:17:08,836 ERROR [STDERR] at java.lang.Thread.interrupt(Thread.java:665) 2002-08-12 10:17:08,836 ERROR [STDERR] at org.mortbay.http.HttpConnection.close(HttpConnection.java:248) 2002-08-12 10:17:08,837 ERROR [STDERR] at org.mortbay.http.HttpConnection.destroy(HttpConnection.java:1102) 2002-08-12 10:17:08,837 ERROR [STDERR] at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:1066) 2002-08-12 10:17:08,838 ERROR [STDERR] at org.mortbay.http.HttpConnection.handle(HttpConnection.java:808) 2002-08-12 10:17:08,838 ERROR [STDERR] at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:186) 2002-08-12 10:17:08,838 ERROR [STDERR] at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:322) 2002-08-12 10:17:08,839 ERROR [STDERR] at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:713) 2002-08-12 10:17:08,840 ERROR [STDERR] at java.lang.Thread.run
[JBoss-dev] EJB Deployment on HEAD - not good :-(
Is the testsuite out of sync with the container, or the container broken ? Or is xdoclet generating stuff which is no longer valid ? Jules running the WebIntegrationTestSuite : 17:19:18,041 INFO [MainDeployer] Starting deployment of package: file:/home/jules/cvs/JBoss/HEAD/testsuite/output/lib/jbosstest-web.ear 17:19:18,075 INFO [EARDeployer] Init J2EE application: file:/home/jules/cvs/JBoss/HEAD/testsuite/output/lib/jbosstest-web.ear 17:19:18,159 INFO [EJBDeployer] looking for nested deployments in : file:/home/jules/cvs/JBoss/HEAD/build/output/jboss-4.0.0alpha/server/default/tmp/deploy/home/jules/cvs/JBoss/HEAD/testsuite/output/lib/jbosstest-web.ear/59.jbosstest-web.ear-contents/jbosstest-web-ejbs.jar 17:19:18,178 INFO [EJBDeployer] looking for nested deployments in : file:/home/jules/cvs/JBoss/HEAD/build/output/jboss-4.0.0alpha/server/default/tmp/deploy/home/jules/cvs/JBoss/HEAD/testsuite/output/lib/jbosstest-web.ear/59.jbosstest-web.ear-contents/cts.jar 17:19:18,619 WARN [verifier] EJB spec violation: Bean : OptimizedEJB Method : public abstract StatelessSessionLocal create() throws CreateException Section: 7.10.8 Warning: All the exceptions defined in the throws clause of the matching ejbCreate(...) method of the enterprise bean class must be included in the throws clause of a matching create(...) method. 17:19:18,632 ERROR [MainDeployer] could not create deployment: file:/home/jules/cvs/JBoss/HEAD/build/output/jboss-4.0.0alpha/server/default/tmp/deploy/home/jules/cvs/JBoss/HEAD/testsuite/output/lib/jbosstest-web.ear/59.jbosstest-web.ear-contents/jbosstest-web-ejbs.jar org.jboss.deployment.DeploymentException: Verification of Enterprise Beans failed, see above for error messages. at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:427) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:758) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:750) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:623) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:588) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:572) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548) at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) at sun.rmi.transport.Transport$1.run(Transport.java:148) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:144) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:536) 17:19:18,655 ERROR [MainDeployer] could not create deployment: file:/home/jules/cvs/JBoss/HEAD/testsuite/output/lib/jbosstest-web.ear org.jboss.deployment.DeploymentException: Verification of Enterprise Beans failed, see above for error messages. at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:427) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:758) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:750) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:623) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:588) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:572) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548) at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
Re: [JBoss-dev] Possible Jetty race condition? Or threading mystery?Help!!
OK. I have a few other fixes to make to HEAD, then I will roll them all into Branch_3_0. What is your schedule for 3.0.2 ? What about Branch_3_2 ? Jules Scott M Stark wrote: JBoss_3_0_1 is a tag, the branch tag is Branch_3_0 and I think this fix needs to be included there as there will be a 3.0.2 release. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 14, 2002 7:36 AM Subject: Re: [JBoss-dev] Possible Jetty race condition? Or threading mystery? Help!! Which Branch[es] do you think that I should update? I'm getting confused about how many there are. I figure : HEAD Branch_3_2 JBoss_3_0_1 any more ? Let me know and I will merge an up-to-date Jetty into all of them today. Jules --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] configuration of BindAddress in jetty
Jetty is used to implement JBossWeb. Look in jbossweb.sar/META-INF/jboss-service.xml Jules Emerson Cargnin - SICREDI Serviços wrote: We used to have many instances of jboss3.0.0 with tomcat in the same machine (for developers). Now i'm trying to update to 3.0.1, but there's no version with tomcat (correct me if i'm wrong). I didn't find any xml or sar inside deploy concerning with jetty. How do i configure the ip which jetty will be bind to ??? --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Fw: [JBoss-user] Jetty Jboss 3.0.1
No idea. I found it there on HEAD, so I did the same thing for Branch_3_0. Then I put in a similar directory for Jetty/JBossWeb. Maybe Sacha or Bill can shed some light on this. Jules Scott M Stark wrote: Why is the jbossha-httpsession.sar under the docs/examples/clustering/ directory rather than the server/all/deploy directory? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: David Ward [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 08, 2002 10:05 AM Subject: Re: [JBoss-user] Jetty Jboss 3.0.1 Sorry. I've been using the all server in 3.0.1, which I assumed would have had jbossha-httpsession.sar in the deploy dir but as it turns out - it doesn't. I found it under ./docs/examples/clustering/ though. Thanks for the correction (I have no pride - I'd rather be corrected than continue being ignorant about something), David --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Rice study
Greg Wilkins wrote: Ouch - that does not look good! The java.lang.IllegalStateException: Not EDITABLE exception is thrown when something tries to modify a request when it is not in a modifiable state. This is normally when the header has already been committed when sending the response. However, you are getting this while reading a request?!?!? There is either a nasty threading bug in Jetty - or somebody is holding onto a request object and/or passing it to another thread. Jetty recycles requests objects, so requests cannot be given to other threads. Judging from the line numbers in your stack trace, I think you have the Jetty-4.1.D2 version. Jules, have you upgraded 3.0 to use Jetty-4.1.B0 yet?I thought Jules had, so Dain - you may want to do a cvs update? I have Jules Not that B0 has any fixes for any no issues like this? What is the exact sequence of events? Do these exceptions appear in the order that your presented? cheers PS. I'm going away tomorrow until next Tuesday - how urgent is this? Dain Sundstrom wrote: I finally have Rice RUBiS code running my my server. I had to toss their make based build system and I merged the web, servlet, and ejb tier's into a single ear (all of these were on a single box). Later I will update the ant script to support the running of these on different tiers. Anyway, I am getting the errors in JETTY and JCA when running the test harness, and I'm looking for any help. I'm using JBoss 3.0 HEAD, JDK 1.3.1_01, Mandrake Linux, PostgreSQL 7.1. The stack traces 5-10 times under medium load (100 clients) follow: 13:20:35,384 WARN [Jetty] WARNING: GET /servlet/edu.rice.rubis.beans.servlets.BrowseCategories HTTP/1.1 java.lang.IllegalStateException: Not EDITABLE at org.mortbay.http.HttpMessage.setVersion(HttpMessage.java:536) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:906) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:182) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:322) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:715) at java.lang.Thread.run(Thread.java:484) 13:24:17,892 WARN [Jetty] WARNING: Invalid length: Content-Length=3019 bytes written=11211 for http://localhost:8080/EJB_HTML/bid_now.jpg 13:25:14,505 WARN [Jetty] WARNING: Servlet Exception for /servlet/edu.rice.rubis.beans.servlets.SearchItemsByCategory?category=14categoryName=Pottery+%26+Glasspage=0nbOfItems=20 java.lang.NullPointerException at org.mortbay.jetty.servlet.ServletHttpRequest.getRequestDispatcher(ServletHttpRequest.java:750) at edu.rice.rubis.beans.servlets.ServletPrinter.printFile(ServletPrinter.java:61) at edu.rice.rubis.beans.servlets.ServletPrinter.printHTMLheader(ServletPrinter.java:104) at edu.rice.rubis.beans.servlets.SearchItemsByCategory.doGet(SearchItemsByCategory.java:145) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:348 13:32:01,169 ERROR [JDBCCommand] Exception caught executing SQL org.jboss.util.NestedSQLException: Interrupted while requesting permit!; - nested throwable: (javax.resource.ResourceException: Interrupted while requesting permit!) at org.jboss.resource.adapter.jdbc.local.LocalDataSource.getConnection(LocalDataSource.java:106) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.getConnection(JDBCCommand.java:700) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.jdbcExecute(JDBCCommand.java:168) at org.jboss.ejb.plugins.jaws.jdbc.JDBCFinderCommand.execute(JDBCFinderCommand.java:114) at org.jboss.ejb.plugins.jaws.jdbc.JDBCFindEntitiesCommand.execute(JDBCFindEntitiesCommand.java:200) at org.jboss.ejb.plugins.jaws.JAWSPersistenceManager.findEntities(JAWSPersistenceManager.java:271) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(CMPPersistenceManager.java:348) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntities(CachedConnectionInterceptor.java:323) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:655) at java.lang.reflect.Method.invoke(Native Method) snip + nested throwable: javax.resource.ResourceException: Interrupted while requesting permit! at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.getConnection(InternalManagedConnectionPool.java:127) at org.jboss.resource.connectionmanager.JBossManagedConnectionPool$BasePool.getConnection(JBossManagedConnectionPool.java:312) at org.jboss.resource.connectionmanager.BaseConnectionManager2.getManagedConnection(BaseConnectionManager2.java:445) at
[JBoss-dev] Branch_3_0 testsuite results....
Scott, It is very useful having this automated posting and I use it to double check that my changes haven't broken anything Is there any chance of fixing the URLs so that we can check if it is our module that is responsible for the errors/failures Cheers, Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] (HEAD) WebIntegrationTestSuite Exceptions...
Although the WebIntegrationTestSuite reports : [exec] Tests run: 18, Failures: 0, Errors: 0, Time elapsed: 23.265 sec for JBoss/Jetty I also get several exceptions which do not look healthy. The same jetty plugin runs fine in Branch_3_0 Anyone interested ? Has head got tests that I am ?almost? failing ? Jules This one looks like an unfinished test : 02:36:41,564 ERROR [LogInterceptor] NoSuchEntityException: javax.ejb.NoSuchEntityException: Instance UT_TestBean2 not found in database. at org.jboss.test.cts.ejb.CtsBmpBean.ejbLoad(CtsBmpBean.java:291) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.plugins.BMPPersistenceManager.loadEntity(BMPPersistenceManager.java:424) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(CachedConnectionInterceptor.java:353) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:262) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:152) and probably causes this one : 02:36:48,398 ERROR [LogInterceptor] EJBException, causedBy: java.lang.SecurityException: Authentication exception, principal=null at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:180) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:93) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:130) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:125) at org.jboss.ejb.StatelessSessionContainer.invokeHome(StatelessSessionContainer.java:291) at org.jboss.ejb.Container.invoke(Container.java:695) then a little while later - probably unconnected : 02:36:48,848 INFO [EjbModule] Destroying 02:36:48,861 INFO [StatefulSessionContainer] Destroying 02:36:48,862 INFO [StatefulSessionInstancePool] Destroying 02:36:48,862 INFO [StatefulSessionInstancePool] Destroyed 02:36:48,862 INFO [StatefulSessionFilePersistenceManager] Destroying 02:36:48,862 INFO [StatefulSessionFilePersistenceManager] Destroyed 02:36:48,862 INFO [StatefulSessionContainer] Destroyed 02:36:48,864 INFO [EntityContainer] Destroying 02:36:49,967 ERROR [Log4jService$ThrowableListenerLoggingAdapter] Unhandled Throwable java.lang.NullPointerException at org.jboss.ejb.plugins.EntityInstanceCache.freeContext(EntityInstanceCache.java:120) at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:610) at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206) at java.lang.Thread.run(Thread.java:479) 02:36:49,968 INFO [EntityInstancePool] Destroying which probably then causes a couple more in the web-tier.. --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What is up with JBossWeb logger category?
That might be seen as implying that it IS a classname, when it is not. does anyone else have an opinion on this ? the real solution would be to integrate even more tightly (i.e. completely replace) with Jetty's logging. I'll think about how this might be achieved. Jules Jason Dillon wrote: I think we should prefix this with org.jboss.something so that limiting org.jboss will function as expected. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Jules Gosnell Sent: Tuesday, July 09, 2002 6:44 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is up with JBossWeb logger category? Marc wanted Jetty rebranded as JBossWeb. All I have done is change the word Jetty to JBossWeb in the Jetty logging bridge. Since Jetty does not use log4j internally, no class names are available, so everything was being output to the Jetty category, now it is being output to the JBossWeb category. The word Jetty only ever loosely concurred with the name of the class giving the output.. You will notice that the jetty-plugin.sar is now the jbossweb.sar and that Jetty MBeans now try to advertise themselves as JBossWeb. If that doesn't confuse all the users - nothing will :-) Jules Jason Dillon wrote: Looks like we are regressing back to the previous logging chaos? well not completely. Why are we using fictitious logger names instead using the class name where the logger resides? I guess on the side, why have we renamed Jetty to JBossWeb? Let?s not undo all of the hard work we have done to clean up the logging usage inside of JBoss3. --jason --- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What is up with JBossWeb logger category?
OK - is everyone happy with org.jboss.jbossweb ? Jules Scott M Stark wrote: Its just a category name. It does not make sense to have a core component using a category outside of the org.jboss namespace. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 10, 2002 3:17 AM Subject: Re: [JBoss-dev] What is up with JBossWeb logger category? That might be seen as implying that it IS a classname, when it is not. does anyone else have an opinion on this ? the real solution would be to integrate even more tightly (i.e. completely replace) with Jetty's logging. I'll think about how this might be achieved. Jules Jason Dillon wrote: I think we should prefix this with org.jboss.something so that limiting org.jboss will function as expected. --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] UserTransaction distributable/ HttpSessions
I am rewriting my JBoss/Jetty distributable HttSession implementation. The spec (J2EE 1.3 Servlet 2.3) suggests that I should be able to distribute Objects of types : Serializable EJBObject EJBHome Context - java:comp/env UserTransaction I would like to support UserTransactions. e.g. a client can make a request to begin a transaction on one JBoss node, then make subsequent failed-over requests to other nodes that are executed within the same transaction context. I'm no transaction guru. :-( The UserTransaction API does not give me access to any unique, distributed ID (like EJBObject and EJBHome handles etc.) - so if this is going to happen, it will be via the proprietary interface of the UserTransaction's implementation. Questions: Is it possible to distribute UserTransactions if all webcontainers are not sharing the same EJB container (but all EJB containers are sharing the same DB)? Or if all webcontainers are sharing the same EJBContainer ? Or should I forget supporting this ? If possible - how could it best be achieved ? Thanks guys, Jules --- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserTransaction distributable/ HttpSessions
Ole, HttpSessions are used for storing conversational state, between browser requests, in the web tier. One of the purposes of DISTRIBUTABLE HttpSessions is fail-over. e.g. You (the browser) are having a conversation with a JBoss node, walking through a questionnaire. The node that you are talking to fails and you are directed to another working node. My job is to make sure that when your next request arrives at that new node, your conversational state is available so the that webapplication can seamlessly reprise the conversation. i.e. you can continue with your questionnaire, unaware that you are now talking to another machine. Now imagine that the webapplication wants to start a UserTransaction as you start the questionnaire, store each submission as you make it, and commit the whole thing IFF you finish.. For this webapplication to successfully fail-over, the AppServer implementation must know how to move the UserTransaction between nodes. This goes above and beyond the spec - so if you can't do it - no problem. However, if it is possible,but not exposed, I would like to support it. Does that make it clearer ? I will go into more depth, if things look hopeful. If it is too complicated/NYI - don't worry. I just thought that if there was a simple solution it would be nice to provide this functionality. Jules Ole Husgaard wrote: Jules Gosnell wrote: I am rewriting my JBoss/Jetty distributable HttSession implementation. The spec (J2EE 1.3 Servlet 2.3) suggests that I should be able to distribute Objects of types : Serializable EJBObject EJBHome Context - java:comp/env UserTransaction I would like to support UserTransactions. I'm not sure what you want here. UserTransaction is a local, non-serializable object. Distributing a UT does not make sense to me, but it should be possible to look it up in JNDI. e.g. a client can make a request to begin a transaction on one JBoss node, then make subsequent failed-over requests to other nodes that are executed within the same transaction context. If the client is stand-alone (ie in a different VM than the TM), it won't work. This is because the stand-alone client UT support is limited to controlling transactions on one server only (the server that gave you the UT via JNDI). I'm not sure about UT support for same-VM non-ejb clients, would have to check the code. I'm no transaction guru. :-( The UserTransaction API does not give me access to any unique, distributed ID (like EJBObject and EJBHome handles etc.) - so if this is going to happen, it will be via the proprietary interface of the UserTransaction's implementation. The ID exists, but the JTA standard seems very secretive about it. It is only exposed to xa resources. But I cannot see why you need it here. Are you trying to move an active transaction started by a UT to another server in another VM? That might be possible, if you use the Tyrex TM, and some JBoss-specific API for importing and exporting transaction propagation contexts (TPCs, basically serializable transaction ids). Questions: Is it possible to distribute UserTransactions if all webcontainers are not sharing the same EJB container (but all EJB containers are sharing the same DB)? See above. I'm not sure what you mean when you say distribute UserTransactions. Or if all webcontainers are sharing the same EJBContainer ? Or should I forget supporting this ? If possible - how could it best be achieved ? I probably know - only I'm not sure what you try to achieve. Best Regards, Ole Husgaard. --- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UserTransaction distributable/ HttpSessions
THIS WILL NEED A FIXED FONT... with regards to your question about from where the UT is obtained. The UserTransaction would be created in a webapplication running in a webcontainer. I have many possible scenarios for arrangement of web, ejb and db tiers :-( The most complex is : N* webcontainer -- 1*ejbcontainer N* ejbcontainer -- 1*database i.e. db | --- | | ejbejb | | | | | | | | web webweb web web web etc web, ejb and db tiers could all be remote to each other, OR sharing vms, I need to be able to support any configuration. The most usual config might be : 1*webcontainer -- 1*ejbcontainer -- 1* database (web ejb tiers in one vm) i.e. a JBoss with integrated web and ejbcontainer. (db--ejb--web) I'm simply writing the infrastructure, so I have no control over the topology of the systems in which it will be used :-( From your answer it looks as if this is possible, provided that the webtier ALL SHARE the same ejbcontainer ??? but if there are multiple ejbcontainers all sharing the same database it would not be possible ? Does this sound like a correct conclusion ? so db | | ejb | | | | || web web webweb web is OK, but the first layout is not, because the UserTransaction is only valid across 1 ejbcontainer It looks as if this is not going to fly trivially - but it is good to touch base and share requirements. I'm in no hurry, but would be interested to hear if our UserTransaction implementation got to the point where I could support some of the above configurations Thanks for your time, Jules Ole Husgaard wrote: Jules Gosnell wrote: Ole, HttpSessions are used for storing conversational state, between browser requests, in the web tier. One of the purposes of DISTRIBUTABLE HttpSessions is fail-over. e.g. You (the browser) are having a conversation with a JBoss node, walking through a questionnaire. The node that you are talking to fails and you are directed to another working node. My job is to make sure that when your next request arrives at that new node, your conversational state is available so the that webapplication can seamlessly reprise the conversation. i.e. you can continue with your questionnaire, unaware that you are now talking to another machine. I'm not at all familiar with clustering, fail-over and nodes. Just in case some of this might block what you want: The UserTransaction implementation for clients in JBoss is very simple. The transaction id, as passed on the wire is of class Object, and must thus be serializable at runtime. This is called the transaction propagation context (TPC). If the UT is obtained from a different VM than the server: The UT implementation used is org.jboss.tm.usertx.client. When you obtain a UT by using JNDI, an RMI server object is created on the server side. This RMI UT session object does the actual work of controlling transactions, BUT it only controls transactions in the server VM where it resides. When the UT is called to start a transaction, the UT does a RMI call to the RMI server object, and the RMI server object starts the transaction, obtains the TPC for that transaction and returns it to the UT. The UT then stores it for later use. When a JRMP call is done from the client, the JRMP proxy calls the UT (proprietary method getTransactionPropagationContext()) to get the TPC to pass on the wire. At server side this TPC is translated into an actual Transaction. At commit/rollback the UT calls the RMI server to do the actual work, and then forgets about the TPC it had stored. If the UT is obtained from within the same VM as the server: The UT implementation used is org.jboss.tm.usertx.client.ServerVMClientUserTransaction This is very simple, and uses the transaction manager to control transactions. So the fact the the UT implementation only controls transactions in a single server may block what you want. Now imagine that the webapplication wants to start a UserTransaction as you start the questionnaire, store each submission as you make it, and commit the whole thing IFF you finish.. If the webapplication only calls beans in a single server VM, this should be possible (though some changes or extensions to the current UT implementation may be needed). For this webapplication to successfully fail-over, the AppServer implementation must know how to move the UserTransaction between nodes. If the UT is obtained from a different VM than the server: The getTransactionPropagationContext() method in the UT implementation will return you a TPC that you can serialize and move to another VM. However, the UT will still consider the tx active, even if the TPC
Re: [JBoss-dev] What is up with JBossWeb logger category?
Marc wanted Jetty rebranded as JBossWeb. All I have done is change the word Jetty to JBossWeb in the Jetty logging bridge. Since Jetty does not use log4j internally, no class names are available, so everything was being output to the Jetty category, now it is being output to the JBossWeb category. The word Jetty only ever loosely concurred with the name of the class giving the output.. You will notice that the jetty-plugin.sar is now the jbossweb.sar and that Jetty MBeans now try to advertise themselves as JBossWeb. If that doesn't confuse all the users - nothing will :-) Jules Jason Dillon wrote: Looks like we are regressing back to the previous logging chaos? well not completely. Why are we using fictitious logger names instead using the class name where the logger resides? I guess on the side, why have we renamed Jetty to JBossWeb? Let?s not undo all of the hard work we have done to clean up the logging usage inside of JBoss3. --jason --- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Seperating web ejb tiers.....
Firstly, I'm fully conversant with the numerous reasons why running these two in the same VM might be advantageous, however, I am often asked how these can be run remotely from each other by users and I felt it was time I addressed the question. To do that I need some input from you guys I see two ways of achieving this : 1). Heterogeneous clustering - i.e. a cluster in which nodes are not configured identically - web-nodes would lack an ejb container and vice-versa. This looks to be an approach that has so far not undergone much discussion. It might be possible to write Service-Proxies i.e. every JBoss node in the web-tier has an EJB-Service proxy that points to a remote EJB-Service... 2). A web-tier comprised of standalone instances of Jetty. In doing this a user sacrifices all of the integration that has been done for the in-vm deployment (twin hot-deployment of war ejb-jar, JBossSX integration, ENC support etc)... - perhaps this should be adapted so that it can interface remotely as well as directly... ? Unfortunately, this is currently the simplest advice that I can give to the user. Does anyone favour one over the other ? or have an alternative ? Comments ? Jules --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] inter-deployable dependencies... Branch_3_0
David Jencks wrote: On 2002.07.08 18:33:36 -0400 Jules Gosnell wrote: I would like the Jetty service to have the use of some EJBs. I would like to package the ejb-jar in the jetty-plugin/jbossweb.sar I tried making the Jetty Service depend thus : !-- We need the DefaultDS DataSource connection for entity beans -- dependsjboss:service=ConnectionFactoryLoader,name=DefaultDS/depends Nothing has been named ConnectionFactoryLoader for months... check for the actual mbean ObjectName on port 8082 Aha - I did a grep through the source tree and found this somewhere... - no joy. 23:24:54,683 INFO [MainDeployer] Starting deployment of package: file:/home/jules/cvs/JBoss/Branch_3_0/build/output/jboss-3.0.1RC1/server/default/deploy/jbossweb.sar/ 23:24:55,946 INFO [EjbModule] Creating 23:24:56,036 INFO [EjbModule] Deploying CMPState 23:24:56,703 INFO [EjbModule] Created 23:24:58,192 INFO [JBossWeb] Registered jboss.web:Jetty=0 23:24:58,232 INFO [JBossWeb] Registered jboss.web:Code=0 23:24:58,409 INFO [JBossWeb] Registered jboss.web:Log=0 23:24:58,442 INFO [JBossWeb] Registered jboss.web:Log=0,sink=0 23:24:58,471 INFO [EjbModule] Starting 23:24:59,168 WARN [ServiceController] Problem starting service jboss.j2ee:service=EJB,jndiName=jetty/CMPState org.jboss.deployment.DeploymentException: Error: can't find data source: java:/DefaultDS; - nested throwable: (javax.naming.NameNotFoundException: DefaultDS not bound) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge.init(JDBCEntityBridge.java:99) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.initStoreManager(JDBCStoreManager.java:397) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start(JDBCStoreManager.java:339) 23:32:26,842 INFO [EjbModule] Started 23:32:26,859 INFO [JettyService] Starting 23:32:26,883 INFO [MainDeployer] Adding deployer: org.jboss.jetty.JettyService@3ac93e 23:32:26,906 INFO [JBossWeb] Starting Jetty/4.0.4 23:32:26,933 INFO [JBossWeb] Started org.mortbay.http.NCSARequestLog@7b0998 23:32:26,975 INFO [JBossWeb] Started SocketListener on 0.0.0.0:8080 23:32:26,996 INFO [JBossWeb] Started org.jboss.jetty.Jetty@b0bdc8 23:32:27,009 INFO [JettyService] Started 23:32:27,023 INFO [MainDeployer] Deployed package: file:/home/jules/cvs/JBoss/Branch_3_0/build/output/jboss-3.0.1RC1/server/default/deploy/jbossweb.sar/ It looks like JBoss deploys the ejb-jar from inside the sar, then deploys the service, then tries to start the ejbs - BANG ! Isn't the dependency of an ejb-jar on a datasource implicit. Unfortunately not yet. I'm not quite sure the best way to do this anyway. Is there a simple way to achieve what I need? Put the db-service.xml and ejb.jar in an ear with a jboss-app.xml for the db-service.xml. Put the .ear in the .sar. If you want the db-service.xml outside your package, you need to add a depends element to jboss.xml for each bean or container config to the ConnectionManager mbean from the db-service.xml. david jencks OK - I'll try that tomorrow. Thanks for all the help, David - it's much appreciated. Jules Thanks, Jules --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WebSite JSP precompilation.... - need XML Help !
Ignacio, Don't worry about it. I have a solution, using ant's replace task. It works fine and does not involve patching any code - so I'm happy. We'll wait and see whether precompiling the website improves it's loaded deployment and peerhaps later revisit the implementation when it next needs improving. Thanks for the suggestions everybody. It is now all checked in. Cheers, Jules Ignacio Coloma wrote: Jules, I had to manage that out some months ago, then someone commited over it and my patch was gone. I then decided that precompiling JSPs was not so needed, said this but nobody cared. The problem is located in one of the webapp deployer classes. If you send me the stacktrace I can try to find from memory which one. What is happening: when you reference jsp-mappings.xml you have to tell the XML parser the file relative to which directory?, someting that is not being properly addressed because it doesn't remember where the web.xml file is located. IIRC you had two ways to achieve this, one was to set the SYSTEM ID property on the resource initialization of the web.xml file, and the other was to initialize it in other way (java.io.File? I can't remember). Some time ago I patched it and it worked, but about five months ago it stopped working. You can (a) search for this thing on the code (there are only two or three classes on the JBoss tree involving the deployment of web.xml, and it appears on the stack trace of your error) or on the Jetty-discuss thread, some time ago. It then involved also patching the JspC on the Jakarta package (now this is not neccesary), but it finally worked. Maybe Greg remembers. (b) I have right now a bit of spare time, that I would prefer to spend swimming and developing personal life, but I also can try to patch it again sigh. If you don't find what I talk about, drop me a line. Ignacio. P.S.: You are right on the ordering of the XML. As far as you put the include after the last servlet directive everything should go fine. Jules Gosnell wrote: Stephen Davidson wrote: Greetings. I wrote a custom class for this, as I found that the standard merges that I tried did not work. The parser for the Web.xml file is Order-Sensitive for the elements. For your convenience, I have posted a copy of the class that I am using. NOTE: This class triggers JBoss Patch#537795/Jetty Patch#573842. -Steve Thanks Steve, but I think I should be OK. The snippet file looks like : servlet/ . . . servlet-mapping/ . . . as long as I insert it between the last servlet/ and first servlet-mapping/ entry in my web.xml I should be OK - or is Jasper likely to start outputting a third directive to screw me ? Jules /* * MergeWebXML.java * * Created on March 15, 2002, 3:38 PM */ package com.hrnexus; import java.io.File; import java.io.FileOutputStream; import java.io.IOException; import java.util.Iterator; import java.util.List; import org.jdom.Document; import org.jdom.DocType; import org.jdom.Element; import org.jdom.JDOMException; import org.jdom.input.SAXBuilder; import org.jdom.output.XMLOutputter; import com.hrnexus.common.shared.ParameterProcessor; /** * * @author Stephen Davidson */ public class MergeWebXML { private final static boolean DEBUG = true; protected static final SAXBuilder builder = new SAXBuilder(); protected static final ParameterProcessor proc = new ParameterProcessor(server); protected static final XMLOutputter outputter; private final static String IGNORE_SECTION_TOKEN = new String(); protected final JspFilter jspFilter; private String jspBuildDir; private String jspXmlFile; static{ outputter = new XMLOutputter( , true); //Indent 3 spaces, Newlines = true; outputter.setLineSeparator(System.getProperty(line.separator)); outputter.setOmitEncoding(false); outputter.setOmitDeclaration(false); outputter.setTextTrim(true); outputter.setTextNormalize(true); } /** Creates a new instance of MergeWebXML */ public MergeWebXML(final String[] args) { for(int idx = 0; idx args.length;idx++){ if (args[idx].equals(-b)){ jspBuildDir = args[++idx]; idx++; } if (args[idx].equals(-f)){ jspXmlFile = args[++idx]; //idx++; //If more parameters are added, uncomment this. //Last Parameter should not increment, as for-loop does to prevent //infinite looping. } } if (jspXmlFile == null) throw new NullPointerException(Must set parameter -f); //initialize builder jspFilter = new JspFilter(Importer); } private void execute
[JBoss-dev] WebSite JSP precompilation.... - need XML Help !
I checked out the website module to see if I could fix the build.xml to precompile all the JSP pages. I'm nearly there, but my XML skills are letting me down... I can get Jasper to compile all the JSPs into Java I can compile these into classes. The problem then is that Jasper helpfully generates me an xml snippet containing some servlet/ and servlet-mapping/ directives. This needs to be inserted into the web.xml at the correct place. Jasper is then effectively removed from the equation as all mappings are directed straight to precompiled java servlets, instead of through Jasper. I am trying something like: !DOCTYPE name [!ENTITY jsp_mappings SYSTEM jsp_mappings.xml] at the top of the web.xml amd then : jsp_mappings; where I want the snippet inserted... (jsp_mappings.xml is in WEB-INF with web.xml) No dice : 14:28:44,992 ERROR [XmlFileLoader] Relative URI jsp_mappings.xml; can not be resolved without a document URI.:-1:2 org.xml.sax.SAXParseException: Relative URI jsp_mappings.xml; can not be resolved without a document URI. at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3108) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3102) at Does this mean that I need to have some sort of custom resolver registered ? All I want to do is #include a piece of xml into an xml file - is there a better way Thanks all, Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WebSite JSP precompilation.... - need XML Help !
I have a workaround - which may be better. I'm using ant loadfile and replace to stick insert the stuff into web.xml. Marc - I have something that seems to work for a number of JSPs (unfortunately only 3 out of 10 on the initial page, so far). Are you interested in my pursuing this ? Jules Jules Gosnell wrote: I checked out the website module to see if I could fix the build.xml to precompile all the JSP pages. I'm nearly there, but my XML skills are letting me down... I can get Jasper to compile all the JSPs into Java I can compile these into classes. The problem then is that Jasper helpfully generates me an xml snippet containing some servlet/ and servlet-mapping/ directives. This needs to be inserted into the web.xml at the correct place. Jasper is then effectively removed from the equation as all mappings are directed straight to precompiled java servlets, instead of through Jasper. I am trying something like: !DOCTYPE name [!ENTITY jsp_mappings SYSTEM jsp_mappings.xml] at the top of the web.xml amd then : jsp_mappings; where I want the snippet inserted... (jsp_mappings.xml is in WEB-INF with web.xml) No dice : 14:28:44,992 ERROR [XmlFileLoader] Relative URI jsp_mappings.xml; can not be resolved without a document URI.:-1:2 org.xml.sax.SAXParseException: Relative URI jsp_mappings.xml; can not be resolved without a document URI. at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3108) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3102) at Does this mean that I need to have some sort of custom resolver registered ? All I want to do is #include a piece of xml into an xml file - is there a better way Thanks all, Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WebSite JSP precompilation.... - need XML Help !
No go, Neale, [java] 2002-07-01 04:07:53 - Exception initializing TldLocationsCache: XML parsing error on file /WEB-INF/web.xml: (line 3, col -1): Document root element is missing. I have this at the top of the web.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; !DOCTYPE project [!ENTITY jsp_servlets SYSTEM jsp_servlets.xml %jsp_servlets;] Should I only have one DOCTYPE directive ? I'll stick with using ant's replace for the moment - it works fine for this Thanks for the help, Jules Neale Swinnerton wrote: Try !DOCTYPE project [ !ENTITY jsp_mappings SYSTEM jsp_mappings.xml %jsp_mappings; ] and then jsp_mappings; where you need it as before... On Mon, Jul 01, 2002 at 02:59:12PM +0100, Jules Gosnell wrote: I checked out the website module to see if I could fix the build.xml to precompile all the JSP pages. I'm nearly there, but my XML skills are letting me down... I can get Jasper to compile all the JSPs into Java I can compile these into classes. The problem then is that Jasper helpfully generates me an xml snippet containing some servlet/ and servlet-mapping/ directives. This needs to be inserted into the web.xml at the correct place. Jasper is then effectively removed from the equation as all mappings are directed straight to precompiled java servlets, instead of through Jasper. I am trying something like: !DOCTYPE name [!ENTITY jsp_mappings SYSTEM jsp_mappings.xml] at the top of the web.xml amd then : jsp_mappings; where I want the snippet inserted... (jsp_mappings.xml is in WEB-INF with web.xml) No dice : 14:28:44,992 ERROR [XmlFileLoader] Relative URI jsp_mappings.xml; can not be resolved without a document URI.:-1:2 org.xml.sax.SAXParseException: Relative URI jsp_mappings.xml; can not be resolved without a document URI. at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3108) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3102) at Does this mean that I need to have some sort of custom resolver registered ? All I want to do is #include a piece of xml into an xml file - is there a better way Thanks all, Jules --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WebSite JSP precompilation.... - need XML Help !
Stephen Davidson wrote: Greetings. I wrote a custom class for this, as I found that the standard merges that I tried did not work. The parser for the Web.xml file is Order-Sensitive for the elements. For your convenience, I have posted a copy of the class that I am using. NOTE: This class triggers JBoss Patch#537795/Jetty Patch#573842. -Steve Thanks Steve, but I think I should be OK. The snippet file looks like : servlet/ . . . servlet-mapping/ . . . as long as I insert it between the last servlet/ and first servlet-mapping/ entry in my web.xml I should be OK - or is Jasper likely to start outputting a third directive to screw me ? Jules /* * MergeWebXML.java * * Created on March 15, 2002, 3:38 PM */ package com.hrnexus; import java.io.File; import java.io.FileOutputStream; import java.io.IOException; import java.util.Iterator; import java.util.List; import org.jdom.Document; import org.jdom.DocType; import org.jdom.Element; import org.jdom.JDOMException; import org.jdom.input.SAXBuilder; import org.jdom.output.XMLOutputter; import com.hrnexus.common.shared.ParameterProcessor; /** * * @author Stephen Davidson */ public class MergeWebXML { private final static boolean DEBUG = true; protected static final SAXBuilder builder = new SAXBuilder(); protected static final ParameterProcessor proc = new ParameterProcessor(server); protected static final XMLOutputter outputter; private final static String IGNORE_SECTION_TOKEN = new String(); protected final JspFilter jspFilter; private String jspBuildDir; private String jspXmlFile; static{ outputter = new XMLOutputter( , true); //Indent 3 spaces, Newlines = true; outputter.setLineSeparator(System.getProperty(line.separator)); outputter.setOmitEncoding(false); outputter.setOmitDeclaration(false); outputter.setTextTrim(true); outputter.setTextNormalize(true); } /** Creates a new instance of MergeWebXML */ public MergeWebXML(final String[] args) { for(int idx = 0; idx args.length;idx++){ if (args[idx].equals(-b)){ jspBuildDir = args[++idx]; idx++; } if (args[idx].equals(-f)){ jspXmlFile = args[++idx]; //idx++; //If more parameters are added, uncomment this. //Last Parameter should not increment, as for-loop does to prevent //infinite looping. } } if (jspXmlFile == null) throw new NullPointerException(Must set parameter -f); //initialize builder jspFilter = new JspFilter(Importer); } private void execute(){ FileOutputStream outStream = null; try{ //Load default web.xml file (Read/Write) File fWebXml = new File(proc.get(SourceDirectory), loadbuild/web.xml); if (DEBUG){ System.out.println(fWebXml.getAbsolutePath()); byte[] b = new byte[8196]; int read; java.io.BufferedInputStream bStream = new java.io.BufferedInputStream(new java.io.FileInputStream(fWebXml)); while ((read = bStream.read(b)) = 0){ System.out.write(b, 0, read); } bStream.close(); } final Document hrxWebXml = builder.build(fWebXml); //Load generated webxml.xml file (Read Only) final File fJspWebXml = new File(jspBuildDir, jspXmlFile); final Document jspWebXML = builder.build(fJspWebXml); //merge //SPDBUG: The Web.XML file is ORDER SENSITIVE! The following is not viable! final Element rootHRX_XML = hrxWebXml.getRootElement(); final Element rootJspWebXML = jspWebXML.getRootElement(); //final List jspElements = rootJspWebXML.getChildren(); final Element rootWebXML = new Element(web-app); //Add servlet section final Iterator itHRX = rootHRX_XML.getChildren().iterator(); final Element firstServletMapping = loadXMLSection(itHRX, rootWebXML, servlet, null); loadXMLSection(rootJspWebXML.getChildren(servlet).iterator(), rootWebXML, servlet, null); //This should return null //Add servlet-mapping section final Element elementHandle = loadXMLSection(itHRX, rootWebXML, servlet-mapping, firstServletMapping); loadXMLSection(rootJspWebXML.getChildren(servlet-mapping).iterator(), rootWebXML, servlet-mapping, null); //This should return null
Re: [JBoss-dev] Dreamweaver MX: njar vs. expanded directories?
This should really be posted to jboss-user or the forums - jboss-dev is for discussion amongst developers of (not 'on') JBoss. It's a BAD idea for any tool to be second guessing where a WebContainer will be unpacking it's wars - because the spec does not say anything about it. In fact the WebContainer may just run them packed. If your tool will only work with unpacked dirs - then deploy your war unpacked (a dir hierarchy called e.g. my.war that mirrors the packed tree), and write your files back into this. I THINK that Jasper will spot the changes and react accordingly. Jules Frederick N. Brier wrote: Let us say you are using a tool like Macromedia Dreamweaver UltraDev/MX and their LiveUpdate feature. This is where you are using a wysiwyg HTML/JSP editor and you can click a button, it uploads a temporary version of the file to the server, it invokes the JSP generating the page, gets the results, correlates the generated page to the original JSP, and displays as a web page. You can fill in data, press buttons, follow hyperlinks etc. You are working with a live page. Very cool and useful. But you have to be able to copy/ftp the JSP to a real directory. Now it was a mildly annoying, under JBoss 2.4.x, that with the hot deploy the temporary directory name could keep changing because Dreamweaver didn't know how to deal with it, but it worked. So the question is, how do I do that now with the .war appearing to be bundled up? Where would I copy the JSP? Fred. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] no server/*/log dirs in Branch_3_0 build...
Am I imagining this ? Is it intentional ? If not, could we have one - It means I can run the same Jetty config on both branches (Branch_3_0 HEAD). Cheers, Jules --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Scott: WebIntegrationUnitTestCase (1.15), testSnoopJSPByMapping()
Scott, It looks like you added this test on 2002/06/17. Jetty is currently failing it on HEAD. I've had a good grep through the entire testsuite and cannot find anything that looks like it might appear deployed at /jbosstest/test-jsp-mapping. Am I missing something, or is this test invalid ? Does it do anything in Catalina ? Jules --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss in a multi developers environment
Scott, It is better for me if Jetty can pull the port number from this service, since listeners may be started and stopped dynamically, and I don;t really want to choose e.g. the first one and treat it differently from the others Is this an option - I request a port number, rather than having someone call setPort() on me ? If I remove the Jetty plugin and drop in the Tomcat one is Jetty able to return the port number to the pool so that Tomcat can reacquire it ? Cheers, Jules Scott M Stark wrote: I have imported this code into varia/src/main/org/jboss/services/binding with the following changes: 1. A service can have multiple service bindings corresponding to different listening services. The web containers need this to support multiple virtual hosts and connectors. 2. The store service used by the ServiceBindingManager is abstracted out using a ServicesStoreFatory configurable via an attribute. It will default to a read-only XML file based version. 3. A ServiceConfig now includes multiple named bindings as well as a ServicesConfigDelegate and an arbitrary DOM Element to control the behavior of this delegate. A ServicesConfigDelegate knows how to map a ServiceConfig onto a service via JMX. This abstraction allows the service bindings to be integrated without changing any existing services provided that all configurable attributes are settable via JMX. 4. The use of JDOM in the XML file store is really not warranted so I'm rewriting that using only JAXP apis and parse the extended services-binding.dtd. It is also only support read-only access to the XML file since in general there will be one config being shared by multiple servers. I'm working on integrating this service into the ServiceController and should have it running by tomorrow. Scott Stark Chief Technology Officer JBoss Group, LLC --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Andreas, I think that you will find that Jetty already exposes all this to JBoss via JMX (perhaps not the list of current deployments - but that's not a problem - I will sort it). However a few points. 1. Are you sure that JSR77 talks at the granularity of Servlets - or is it WebApplications - or both. A Servlet is not the unit of deployment, the WebApplication is. A WebApplication may contain 0-n Servlets. 2. Jetty has a concept of deploy, start, stop and undeploy. Currently webapps are started as soon as they are deployed - so when you say start/stop, do you mean deploy/undeploy or start/stop ? 3. I am keen for Jetty to support a restart() and a redeploy() - atomic functions which put incoming requests on hold while they do their job - thus ensuring 24*7 service, with no lost requests, even if you upgrade your website at a peak time... I believe JSR77 also has optional? provision for (at least one of) these. I think that it is important that we support it from the start even if it is simply implemented in terms of the others... Comments ? Jules Andreas Schaefer wrote: Hi Greg To make JSR-77 implementation (a J2EE management API) complete I need to support the web-service and I wills start with Jetty (it seems to be tough enough). To start with I need a place where I can create a WebModule (represents a WAR file) and each Servlet (for now the once defined in web.xml). For me its seems that the deployment of the servlets are deep inside Jetty and I am not quite sure how we want to integrate JSR-77 into Jetty. Beause JSR-77 does not provide Java classes to implement I would suggest that the necessary information are provide by Jetty MBeans so that JSR-77 can pick it up and perform the appropriate steps. Therefore I need: - List of Servlets deployed - A way to start/stop servlets if possible (I would think this means load/unload a Servlet) - Any attributes you maybe want to expose to manage servlets (no attributes specified in the JSR-77 spec.) Is this possible ? Thanx Andy Schaefer Code or be coded Check out: www.madplanet.com --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
No problem - you specify the interface, and I shall implement the Jetty side. Jules Scott M Stark wrote: As much of this as possible should be handled at the org.jboss.web.AbstractWebContainer or else we will have to duplicate this for every web container service. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Andreas Schaefer [EMAIL PROTECTED] To: Greg Wilkins [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, June 20, 2002 3:59 PM Subject: [JBoss-dev] JSR-77 and Jetty Hi Greg To make JSR-77 implementation (a J2EE management API) complete I need to support the web-service and I wills start with Jetty (it seems to be tough enough). To start with I need a place where I can create a WebModule (represents a WAR file) and each Servlet (for now the once defined in web.xml). For me its seems that the deployment of the servlets are deep inside Jetty and I am not quite sure how we want to integrate JSR-77 into Jetty. Beause JSR-77 does not provide Java classes to implement I would suggest that the necessary information are provide by Jetty MBeans so that JSR-77 can pick it up and perform the appropriate steps. Therefore I need: - List of Servlets deployed - A way to start/stop servlets if possible (I would think this means load/unload a Servlet) - Any attributes you maybe want to expose to manage servlets (no attributes specified in the JSR-77 spec.) Is this possible ? Thanx Andy Schaefer Code or be coded Check out: www.madplanet.com --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Andreas Schaefer wrote: Hi Jules 1. Are you sure that JSR77 talks at the granularity of Servlets - or is it WebApplications - or both. A Servlet is not the unit of deployment, the WebApplication is. A WebApplication may contain 0-n Servlets. JSR-77 have an application (EAR) with one or more modules (WAR,JAR,RAR) and each containing eithe EJBs, Servlets or ResourceAdaptors. So, yes, JSR-77 needs both the web application and the servlets its contains. OK - can do. 2. Jetty has a concept of deploy, start, stop and undeploy. Currently webapps are started as soon as they are deployed - so when you say start/stop, do you mean deploy/undeploy or start/stop ? JSR-77 is not clear in this point but the lack of the creation of services I think it means to start/stop but not deploy/undeploy. BTW what does start/stop mean (make it available/unavailable to serve) ? What happens with the servlets at this time. Can you start/stop servlets ? start/stop means (Greg can give you the exact definition for Jetty) something like make-available-to-client. If the webapp is stopped, it is still deployed but the client cannot see it - although it can be restarted very quickly... 3. I am keen for Jetty to support a restart() and a redeploy() - atomic functions which put incoming requests on hold while they do their job - thus ensuring 24*7 service, with no lost requests, even if you upgrade your website at a peak time... I believe JSR77 also has optional? provision for (at least one of) these. I think that it is important that we support it from the start even if it is simply implemented in terms of the others... Ahhmm, where did you see that in JSR-77 ? Aha ! - I think I am getting 77 and 88 confused again ! Jules Thanx - Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] HTML Adaptor replacement
I was thinking of writing a servlet that would allow you to have different views across your set of services. e.g. you might want a page on which all the ports used by JBoss were listed. or another where all the directories/files/urls used could be reset. Since these pages would need a little more than simply scanning all methods for type (although it could be done like that), I was thinking of just specifying an XML template for each view, which could be read in and transformed (using xsl..) into the final page. This might make a nice extension to such a project. It would mean that you could configure not just service-by-service but e.g. noviceView, expertView etc I haven't got the time at the moment, but you might like to take the idea on board Jules Laurent Etiemble wrote: Hi everybody I've build a Web-based JMX Browser (WAR file) to replace the HTML Adaptor of Sun. It provides the following functions : - view of the JMX tree - view of the MBean details - update of MBean attributes - invocation of MBean operations It is in preview stage, but I'am waiting some feedback to go on. Download are available at : http://prdownloads.sourceforge.net/ejtools/jmx.browser-1.0.0-preview.war?dow nload Regards. ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [AUTOMATED] JBoss compilation failed
Chris, It would be useful to have the name of the Branch/Label in the subject (or the body...) if possible. If I've missed it - please ignore, Jules [EMAIL PROTECTED] wrote: = ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)) = HERE ARE THE LAST 50 LINES OF THE LOG FILE == _buildmagic:init: configure: init: compile-mbean-sources: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/varia/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested fileset Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:true [xdoclet] Running mbeanInterface/ [xdoclet] Generating output for 'org.jboss.jdbc.HypersonicDatabase' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jdo.castor.CastorJDOImpl' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.mail.MailService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.tm.plugins.tyrex.TransactionManagerService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.varia.counter.CounterService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.varia.deployment.convertor.WebLogicConvertor' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.varia.deployment.FoeDeployer' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.varia.property.PropertyEditorManagerService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.varia.property.SystemPropertiesService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.varia.scheduler.example.SchedulableMBeanExample' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.varia.scheduler.Scheduler' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. compile-classes: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/varia/output/classes [javac] Compiling 48 source files to /disk/orig/home/lubega/jbossro/jboss-all/varia/output/classes /disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/jboss/jmx/adaptor/html/HtmlAdaptorServlet.java:104: cannot resolve symbol symbol : method trace (java.lang.String) location: class org.apache.log4j.Category log.trace(inspectMBean, name=+name); ^ /disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/jboss/jmx/adaptor/html/HtmlAdaptorServlet.java:124: cannot resolve symbol symbol : method trace (java.lang.String) location: class org.apache.log4j.Category log.trace(updateAttributes, name=+name); ^ /disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/jboss/jmx/adaptor/html/HtmlAdaptorServlet.java:155: cannot resolve symbol symbol : method trace (java.lang.String) location: class org.apache.log4j.Category log.trace(invokeOp, name=+name); ^ 3 errors BUILD FAILED /disk/orig/home/lubega/jbossro/jboss-all/varia/build.xml:381: Compile failed, messages should have been provided. Total time: 4 minutes 14 seconds ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the
[JBoss-dev] Slice-n-Diceable JMX HTML Adaptor views....
I posted this as a followup to a thread on jboss-user - no-one commented on it. I think it is a neat idea, so I'm reposting it, under it's own subject just in case no-one noticed it last time... The context mentioned a BindingService which appears to be being written to hand out ports to services, to make it simpler to run multiple JBoss instances on one box - I've been thinking about ports and other configuration issues. This goes back to the mega-thread about whether configurations should all be stored together, or not. Scott has hinted at a future omniscient/persistant JMX-based configuration mechanism. It seems to me that all these problems could be solved by taking different JMX HTML Adaptor 'views' across all the services. For ports you simply have a PortView page, which is configured to list all the ports. No doubt you will also need a files/directories/urls view and several others. These views could be configured in xml and would be far more flexible than hard-wiring a service for each view. Furthermore they would not require any further integration work on the part of the service. Users could configure their own views. You could have novice/expert views etc Finally any JMX based approach to this would integrate straight into whatever Scott has planned, whereas a BindingService will be yet another service to configure. Comments ? Jules P.S. I guess we just need a JMX view servlet which has access to a number of configuration files (.jxml?). When you hit one, it just renders the JMX view... - simple !! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Slice-n-Diceable JMX HTML Adaptor views....
Dain Sundstrom wrote: I think this is a very cool idea and would solve this entire class of problems. I think the problem is this will not be easy to implement. I suggested the ServiceBindingManager service, because it was the simplest thing I could think of to fix the port problem. May be this will be easy to add to the JMX html adapter Scott just added. BTW, Scott where did you get the code. Jules, how are you going to find just the port attributes from the services? I'm not. I'm going to assume that they can be set via JMX, and then I am going to put an empty e.g. PortView.jmxl/jxml page into CVS and then when you add a service that has a configurable port you will copy the template from the top of the file and add you service's port Of course, initially, there would be a certain amount of research to put togther pages for extant services, but I would expect the service maintainer to add their JMX attributes to whichever views they considered appropriate Thus keeping it simple If you can think of a way to generate these views dynamically - cool, but I was thinking about statically maintained views - I know - a maintenance nightmare - but at least it's only an xml template, not a load of source code What do you think ? Jules -dain Scott M Stark wrote: So write a prototype to demonstrate the beauty of this approach. We need something yesterday. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 13, 2002 5:42 AM Subject: [JBoss-dev] Slice-n-Diceable JMX HTML Adaptor views I posted this as a followup to a thread on jboss-user - no-one commented on it. I think it is a neat idea, so I'm reposting it, under it's own subject just in case no-one noticed it last time... The context mentioned a BindingService which appears to be being written to hand out ports to services, to make it simpler to run multiple JBoss instances on one box - I've been thinking about ports and other configuration issues. This goes back to the mega-thread about whether configurations should all be stored together, or not. Scott has hinted at a future omniscient/persistant JMX-based configuration mechanism. It seems to me that all these problems could be solved by taking different JMX HTML Adaptor 'views' across all the services. For ports you simply have a PortView page, which is configured to list all the ports. No doubt you will also need a files/directories/urls view and several others. These views could be configured in xml and would be far more flexible than hard-wiring a service for each view. Furthermore they would not require any further integration work on the part of the service. Users could configure their own views. You could have novice/expert views etc Finally any JMX based approach to this would integrate straight into whatever Scott has planned, whereas a BindingService will be yet another service to configure. Comments ? Jules P.S. I guess we just need a JMX view servlet which has access to a number of configuration files (.jxml?). When you hit one, it just renders the JMX view... - simple !! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
I've been thinking about ports and other configuration issues. This goes back to the mega-thread about whether configurations should all be stored together, or not. Scott has hinted at a future omniscient/persistant JMX-based configuration mechanism. It seems to me that all these problems could be solved by taking different JMX Agent 'views' across all the services. For ports you simply have a PortView page, which is configured to list all the ports. No doubt you will also need a files/directories/urls view and several others. These views could be configured in xml and would be far more flexible than hard-wiring a service for each view. Furthermore they would not require any further integration work on the part of the service. Users could configure their own views. You could have novice/expert views etc Finally any JMX based approach to this would integrate straight into whatever Scott has planned, whereas a BindingService will be yet another service to configure. Comments ? Jules P.S. I guess we just need a JMX view servlet which has access to a number of configuration files (.jxml?). When you hit one, it just renders the JMX view... - simple !! Mike Finn wrote: OK. Yep - found JDOM - in 3rd party. Not sure why I didn't see that b4. Thx -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:58 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Great. Submit it as a patch and we'll figure out where to put it in the source tree. As for JDOM, I thought we already used it, but I don't pay much attention to the JMX stuff. -dain Mike Finn wrote: Dain, Coming well. Work just keeps getting in the way! Anyways, I should have it ready this weekend/early next week. How should I package it, as a patch? Right now, it is an MBean deployed as a sar, with an XML service config file in conf (read/maintained by the SB manager). BTW - any plans to incorporate JDOM? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Mike, How are you coming on the ServiceBindingManager? -dain Mike Finn wrote: Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-2.4.6_Jetty-4.0.1
JBoss-2.4.6_Jetty-4.0.1 I have just released JBoss-2.4.6_Jetty-4.0.1 to SourceForge : http://prdownloads.sourceforge.net/jboss/JBoss-2.4.6_Jetty-4.0.1.zip?download http://www.jboss.org/downloads.jsp should update soon This brings the 2.4.6 integration up-to-date with the latest Jetty: JBoss-2.4.6_Jetty-4.0.1 - Release Candidate 1. (05/06/2002) Jetty - Jetty-4.0.1 JettyExtra/jmx - JettyExtra-4.0.1RC2 JBoss - JBoss-2.4.6 JBoss-Jetty- JBoss/contrib/jetty (cvs update -d -p -r Branch_2_4 -D 'June 5, 2002 05:00am BST') - upgrade Jetty component - see jetty/VERSION.TXT - upgrade security integration and from the Jetty VERSION.TXT: Jetty-4.0.1 - 22 May 2002 + Fixed contextclassloader on ServletContextEvents. + Support graceful stopping of context and server. + Fixed null return from getRealPath + OutputStreamLogSink config improvements + Updated jasper to 16 May snapshot Enjoy, Jules ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty jar file
Not as far as I know. Is there a particular issue that you are trying to resolve, or are you just a compulsive neophile :-) ? Jules lsanders wrote: Is the org.mortbay.jetty.jar file swappable with the latest cvs builds from mortbay? It seems to work for me, but I was wondering if there are any known issues. Thanks -Larry ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty jar file
I just realised that my last posting was ambiguous It should have said - there are no issues - as far as I know... Jules lsanders wrote: Is the org.mortbay.jetty.jar file swappable with the latest cvs builds from mortbay? It seems to work for me, but I was wondering if there are any known issues. Thanks -Larry ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Where should the Jasper jar live ?
OK, It looks like I have been bludgeoned into seperating Jetty config and impl. Just for the record, Jason, I still don't think you have taken in my suggestion. You seem to think that I am belligerently hanging onto the idea of delivering Jetty in a single file, which needs unpacking, editing and repacking in order to change the port number. If this is not the case - apologies If it is - WAKE UP (I'm allowed to raise my voice here, because I am following precedent). I have suggested delivering the jetty-plugin UNPACKED numerous times (as you will now find it if you build HEAD). There is NO unpack/repack needed to edit the configuration. You just edit deploy/jetty-plugin.sar/META-INF/jboss-service.xml. If I see one more reference to having to pack/repack the sar, I will go mad. The only difference between what you suggest and I suggest is the location of the Jetty files. You want to split them up (into 2 different dirs) across the JBoss distrib. I want to keep them together (in 1 dir), so that it is clearer exactly which parts of JBoss constitute Jetty, in order that anyone can replace that module trivially. I can't make it much clearer than that. I don't think that anyone has made a decent case for not having the Jetty impl present in the deploy directory. The plugin (impl and cfg) IS a deployable. However in the interests of conformity and world peace, I shall fall on my sword and repackage Jetty according to a greater wisdom. Ouch :-) Jules P.S. Did anyone actually have anything constructive to say about where Jasper should go ? Jason Dillon wrote: dislcaimer, a few beers in me after the laker game... The natural progression of all this separation of config and implementation is that we will begin encouraging people to take all the resources out of their ears and deploy them in lib/, then just drop the dds into deploy/. Who gives a fuck? My point from the begining was that you are forcing users to unpack the fucking sar to change the config... which they will want todo. Ok, so they can edit their descriptors - but it's not J2EE, is it ? Again who cares... j2ee blah. Likewise, the sar is a nice extension of the J2EE packaging metaphor. Sar is nice when you need to group jars... or if you want to lock config. I am not saying that sar is bad... only that our usage of it with jetty is. WE EXPECT PEOPLE TO CHANGE THE JETTY CONFIG... in fact all of the times I have used JBoss3 in production (both at work and for the website) I have had to change the config. It may not be perfect, but this is the platform that we are implementing, and I think consistency is important. Comments ? Dude... what is the problem with a .sar/.jar + .xml? 2 files... big deal... tell me what the problem is and we can work a solution. I have already told you over and over and now over agaion of the problem of shipping the jetty config inside of a sar. I am sorry if I seem harsh, but I think that the answere is obvious... but you are still balking on it... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty jar file
exactly what is the problem ? have you mailed Greg/jetty-discuss ? have you tried the same code on Tomcat ? Jules lsanders wrote: Is there a particular issue that you are trying to resolve, or are you just a compulsive neophile :-) ? Well, that and the fact that I am having problems with request.getContextPath() that I'm hoping the latest Jetty fixes. It now appears that it did not - oh well. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Where should the Jasper jar live ?
Guys, I've already said that I would alter Jetty's packaging for Jason. Jason, where do you want Jetty's jars to go ? I just tried them in lib/ with a jetty-service.xml in deploy/ - it didn't work - I got a nice message telling me jetty-service.xml is being deployed - then nothing (this is on HEAD). Touching jetty-service.xml just gives: 23:47:05,423 INFO [MainDeployer] Starting deployment of package: file:/home/jules/cvs/JBoss/HEAD/build/output/jboss-3.1.0alpha/server/default/deploy/jetty-service.xml 23:47:05,433 INFO [SARDeployer] Created ServiceModule: null No errors - no nothing. I could move all the jars into deploy, as well - is this how you intend for it to be done ? Simply flatten the sar hierarchy into deploy ? Jules Jason Dillon wrote: So there are 3 different possible locations for the configuration of jetty? How is this not complex to you? --jason On Monday 03 June 2002 03:25 pm, marc fleury wrote: |Really... how do you come to these conclusions? if jetty is configured through jetty.xml then we need to use the directory if jetty is configured through jboss-service.xml then we need to use a jetty-service.xml End of story. what file are we talking about? marcf ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jetty packaging...
Jason, I've tried various deployment configurations with HEAD and Branch_3_0. The only one that I can get to work is the current one (packed or unpacked). If cfg and impl are not living in the same place, then I really don't care how Jetty is deployed. If you do, then you have my blessing - go in and do what you will. The changes that you will need to make are all in build/build.xml (not in the jetty tree) anyway - So I would rather you did it. Jules ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Where should the Jasper jar live ?
Scott, Would you mind if I moved the jasper.jar from lib/ to jetty-plugin.sar ? I figure: - jasper is an implementation - jasper version is tightly bound to Jetty version - Tomcat users will have their own version of Jasper I think the servlet api jar should stay in lib, seeing as this is part of the definition of the JBoss platform and will be needed by users to compile against (whilst they should not need Jetty and Jasper classes) My preemptive advice to anyone concerned that a sar is awkward to work with, because the configuration is, hidden is : run it unpacked. Concerns ? Jules P.S. What is the arrangement between HEAD and Branch_3_0 - would I be correct in assuming that bug-fixes should be merged, but new features not ? ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Where should the Jasper jar live ?
I had a feeling I would never sneak this through without opening a can of worms. Jason, Why have a sar of jars and a separate service.xml ? You might as well do as Scott suggests and collapse all the jars into one. Besides, if a sar is not deployable (because it has no dd) and therefore does not encapsulate a JMX service - why call it a sar ? Scott, I assume you are suggesting this is order that people can easily edit the jetty-service.xml ? Both of you guys... I have been asked several times why I do not separate jetty implementation and configuration... I see the Jetty plugin as a module of the JBoss MicroKernel. That module should be self-contained, so that e.g. you could swap out Jetty and swap in Tomcat, or just swap out your web-container if you do not want it. If you just swap out the config, you are left with a load of classes in your tree which you are not using. If you are upgrading versions of a plugin, it is simpler to copy in one file than two. Jetty is still an independant project, with it's own release schedules, and this is a useful feature for us. As I preemtively struck in my first mail - run the sar unpacked, if you need quick access to the config. We could even distribute the jetty-plugin unpacked. I think that the sar is a nice encapsulation of a JBoss service, the natural way to deploy services on the JBoss MicroKernel. Why then are the chief architect and the guy who came up with the idea no longer backing it ? Jules Jason Dillon wrote: Jules, how about making the jetty-plugin.sar just contain the jars and have a seperate jetty-service.xml? --jason On Friday 31 May 2002 04:31 pm, Jules Gosnell wrote: Scott, Would you mind if I moved the jasper.jar from lib/ to jetty-plugin.sar ? I figure: - jasper is an implementation - jasper version is tightly bound to Jetty version - Tomcat users will have their own version of Jasper I think the servlet api jar should stay in lib, seeing as this is part of the definition of the JBoss platform and will be needed by users to compile against (whilst they should not need Jetty and Jasper classes) My preemptive advice to anyone concerned that a sar is awkward to work with, because the configuration is, hidden is : run it unpacked. Concerns ? Jules P.S. What is the arrangement between HEAD and Branch_3_0 - would I be correct in assuming that bug-fixes should be merged, but new features not ? ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Where should the Jasper jar live ?
The natural progression of all this separation of config and implementation is that we will begin encouraging people to take all the resources out of their ears and deploy them in lib/, then just drop the dds into deploy/. Ok, so they can edit their descriptors - but it's not J2EE, is it ? Likewise, the sar is a nice extension of the J2EE packaging metaphor. It may not be perfect, but this is the platform that we are implementing, and I think consistency is important. Comments ? Jules Scott M Stark wrote: That is fine but why not just create a single jetty-service.jar that includes all Jetty specific files and have a seperate jetty-service.xml descriptor with your config that references the required jar: server classpath codebase=. archives=jetty-service.jar/ ... This is how I'm packaging the tomcat service except there I also reference the external catalina dist jars as well. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: Jan Bartel [EMAIL PROTECTED] Sent: Friday, May 31, 2002 4:31 PM Subject: [JBoss-dev] Where should the Jasper jar live ? Scott, Would you mind if I moved the jasper.jar from lib/ to jetty-plugin.sar ? I figure: - jasper is an implementation - jasper version is tightly bound to Jetty version - Tomcat users will have their own version of Jasper I think the servlet api jar should stay in lib, seeing as this is part of the definition of the JBoss platform and will be needed by users to compile against (whilst they should not need Jetty and Jasper classes) My preemptive advice to anyone concerned that a sar is awkward to work with, because the configuration is, hidden is : run it unpacked. Concerns ? Jules P.S. What is the arrangement between HEAD and Branch_3_0 - would I be correct in assuming that bug-fixes should be merged, but new features not ? ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Where should the Jasper jar live ?
Scott M Stark wrote: Ultimately the configuration of every mbean is going to be seperate from its implementation to support persistence of changes made through the management interface. So will this persistant configuration be laid over the static dd one, or will it replace the dd ? If config and implementation version are tightly bound - e.g. I release a new version of the impl that requires particular attributes set in it's config, will there be a mechanism for shipping them together - say, across the web (netboot) or around a cluster ? Jules Install the jetty sar as an unpackaged distribution then since the web service is the most likely item users will want to configure off the default. Sar vs service.xml + jar are the same in my book and trying to define one as superior to other in all cases is just mental masterbation. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Jan Bartel [EMAIL PROTECTED]; jason [EMAIL PROTECTED] Sent: Friday, May 31, 2002 5:59 PM Subject: Re: [JBoss-dev] Where should the Jasper jar live ? I had a feeling I would never sneak this through without opening a can of worms. Jason, Why have a sar of jars and a separate service.xml ? You might as well do as Scott suggests and collapse all the jars into one. Besides, if a sar is not deployable (because it has no dd) and therefore does not encapsulate a JMX service - why call it a sar ? Scott, I assume you are suggesting this is order that people can easily edit the jetty-service.xml ? Both of you guys... I have been asked several times why I do not separate jetty implementation and configuration... I see the Jetty plugin as a module of the JBoss MicroKernel. That module should be self-contained, so that e.g. you could swap out Jetty and swap in Tomcat, or just swap out your web-container if you do not want it. If you just swap out the config, you are left with a load of classes in your tree which you are not using. If you are upgrading versions of a plugin, it is simpler to copy in one file than two. Jetty is still an independant project, with it's own release schedules, and this is a useful feature for us. As I preemtively struck in my first mail - run the sar unpacked, if you need quick access to the config. We could even distribute the jetty-plugin unpacked. I think that the sar is a nice encapsulation of a JBoss service, the natural way to deploy services on the JBoss MicroKernel. Why then are the chief architect and the guy who came up with the idea no longer backing it ? Jules ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty NPE on undeployment of jbosstest-web
Scott, This appears to be caused by a race between Jetty responding to the request to the JSP and the testsuite undeploying it. Looking at my request and server logs I can see that a request was made for include_ejb.jsp during the second before the call to undeploy jbosstest-web.ear. It looks like, by the time Jetty has got the JSP compiled and tries to run it, it has been undeployed. Jetty could handle this more gracefully - agreed (and we are thinking about it). Is it possible that the testsuite is making it's requests asynchronously and undeploying it's ear before all requests have finished ? Jules Scott M Stark wrote: When the org.jboss.test.web.test.WebIntegrationUnitTestCase is run against the 3.0 branch the undeployment of the war is causing the NPE shown here: 17:38:01,062 INFO [MainDeployer] Undeployed file:/D:/usr/local/src/cvsroot/JBos s3.0/jboss-all/testsuite/output/lib/jbosstest-web.ear 17:38:02,656 ERROR [STDERR] java.lang.NullPointerException 17:38:02,656 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHandler$Cont ext.getResource(ServletHandler.java:910) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.JspEngineContext.getResourc e(JspEngineContext.java:366) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.compiler.JspCompiler.isOutD ated(JspCompiler.java:179) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.compiler.Compiler.compile(C ompiler.java:121) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.loadJSP( JspServlet.java:557) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.loadIfNecessary(JspServlet.java:177) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.service(JspServlet.java:189) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJ spFile(JspServlet.java:382) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service( JspServlet.java:474) 17:38:02,703 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpSe rvlet.java:853) 17:38:02,703 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handl e(ServletHolder.java:326) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.dispatch (Dispatcher.java:259) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.include( Dispatcher.java:171) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.JspRuntimeLibrary.i nclude(JspRuntimeLibrary.java:820) 17:38:02,718 ERROR [STDERR] at org.apache.jsp.include_0005fejb$jsp._jspServi ce(include_0005fejb$jsp.java:61) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) 17:38:02,718 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:202) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) 17:38:02,734 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 17:38:02,734 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handleServletHolder.java:326) 17:38:02,750 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:595) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpContext.handle(HttpContext.java:1357) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpContext.handle(HttpContext.java:1309) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpServer.service(HttpServer.java:744) 17:38:02,750 ERROR [STDERR] at org.jboss.jetty.Jetty.service(Jetty.java:525) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpConnection.service(HttpConnection.java:743) 17:38:02,765 ERROR [STDERR] at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:916) 17:38:02,765 ERROR [STDERR] at org.mortbay.http.HttpConnection.handle(HttpConnection.java:758) 17:38:02,765 ERROR [STDERR] at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:145) 17:38:02,765 ERROR [STDERR] at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:287) 17:38:02,765 ERROR [STDERR] at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:715) 17:38:02,765 ERROR [STDERR] at java.lang.Thread.run(Thread.java:479) 17:38:02,781 WARN [Jetty] WARNING: Servlet Exception for /jbosstest/restricted/ include_ejb.jsp Scott Stark Chief Technology Officer JBoss Group, LLC ___ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/
Re: [JBoss-dev] Jetty NPE on undeployment of jbosstest-web
I stuck a sleep() in before the undeploy and this seems to have worked-around the problem and thus confirmed my suspicion. It is showing up a further problem - though not in Jetty: 13:30:14,538 INFO [EjbModule] Destroying 13:30:14,600 ERROR [Log4jService$ThrowableListenerLoggingAdapter] unhandled throwable java.lang.NullPointerException at org.jboss.ejb.plugins.EntityInstanceCache.freeContext(EntityInstanceCache.java:120) at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:617) at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206) at java.lang.Thread.run(Thread.java:479) 13:30:14,604 INFO [EjbModule] Remove JSR-77 EJB Module: jboss.management.single:J2EEApplication=jbosstest-web.ear,J2EEServer=Single,j2eeType=EJBModule,name=cts.jar 13:30:14,605 INFO [EJBModule] Stopping 13:30:14,605 INFO [EJBModule] Stopped 13:30:14,605 INFO [EjbModule] Destroyed A sleep() is obviously not a decent solution. We can alter Jetty or alter the testsuite. Bearing in mind that modifying Jetty to finish up all requests before undeploying is a feature that we are looking at (along with holding up requests during a redeploy), but is not a quick bugfix I think that we should make a mental to explicitly test undeployment-whilst-processing-request at a later date and fix the testsuite to wait for all requests to return before undeploying. What are your thoughts ? Jules Jules Gosnell wrote: Scott, This appears to be caused by a race between Jetty responding to the request to the JSP and the testsuite undeploying it. Looking at my request and server logs I can see that a request was made for include_ejb.jsp during the second before the call to undeploy jbosstest-web.ear. It looks like, by the time Jetty has got the JSP compiled and tries to run it, it has been undeployed. Jetty could handle this more gracefully - agreed (and we are thinking about it). Is it possible that the testsuite is making it's requests asynchronously and undeploying it's ear before all requests have finished ? Jules Scott M Stark wrote: When the org.jboss.test.web.test.WebIntegrationUnitTestCase is run against the 3.0 branch the undeployment of the war is causing the NPE shown here: 17:38:01,062 INFO [MainDeployer] Undeployed file:/D:/usr/local/src/cvsroot/JBos s3.0/jboss-all/testsuite/output/lib/jbosstest-web.ear 17:38:02,656 ERROR [STDERR] java.lang.NullPointerException 17:38:02,656 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHandler$Cont ext.getResource(ServletHandler.java:910) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.JspEngineContext.getResourc e(JspEngineContext.java:366) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.compiler.JspCompiler.isOutD ated(JspCompiler.java:179) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.compiler.Compiler.compile(C ompiler.java:121) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.loadJSP( JspServlet.java:557) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.loadIfNecessary(JspServlet.java:177) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.service(JspServlet.java:189) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJ spFile(JspServlet.java:382) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service( JspServlet.java:474) 17:38:02,703 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpSe rvlet.java:853) 17:38:02,703 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handl e(ServletHolder.java:326) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.dispatch (Dispatcher.java:259) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.include( Dispatcher.java:171) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.JspRuntimeLibrary.i nclude(JspRuntimeLibrary.java:820) 17:38:02,718 ERROR [STDERR] at org.apache.jsp.include_0005fejb$jsp._jspServi ce(include_0005fejb$jsp.java:61) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) 17:38:02,718 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:202) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) 17:38:02,734 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 17:38:02,734 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handleServletHolder.java:326) 17:38:02,750 ERROR [STDERR
Re: [JBoss-dev] Jetty NPE on undeployment of jbosstest-web
Cheers, Scott, Jules Scott M Stark wrote: The tests are at least reading the reply headers so maybe it is a race between finishing writing the body. I'll make sure the testsuite does read the complete reply and if that does not fix it reopen the subject. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 6:42 AM Subject: Re: [JBoss-dev] Jetty NPE on undeployment of jbosstest-web I stuck a sleep() in before the undeploy and this seems to have worked-around the problem and thus confirmed my suspicion. It is showing up a further problem - though not in Jetty: 13:30:14,538 INFO [EjbModule] Destroying 13:30:14,600 ERROR [Log4jService$ThrowableListenerLoggingAdapter] unhandled throwable java.lang.NullPointerException at org.jboss.ejb.plugins.EntityInstanceCache.freeContext(EntityInstanceCache.ja va:120) at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache. java:617) at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206) at java.lang.Thread.run(Thread.java:479) 13:30:14,604 INFO [EjbModule] Remove JSR-77 EJB Module: jboss.management.single:J2EEApplication=jbosstest-web.ear,J2EEServer=Single, j2eeType=EJBModule,name=cts.jar 13:30:14,605 INFO [EJBModule] Stopping 13:30:14,605 INFO [EJBModule] Stopped 13:30:14,605 INFO [EjbModule] Destroyed A sleep() is obviously not a decent solution. We can alter Jetty or alter the testsuite. Bearing in mind that modifying Jetty to finish up all requests before undeploying is a feature that we are looking at (along with holding up requests during a redeploy), but is not a quick bugfix I think that we should make a mental to explicitly test undeployment-whilst-processing-request at a later date and fix the testsuite to wait for all requests to return before undeploying. What are your thoughts ? Jules Jules Gosnell wrote: Scott, This appears to be caused by a race between Jetty responding to the request to the JSP and the testsuite undeploying it. Looking at my request and server logs I can see that a request was made for include_ejb.jsp during the second before the call to undeploy jbosstest-web.ear. It looks like, by the time Jetty has got the JSP compiled and tries to run it, it has been undeployed. Jetty could handle this more gracefully - agreed (and we are thinking about it). Is it possible that the testsuite is making it's requests asynchronously and undeploying it's ear before all requests have finished ? Jules Scott M Stark wrote: When the org.jboss.test.web.test.WebIntegrationUnitTestCase is run against the 3.0 branch the undeployment of the war is causing the NPE shown here: 17:38:01,062 INFO [MainDeployer] Undeployed file:/D:/usr/local/src/cvsroot/JBos s3.0/jboss-all/testsuite/output/lib/jbosstest-web.ear 17:38:02,656 ERROR [STDERR] java.lang.NullPointerException 17:38:02,656 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHandler$Cont ext.getResource(ServletHandler.java:910) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.JspEngineContext.getResourc e(JspEngineContext.java:366) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.compiler.JspCompiler.isOutD ated(JspCompiler.java:179) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.compiler.Compiler.compile(C ompiler.java:121) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.loadJSP( JspServlet.java:557) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.loadIfNecessary(JspServlet.java:177) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.service(JspServlet.java:189) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJ spFile(JspServlet.java:382) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service( JspServlet.java:474) 17:38:02,703 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpSe rvlet.java:853) 17:38:02,703 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handl e(ServletHolder.java:326) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.dispatch (Dispatcher.java:259) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.include( Dispatcher.java:171) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.JspRuntimeLibrary.i nclude(JspRuntimeLibrary.java:820) 17:38:02,718 ERROR [STDERR] at org.apache.jsp.include_0005fejb$jsp._jspServi ce(include_0005fejb$jsp.java:61) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) 17:38:02,718 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
OK - that's not so bad. I can interface Jetty to it - no problem. I'm still a little concerned about this centralisation creeping outwards. Are ports the only resource over which different instances of JBoss running on the same box are likely to collide ? We should also bear in mind that certain services are usually expected on particular ports. Reconfiguring the client side to know where the new port is may be just as important as telling the server side where to listen. You port service will need to allocate/deallocate and lookup ports (and throw PortAlreadyAllocated and NoSuchPort Exceptions). Or is this becoming too complicated ? Jules Dain Sundstrom wrote: [I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. Whatever we do, we must have this feature. I think this is the simplest possible solution, but I don't care which solution we use. It is completely unreasonable to make sys admins edit tons of files just to run two jboss instances on the same physical hardware. -dain Jules Gosnell wrote: In the hottub, and under the influence of beer, I did not crystallise my reasoning well. Now sober I shall try. JBoss is a fairly loosely bound community of JMX services. By loosely bound I mean that the mandatory interfaces specified between these services are as simple and thus non-constraining as possible. A direct side effect of this is that each service must necessarily manage it's own configuration (but JMX is a good vehicle for this). If we start down the path of trying to centralise configuration we will, IMHO, have to complicate the contracts between services (i.e. Jetty will have to tell another service that it requires a port). This immediately constrains services to an API that may not fit (Jetty may serve as many ports as it chooses) and raises the bar for new integrations (it won't just be ports that become centrally managed - so the APIs becoe bigger and more complex). JBoss is more flexible and has a much more Open feel to it because of these minimal contracts. Tightening them up would sacrifice this. I can see exactly where people who want this central management fnality are coming from. If I think of a nice solution I shall post. Comments ? Jules Dain Sundstrom wrote: This is a feature I have wanted for a while. We discussed this at the JBoss retreat, but no one can seem to decide on how to pull it off. I think we should support a ports file (MBean) which the other services would look to first for the port numbers, but they didn't like that. I can't really remember why (I was a little drunk at the time). -dain Emerson Cargnin - MSA wrote: Has someone used Jboss for development in a centralizazed way? I mean, jboss (along with developer IDE, Eclipse) being used in a huge machine, one instance per developer. I think the problem should be in the ports used by jboss, what woul'd conflict with others developers instances. Is there any automatic way to configure an enviroment like that??? - Original Message - From: Emerson Cargnin - MSA [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 10:31 AM Subject: Re: [JBoss-user] jboss 3.0.0 db configure put the following in standardjbosscmp.xml file. defaults datasourcejava:/OracleDS/datasource datasource-mappingOracle8/datasource-mapping /defaults and here goes my working oracle-services.xml : ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- server !-- -- !-- ConnectionManager setup for Oracle dbs -- !-- Build jmx-api (build/build.sh all) and view for config documentation -- !-- Thanks to Steven Coy -- !-- -- mbean code=org.jboss.resource.connectionmanager.LocalTxConnectionManager name=jboss.jca:service=LocalTxCM,name=OracleDS !-- Include a login module configuration named OracleDbRealm. Update your login-conf.xml, here is an example for a ConfiguredIdentityLoginModule
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Dain Sundstrom wrote: Jules Gosnell wrote: OK - that's not so bad. I can interface Jetty to it - no problem. Well that's one vote. We'll have to wait to see if everyone else agrees. I'm still a little concerned about this centralisation creeping outwards. Are ports the only resource over which different instances of JBoss running on the same box are likely to collide ? I think so, but I don't know. We should also bear in mind that certain services are usually expected on particular ports. Reconfiguring the client side to know where the new port is may be just as important as telling the server side where to listen. I would also like to add server pushed client-side configuration for stuff like ENC, security config, ports, etc.. For all I know it could already be there. For now, they would have to configure the client by hand. You port service will need to allocate/deallocate and lookup ports (and throw PortAlreadyAllocated and NoSuchPort Exceptions). Or is this becoming too complicated ? Much simpler. It just returns you a port number (int). allocates The service would have to de allocate the port on shutdown (the port service could listen for destroy life cycle event). deallocates (this is important because a service's lifecycle may not be the same as a server instances). I still think you need lookup - so that an external service can find out which port to talk to. This becomes even more important when you are allocating these dynamically. You have become the registry and thus ultimate authority on what service is serving on what port. Jules P.S. If a service explicitly requests it's allocation then, for the sake of symmetry, it should explicitly request it's deallocation. Yes, you could assume that when the service that owns a port quits you can garbage collect the port - but what if the service lives on but no longer requires the port ? Garbage collection should be a safety net - not the primary mechanism. -dain ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty NPE on undeployment of jbosstest-web
I'll look at this tomorrow. Jules Scott M Stark wrote: When the org.jboss.test.web.test.WebIntegrationUnitTestCase is run against the 3.0 branch the undeployment of the war is causing the NPE shown here: 17:38:01,062 INFO [MainDeployer] Undeployed file:/D:/usr/local/src/cvsroot/JBos s3.0/jboss-all/testsuite/output/lib/jbosstest-web.ear 17:38:02,656 ERROR [STDERR] java.lang.NullPointerException 17:38:02,656 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHandler$Cont ext.getResource(ServletHandler.java:910) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.JspEngineContext.getResourc e(JspEngineContext.java:366) 17:38:02,671 ERROR [STDERR] at org.apache.jasper.compiler.JspCompiler.isOutD ated(JspCompiler.java:179) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.compiler.Compiler.compile(C ompiler.java:121) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.loadJSP( JspServlet.java:557) 17:38:02,687 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.loadIfNecessary(JspServlet.java:177) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServl etWrapper.service(JspServlet.java:189) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJ spFile(JspServlet.java:382) 17:38:02,703 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service( JspServlet.java:474) 17:38:02,703 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpSe rvlet.java:853) 17:38:02,703 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handl e(ServletHolder.java:326) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.dispatch (Dispatcher.java:259) 17:38:02,718 ERROR [STDERR] at org.mortbay.jetty.servlet.Dispatcher.include( Dispatcher.java:171) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.JspRuntimeLibrary.i nclude(JspRuntimeLibrary.java:820) 17:38:02,718 ERROR [STDERR] at org.apache.jsp.include_0005fejb$jsp._jspServi ce(include_0005fejb$jsp.java:61) 17:38:02,718 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) 17:38:02,718 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:202) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) 17:38:02,734 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) 17:38:02,734 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 17:38:02,734 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handleServletHolder.java:326) 17:38:02,750 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:595) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpContext.handle(HttpContext.java:1357) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpContext.handle(HttpContext.java:1309) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpServer.service(HttpServer.java:744) 17:38:02,750 ERROR [STDERR] at org.jboss.jetty.Jetty.service(Jetty.java:525) 17:38:02,750 ERROR [STDERR] at org.mortbay.http.HttpConnection.service(HttpConnection.java:743) 17:38:02,765 ERROR [STDERR] at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:916) 17:38:02,765 ERROR [STDERR] at org.mortbay.http.HttpConnection.handle(HttpConnection.java:758) 17:38:02,765 ERROR [STDERR] at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:145) 17:38:02,765 ERROR [STDERR] at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:287) 17:38:02,765 ERROR [STDERR] at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:715) 17:38:02,765 ERROR [STDERR] at java.lang.Thread.run(Thread.java:479) 17:38:02,781 WARN [Jetty] WARNING: Servlet Exception for /jbosstest/restricted/ include_ejb.jsp Scott Stark Chief Technology Officer JBoss Group, LLC ___ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jetty-discuss] RE: Distributable HttpSessions - problems...
Sacha Labourey wrote: Hello Jules, I have recently been thinking a bit about my next iteration on distributable HttpSessions for JBoss/Jetty. BTW, does it work?!? I haven't heard you anymore since your last troubles. I have still not been able to get two JBoss instances to recognise each other - but then I haven't tried very hard. My job finishes on th 26th, the baby is due on the 27th. I'm having a few days off, then I will be rereading all this mail and sorting out my cluster. Until then, Jules My reading of the spec is that it avoids all of these issues by only ever allowing one copy of a session to be active at one time i.e. it talks about migrating sessions from one server to another - but not (as I recall) replicating them. This is what we tend to have: only one session is active at a time. (minus side effects) BTW, I think that, not only for HttpSession but for JMS, one important service is missing from the HA framework: some kind of distributed locking mechanism (i.e. the way to say this belongs to me). It wasn't needed until now but the distributed cache/httpsession/queues/... will heavily rely on this, I am pretty sure. I see the following problems with replication : 1. create/modify/destroy session events If a session is created/modified/removed on NodeA, should listeners attached to a replicant (or the replicant's context) be notified on NodeB ? Currently, the session is removed from the cache from NodeB. The question is: Why would you have two session active at a time? (I know: multi-frames). If we have n frames that read and 1 frame that write (which is the case in most cases IMHO), it is ok. But I agree: without a load-balancer supporting sticky session, we can have some strange behaviour. But iMHO, we have to find a mean between performance and correctness in this case. If you want to be sure that only one session is active at a time and this, without a sticky session LB, then it means distributed locking, no other choice. If so, we open another nasty can of worms, since we need to guarantee the order in which modifications arrive at NodeB from other Nodes in the cluster. That's the issue: non sticky-session LB. Sticky = performance non-Sticky = distributed locking = bad performance I wanted to implement the locking service for a further release of JBoss. Furthermore, code that manages distributed resources via these notifications, and work in the webapp in non-distributed mode, may break. e.g. code that allocates/deallocates a distributed resource on session creation/destruction will have to reference count creation/destruction so that the resource is allocated/deallocated at the correct times. Even then, if a node goes down, serious problems arise - the system begins to look very fragile. I know not enough on the servlet side to have a critical eye on this, so I trust you ;) If not, then we assume that all resources being managed by these listeners are distributed and not local, since notifications involving different parts of their lifecycle may arrive on different nodes in the cluster. distributed? no: performance would be dead. 2. activation/passivation/distribution --- The spec requires notification of the relevant listeners on the activation/passivation of a session. Ignoring the problem in (1) another issue still remains. Does the distribution of a session constitute a passivation/activation cycle ? Let's say we start a new nodeB and deploy a webapp on it. This webapp is already running on another nodeA. A request for this webapp somehow arrives at nodeB. Does nodeB notify activation listeners ? If so, then for the sake of symmetry, nodeA should have notified passivation listeners. Pursuing this to it's logical conclusion, every 'snapshot' and distribution of a session might need to notify first passivation and then activation listeners. Activation/Passivation is too expensive to do this frequently. See above. I am interested in how others have resolved these problems, or have they been largely ignored in other implementations ? In writing this I am beginning to think in the following way : The spec resolves all of this by only allowing one 'active' copy of the session at any one time. I think that one way around these problems may be to assume that only one replicant at any one time is 'active'. Notification of change is only made on the 'active' session. The token designating 'activity' is passed around the cluster in the form of client requests. If we can avoid two requests accessing twin sessions on different nodes at the same time we can adhere to the spec's model of how this should work. Session affinity will go most of the way to fulfilling this requirement, but there will be cases when it will fail. In these cases, behaviour will be
Re: [JBoss-dev] Deployment and config: one more thing, port numbers.
Jetty has a useful construct in it's xml config. You can use something like: arg SystemProperty name=jetty.homedefault=.//config/jetty.xml /arg Jetty expands all SystemProperty tags accordingly. If we supported some such construct, users could choose what they wanted to externalise (or override) with a properties file. Jules Sacha Labourey wrote: Hello, As the deployer/config issue is very hot these days, I want to add oil on the fire ;) I see an interest in setting port numbers in an external config file (le'ts say parameters.xml or port.xml, whatever). Then we would reference this file from our jboss-services.xml files instead of disseminating port configuration everywhere in 8 XML files and 3 SARs. Furthermore (and you will understand why I propose this), if you want to run 2 JBoss instances on the same IP address, configuration becomes a headache. Feel free to complain loudly. Cheers, Sacha ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Distributable HttpSessions - problems...
Guys, I have recently been thinking a bit about my next iteration on distributable HttpSessions for JBoss/Jetty. I have turned up a number of thorny issues which I have not seen discussed anywhere. My reading of the spec is that it avoids all of these issues by only ever allowing one copy of a session to be active at one time i.e. it talks about migrating sessions from one server to another - but not (as I recall) replicating them. I see the following problems with replication : 1. create/modify/destroy session events If a session is created/modified/removed on NodeA, should listeners attached to a replicant (or the replicant's context) be notified on NodeB ? If so, we open another nasty can of worms, since we need to guarantee the order in which modifications arrive at NodeB from other Nodes in the cluster. Furthermore, code that manages distributed resources via these notifications, and work in the webapp in non-distributed mode, may break. e.g. code that allocates/deallocates a distributed resource on session creation/destruction will have to reference count creation/destruction so that the resource is allocated/deallocated at the correct times. Even then, if a node goes down, serious problems arise - the system begins to look very fragile. If not, then we assume that all resources being managed by these listeners are distributed and not local, since notifications involving different parts of their lifecycle may arrive on different nodes in the cluster. 2. activation/passivation/distribution --- The spec requires notification of the relevant listeners on the activation/passivation of a session. Ignoring the problem in (1) another issue still remains. Does the distribution of a session constitute a passivation/activation cycle ? Let's say we start a new nodeB and deploy a webapp on it. This webapp is already running on another nodeA. A request for this webapp somehow arrives at nodeB. Does nodeB notify activation listeners ? If so, then for the sake of symmetry, nodeA should have notified passivation listeners. Pursuing this to it's logical conclusion, every 'snapshot' and distribution of a session might need to notify first passivation and then activation listeners. Activation/Passivation is too expensive to do this frequently. I am interested in how others have resolved these problems, or have they been largely ignored in other implementations ? In writing this I am beginning to think in the following way : The spec resolves all of this by only allowing one 'active' copy of the session at any one time. I think that one way around these problems may be to assume that only one replicant at any one time is 'active'. Notification of change is only made on the 'active' session. The token designating 'activity' is passed around the cluster in the form of client requests. If we can avoid two requests accessing twin sessions on different nodes at the same time we can adhere to the spec's model of how this should work. Session affinity will go most of the way to fulfilling this requirement, but there will be cases when it will fail. In these cases, behaviour will be unpredictable - can we prevent this ? OK - I'm rambling, and it's past my bedtime. Does this make any sense to anyone ? Has anyone anything to add ? This session stuff is not as simple as I first thought ! Jules P.S. going with the only-one-active-replicant approach assumes that all resources managed via session listeners are distributed also. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Deployment and config: one more thing, port numbers.
Bill Burke wrote: Yes, I suggested this before, but Scott has put some Xalan thing in instead. SystemProperties are easier to understand... Off topic, When's the baby due? 27th - so I may go a little quiet soon - probably for the best :-) catch you later, Jules -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jules Gosnell Sent: Monday, April 22, 2002 5:09 PM To: Sacha Labourey Cc: Jboss-Dev Subject: Re: [JBoss-dev] Deployment and config: one more thing, port numbers. Jetty has a useful construct in it's xml config. You can use something like: arg SystemProperty name=jetty.homedefault=.//config/jetty.xml /arg Jetty expands all SystemProperty tags accordingly. If we supported some such construct, users could choose what they wanted to externalise (or override) with a properties file. Jules Sacha Labourey wrote: Hello, As the deployer/config issue is very hot these days, I want to add oil on the fire ;) I see an interest in setting port numbers in an external config file (le'ts say parameters.xml or port.xml, whatever). Then we would reference this file from our jboss-services.xml files instead of disseminating port configuration everywhere in 8 XML files and 3 SARs. Furthermore (and you will understand why I propose this), if you want to run 2 JBoss instances on the same IP address, configuration becomes a headache. Feel free to complain loudly. Cheers, Sacha ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Deployment and config: one more thing, port numbers.
marc fleury wrote: OK maybe some of the configuration of Jetty in JBoss will be useful after all... After all I said about their configuration language... jules please advise E That's it ! Jules P.S. Here is an example from a standalone jetty.xml : Call name=addListener Arg New class=org.mortbay.http.SocketListener Set name=PortSystemProperty name=jetty.port default=8080//Set Set name=MinThreads5/Set Set name=MaxThreads255/Set Set name=MaxIdleTimeMs3/Set Set name=MaxReadTimeMs1/Set Set name=MaxStopTimeMs5000/Set Set name=LowResourcePersistTimeMs5000/Set /New /Arg /Call This calls a method 'addListener' on the object currently in 'focus' (a jetty server) passing in a new Listener. While the new listener is in 'focus' we 'set' a number of attributes on it. One of these - the port number, may be overriden by the the sysprop jetty.port. In this way a custom Jetty instance can be bolted together without recompilation and parameters can be externalised. If you want to know anymore - it's Greg's baby and the code is all in CVS - I think it is called XmlConfigurator. P.S. I guess Greg has all sorts of method resolution and type conversion stuff going on behind the scenes. It looks messy, but basically allows you to script Java in XML - a very powerful way to configure your app. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jules |Gosnell |Sent: Monday, April 22, 2002 2:09 PM |To: Sacha Labourey |Cc: Jboss-Dev |Subject: Re: [JBoss-dev] Deployment and config: one more thing, port |numbers. | | |Jetty has a useful construct in it's xml config. | |You can use something like: | |arg | SystemProperty name=jetty.homedefault=.//config/jetty.xml |/arg | |Jetty expands all SystemProperty tags accordingly. | |If we supported some such construct, users could choose what they wanted |to externalise (or override) with a properties file. | | | |Jules | | | |Sacha Labourey wrote: | Hello, | | As the deployer/config issue is very hot these days, I want to add oil on | the fire ;) | | I see an interest in setting port numbers in an external config |file (le'ts | say parameters.xml or port.xml, whatever). | | Then we would reference this file from our jboss-services.xml |files instead | of disseminating port configuration everywhere in 8 XML files and 3 SARs. | Furthermore (and you will understand why I propose this), if you |want to run | 2 JBoss instances on the same IP address, configuration becomes |a headache. | | Feel free to complain loudly. | | Cheers, | | |Sacha | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development