RE: [JBoss-dev] CVS update: contrib/jetty/src/main/javax/servlet/http LocalStrings_es.properties
tight integration marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Saturday, February 23, 2002 9:47 PM |To: Jan Bartel |Cc: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] CVS update: |contrib/jetty/src/main/javax/servlet/http LocalStrings_es.properties | | |Is there any reason why we are integrating Jetty as source and not binary? | |--jason | | |Jan Bartel wrote: | |> User: janb |> Date: 02/02/23 21:35:14 |> |> Modified:jetty/src/main/javax/servlet/http |LocalStrings_es.properties |> Log: |> Updated to latest Jetty version: Jetty_4_0_B2 |> |> Revision ChangesPath |> 1.4 +0 -0 |contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties |> |> Index: LocalStrings_es.properties |> === |> RCS file: |/cvsroot/jboss/contrib/jetty/src/main/javax/servlet/http/LocalStrin |gs_es.properties,v |> retrieving revision 1.3 |> retrieving revision 1.4 |> diff -u -r1.3 -r1.4 |> --- LocalStrings_es.properties 20 Feb 2002 06:27:01 - 1.3 |> +++ LocalStrings_es.properties 24 Feb 2002 05:35:14 - 1.4 |> @@ -1,4 +1,4 @@ |> -# $Id: LocalStrings_es.properties,v 1.3 2002/02/20 06:27:01 janb Exp $ |> +# $Id: LocalStrings_es.properties,v 1.4 2002/02/24 05:35:14 janb Exp $ |> # |> # Default localized string information |> # Localized para Locale es_ES |> |> |> |> |>___ |>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] No more unpacking!! (jboss 3)
I just checked and there was not a Rel_3_0_0_4 or Rel_3_0_0_5. I just tagged Rel_3_0_0_4 just in case... about to commit system seperation changes. --jason Jason Dillon wrote: > I can't find a Rel_3_0_0_5, do you mean Rel_3_0_0_4? > > --jason > > > Scott M Stark wrote: > If its a bunch of changes we might need to rollback tag it with Rel_3_0_0_5. >>> Adds one file, modifies MainDeployer, and I think it may require a >>> change >>> in the web stuff - it turns out to break the web integration tests, I >>> haven't looked why yet. >>> >> Not required to tag then. Not sure why the web integration test >> should break here. >> The question here is will it work with the standard codebase syntax. >> What >> is the most nested url we allow for an ejb-jar and war? sar/ear/ejb? I'm working on security manager permission tests and I can add tests of the njar url codebase usage in permissions. >>> I really have no clue about these permission things. There is no >>> theoretical limit to how deeply nested this stuff can get. >>> sar/ear/rar/jar >>> is plausible: ear/rar/jar is required by spec. If I commit this can >>> you >>> investigate the security stuff? >>> >> Yes. >> A 'native' directory under the deployment package directory makes sense to me. >>> where? I'm thinking of for instance native libs in rars. I was >>> thinking >>> tmp/native. >>> >> Fine. >> >> >> >> ___ >> 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] CVS update: contrib/jetty/src/main/javax/servlet/http LocalStrings_es.properties
Is there any reason why we are integrating Jetty as source and not binary? --jason Jan Bartel wrote: > User: janb > Date: 02/02/23 21:35:14 > > Modified:jetty/src/main/javax/servlet/http LocalStrings_es.properties > Log: > Updated to latest Jetty version: Jetty_4_0_B2 > > Revision ChangesPath > 1.4 +0 -0 >contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties > > Index: LocalStrings_es.properties > === > RCS file: >/cvsroot/jboss/contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -r1.3 -r1.4 > --- LocalStrings_es.properties 20 Feb 2002 06:27:01 - 1.3 > +++ LocalStrings_es.properties 24 Feb 2002 05:35:14 - 1.4 > @@ -1,4 +1,4 @@ > -# $Id: LocalStrings_es.properties,v 1.3 2002/02/20 06:27:01 janb Exp $ > +# $Id: LocalStrings_es.properties,v 1.4 2002/02/24 05:35:14 janb Exp $ > # > # Default localized string information > # Localized para Locale es_ES > > > > >___ >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] Embeding and using jars nested in a jar...
Does anyone know if there is a standard way to load classes from a jar nested inside another jar? What I am trying to get at is a way to get around unjaring and rejaring support classes into run.jar or other tool archives. I tried setting class path using a jar url, but either messed up the syntax or that didn't work. I am currious if there is a standard way todo this with java2 or if I have to craft a wrapper todo this myself. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment DeploymentInfo.java
I am not sure what the idealk location for this code is. I do know that only AWC uses it right now. DeploymentInfo is part of the core deployment infrastructue and thus should not have any deployment specific bits inside of it. You know as well as I that all this needs to be cleaned up more. This was the only conflict that I found when moving the core system from jboss/server to jboss/system. Everything else is cleanly detached (from a compile time standpoint for the system module)... I think this would be better suited in a EJB specific Deployment object, but then that gets back into the mail I sent a while ago on the deployment system... which I am not evgen about to mess with right now. --jason David Jencks wrote: >Ummm... I haven't checked in detail but isn't this equally usable in >setting up local environment for ejb's? If so it has way less excuse being >part of AbstractWebContainer than DeploymentInfo. > >david jencks > >On 2002.02.24 00:05:00 -0500 Jason Dillon wrote: > >> User: user57 >> Date: 02/02/23 21:05:00 >> >> Modified:src/main/org/jboss/deployment DeploymentInfo.java >> Log: >> o moved findEjb*Link methods to AbstractWebContainer, they don't have >> any business inside DI >> >> Revision ChangesPath >> 1.11 +46 -112 jboss/src/main/org/jboss/deployment/DeploymentInfo.java >> >> Index: DeploymentInfo.java >> === >> RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeploymentInfo.java,v >> retrieving revision 1.10 >> retrieving revision 1.11 >> diff -u -r1.10 -r1.11 >> --- DeploymentInfo.java 22 Feb 2002 04:24:55 - 1.10 >> +++ DeploymentInfo.java 24 Feb 2002 05:05:00 - 1.11 >> @@ -1,12 +1,13 @@ >> -/* >> -* JBoss, the OpenSource J2EE webOS >> -* >> -* Distributable under LGPL license. >> -* See terms of license at gnu.org. >> -*/ >> -package org.jboss.deployment; >> - >> +/*** >> + * * >> + * JBoss: The OpenSource J2EE WebOS * >> + * * >> + * Distributable under LGPL license. * >> + * See terms of license at gnu.org. * >> + * * >> + ***/ >> >> +package org.jboss.deployment; >> >> import java.io.File; >> import java.io.FileInputStream; >> @@ -24,42 +25,46 @@ >> import java.util.Vector; >> import java.util.jar.JarFile; >> import java.util.jar.Manifest; >> + >> import javax.management.ObjectName; >> + >> import javax.xml.parsers.DocumentBuilder; >> import javax.xml.parsers.DocumentBuilderFactory; >> -import org.jboss.logging.Logger; >> -import org.jboss.metadata.ApplicationMetaData; >> -import org.jboss.metadata.BeanMetaData; >> -import org.jboss.system.ServiceLibraries; >> -import org.jboss.system.UnifiedClassLoader; >> + >> import org.w3c.dom.Document; >> import org.xml.sax.InputSource; >> import org.xml.sax.SAXException; >> >> +import org.jboss.logging.Logger; >> +import org.jboss.system.ServiceLibraries; >> +import org.jboss.system.UnifiedClassLoader; >> + >> /** >> -* Service Deployment Info . >> -* >> -* Every deployment (even the J2EE ones) should be seen at some point >>as >> -* Service Deployment info >> -* >> -* @see org.jboss.system.Service >> -* @author mailto:[EMAIL PROTECTED]";>Marc Fleury >> -* @author mailto:[EMAIL PROTECTED]";>David >>Maplesden >> -* @author mailto:[EMAIL PROTECTED]";>David >>Jencks >> -* @author mailto:[EMAIL PROTECTED]";>Daniel >>Schulze >> -* @author mailto:[EMAIL PROTECTED]";>Christoph G. >>Jung >> -* @author mailto:[EMAIL PROTECTED]";>Scott Stark >> -* @version $Revision: 1.10 $ >> -* >> -* 20011211 marc fleury: >> -* >> -*initial import based on d-jenck deployement info inner >>class in DeploymentMBeanSupport >> -* >> -* 20011225 marc fleury: >> -* >> -*Unification of deployers and merge with Jung/Schulze's >>Deployment.java >> -* >> -*/ >> + * Service Deployment Info . >> + * >> + * Every deployment (even the J2EE ones) should be seen at some point >>as >> + * Service Deployment info >> + * >> + * @see org.jboss.system.Service >> + * >> + * @author mailto:[EMAIL PROTECTED]";>Marc Fleury >> + * @author mailto:[EMAIL PROTECTED]";>David >>Maplesden >> + * @author mailto:[EMAIL PROTECTED]";>David >>Jencks >> + * @author mailto:[EMAIL PROTECTED]";>Daniel >>Schulze >> + * @author mailto:[EMAIL PROTECTED]";>Christoph G. >>Jung >> + * @author mailto:[EMAIL PROTECTED]";>Scott Stark >> + * @version $Revision: 1.11 $ >> + * >> + * 20011211 marc fleury: >> + * >> + *initial import based on d-jenck deployement info inner class >>in DeploymentMBeanSupport >> + * >> + * >> + * 20011225 marc fleury: >> + * >> + *Unification of deployers
Re: [JBoss-dev] Statistics/Metrics & Log4j
I was thinking that logging would be less intrusive and easier for folks to enable/disable when then wish... though I agree that JMX would be better. Can you think of a way to allow this to be enabled/disabled and have little effect on performance (on or off) with JMX? --jason David Jencks wrote: >On 2002.02.24 00:13:41 -0500 Jason Dillon wrote: > >>Any thoughts about adding a new priority/level for logging stats and >>metrics? >> > >I'd say no, this should be done through jmx not logging. > >david jencks > >>--jasin >> >> >>___ >>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] Statistics/Metrics & Log4j
On 2002.02.24 00:13:41 -0500 Jason Dillon wrote: > Any thoughts about adding a new priority/level for logging stats and > metrics? > I'd say no, this should be done through jmx not logging. david jencks > --jasin > > > ___ > 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] CVS update: jboss/src/main/org/jboss/deployment DeploymentInfo.java
Ummm... I haven't checked in detail but isn't this equally usable in setting up local environment for ejb's? If so it has way less excuse being part of AbstractWebContainer than DeploymentInfo. david jencks On 2002.02.24 00:05:00 -0500 Jason Dillon wrote: > User: user57 > Date: 02/02/23 21:05:00 > > Modified:src/main/org/jboss/deployment DeploymentInfo.java > Log: >o moved findEjb*Link methods to AbstractWebContainer, they don't have > any business inside DI > > Revision ChangesPath > 1.11 +46 -112 jboss/src/main/org/jboss/deployment/DeploymentInfo.java > > Index: DeploymentInfo.java > === > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeploymentInfo.java,v > retrieving revision 1.10 > retrieving revision 1.11 > diff -u -r1.10 -r1.11 > --- DeploymentInfo.java 22 Feb 2002 04:24:55 - 1.10 > +++ DeploymentInfo.java 24 Feb 2002 05:05:00 - 1.11 > @@ -1,12 +1,13 @@ > -/* > -* JBoss, the OpenSource J2EE webOS > -* > -* Distributable under LGPL license. > -* See terms of license at gnu.org. > -*/ > -package org.jboss.deployment; > - > +/*** > + * * > + * JBoss: The OpenSource J2EE WebOS * > + * * > + * Distributable under LGPL license. * > + * See terms of license at gnu.org. * > + * * > + ***/ > > +package org.jboss.deployment; > >import java.io.File; >import java.io.FileInputStream; > @@ -24,42 +25,46 @@ >import java.util.Vector; >import java.util.jar.JarFile; >import java.util.jar.Manifest; > + >import javax.management.ObjectName; > + >import javax.xml.parsers.DocumentBuilder; >import javax.xml.parsers.DocumentBuilderFactory; > -import org.jboss.logging.Logger; > -import org.jboss.metadata.ApplicationMetaData; > -import org.jboss.metadata.BeanMetaData; > -import org.jboss.system.ServiceLibraries; > -import org.jboss.system.UnifiedClassLoader; > + >import org.w3c.dom.Document; >import org.xml.sax.InputSource; >import org.xml.sax.SAXException; > > +import org.jboss.logging.Logger; > +import org.jboss.system.ServiceLibraries; > +import org.jboss.system.UnifiedClassLoader; > + >/** > -* Service Deployment Info . > -* > -* Every deployment (even the J2EE ones) should be seen at some point > as > -* Service Deployment info > -* > -* @see org.jboss.system.Service > -* @author mailto:[EMAIL PROTECTED]";>Marc Fleury > -* @author mailto:[EMAIL PROTECTED]";>David > Maplesden > -* @author mailto:[EMAIL PROTECTED]";>David > Jencks > -* @author mailto:[EMAIL PROTECTED]";>Daniel > Schulze > -* @author mailto:[EMAIL PROTECTED]";>Christoph G. > Jung > -* @author mailto:[EMAIL PROTECTED]";>Scott Stark > -* @version $Revision: 1.10 $ > -* > -* 20011211 marc fleury: > -* > -*initial import based on d-jenck deployement info inner > class in DeploymentMBeanSupport > -* > -* 20011225 marc fleury: > -* > -*Unification of deployers and merge with Jung/Schulze's > Deployment.java > -* > -*/ > + * Service Deployment Info . > + * > + * Every deployment (even the J2EE ones) should be seen at some point > as > + * Service Deployment info > + * > + * @see org.jboss.system.Service > + * > + * @author mailto:[EMAIL PROTECTED]";>Marc Fleury > + * @author mailto:[EMAIL PROTECTED]";>David > Maplesden > + * @author mailto:[EMAIL PROTECTED]";>David > Jencks > + * @author mailto:[EMAIL PROTECTED]";>Daniel > Schulze > + * @author mailto:[EMAIL PROTECTED]";>Christoph G. > Jung > + * @author mailto:[EMAIL PROTECTED]";>Scott Stark > + * @version $Revision: 1.11 $ > + * > + * 20011211 marc fleury: > + * > + *initial import based on d-jenck deployement info inner class > in DeploymentMBeanSupport > + * > + * > + * 20011225 marc fleury: > + * > + *Unification of deployers and merge with Jung/Schulze's > Deployment.java > + * > + */ >public class DeploymentInfo >{ > // Variables > @@ -135,7 +140,7 @@ > public ObjectName deployedObject; > > public DeploymentInfo(URL url, DeploymentInfo parent) > - throws DeploymentException > + throws DeploymentException > { > // The key url the deployment comes from > this.url = url; > @@ -195,9 +200,9 @@ > > > /** > - * getManifest returns (if present) the deployment's manifest > - * it is lazy loaded to work from the localURL > - */ > +* getManifest returns (if present) the deployment's manifest
[JBoss-dev] Using Jython to help simplify testsuite(s)
I have been thinking about writting some magic to make it possible to use junit-like jython scripts, intermixed with regular junit tests where needed for typed reasons. I am currious what others think about it. Basicially a Jything test case can do the same as a regular java test case in about 1/3 the code (sometimes even less)... thus making it easier and faster to write them. Still need to have a method to execute regular tests too, when jythons type masking gets in the way. Shouldn't been too hard to get it working ... anyways, any thoughts? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/xml XmlConfiguration.java XmlParser.java configure_1_0.dtd configure_1_1.dtd configure_1_2.dtd
User: janb Date: 02/02/23 21:35:21 Modified:jetty/src/main/org/mortbay/xml XmlConfiguration.java XmlParser.java configure_1_0.dtd configure_1_1.dtd configure_1_2.dtd Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/xml/XmlConfiguration.java Index: XmlConfiguration.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/xml/XmlConfiguration.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- XmlConfiguration.java 20 Feb 2002 05:33:46 - 1.3 +++ XmlConfiguration.java 24 Feb 2002 05:35:21 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: XmlConfiguration.java,v 1.3 2002/02/20 05:33:46 janb Exp $ +// $Id: XmlConfiguration.java,v 1.4 2002/02/24 05:35:21 janb Exp $ // package org.mortbay.xml; @@ -32,7 +32,7 @@ * and uses it to configure and object by calling set, put or other * methods on the object. * - * @version $Id: XmlConfiguration.java,v 1.3 2002/02/20 05:33:46 janb Exp $ + * @version $Id: XmlConfiguration.java,v 1.4 2002/02/24 05:35:21 janb Exp $ * @author Greg Wilkins (gregw) */ public class XmlConfiguration 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/xml/XmlParser.java Index: XmlParser.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/xml/XmlParser.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- XmlParser.java20 Feb 2002 05:33:46 - 1.3 +++ XmlParser.java24 Feb 2002 05:35:21 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: XmlParser.java,v 1.3 2002/02/20 05:33:46 janb Exp $ +// $Id: XmlParser.java,v 1.4 2002/02/24 05:35:21 janb Exp $ // package org.mortbay.xml; @@ -35,7 +35,7 @@ * This class wraps any standard JAXP1.1 parser with convieniant error and * entity handlers and a mini dom-like document tree. * - * @version $Id: XmlParser.java,v 1.3 2002/02/20 05:33:46 janb Exp $ + * @version $Id: XmlParser.java,v 1.4 2002/02/24 05:35:21 janb Exp $ * @author Greg Wilkins (gregw) */ public class XmlParser 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/xml/configure_1_0.dtd Index: configure_1_0.dtd === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/xml/configure_1_0.dtd,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- configure_1_0.dtd 20 Feb 2002 05:33:46 - 1.3 +++ configure_1_0.dtd 24 Feb 2002 05:35:21 - 1.4 @@ -16,7 +16,7 @@ Values are matched to arguments on a best effort approach, but types my be specified if a match is not achieved. -$Id: configure_1_0.dtd,v 1.3 2002/02/20 05:33:46 janb Exp $ +$Id: configure_1_0.dtd,v 1.4 2002/02/24 05:35:21 janb Exp $ --> 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/xml/configure_1_1.dtd Index: configure_1_1.dtd === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/xml/configure_1_1.dtd,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- configure_1_1.dtd 20 Feb 2002 05:33:46 - 1.3 +++ configure_1_1.dtd 24 Feb 2002 05:35:21 - 1.4 @@ -16,7 +16,7 @@ Values are matched to arguments on a best effort approach, but types my be specified if a match is not achieved. -$Id: configure_1_1.dtd,v 1.3 2002/02/20 05:33:46 janb Exp $ +$Id: configure_1_1.dtd,v 1.4 2002/02/24 05:35:21 janb Exp $ --> 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/xml/configure_1_2.dtd Index: configure_1_2.dtd === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/xml/configure_1_2.dtd,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- configure_1_2.dtd 20 Feb 2002 05:33:46 - 1.2 +++ configure_1_2.dtd 24 Feb 2002 05:35:21 - 1.3 @@ -16,7 +16,7 @@ Values are matched to arguments on a best effort approach, but types my be specified if a match is not achieved. -$Id: configure_1_2.dtd,v 1.2 2002/02/20 05:33:46 janb Exp $ +$
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/util/jmx CodeMBean.java LifeCycleMBean.java LogMBean.java LogSinkMBean.java Main.java ModelMBeanImpl.java OutputStreamLogSinkMBean.java TestModelMBean.java ThreadPoolMBean.java ThreadedServerMBean.java
User: janb Date: 02/02/23 21:35:21 Modified:jetty/src/main/org/mortbay/util/jmx CodeMBean.java LifeCycleMBean.java LogMBean.java LogSinkMBean.java Main.java ModelMBeanImpl.java OutputStreamLogSinkMBean.java TestModelMBean.java ThreadPoolMBean.java ThreadedServerMBean.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/CodeMBean.java Index: CodeMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/CodeMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CodeMBean.java20 Feb 2002 05:33:46 - 1.2 +++ CodeMBean.java24 Feb 2002 05:35:21 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: CodeMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $ +// $Id: CodeMBean.java,v 1.3 2002/02/24 05:35:21 janb Exp $ // package org.mortbay.util.jmx; 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/LifeCycleMBean.java Index: LifeCycleMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/LifeCycleMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LifeCycleMBean.java 20 Feb 2002 05:33:46 - 1.2 +++ LifeCycleMBean.java 24 Feb 2002 05:35:21 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: LifeCycleMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $ +// $Id: LifeCycleMBean.java,v 1.3 2002/02/24 05:35:21 janb Exp $ // package org.mortbay.util.jmx; @@ -17,7 +17,7 @@ /* */ /** * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class LifeCycleMBean extends ModelMBeanImpl 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/LogMBean.java Index: LogMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/LogMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LogMBean.java 20 Feb 2002 05:33:46 - 1.2 +++ LogMBean.java 24 Feb 2002 05:35:21 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: LogMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $ +// $Id: LogMBean.java,v 1.3 2002/02/24 05:35:21 janb Exp $ // package org.mortbay.util.jmx; 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/LogSinkMBean.java Index: LogSinkMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/LogSinkMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LogSinkMBean.java 20 Feb 2002 05:33:46 - 1.2 +++ LogSinkMBean.java 24 Feb 2002 05:35:21 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: LogSinkMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $ +// $Id: LogSinkMBean.java,v 1.3 2002/02/24 05:35:21 janb Exp $ // package org.mortbay.util.jmx; @@ -25,7 +25,7 @@ /* */ /** * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class LogSinkMBean extends LifeCycleMBean 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/util/jmx/Main.java Index: Main.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/jmx/Main.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Main.java 20 Feb 2002 05:33:46 - 1.2 +++ Main.java 24 Feb 2002 05:35:21 - 1.3 @@ -1,6 +1,6
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/util B64Code.java BadResource.java BlockingQueue.java ByteArrayISO8859Writer.java ByteArrayOutputStream2.java ByteBufferOutputStream.java Code.java CodeException.java DateCache.java FileResource.java Frame.java IO.java InetAddrPort.java JarFileResource.java JarResource.java KeyPairTool.java LazyList.java LifeCycle.java LineInput.java Log.java LogSink.java MultiException.java MultiMap.java Observed.java OutputStreamLogSink.java Password.java Primitive.java QuotedStringTokenizer.java Resource.java RolloverFileOutputStream.java SingletonList.java StringMap.java StringUtil.java TestCase.java ThreadPool.java ThreadedServer.java URI.java UnixCrypt.java UrlEncoded.java WriterOutputStream.java
User: janb Date: 02/02/23 21:35:21 Modified:jetty/src/main/org/mortbay/util B64Code.java BadResource.java BlockingQueue.java ByteArrayISO8859Writer.java ByteArrayOutputStream2.java ByteBufferOutputStream.java Code.java CodeException.java DateCache.java FileResource.java Frame.java IO.java InetAddrPort.java JarFileResource.java JarResource.java KeyPairTool.java LazyList.java LifeCycle.java LineInput.java Log.java LogSink.java MultiException.java MultiMap.java Observed.java OutputStreamLogSink.java Password.java Primitive.java QuotedStringTokenizer.java Resource.java RolloverFileOutputStream.java SingletonList.java StringMap.java StringUtil.java TestCase.java ThreadPool.java ThreadedServer.java URI.java UnixCrypt.java UrlEncoded.java WriterOutputStream.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/util/B64Code.java Index: B64Code.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/B64Code.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- B64Code.java 20 Feb 2002 05:33:45 - 1.3 +++ B64Code.java 24 Feb 2002 05:35:20 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: B64Code.java,v 1.3 2002/02/20 05:33:45 janb Exp $ +// $Id: B64Code.java,v 1.4 2002/02/24 05:35:20 janb Exp $ // package org.mortbay.util; @@ -13,7 +13,7 @@ * Note that in a web services context the usual case is to not want * linebreaks or other white space in the encoded output. * - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * @author Brett Sealey (bretts) * @author Greg Wilkins (gregw) */ 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/util/BadResource.java Index: BadResource.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/BadResource.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BadResource.java 20 Feb 2002 05:33:45 - 1.3 +++ BadResource.java 24 Feb 2002 05:35:20 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: BadResource.java,v 1.3 2002/02/20 05:33:45 janb Exp $ +// $Id: BadResource.java,v 1.4 2002/02/24 05:35:20 janb Exp $ // --- package org.mortbay.util; @@ -18,7 +18,7 @@ * A Resource that is returned for a bade URL. Acts as a resource * that does not exist and throws appropriate exceptions. * - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * @author Greg Wilkins (gregw) */ class BadResource extends Resource 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/util/BlockingQueue.java Index: BlockingQueue.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/util/BlockingQueue.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BlockingQueue.java20 Feb 2002 05:33:45 - 1.3 +++ BlockingQueue.java24 Feb 2002 05:35:20 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: BlockingQueue.java,v 1.3 2002/02/20 05:33:45 janb Exp $ +// $Id: BlockingQueue.java,v 1.4 2002/02/24 05:35:20 janb Exp $ // --- package org.mortbay.util; @@ -12,7 +12,7 @@ * Implemented as circular buffer in a Vector. Synchronization is on the * vector to avoid double synchronization. * - * @version $Id: BlockingQueue.java,v 1.3 2002/02/20 05:33:45 janb Exp $ + * @version $Id: BlockingQueue.java,v 1.4 2002/02/24 05:35:20 janb Exp $ * @author Greg Wilkins (gregw) */ public class BlockingQueue 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/util/ByteArrayISO8859Writer.jav
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/servlet AdminServlet.java CGI.java Debug.java Dump.java Forward.java MultiPartRequest.java MultiPartResponse.java NotFoundServlet.java RequestDispatchTest.java SessionDump.java
User: janb Date: 02/02/23 21:35:20 Modified:jetty/src/main/org/mortbay/servlet AdminServlet.java CGI.java Debug.java Dump.java Forward.java MultiPartRequest.java MultiPartResponse.java NotFoundServlet.java RequestDispatchTest.java SessionDump.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/AdminServlet.java Index: AdminServlet.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/AdminServlet.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- AdminServlet.java 20 Feb 2002 05:33:44 - 1.3 +++ AdminServlet.java 24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: AdminServlet.java,v 1.3 2002/02/20 05:33:44 janb Exp $ +// $Id: AdminServlet.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // --- package org.mortbay.servlet; @@ -53,7 +53,7 @@ * This is a minimal start to a administration servlet that allows * start/stop of server components and control of debug parameters. * - * @version $Id: AdminServlet.java,v 1.3 2002/02/20 05:33:44 janb Exp $ + * @version $Id: AdminServlet.java,v 1.4 2002/02/24 05:35:19 janb Exp $ * @author Greg Wilkins (gregw) */ public class AdminServlet extends HttpServlet 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/CGI.java Index: CGI.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/CGI.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- CGI.java 20 Feb 2002 05:33:44 - 1.3 +++ CGI.java 24 Feb 2002 05:35:19 - 1.4 @@ -41,7 +41,7 @@ * The cgi bin directory can be set with the cgibinResourceBase init * parameter or it will default to the resource base of the context. * - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * @author Julian Gosnell */ public class CGI extends HttpServlet 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/Debug.java Index: Debug.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/Debug.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Debug.java20 Feb 2002 05:33:44 - 1.3 +++ Debug.java24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Debug.java,v 1.3 2002/02/20 05:33:44 janb Exp $ +// $Id: Debug.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // --- package org.mortbay.servlet; 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/Dump.java Index: Dump.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/Dump.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Dump.java 20 Feb 2002 05:33:44 - 1.3 +++ Dump.java 24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Dump.java,v 1.3 2002/02/20 05:33:44 janb Exp $ +// $Id: Dump.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // --- package org.mortbay.servlet; 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/servlet/Forward.java Index: Forward.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/servlet/Forward.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Forward.java 20 Feb 2002 05:33:44 - 1.3 +++ Forward.java 24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Forward.java,v 1.3 2002/02/20 05:33:44 janb Exp $ +// $Id: Forward.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // -
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/win32 Service.java
User: janb Date: 02/02/23 21:35:19 Modified:jetty/src/main/org/mortbay/jetty/win32 Service.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/win32/Service.java Index: Service.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/win32/Service.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Service.java 20 Feb 2002 05:33:44 - 1.3 +++ Service.java 24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: Service.java,v 1.3 2002/02/20 05:33:44 janb Exp $ +// $Id: Service.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // // Derived from SCMEventManager.java by Bill Giel/KC Multimedia and Design Group, Inc., // @@ -29,7 +29,7 @@ * Jetty.xml wrkdir=$JETTY_HOME * * - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * @author Greg Wilkins (gregw) */ public class Service ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/servlet AbstractSessionManager.java Dispatcher.java FilterHandler.java FilterHolder.java HashSessionManager.java Holder.java ServletHandler.java ServletHolder.java ServletHttpContext.java ServletHttpRequest.java ServletHttpResponse.java ServletIn.java ServletOut.java ServletSSL.java ServletWriter.java SessionContext.java SessionManager.java WebApplicationContext.java
User: janb Date: 02/02/23 21:35:19 Modified:jetty/src/main/org/mortbay/jetty/servlet AbstractSessionManager.java Dispatcher.java FilterHandler.java FilterHolder.java HashSessionManager.java Holder.java ServletHandler.java ServletHolder.java ServletHttpContext.java ServletHttpRequest.java ServletHttpResponse.java ServletIn.java ServletOut.java ServletSSL.java ServletWriter.java SessionContext.java SessionManager.java WebApplicationContext.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/AbstractSessionManager.java Index: AbstractSessionManager.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/AbstractSessionManager.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- AbstractSessionManager.java 20 Feb 2002 05:33:43 - 1.2 +++ AbstractSessionManager.java 24 Feb 2002 05:35:19 - 1.3 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: AbstractSessionManager.java,v 1.2 2002/02/20 05:33:43 janb Exp $ +// $Id: AbstractSessionManager.java,v 1.3 2002/02/24 05:35:19 janb Exp $ // --- package org.mortbay.jetty.servlet; @@ -40,7 +40,7 @@ * to return a specialized version of the Session inner class that * provides an attribute Map. * - * @version $Id: AbstractSessionManager.java,v 1.2 2002/02/20 05:33:43 janb Exp $ + * @version $Id: AbstractSessionManager.java,v 1.3 2002/02/24 05:35:19 janb Exp $ * @author Greg Wilkins (gregw) */ public abstract class AbstractSessionManager implements SessionManager 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/Dispatcher.java Index: Dispatcher.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/Dispatcher.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Dispatcher.java 20 Feb 2002 05:33:44 - 1.3 +++ Dispatcher.java 24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Dispatcher.java,v 1.3 2002/02/20 05:33:44 janb Exp $ +// $Id: Dispatcher.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // --- package org.mortbay.jetty.servlet; @@ -45,7 +45,7 @@ /* */ /** Servlet RequestDispatcher. * - * @version $Id: Dispatcher.java,v 1.3 2002/02/20 05:33:44 janb Exp $ + * @version $Id: Dispatcher.java,v 1.4 2002/02/24 05:35:19 janb Exp $ * @author Greg Wilkins (gregw) */ public class Dispatcher implements RequestDispatcher 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/FilterHandler.java Index: FilterHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/FilterHandler.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- FilterHandler.java20 Feb 2002 05:33:44 - 1.3 +++ FilterHandler.java24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 2001 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: FilterHandler.java,v 1.3 2002/02/20 05:33:44 janb Exp $ +// $Id: FilterHandler.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // --- package org.mortbay.jetty.servlet; @@ -42,7 +42,7 @@ * or more intelligently merge entries in the cache. * * @since Servlet 2.3 - * @version $Id: FilterHandler.java,v 1.3 2002/02/20 05:33:44 janb Exp $ + * @version $Id: FilterHandler.java,v 1.4 2002/02/24 05:35:19 janb Exp $ * @author Greg Wilkins (gregw) */ public class FilterHandler 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/FilterHolder.java Index: FilterHolder.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mort
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx ServletHttpContextMBean.java WebApplicationMBean.java
User: janb Date: 02/02/23 21:35:19 Modified:jetty/src/main/org/mortbay/jetty/servlet/jmx ServletHttpContextMBean.java WebApplicationMBean.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/ServletHttpContextMBean.java Index: ServletHttpContextMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/ServletHttpContextMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ServletHttpContextMBean.java 20 Feb 2002 05:33:44 - 1.2 +++ ServletHttpContextMBean.java 24 Feb 2002 05:35:19 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: ServletHttpContextMBean.java,v 1.2 2002/02/20 05:33:44 janb Exp $ +// $Id: ServletHttpContextMBean.java,v 1.3 2002/02/24 05:35:19 janb Exp $ // package org.mortbay.jetty.servlet.jmx; @@ -33,7 +33,7 @@ * Note that while Web Applications are HttpContexts, the MBean is * not derived from HttpContextMBean as they are managed differently. * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class ServletHttpContextMBean extends HttpContextMBean 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/WebApplicationMBean.java Index: WebApplicationMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx/WebApplicationMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- WebApplicationMBean.java 20 Feb 2002 05:33:44 - 1.2 +++ WebApplicationMBean.java 24 Feb 2002 05:35:19 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: WebApplicationMBean.java,v 1.2 2002/02/20 05:33:44 janb Exp $ +// $Id: WebApplicationMBean.java,v 1.3 2002/02/24 05:35:19 janb Exp $ // package org.mortbay.jetty.servlet.jmx; @@ -27,7 +27,7 @@ * Note that while Web Applications are HttpContexts, the MBean is * not derived from HttpContextMBean as they are managed differently. * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class WebApplicationMBean extends ServletHttpContextMBean ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/jmx Main.java ServerMBean.java
User: janb Date: 02/02/23 21:35:19 Modified:jetty/src/main/org/mortbay/jetty/jmx Main.java ServerMBean.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/jmx/Main.java Index: Main.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx/Main.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Main.java 20 Feb 2002 05:33:43 - 1.3 +++ Main.java 24 Feb 2002 05:35:19 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: Main.java,v 1.3 2002/02/20 05:33:43 janb Exp $ +// $Id: Main.java,v 1.4 2002/02/24 05:35:19 janb Exp $ // package org.mortbay.jetty.jmx; 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/jmx/ServerMBean.java Index: ServerMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx/ServerMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ServerMBean.java 20 Feb 2002 05:33:43 - 1.2 +++ ServerMBean.java 24 Feb 2002 05:35:19 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: ServerMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ +// $Id: ServerMBean.java,v 1.3 2002/02/24 05:35:19 janb Exp $ // package org.mortbay.jetty.jmx; @@ -44,7 +44,7 @@ * listener of the HttpServer, so it can create and destroy MBean * wrappers for listeners and contexts. * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class ServerMBean extends HttpServerMBean ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/http/jmx HttpContextMBean.java HttpListenerMBean.java HttpServerMBean.java NCSARequestLogMBean.java SocketListenerMBean.java
User: janb Date: 02/02/23 21:35:18 Modified:jetty/src/main/org/mortbay/http/jmx HttpContextMBean.java HttpListenerMBean.java HttpServerMBean.java NCSARequestLogMBean.java SocketListenerMBean.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/HttpContextMBean.java Index: HttpContextMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/HttpContextMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- HttpContextMBean.java 20 Feb 2002 05:33:43 - 1.2 +++ HttpContextMBean.java 24 Feb 2002 05:35:18 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: HttpContextMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ +// $Id: HttpContextMBean.java,v 1.3 2002/02/24 05:35:18 janb Exp $ // package org.mortbay.http.jmx; @@ -33,7 +33,7 @@ /* */ /** * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class HttpContextMBean extends LifeCycleMBean 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/HttpListenerMBean.java Index: HttpListenerMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/HttpListenerMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- HttpListenerMBean.java20 Feb 2002 05:33:43 - 1.2 +++ HttpListenerMBean.java24 Feb 2002 05:35:18 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: HttpListenerMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ +// $Id: HttpListenerMBean.java,v 1.3 2002/02/24 05:35:18 janb Exp $ // package org.mortbay.http.jmx; @@ -27,7 +27,7 @@ /* */ /** * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class HttpListenerMBean 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/HttpServerMBean.java Index: HttpServerMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/HttpServerMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- HttpServerMBean.java 20 Feb 2002 05:33:43 - 1.2 +++ HttpServerMBean.java 24 Feb 2002 05:35:18 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: HttpServerMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ +// $Id: HttpServerMBean.java,v 1.3 2002/02/24 05:35:18 janb Exp $ // package org.mortbay.http.jmx; @@ -41,7 +41,7 @@ * listener of the HttpServer, so it can create and destroy MBean * wrappers for listeners and contexts. * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * @author Greg Wilkins (gregw) */ public class HttpServerMBean extends LifeCycleMBean 1.3 +0 -0 contrib/jetty/src/main/org/mortbay/http/jmx/NCSARequestLogMBean.java Index: NCSARequestLogMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/jmx/NCSARequestLogMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NCSARequestLogMBean.java 20 Feb 2002 05:33:43 - 1.2 +++ NCSARequestLogMBean.java 24 Feb 2002 05:35:18 - 1.3 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: NCSARequestLogMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $ +// $Id: NCSARequestLogMBean.java,v 1.3 2002/02/24 05:35:18 janb Exp $ // package org.mortbay.http.jmx; @@ -22,7 +22,7 @@ /* */ /** * - * @version $Rev
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty Server.java
User: janb Date: 02/02/23 21:35:19 Modified:jetty/src/main/org/mortbay/jetty Server.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/Server.java Index: Server.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/Server.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Server.java 20 Feb 2002 05:33:43 - 1.3 +++ Server.java 24 Feb 2002 05:35:19 - 1.4 @@ -34,7 +34,7 @@ * * @see org.mortbay.xml.XmlConfiguration * @see org.mortbay.jetty.servlet.ServletHttpContext - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * @author Greg Wilkins (gregw) */ public class Server extends HttpServer ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/http/handler DumpHandler.java NotFoundHandler.java NullHandler.java ProxyHandler.java ResourceHandler.java SecurityHandler.java
User: janb Date: 02/02/23 21:35:18 Modified:jetty/src/main/org/mortbay/http/handler DumpHandler.java NotFoundHandler.java NullHandler.java ProxyHandler.java ResourceHandler.java SecurityHandler.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/http/handler/DumpHandler.java Index: DumpHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/DumpHandler.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- DumpHandler.java 20 Feb 2002 05:33:43 - 1.3 +++ DumpHandler.java 24 Feb 2002 05:35:18 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: DumpHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ +// $Id: DumpHandler.java,v 1.4 2002/02/24 05:35:18 janb Exp $ // package org.mortbay.http.handler; @@ -32,7 +32,7 @@ * Dumps GET and POST requests. * Useful for testing and debugging. * - * @version $Id: DumpHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ + * @version $Id: DumpHandler.java,v 1.4 2002/02/24 05:35:18 janb Exp $ * @author Greg Wilkins (gregw) */ public class DumpHandler extends NullHandler 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/http/handler/NotFoundHandler.java Index: NotFoundHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/NotFoundHandler.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- NotFoundHandler.java 20 Feb 2002 05:33:43 - 1.3 +++ NotFoundHandler.java 24 Feb 2002 05:35:18 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: NotFoundHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ +// $Id: NotFoundHandler.java,v 1.4 2002/02/24 05:35:18 janb Exp $ // package org.mortbay.http.handler; @@ -22,7 +22,7 @@ /** Handler for resources that were not found. * Implements OPTIONS and TRACE methods for the server. * - * @version $Id: NotFoundHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ + * @version $Id: NotFoundHandler.java,v 1.4 2002/02/24 05:35:18 janb Exp $ * @author Greg Wilkins (gregw) */ public class NotFoundHandler extends NullHandler 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/http/handler/NullHandler.java Index: NullHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/NullHandler.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- NullHandler.java 20 Feb 2002 05:33:43 - 1.3 +++ NullHandler.java 24 Feb 2002 05:35:18 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: NullHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ +// $Id: NullHandler.java,v 1.4 2002/02/24 05:35:18 janb Exp $ // package org.mortbay.http.handler; @@ -25,7 +25,7 @@ /** Base HTTP Handler. * This No-op handler is a good base for other handlers * - * @version $Id: NullHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ + * @version $Id: NullHandler.java,v 1.4 2002/02/24 05:35:18 janb Exp $ * @author Greg Wilkins (gregw) */ abstract public class NullHandler implements HttpHandler 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/http/handler/ProxyHandler.java Index: ProxyHandler.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/ProxyHandler.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ProxyHandler.java 20 Feb 2002 05:33:43 - 1.3 +++ ProxyHandler.java 24 Feb 2002 05:35:18 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: ProxyHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $ +// $Id: ProxyHandler.java,v 1.4 2002/02/24 05:35:18 janb Exp $ // ===
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/http ChunkableInputStream.java ChunkableOutputStream.java ContextLoader.java HashUserRealm.java HttpConnection.java HttpContext.java HttpEncoding.java HttpException.java HttpFields.java HttpHandler.java HttpListener.java HttpMessage.java HttpRequest.java HttpResponse.java HttpServer.java JDBCUserRealm.java JsseListener.java MultiPartResponse.java NCSARequestLog.java OutputObserver.java PathMap.java RequestLog.java SecurityConstraint.java SocketListener.java SunJsseListener.java UserPrincipal.java UserRealm.java Version.java
User: janb Date: 02/02/23 21:35:18 Modified:jetty/src/main/org/mortbay/http ChunkableInputStream.java ChunkableOutputStream.java ContextLoader.java HashUserRealm.java HttpConnection.java HttpContext.java HttpEncoding.java HttpException.java HttpFields.java HttpHandler.java HttpListener.java HttpMessage.java HttpRequest.java HttpResponse.java HttpServer.java JDBCUserRealm.java JsseListener.java MultiPartResponse.java NCSARequestLog.java OutputObserver.java PathMap.java RequestLog.java SecurityConstraint.java SocketListener.java SunJsseListener.java UserPrincipal.java UserRealm.java Version.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/http/ChunkableInputStream.java Index: ChunkableInputStream.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/ChunkableInputStream.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ChunkableInputStream.java 20 Feb 2002 05:33:41 - 1.3 +++ ChunkableInputStream.java 24 Feb 2002 05:35:17 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: ChunkableInputStream.java,v 1.3 2002/02/20 05:33:41 janb Exp $ +// $Id: ChunkableInputStream.java,v 1.4 2002/02/24 05:35:17 janb Exp $ // --- package org.mortbay.http; @@ -29,7 +29,7 @@ * explicitly if an instance is used by multiple threads. * * @see org.mortbay.util.LineInput - * @version $Id: ChunkableInputStream.java,v 1.3 2002/02/20 05:33:41 janb Exp $ + * @version $Id: ChunkableInputStream.java,v 1.4 2002/02/24 05:35:17 janb Exp $ * @author Greg Wilkins (gregw) */ public class ChunkableInputStream extends FilterInputStream 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/http/ChunkableOutputStream.java Index: ChunkableOutputStream.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/ChunkableOutputStream.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ChunkableOutputStream.java20 Feb 2002 05:33:41 - 1.3 +++ ChunkableOutputStream.java24 Feb 2002 05:35:17 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: ChunkableOutputStream.java,v 1.3 2002/02/20 05:33:41 janb Exp $ +// $Id: ChunkableOutputStream.java,v 1.4 2002/02/24 05:35:17 janb Exp $ // --- package org.mortbay.http; @@ -33,7 +33,7 @@ * This class is not synchronized and should be synchronized * explicitly if an instance is used by multiple threads. * - * @version $Id: ChunkableOutputStream.java,v 1.3 2002/02/20 05:33:41 janb Exp $ + * @version $Id: ChunkableOutputStream.java,v 1.4 2002/02/24 05:35:17 janb Exp $ * @author Greg Wilkins */ public class ChunkableOutputStream extends FilterOutputStream 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/http/ContextLoader.java Index: ContextLoader.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/ContextLoader.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ContextLoader.java20 Feb 2002 05:33:41 - 1.3 +++ ContextLoader.java24 Feb 2002 05:35:17 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: ContextLoader.java,v 1.3 2002/02/20 05:33:41 janb Exp $ +// $Id: ContextLoader.java,v 1.4 2002/02/24 05:35:17 janb Exp $ // package org.mortbay.http; @@ -32,7 +32,7 @@ * parent loader. Java2 compliant loading, where the parent loader * always has priority, can be selected with the setJava2Complient method. * - * @version $Id: ContextLoader.java,v 1.3 2002/02/20 05:33:41 janb Exp $ + * @version $Id: ContextLoader.java,v 1.4 2002/02/24 05:35:17 janb Exp $ * @author Greg Wilkins (gregw) */ public
[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/html Applet.java Block.java Break.java Comment.java Composite.java CompositeFactory.java DefList.java Element.java Font.java Form.java Frame.java FrameSet.java Heading.java Image.java Include.java Input.java Link.java List.java Page.java Script.java Select.java Style.java StyleLink.java Table.java TableForm.java Tag.java Target.java Text.java TextArea.java
User: janb Date: 02/02/23 21:35:17 Modified:jetty/src/main/org/mortbay/html Applet.java Block.java Break.java Comment.java Composite.java CompositeFactory.java DefList.java Element.java Font.java Form.java Frame.java FrameSet.java Heading.java Image.java Include.java Input.java Link.java List.java Page.java Script.java Select.java Style.java StyleLink.java Table.java TableForm.java Tag.java Target.java Text.java TextArea.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/html/Applet.java Index: Applet.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Applet.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Applet.java 20 Feb 2002 05:33:40 - 1.3 +++ Applet.java 24 Feb 2002 05:35:17 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1996 Intelligent Switched Systems, Sydney -// $Id: Applet.java,v 1.3 2002/02/20 05:33:40 janb Exp $ +// $Id: Applet.java,v 1.4 2002/02/24 05:35:17 janb Exp $ // package org.mortbay.html; @@ -25,7 +25,7 @@ * * * @see org.mortbay.html.Block - * @version $Id: Applet.java,v 1.3 2002/02/20 05:33:40 janb Exp $ + * @version $Id: Applet.java,v 1.4 2002/02/24 05:35:17 janb Exp $ * @author Matthew Watson */ public class Applet extends Block 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/html/Block.java Index: Block.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Block.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Block.java20 Feb 2002 05:33:40 - 1.3 +++ Block.java24 Feb 2002 05:35:17 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Block.java,v 1.3 2002/02/20 05:33:40 janb Exp $ +// $Id: Block.java,v 1.4 2002/02/24 05:35:17 janb Exp $ // --- package org.mortbay.html; 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/html/Break.java Index: Break.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Break.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Break.java20 Feb 2002 05:33:40 - 1.3 +++ Break.java24 Feb 2002 05:35:17 - 1.4 @@ -1,6 +1,6 @@ // === // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved. -// $Id: Break.java,v 1.3 2002/02/20 05:33:40 janb Exp $ +// $Id: Break.java,v 1.4 2002/02/24 05:35:17 janb Exp $ // --- package org.mortbay.html; 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/html/Comment.java Index: Comment.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/Comment.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Comment.java 20 Feb 2002 05:33:40 - 1.3 +++ Comment.java 24 Feb 2002 05:35:17 - 1.4 @@ -1,6 +1,6 @@ // // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd. -// $Id: Comment.java,v 1.3 2002/02/20 05:33:40 janb Exp $ +// $Id: Comment.java,v 1.4 2002/02/24 05:35:17 janb Exp $ // package org.mortbay.html; @@ -10,7 +10,7 @@ /* */ /** HTML Comment. - * @version $Id: Comment.java,v 1.3 2002/02/20 05:33:40 janb Exp $ + * @version $Id: Comment.java,v 1.4 2002/02/24 05:35:17 janb Exp $ * @author Greg Wilkins (gregw) */ public class Comment extends Composite 1.4 +0 -0 contrib/jetty/src/main/org/mortbay/html/Composite.java Index: Composite.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/html/C
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/util SimplePool.java StringManager.java
User: janb Date: 02/02/23 21:35:17 Modified:jetty/src/main/org/apache/jasper/util SimplePool.java StringManager.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java Index: SimplePool.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- SimplePool.java 20 Feb 2002 06:27:04 - 1.3 +++ SimplePool.java 24 Feb 2002 05:35:17 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java,v 1.4 2002/02/24 05:35:17 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:17 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/util/StringManager.java Index: StringManager.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/StringManager.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- StringManager.java20 Feb 2002 06:27:04 - 1.3 +++ StringManager.java24 Feb 2002 05:35:17 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/StringManager.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/StringManager.java,v 1.4 2002/02/24 05:35:17 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:17 $ * * * ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/runtime JspException.java JspFactoryImpl.java JspRuntimeLibrary.java JspWriterImpl.java PageContextImpl.java ServletResponseWrapperInclude.java
User: janb Date: 02/02/23 21:35:16 Modified:jetty/src/main/org/apache/jasper/runtime JspException.java JspFactoryImpl.java JspRuntimeLibrary.java JspWriterImpl.java PageContextImpl.java ServletResponseWrapperInclude.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java Index: JspException.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JspException.java 20 Feb 2002 06:27:04 - 1.3 +++ JspException.java 24 Feb 2002 05:35:16 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java,v 1.4 2002/02/24 05:35:16 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:16 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java Index: JspFactoryImpl.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JspFactoryImpl.java 20 Feb 2002 06:27:04 - 1.3 +++ JspFactoryImpl.java 24 Feb 2002 05:35:16 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java,v 1.4 2002/02/24 05:35:16 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:16 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java Index: JspRuntimeLibrary.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JspRuntimeLibrary.java20 Feb 2002 06:27:04 - 1.3 +++ JspRuntimeLibrary.java24 Feb 2002 05:35:16 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java,v 1.4 2002/02/24 05:35:16 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:16 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java Index: JspWriterImpl.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JspWriterImpl.java20 Feb 2002 06:27:04 - 1.3 +++ JspWriterImpl.java24 Feb 2002 05:35:16 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java,v 1.4 2002/02/24 05:35:16 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:16 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/runtime/PageContextImpl.java Index: PageContextImpl.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/PageContextImpl.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- PageContextImpl.java 20 Feb 2002 06:27:04 - 1.3 +++ PageContextImpl.java 24 Feb 2002 05:35:16 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsr
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/servlet ServletEngine.java TomcatServletEngine.java
User: janb Date: 02/02/23 21:35:16 Modified:jetty/src/main/org/apache/jasper/servlet ServletEngine.java TomcatServletEngine.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java Index: ServletEngine.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ServletEngine.java20 Feb 2002 06:27:04 - 1.3 +++ ServletEngine.java24 Feb 2002 05:35:16 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java,v 1.4 2002/02/24 05:35:16 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:16 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java Index: TomcatServletEngine.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TomcatServletEngine.java 20 Feb 2002 06:27:04 - 1.3 +++ TomcatServletEngine.java 24 Feb 2002 05:35:16 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java,v 1.3 2002/02/20 06:27:04 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:04 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java,v 1.4 2002/02/24 05:35:16 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:16 $ * * * ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/resources messages.properties messages_es.properties messages_ja.properties
User: janb Date: 02/02/23 21:35:16 Modified:jetty/src/main/org/apache/jasper/resources messages.properties messages_es.properties messages_ja.properties Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/resources/messages.properties Index: messages.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/resources/messages.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- messages.properties 20 Feb 2002 06:27:04 - 1.3 +++ messages.properties 24 Feb 2002 05:35:16 - 1.4 @@ -1,4 +1,4 @@ -# $Id: messages.properties,v 1.3 2002/02/20 06:27:04 janb Exp $ +# $Id: messages.properties,v 1.4 2002/02/24 05:35:16 janb Exp $ # # Default localized string information # Localized this the Default Locale as is en_US 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/resources/messages_es.properties Index: messages_es.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/resources/messages_es.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- messages_es.properties20 Feb 2002 06:27:04 - 1.3 +++ messages_es.properties24 Feb 2002 05:35:16 - 1.4 @@ -1,4 +1,4 @@ -# $Id: messages_es.properties,v 1.3 2002/02/20 06:27:04 janb Exp $ +# $Id: messages_es.properties,v 1.4 2002/02/24 05:35:16 janb Exp $ # # Default localized string information # Localized para Locale es_ES 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/resources/messages_ja.properties Index: messages_ja.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/resources/messages_ja.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- messages_ja.properties20 Feb 2002 06:27:04 - 1.3 +++ messages_ja.properties24 Feb 2002 05:35:16 - 1.4 @@ -1,4 +1,4 @@ -# $Id: messages_ja.properties,v 1.3 2002/02/20 06:27:04 janb Exp $ +# $Id: messages_ja.properties,v 1.4 2002/02/24 05:35:16 janb Exp $ # # Default localized string information # Localized this the Default Locale as is ja_JP ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/compiler BeanEndGenerator.java BeanGenerator.java BeanRepository.java CharDataGenerator.java ClassDeclarationPhase.java CommandLineCompiler.java CompileException.java Compiler.java CoreElement.java DeclarationGenerator.java DelegatingListener.java DestroyMethodPhase.java EscapeUnicodeWriter.java ExpressionGenerator.java FileDeclarationPhase.java ForwardGenerator.java Generator.java GeneratorBase.java GetPropertyGenerator.java IncludeGenerator.java InfoGenerator.java InitMethodPhase.java JavaCompiler.java JikesJavaCompiler.java JspLineMap.java JspLineMapItem.java JspParseEventListener.java JspUtil.java KjcJavaCompiler.java Mangler.java MappedCharDataGenerator.java Mark.java PageDataImpl.java ParseEventListener.java ParseException.java PluginGenerator.java ScriptletGenerator.java ServiceMethodPhase.java ServletWriter.java SetPropertyGenerator.java StaticInitializerPhase.java StoredCharDataGenerator.java SunJavaCompiler.java TagCache.java TagGeneratorBase.java TagLibraryInfoImpl.java UninterpretedTagBeginGenerator.java UninterpretedTagEndGenerator.java XmlOutputter.java
User: janb Date: 02/02/23 21:35:16 Modified:jetty/src/main/org/apache/jasper/compiler BeanEndGenerator.java BeanGenerator.java BeanRepository.java CharDataGenerator.java ClassDeclarationPhase.java CommandLineCompiler.java CompileException.java Compiler.java CoreElement.java DeclarationGenerator.java DelegatingListener.java DestroyMethodPhase.java EscapeUnicodeWriter.java ExpressionGenerator.java FileDeclarationPhase.java ForwardGenerator.java Generator.java GeneratorBase.java GetPropertyGenerator.java IncludeGenerator.java InfoGenerator.java InitMethodPhase.java JavaCompiler.java JikesJavaCompiler.java JspLineMap.java JspLineMapItem.java JspParseEventListener.java JspUtil.java KjcJavaCompiler.java Mangler.java MappedCharDataGenerator.java Mark.java PageDataImpl.java ParseEventListener.java ParseException.java PluginGenerator.java ScriptletGenerator.java ServiceMethodPhase.java ServletWriter.java SetPropertyGenerator.java StaticInitializerPhase.java StoredCharDataGenerator.java SunJavaCompiler.java TagCache.java TagGeneratorBase.java TagLibraryInfoImpl.java UninterpretedTagBeginGenerator.java UninterpretedTagEndGenerator.java XmlOutputter.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java Index: BeanEndGenerator.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BeanEndGenerator.java 20 Feb 2002 06:27:02 - 1.3 +++ BeanEndGenerator.java 24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java,v 1.3 2002/02/20 06:27:02 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:02 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java,v 1.4 2002/02/24 05:35:15 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:15 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java Index: BeanGenerator.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BeanGenerator.java20 Feb 2002 06:27:02 - 1.3 +++ BeanGenerator.java24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java,v 1.3 2002/02/20 06:27:02 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:02 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java,v 1.4 2002/02/24 05:35:15 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:15 $ * The Apache Software License, Version 1.1 * * Copyright (c) 1999 The Apache Software Foundation. All rights 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java Index: BeanRepository.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BeanRepository.java 20 Feb 2002 06:27:02 - 1.3 +++ BeanRepository.java 24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java,v 1.3 2002/02/20 06:27:02 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:02 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java,v 1.4 2002/02/24 05:35:15 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:15 $ * * * 1.4
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/parser ParserUtils.java TreeNode.java
User: janb Date: 02/02/23 21:35:16 Modified:jetty/src/main/org/apache/jasper/parser ParserUtils.java TreeNode.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/parser/ParserUtils.java Index: ParserUtils.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/parser/ParserUtils.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ParserUtils.java 20 Feb 2002 06:27:04 - 1.3 +++ ParserUtils.java 24 Feb 2002 05:35:16 - 1.4 @@ -95,7 +95,7 @@ * use a separate class loader for the parser to be used. * * @author Craig R. McClanahan - * @version $Revision: 1.3 $ $Date: 2002/02/20 06:27:04 $ + * @version $Revision: 1.4 $ $Date: 2002/02/24 05:35:16 $ */ public class ParserUtils { 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/parser/TreeNode.java Index: TreeNode.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/parser/TreeNode.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TreeNode.java 20 Feb 2002 06:27:04 - 1.3 +++ TreeNode.java 24 Feb 2002 05:35:16 - 1.4 @@ -72,7 +72,7 @@ * synchronized. * * @author Craig R. McClanahan - * @version $Revision: 1.3 $ $Date: 2002/02/20 06:27:04 $ + * @version $Revision: 1.4 $ $Date: 2002/02/24 05:35:16 $ */ public class TreeNode { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper CommandLineContext.java EmbededServletOptions.java JasperException.java JspC.java JspCompilationContext.java JspEngineContext.java Options.java
User: janb Date: 02/02/23 21:35:15 Modified:jetty/src/main/org/apache/jasper CommandLineContext.java EmbededServletOptions.java JasperException.java JspC.java JspCompilationContext.java JspEngineContext.java Options.java Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java Index: CommandLineContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- CommandLineContext.java 20 Feb 2002 06:27:02 - 1.3 +++ CommandLineContext.java 24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java,v 1.3 2002/02/20 06:27:02 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:02 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java,v 1.4 2002/02/24 05:35:15 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:15 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java Index: EmbededServletOptions.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- EmbededServletOptions.java20 Feb 2002 06:27:02 - 1.3 +++ EmbededServletOptions.java24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java,v 1.3 2002/02/20 06:27:02 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:02 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java,v 1.4 2002/02/24 05:35:15 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:15 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/JasperException.java Index: JasperException.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JasperException.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JasperException.java 20 Feb 2002 06:27:02 - 1.3 +++ JasperException.java 24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JasperException.java,v 1.3 2002/02/20 06:27:02 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:02 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JasperException.java,v 1.4 2002/02/24 05:35:15 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:15 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JspC.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JspC.java 20 Feb 2002 06:27:02 - 1.3 +++ JspC.java 24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JspC.java,v 1.3 2002/02/20 06:27:02 janb Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/20 06:27:02 $ + * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JspC.java,v 1.4 2002/02/24 05:35:15 janb Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/24 05:35:15 $ * * * 1.4 +0 -0 contrib/jetty/src/main/org/apache/jasper/JspCompilationContext.java Index: JspCompilationContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JspCompilationContext.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JspCompilationContext.java20 Feb 2002 06:27:02 - 1.3 +++ JspCompilationContext.java24 Feb 2002 05:35:15 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JspCompilationContext.java,v 1.3 2002/02/20 06:27:02 j
[JBoss-dev] CVS update: contrib/jetty/src/main/javax/servlet/http LocalStrings_es.properties
User: janb Date: 02/02/23 21:35:14 Modified:jetty/src/main/javax/servlet/http LocalStrings_es.properties Log: Updated to latest Jetty version: Jetty_4_0_B2 Revision ChangesPath 1.4 +0 -0 contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties Index: LocalStrings_es.properties === RCS file: /cvsroot/jboss/contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- LocalStrings_es.properties20 Feb 2002 06:27:01 - 1.3 +++ LocalStrings_es.properties24 Feb 2002 05:35:14 - 1.4 @@ -1,4 +1,4 @@ -# $Id: LocalStrings_es.properties,v 1.3 2002/02/20 06:27:01 janb Exp $ +# $Id: LocalStrings_es.properties,v 1.4 2002/02/24 05:35:14 janb Exp $ # # Default localized string information # Localized para Locale es_ES ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 501 Successful tests: 492 Errors:4 Failures: 5 [time of test: 24 February 2002 5:29 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] No more unpacking!! (jboss 3)
I can't find a Rel_3_0_0_5, do you mean Rel_3_0_0_4? --jason Scott M Stark wrote: >>>If its a bunch of changes we might need to rollback tag it with >>>Rel_3_0_0_5. >>> >>Adds one file, modifies MainDeployer, and I think it may require a change >>in the web stuff - it turns out to break the web integration tests, I >>haven't looked why yet. >> >Not required to tag then. Not sure why the web integration test >should break here. > >>>The question here is will it work with the standard codebase syntax. >>> >What > >>>is the most nested url we allow for an ejb-jar and war? sar/ear/ejb? >>>I'm working on security manager permission tests and I can add tests of >>>the njar url codebase usage in permissions. >>> >>I really have no clue about these permission things. There is no >>theoretical limit to how deeply nested this stuff can get. sar/ear/rar/jar >>is plausible: ear/rar/jar is required by spec. If I commit this can you >>investigate the security stuff? >> >Yes. > >>>A 'native' directory under the deployment package directory makes sense >>>to me. >>> >>where? I'm thinking of for instance native libs in rars. I was thinking >>tmp/native. >> >Fine. > > > >___ >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] No more unpacking!! (jboss 3)
I meant the jboss/tmp or jboss/server/default/tmp Regards, Hiram >From: Jason Dillon <[EMAIL PROTECTED]> >To: Hiram Chirino <[EMAIL PROTECTED]> >CC: [EMAIL PROTECTED] >Subject: Re: [JBoss-dev] No more unpacking!! (jboss 3) >Date: Sat, 23 Feb 2002 21:05:49 -0800 > >You mean the system /tmp ? > >--jason > > >Hiram Chirino wrote: > >>>From: David Jencks <[EMAIL PROTECTED]> >>>To: jboss-dev <[EMAIL PROTECTED]> >>>Subject: [JBoss-dev] No more unpacking!! (jboss 3) >>>Date: Sat, 23 Feb 2002 21:33:59 -0500 >>> >>>Well, after a couple of bug fixes, Hiram's njar protocol works fine. I >>>have the MainDeployer working using it instead of unpacking into tmp. >>> >> >>Cool. >> >>>Does anyone object to my committing this? >>> >>>Note that Hiram's protocol handler works by unpacking things into temp >>>files (in the system temp dir). However, it's all hidden, and >>>presumably >>>will avoid the security /permissions concerns. >>> >> >>We could make it so that the temp files are stored to the /tmp >>directory. That way the user can better manage the temp files that >>jboss creates. >> >>>I'll also implement Scott's suggestion of removing the random numbers >>>and >>>including the entire path of the original url. (This is not as >>>unique as >>>numbers, but it is unlikely anyone will deploy 2 packages with the same >>>url.getFile() value.) >>> >>>I'm also going to have another try at installing native libraries. Any >>>ideas about where they should be unpacked to? >>> >>>Thanks >>>david jencks >>> >>>___ >>>Jboss-development mailing list >>>[EMAIL PROTECTED] >>>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> >> >> >> >>_ >>Send and receive Hotmail on your mobile device: http://mobile.msn.com >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development > > > _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java JettyServiceMBean.java
User: janb Date: 02/02/23 21:08:29 Modified:jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java JettyServiceMBean.java Log: Added support for choice of Servlet2.3 or Java2 compliance for class loading delegation. Revision ChangesPath 1.28 +8 -12 contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java Index: JBossWebApplicationContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- JBossWebApplicationContext.java 21 Feb 2002 02:03:57 - 1.27 +++ JBossWebApplicationContext.java 24 Feb 2002 05:08:29 - 1.28 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossWebApplicationContext.java,v 1.27 2002/02/21 02:03:57 jules_gosnell Exp $ +// $Id: JBossWebApplicationContext.java,v 1.28 2002/02/24 05:08:29 janb Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -52,11 +52,7 @@ WebDescriptorParser descriptorParser, WebApplication webApp, DocumentBuilder parser, -String warUrl, -String storageStrategy, -String snapshotFrequency, -String notificationPolicy, -String subjAttrName) +String warUrl) throws java.io.IOException { @@ -67,13 +63,13 @@ _descriptorParser = descriptorParser; _webApp = webApp; _parser = parser; - _subjAttrName = subjAttrName; - + _subjAttrName = jetty.getSubjectAttributeName(); + getServletHandler(). setSessionManager(new DistributedHttpSessionManager(this, - storageStrategy, - snapshotFrequency, - notificationPolicy)); + jetty.getHttpSessionStorageStrategy(), + jetty.getHttpSessionSnapshotFrequency(), + jetty.getHttpSessionSnapshotNotificationPolicy())); } /* */ @@ -162,7 +158,7 @@ ClassLoader _loader=getClassLoader(); if (_loader instanceof org.mortbay.http.ContextLoader) - ((org.mortbay.http.ContextLoader)_loader).setJava2Compliant(true); + ((org.mortbay.http.ContextLoader)_loader).setJava2Compliant(_jetty.getJava2ClassLoadingCompliance()); } String _separator=System.getProperty("path.separator"); 1.41 +28 -7 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- Jetty.java21 Feb 2002 02:03:57 - 1.40 +++ Jetty.java24 Feb 2002 05:08:29 - 1.41 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.40 2002/02/21 02:03:57 jules_gosnell Exp $ +// $Id: Jetty.java,v 1.41 2002/02/24 05:08:29 janb Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -44,7 +44,7 @@ * * @author mailto:[EMAIL PROTECTED]";>Julian Gosnell * @author mailto:[EMAIL PROTECTED]";>Andreas Schaefer. - * @version $Revision: 1.40 $ + * @version $Revision: 1.41 $ * * Revisions: * @@ -111,6 +111,31 @@ _log.warn("JSP compilation requires $JAVA_HOME/lib/tools.jar on your JBOSS_CLASSPATH"); } + + +// +// class loader delegation policy property +// + boolean _loaderCompliance = true; +/** + * @param loaderCompliance if true, Jetty delegates class loading + *to parent class loader first, false implies servlet spec 2.3 compliance + */ +public synchronized void setJava2ClassLoadingCompliance (boolean loaderCompliance) +{ +_loaderCompliance = loaderCompliance; +} + +/** + * @return true if Java2 style class loading delegation, false if + *servlet2.3 spec compliance + */ +pu
[JBoss-dev] CVS update: contrib/jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
User: janb Date: 02/02/23 21:08:29 Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml Log: Added support for choice of Servlet2.3 or Java2 compliance for class loading delegation. Revision ChangesPath 1.21 +10 -3 contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- jboss-service.xml 21 Feb 2002 02:03:57 - 1.20 +++ jboss-service.xml 24 Feb 2002 05:08:29 - 1.21 @@ -32,6 +32,14 @@ true + + + + + +true + + @@ -44,9 +52,8 @@ - - - + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Statistics/Metrics & Log4j
Any thoughts about adding a new priority/level for logging stats and metrics? --jasin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] No more unpacking!! (jboss 3)
> > If its a bunch of changes we might need to rollback tag it with > > Rel_3_0_0_5. > > Adds one file, modifies MainDeployer, and I think it may require a change > in the web stuff - it turns out to break the web integration tests, I > haven't looked why yet. > Not required to tag then. Not sure why the web integration test should break here. > > The question here is will it work with the standard codebase syntax. What > > is the most nested url we allow for an ejb-jar and war? sar/ear/ejb? > > I'm working on security manager permission tests and I can add tests of > > the njar url codebase usage in permissions. > > I really have no clue about these permission things. There is no > theoretical limit to how deeply nested this stuff can get. sar/ear/rar/jar > is plausible: ear/rar/jar is required by spec. If I commit this can you > investigate the security stuff? Yes. > > > > A 'native' directory under the deployment package directory makes sense > > to me. > where? I'm thinking of for instance native libs in rars. I was thinking > tmp/native. > Fine. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/IIOP & JBoss/.Net optional -> standard
Yes, we will always have raw contrib stuff and experiments. It simply should not affect the base compile or tests. If something isn't being supported though we ditch it. > May be a good idea to have an experimental group though. For example, > the jmx stuff might go there until it has been polished, then migrated > to the standard group (or rather core in this case... depending on if it > does not have any external depends). > > --jason > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment DeploymentInfo.java
User: user57 Date: 02/02/23 21:05:00 Modified:src/main/org/jboss/deployment DeploymentInfo.java Log: o moved findEjb*Link methods to AbstractWebContainer, they don't have any business inside DI Revision ChangesPath 1.11 +46 -112 jboss/src/main/org/jboss/deployment/DeploymentInfo.java Index: DeploymentInfo.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeploymentInfo.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- DeploymentInfo.java 22 Feb 2002 04:24:55 - 1.10 +++ DeploymentInfo.java 24 Feb 2002 05:05:00 - 1.11 @@ -1,12 +1,13 @@ -/* -* JBoss, the OpenSource J2EE webOS -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ -package org.jboss.deployment; - +/*** + * * + * JBoss: The OpenSource J2EE WebOS * + * * + * Distributable under LGPL license. * + * See terms of license at gnu.org. * + * * + ***/ +package org.jboss.deployment; import java.io.File; import java.io.FileInputStream; @@ -24,42 +25,46 @@ import java.util.Vector; import java.util.jar.JarFile; import java.util.jar.Manifest; + import javax.management.ObjectName; + import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; -import org.jboss.logging.Logger; -import org.jboss.metadata.ApplicationMetaData; -import org.jboss.metadata.BeanMetaData; -import org.jboss.system.ServiceLibraries; -import org.jboss.system.UnifiedClassLoader; + import org.w3c.dom.Document; import org.xml.sax.InputSource; import org.xml.sax.SAXException; +import org.jboss.logging.Logger; +import org.jboss.system.ServiceLibraries; +import org.jboss.system.UnifiedClassLoader; + /** -* Service Deployment Info . -* -* Every deployment (even the J2EE ones) should be seen at some point as -* Service Deployment info -* -* @see org.jboss.system.Service -* @author mailto:[EMAIL PROTECTED]";>Marc Fleury -* @author mailto:[EMAIL PROTECTED]";>David Maplesden -* @author mailto:[EMAIL PROTECTED]";>David Jencks -* @author mailto:[EMAIL PROTECTED]";>Daniel Schulze -* @author mailto:[EMAIL PROTECTED]";>Christoph G. Jung -* @author mailto:[EMAIL PROTECTED]";>Scott Stark -* @version $Revision: 1.10 $ -* -* 20011211 marc fleury: -* -*initial import based on d-jenck deployement info inner class in DeploymentMBeanSupport -* -* 20011225 marc fleury: -* -*Unification of deployers and merge with Jung/Schulze's Deployment.java -* -*/ + * Service Deployment Info . + * + * Every deployment (even the J2EE ones) should be seen at some point as + * Service Deployment info + * + * @see org.jboss.system.Service + * + * @author mailto:[EMAIL PROTECTED]";>Marc Fleury + * @author mailto:[EMAIL PROTECTED]";>David Maplesden + * @author mailto:[EMAIL PROTECTED]";>David Jencks + * @author mailto:[EMAIL PROTECTED]";>Daniel Schulze + * @author mailto:[EMAIL PROTECTED]";>Christoph G. Jung + * @author mailto:[EMAIL PROTECTED]";>Scott Stark + * @version $Revision: 1.11 $ + * + * 20011211 marc fleury: + * + *initial import based on d-jenck deployement info inner class in DeploymentMBeanSupport + * + * + * 20011225 marc fleury: + * + *Unification of deployers and merge with Jung/Schulze's Deployment.java + * + */ public class DeploymentInfo { // Variables @@ -135,7 +140,7 @@ public ObjectName deployedObject; public DeploymentInfo(URL url, DeploymentInfo parent) - throws DeploymentException + throws DeploymentException { // The key url the deployment comes from this.url = url; @@ -195,9 +200,9 @@ /** - * getManifest returns (if present) the deployment's manifest - * it is lazy loaded to work from the localURL - */ +* getManifest returns (if present) the deployment's manifest +* it is lazy loaded to work from the localURL +*/ public Manifest getManifest() { try @@ -258,77 +263,6 @@ return f.delete(); } - /** A method that walks through the DeploymentInfo hiearchy looking -*for the ejb-name that corresponds to the given ejb-link value. -*@param ejbLink, the ejb-link value from the ejb-jar.xml or web.xml -*descriptor to find. Need to add support for the /ejb.jar#ejb-name style. -*@return The deployment JNDI name of the ejb home to
Re: [JBoss-dev] No more unpacking!! (jboss 3)
You mean the system /tmp ? --jason Hiram Chirino wrote: >> From: David Jencks <[EMAIL PROTECTED]> >> To: jboss-dev <[EMAIL PROTECTED]> >> Subject: [JBoss-dev] No more unpacking!! (jboss 3) >> Date: Sat, 23 Feb 2002 21:33:59 -0500 >> >> Well, after a couple of bug fixes, Hiram's njar protocol works fine. I >> have the MainDeployer working using it instead of unpacking into tmp. >> > > Cool. > >> Does anyone object to my committing this? >> >> Note that Hiram's protocol handler works by unpacking things into temp >> files (in the system temp dir). However, it's all hidden, and >> presumably >> will avoid the security /permissions concerns. >> > > We could make it so that the temp files are stored to the /tmp > directory. That way the user can better manage the temp files that > jboss creates. > >> I'll also implement Scott's suggestion of removing the random numbers >> and >> including the entire path of the original url. (This is not as >> unique as >> numbers, but it is unlikely anyone will deploy 2 packages with the same >> url.getFile() value.) >> >> I'm also going to have another try at installing native libraries. Any >> ideas about where they should be unpacked to? >> >> Thanks >> david jencks >> >> ___ >> Jboss-development mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > _ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > > ___ > 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] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java
User: user57 Date: 02/02/23 21:04:59 Modified:src/main/org/jboss/web AbstractWebContainer.java Log: o moved findEjb*Link methods to AbstractWebContainer, they don't have any business inside DI Revision ChangesPath 1.34 +83 -3 jboss/src/main/org/jboss/web/AbstractWebContainer.java Index: AbstractWebContainer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- AbstractWebContainer.java 22 Feb 2002 04:24:56 - 1.33 +++ AbstractWebContainer.java 24 Feb 2002 05:04:59 - 1.34 @@ -43,6 +43,8 @@ import org.jboss.deployment.DeploymentException; import org.jboss.deployment.J2eeApplicationMetaData; import org.jboss.deployment.J2eeModuleMetaData; +import org.jboss.metadata.ApplicationMetaData; +import org.jboss.metadata.BeanMetaData; import org.jboss.metadata.EjbRefMetaData; import org.jboss.metadata.EjbLocalRefMetaData; import org.jboss.metadata.EnvEntryMetaData; @@ -146,7 +148,7 @@ @see org.jboss.security.SecurityAssociation; @author [EMAIL PROTECTED] -@version $Revision: 1.33 $ +@version $Revision: 1.34 $ */ public abstract class AbstractWebContainer extends ServiceMBeanSupport @@ -675,6 +677,84 @@ } } + /** +* A method that walks through the DeploymentInfo hiearchy looking +* for the ejb-name that corresponds to the given ejb-link value. +* +* @param ejbLink, the ejb-link value from the ejb-jar.xml or web.xml +* descriptor to find. Need to add support for the /ejb.jar#ejb-name style. +* @return The deployment JNDI name of the ejb home to which the ejbLink +* refers if it is found, null if no such ejb exists. +*/ + public String findEjbLink(DeploymentInfo parent, String ejbLink) + { + // Walk up to the topmost DeploymentInfo + DeploymentInfo top = parent; + while( top != null && top.parent != null ) + top = top.parent; + if( top == null ) + return null; + // Search from the top for a matching ejb + return findEjbLink(top, ejbLink, false); + } + + /** +* A method that walks through the DeploymentInfo hiearchy looking +* for the ejb-name that corresponds to the given ejb-link value. +* +* @param ejbLink, the ejb-link value from the ejb-jar.xml or web.xml +* descriptor to find. Need to add support for the /ejb.jar#ejb-name style. +* @return The deployment JNDI name of the ejb local home to which the ejbLink +* refers if it is found, null if no such ejb exists. +*/ + public String findEjbLocalLink(DeploymentInfo parent, String ejbLink) + { + // Walk up to the topmost DeploymentInfo + DeploymentInfo top = parent; + while( top != null && top.parent != null ) + top = top.parent; + if( top == null ) + return null; + // Search from the top for a matching ejb + return findEjbLink(top, ejbLink, true); + } + + /** +* Recursively search the DeploymentInfo looking for ApplicationMetaData +* nodes that may contain a BeanMetaData keyed by the ejbLink value. +* +* @param isLocal, a flag indicating if the JNDI name requested is for the +* local home vs the remote home. +*/ + private static String findEjbLink(DeploymentInfo parent, String ejbLink, + boolean isLocal) + { + String ejbName = null; + // Search the parent if it has ApplicationMetaData + if( parent.metaData instanceof ApplicationMetaData ) + { + ApplicationMetaData appMD = (ApplicationMetaData) parent.metaData; + BeanMetaData beanMD = appMD.getBeanByEjbName(ejbLink); + if( beanMD != null ) + { +if( isLocal == true ) + ejbName = beanMD.getLocalJndiName(); +else + ejbName = beanMD.getJndiName(); +return ejbName; + } + } + // Search each subcontext + Iterator iter = parent.subDeployments.iterator(); + while( iter.hasNext() && ejbName == null ) + { + DeploymentInfo child = (DeploymentInfo) iter.next(); + ejbName = findEjbLink(child, ejbLink, isLocal); + } + return ejbName; + } + + protected void linkEjbRefs(Iterator ejbRefs, Context envCtx, DeploymentInfo di) throws NamingException { @@ -687,7 +767,7 @@ if( jndiName == null ) { // Search the DeploymentInfo for a match -jndiName = di.findEjbLink(linkName); +jndiName = findEjbLink(di, linkName); if( jndiName == null ) throw new NamingExcepti
Re: [JBoss-dev] Configuration layout changes...
Second thought, you might want to drop this into common/src/main/org/jboss/net/protocol/njar and make into a Handler/URLConnection thingy... or both why not. Server changes I am about to commit will append org.jboss.net.protocol to the url handler packages. --jason Hiram Chirino wrote: > Hi david... I knew we could. > > I've implemented a custom URLStreamHandlerFactory so that we can > handle nested jars!! With it you can use the new "njar" protocol (n > for nested). To use just do: > > NestedURLHandlerFactory.start(); > URL u = new URL("njar:njar:file:c:/test1.zip!/test2.zip!/hello.txt"); > u.openStream(); > > I'm going to attach the sources to this e-mail. Please review and if > it help you fix your problem, let me know. > > Regards, > Hiram > >> > >I hoped you could use multiple jar: prefixes, but >> > this doesn't work when I >> > >try it at least for accessing the contents :- If >> > it did we wouldn't >> > >have to unpack anything. >> > > >> > >jar:jar:jar:file:/uxr/jboss/deploy/outside.sar!/middl >> > .ear!/inside.rar!/rarcode.jar >> > > >> > >david jencks >> > > >> > >> > Could we handle this if we created a custom >> > URLFactory thingy??? >> > I think we could. >> > >> > Regards, >> > Hiram >> > > > > > > _ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com > /* > * JBoss, the OpenSource J2EE webOS > * > * Distributable under LGPL license. > * See terms of license at gnu.org. > */ > package org.jboss.util; > > import java.io.BufferedInputStream; > import java.io.BufferedOutputStream; > import java.io.DataInputStream; > import java.io.File; > import java.io.FileOutputStream; > import java.io.IOException; > import java.io.InputStream; > import java.io.OutputStream; > import java.net.URL; > import java.net.URLConnection; > import java.net.URLStreamHandler; > import java.net.URLStreamHandlerFactory; > import java.util.HashMap; > import java.util.Map; > > /** > * > * This is class allows you to use the njar: URL protocol. It is very > * similar to it's jar: cusin. The difference being that jars can be > * nested. > * > * An example of how to use this class is: > * > * > * NestedURLHandlerFactory.start(); > * URL u = new URL("njar:njar:file:c:/test1.zip!/test2.zip!/hello.txt"); > * u.openStream(); > * > * > * > * Please be aware that the njar protocol caches it's jar in temporary > storage > * when connections are opened into them. So for the above example, 2 > files would > * cached a temp files names similar to nested-.jar > * > * TODO: Add accessors so that the cache can be flushed. > * > * > * @author mailto:[EMAIL PROTECTED]";>Hiram Chirino > * > */ > public class NestedURLHandlerFactory implements URLStreamHandlerFactory > { > > public class NestedJarURLHandler extends URLStreamHandler > { > > Map savedJars = new HashMap(); > > // URL protocol designations > public static final String PROTOCOL = "njar"; > public static final String JAR_SEPARATOR = "!/"; > > /* > * @see URLStreamHandler#openConnection(URL) > */ > protected URLConnection openConnection(URL u) throws IOException > { > String file = u.getFile(); > String enbededURL = file; > String jarPath = ""; > > int pos = file.lastIndexOf(JAR_SEPARATOR); > if (pos >= 0) > { > enbededURL = file.substring(0, pos); > if (file.length() > pos + JAR_SEPARATOR.length()) > jarPath = file.substring(pos + JAR_SEPARATOR.length()); > } > > if (enbededURL.startsWith(PROTOCOL)) > { > > System.out.println("Opening next nested jar: " + enbededURL); > File tempJar = (File) savedJars.get(enbededURL); > if (tempJar == null) > { > InputStream embededData = new URL(enbededURL).openStream(); > tempJar = File.createTempFile("nested-", ".jar"); > storeJar(embededData, new FileOutputStream(tempJar)); > savedJars.put(enbededURL, tempJar); > } > > String t = tempJar.getCanonicalFile().toURL().toExternalForm(); > System.out.println("file URL : " + t); > t = "jar:" + t + JAR_SEPARATOR + jarPath; > System.out.println("Opening saved jar: " + t); > > return new URL(t).openConnection(); > > } > else > { > System.out.println("Opening final nested jar: " + enbededURL); > return new URL(enbededURL).openConnection(); > } > } > > } > > NestedJarURLHandler handler = new NestedJarURLHandler(); > > public URLStreamHandler createURLStreamHandler(String protocol) > { > if (protocol.equals(handler.PROTOCOL)) > return handler; > return null; > } > > public static void start() > { > URL.setURLStreamHandlerFactory(new NestedURLHandlerFactory()); > } > > > protected void storeJar(InputStream in, OutputStream out) throws > IOException > { > > BufferedInputStream bis = null; > BufferedOutputStream bos = null; > try > { > > bis = new BufferedInputStream(in); > bos = new BufferedOutputStream(out); > > byte data[] = new byte[512]; > int c; > while ((c = bis.read(data)) >= 0) > { > bos.write(data, 0, c); > } > > } > finally > { > try > { > bis.close(); > } > catch (IOException
Re: [JBoss-dev] JBoss/IIOP & JBoss/.Net optional -> standard
No, these are only compiled with you specify the -Dgroups=all. Currently the groups and modules properties are the only way to control which module gets executed. I initially setup the split based on different assumptions based on what I thought our usage would be. Basically though I think that all modules which compile and have tests should be run by default. Modules which don't compile with out extra work (like catalina) will stay out, but remain in the jboss-all project. And the rest? Why keep around a module that does not compile and has no tests? May be a good idea to have an experimental group though. For example, the jmx stuff might go there until it has been polished, then migrated to the standard group (or rather core in this case... depending on if it does not have any external depends). --jason David Jencks wrote: >On 2002.02.23 04:10:09 -0500 Jason Dillon wrote: > >>Any reason (once .net compiles) not to make these standard modules >>instead of optional? >> >>--jason >> > >Are these modules compiled with "all"? If so could you make the description >read something like "Compiles all modules, including optional and >experimental" and the description for "main" and "most" indicate that they >include only stable jboss modules? I don't find "most everything" very >informative. > >if not how about an "experimental" target that compiles stable and things >that may not be quite ready for prime time? > >Thanks! > >david jencks > >> >>___ >>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] No more unpacking!! (jboss 3)
Do you plan on hooking up a standard way to load native libs? If so then don't forget to take account for system type/arch and version which needs to be in the namespace of the lib somewhere (either as path info or part of the filename). These should be put in a lib/ dir under the deployments local space. I would suggest using the directory for namespace, so something like lib/${os.name}/${os.arch}/${os.version}. Will also need to allow for "links" to be made, since not all vms use the same names for these. (SunOS vs. Solaris... i386-i686 vs x86 and so on). --jason David Jencks wrote: >Well, after a couple of bug fixes, Hiram's njar protocol works fine. I >have the MainDeployer working using it instead of unpacking into tmp. > >Does anyone object to my committing this? > >Note that Hiram's protocol handler works by unpacking things into temp >files (in the system temp dir). However, it's all hidden, and presumably >will avoid the security /permissions concerns. > >I'll also implement Scott's suggestion of removing the random numbers and >including the entire path of the original url. (This is not as unique as >numbers, but it is unlikely anyone will deploy 2 packages with the same >url.getFile() value.) > >I'm also going to have another try at installing native libraries. Any >ideas about where they should be unpacked to? > >Thanks >david jencks > >___ >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] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 501 Successful tests: 492 Errors:4 Failures: 5 [time of test: 24 February 2002 4:30 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] No more unpacking!! (jboss 3)
>From: David Jencks <[EMAIL PROTECTED]> >To: jboss-dev <[EMAIL PROTECTED]> >Subject: [JBoss-dev] No more unpacking!! (jboss 3) >Date: Sat, 23 Feb 2002 21:33:59 -0500 > >Well, after a couple of bug fixes, Hiram's njar protocol works fine. I >have the MainDeployer working using it instead of unpacking into tmp. > Cool. >Does anyone object to my committing this? > >Note that Hiram's protocol handler works by unpacking things into temp >files (in the system temp dir). However, it's all hidden, and presumably >will avoid the security /permissions concerns. > We could make it so that the temp files are stored to the /tmp directory. That way the user can better manage the temp files that jboss creates. >I'll also implement Scott's suggestion of removing the random numbers and >including the entire path of the original url. (This is not as unique as >numbers, but it is unlikely anyone will deploy 2 packages with the same >url.getFile() value.) > >I'm also going to have another try at installing native libraries. Any >ideas about where they should be unpacked to? > >Thanks >david jencks > >___ >Jboss-development mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-development _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] No more unpacking!! (jboss 3)
On 2002.02.23 22:24:21 -0500 Scott M Stark wrote: > > > > Does anyone object to my committing this? > > > If its a bunch of changes we might need to rollback tag it with > Rel_3_0_0_5. Adds one file, modifies MainDeployer, and I think it may require a change in the web stuff - it turns out to break the web integration tests, I haven't looked why yet. Do you mean I should tag the codebase with Rel_3_0_0_5 before I commit? > > > Note that Hiram's protocol handler works by unpacking things into temp > > files (in the system temp dir). However, it's all hidden, and > presumably > > will avoid the security /permissions concerns. > > > The question here is will it work with the standard codebase syntax. What > is the most nested url we allow for an ejb-jar and war? sar/ear/ejb? > I'm working on security manager permission tests and I can add tests of > the njar url codebase usage in permissions. I really have no clue about these permission things. There is no theoretical limit to how deeply nested this stuff can get. sar/ear/rar/jar is plausible: ear/rar/jar is required by spec. If I commit this can you investigate the security stuff? > > > I'll also implement Scott's suggestion of removing the random numbers > and > > including the entire path of the original url. (This is not as unique > as > > numbers, but it is unlikely anyone will deploy 2 packages with the same > > url.getFile() value.) > > > > I'm also going to have another try at installing native libraries. Any > > ideas about where they should be unpacked to? > > > A 'native' directory under the deployment package directory makes sense > to me. where? I'm thinking of for instance native libs in rars. I was thinking tmp/native. Thanks! david jencks > > > > ___ > 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] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 501 Successful tests: 492 Errors:4 Failures: 5 [time of test: 24 February 2002 3:24 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] No more unpacking!! (jboss 3)
> > Does anyone object to my committing this? > If its a bunch of changes we might need to rollback tag it with Rel_3_0_0_5. > Note that Hiram's protocol handler works by unpacking things into temp > files (in the system temp dir). However, it's all hidden, and presumably > will avoid the security /permissions concerns. > The question here is will it work with the standard codebase syntax. What is the most nested url we allow for an ejb-jar and war? sar/ear/ejb? I'm working on security manager permission tests and I can add tests of the njar url codebase usage in permissions. > I'll also implement Scott's suggestion of removing the random numbers and > including the entire path of the original url. (This is not as unique as > numbers, but it is unlikely anyone will deploy 2 packages with the same > url.getFile() value.) > > I'm also going to have another try at installing native libraries. Any > ideas about where they should be unpacked to? > A 'native' directory under the deployment package directory makes sense to me. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 501 Successful tests: 491 Errors:4 Failures: 6 [time of test: 24 February 2002 2:54 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-521953 ] View next run time in scheduler
Patches item #521953, was opened at 2002-02-23 18:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521953&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Corby (corby) Assigned to: Nobody/Anonymous (nobody) Summary: View next run time in scheduler Initial Comment: The enclosed patch exposes a read-only property in the Scheduler called NextScheduledRunTime. For each instance of the Scheduler MBean, this property will display when the next time the MBean's associated Schedulable class or MBean will be invoked. I have found the information very helpful when administering multiple Schedulers on a server. The patch contains the CVS diffs on Scheduler.java and SchedulerMBean.java -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521953&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] No more unpacking!! (jboss 3)
Well, after a couple of bug fixes, Hiram's njar protocol works fine. I have the MainDeployer working using it instead of unpacking into tmp. Does anyone object to my committing this? Note that Hiram's protocol handler works by unpacking things into temp files (in the system temp dir). However, it's all hidden, and presumably will avoid the security /permissions concerns. I'll also implement Scott's suggestion of removing the random numbers and including the entire path of the original url. (This is not as unique as numbers, but it is unlikely anyone will deploy 2 packages with the same url.getFile() value.) I'm also going to have another try at installing native libraries. Any ideas about where they should be unpacked to? Thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/common jboss-jbossmx.jsp
User: juhalindfors Date: 02/02/23 15:29:51 Modified:src/docs/common jboss-jbossmx.jsp Log: book ad + new release Revision ChangesPath 1.3 +40 -18newsite/src/docs/common/jboss-jbossmx.jsp Index: jboss-jbossmx.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/common/jboss-jbossmx.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-jbossmx.jsp 2 Feb 2002 01:45:31 - 1.2 +++ jboss-jbossmx.jsp 23 Feb 2002 23:29:50 - 1.3 @@ -1,28 +1,48 @@ JBOSSMX - JAVA MANAGEMENT EXTENSIONS IMPLEMENTATION - - - + + + + + + + The JBossMX project is a Java Management Extensions implementation for the JBoss application server and the core of the JBoss microkernel architecture. It is optimized for speed in the MBean server invocation bus and will support many of the advanced JMX features such as security, transactions, MBean server federation, and fail-over. + - + - - - + http://www.amazon.com/exec/obidos/ASIN/0672322889/104-6670791-7933546"; border=0> + + BUY NOW! + The JBossMX implementation is in many parts based on the design and code + discussed in the JMX: Managing J2EE with Java Management Extensions. + + http://www.amazon.com/exec/obidos/ASIN/0672322889/104-0417757-3727125";>Order a copy to support development. + + + + + + + Features -Working towards complete JMX API functionality. More features later. - - +JBossMX 1.0 Release will be fully JMX 1.0 compliant. Other features in 1.0 release will include an advanced Model MBean implementation (XMBean), +high quality logging implementation, and interceptor based server design. + + + + + Releases -JBossMX 1.0 Alpha 1 +JBossMX 1.0 Alpha 2 @@ -33,19 +53,21 @@ - http://prdownloads.sourceforge.net/jboss/jmx-1_0_Alpha1.zip";>JBossMX_1_0_Alpha1.zip - 1.2M - February 1, 2002 + http://prdownloads.sourceforge.net/jboss/jmx-1_0_Alpha2.zip";>JBossMX_1_0_Alpha2.zip + 1.6M + February 23, 2002 - http://prdownloads.sourceforge.net/jboss/jmx-1_0_Alpha1.tgz";>JBossMX_1_0_Alpha1.tgz - 0.6M - February 1, 2002 + http://prdownloads.sourceforge.net/jboss/jmx-1_0_Alpha2.tgz";>JBossMX_1_0_Alpha2.tgz + 0.8M + February 23, 2002 - + + + Forums ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: JBoss documentation
|Scott should be the one commented, then the list. Scott rewrote all the I mean "commended", Scott should be the one "commended" for the doco, since he has done most of the work there and the reason it is so professional is that it is part of the upcoming book by himself. I also recommend you come to the class, the class in its present form is really targeted at advanced developers needing to dig the source, many of the folks on this list have been through the training, as it is the surest way to get there under my direct supervision. I am also rewriting some of the material to 1- cover JBoss3.0 2- be 3 days long so the post london formula will be 3 days only on JBoss and a J2EE training (under development)... It will be the "expresso JBoss" formula, get there turbo fast! Boom! There you have it, you liked the book? come see the movie! I put on a show :) marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures JMX_Book_Cover.gif
User: juhalindfors Date: 02/02/23 15:28:48 Added: src/docs/pictures JMX_Book_Cover.gif Log: book ad Revision ChangesPath 1.1 newsite/src/docs/pictures/JMX_Book_Cover.gif <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/02/23 14:44:15 Modified:src/docs/jbossgroup partners.jsp Log: Change tomcat links to make them work, add some links for Object Frontier Revision ChangesPath 1.17 +14 -15newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- partners.jsp 20 Feb 2002 21:54:23 - 1.16 +++ partners.jsp 23 Feb 2002 22:44:14 - 1.17 @@ -149,7 +149,12 @@ persistence engine built on JCA architecture, capable of persisting in Relational Database systems. http://www.objectfrontier.com/Products/FrontierSuite-J2EE/ApplicationServers/JBOSS/JBossSupportPage.html";> -Read More http://www.objectfrontier.com/Products/Pricing.html";>Buy Now +Read More + http://www.objectfrontier.com/Products/Pricing.html";>Buy Now + http://www.objectfrontier.com/AboutUs/Press/JBossDistributedCachingWithFrontierSuite-021902.html";> +Press Release + http://www.objectfrontier.com/download/jsp/page/download/EvaluationLicense.jsp";> +Free Download HOSTING @@ -298,23 +303,17 @@ WEB SERVERS JBOSS/TOMCAT -http://jakarta.apache.org/tomcat/";>Apache Tomcat the JSP/Servlet container from the java apache organization is -integrated - in JBoss. JBoss/Tomcat provides various integration levels. With the -JMXÂ spine - you can either bring Tomcat and JBoss up in the same VMÂ but as -separate - stacks or you can run everyone in the same "integrated stack" -with - tremendous speed advantages and native pointer passage. We continue to -closely - integrate with the latest releases of Tomcat to offer you the smooth -experience - you come to expect from JBoss. Read more +integrated in JBoss. JBoss/Tomcat provides various integration levels. With the +JMXÂ spine you can either bring Tomcat and JBoss up in the same VMÂ but as +separate stacks or you can run everyone in the same "integrated stack" +with tremendous speed advantages and native pointer passage. We continue to +closely integrate with the latest releases of Tomcat to offer you the smooth +experience you come to expect from JBoss. + http://jakarta.apache.org/tomcat/";>Read more JBOSS/JETTY https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures ObjectFrontier-logo.gif
User: mnf999 Date: 02/02/23 14:44:15 Modified:src/docs/pictures ObjectFrontier-logo.gif Log: Change tomcat links to make them work, add some links for Object Frontier Revision ChangesPath 1.2 +1 -1 newsite/src/docs/pictures/ObjectFrontier-logo.gif <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBoss documentation
Scott should be the one commented, then the list. Scott rewrote all the material and was the one to really put the book in shape :) marcf |-Original Message- |From: Peter Braswell [mailto:[EMAIL PROTECTED]] |Sent: Saturday, February 23, 2002 10:57 AM |To: marc fleury; [EMAIL PROTECTED] |Subject: JBoss documentation | | |Marc, (et. al) |This morning I purchased the JBoss base documentation |from Flashline. Although I've tried to keep my head |in JBoss development by monitoring the dev list, I've |not contributed directly in quite some time. | |I must commend you on a job well done! The few hours |that I've spent reading have resulted in a greater |understanding (and appreciation) of the underlying |architecture than any amount of noodling around or |source code browsing could; the documentation is a |HUGE value at a measly $10 bucks!! It has served to |lend new respect to the innovation and foresight you |guys have. Keep up the outstanding work! | |hoping to earn my source-forge id back soon, |peter braswell | |__ |Do You Yahoo!? |Yahoo! Sports - Coverage of the 2002 Olympic Games |http://sports.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx build.xml
User: juhalindfors Date: 02/02/23 13:33:13 Modified:.build.xml Log: alpha 2 release Revision ChangesPath 1.20 +2 -2 jmx/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jmx/build.xml,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- build.xml 22 Feb 2002 16:44:31 - 1.19 +++ build.xml 23 Feb 2002 21:33:13 - 1.20 @@ -12,7 +12,7 @@ - + @@ -63,7 +63,7 @@ - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server ServerConstants.java
User: juhalindfors Date: 02/02/23 13:35:27 Modified:src/main/org/jboss/mx/server ServerConstants.java Log: Alpha 2 release Revision ChangesPath 1.4 +2 -2 jmx/src/main/org/jboss/mx/server/ServerConstants.java Index: ServerConstants.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/ServerConstants.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ServerConstants.java 15 Feb 2002 16:42:13 - 1.3 +++ ServerConstants.java 23 Feb 2002 21:35:27 - 1.4 @@ -17,7 +17,7 @@ * @see org.jboss.mx.server.MBeanServerImpl * * @author mailto:[EMAIL PROTECTED]";>Juha Lindfors. - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * */ public interface ServerConstants @@ -61,7 +61,7 @@ /** * The version of the implementation. This value can be retrieved from the MBean server delegate. */ - final static String IMPLEMENTATION_VERSION = "1.0 Alpha 1"; + final static String IMPLEMENTATION_VERSION = "1.0 Alpha 2"; /** * The vendor of the implementation. This value can be retrieved from the MBean server delegate. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] SAMS version of the JBoss book can now be preordered
I was buying the JMX book at Amazon and I saw that the JBoss book can now be preordered there as well. See http://www.amazon.com/exec/obidos/ASIN/0672323478/ref=pd_huc_qp_3_3/104-7627 345-5207958 They list the publish date as March 22. Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/.Net plugin broken...
>From: David Jencks <[EMAIL PROTECTED]> >To: marc fleury <[EMAIL PROTECTED]> >CC: Jason Dillon <[EMAIL PROTECTED]>, Jung Christoph ><[EMAIL PROTECTED]>, jboss-dev ><[EMAIL PROTECTED]> >Subject: Re: [JBoss-dev] JBoss/.Net plugin broken... >Date: Sat, 23 Feb 2002 11:32:49 -0500 > >I wrote an xdoclet deployer but have so far completely failed to get it to >work at all. I think that it is due to classloader problems with javadoc >and ant. XDoclet passes configuration info past javadoc in a serialized >file, and for reasons I don't understand, when I run ant from within my >deployer, when the doclet tries to deserialize the objects, it can't find >the classes. Apparently xjavadoc will eliminate the need to pass the >config info around javadoc, but it isn't ready yet. There may also be >issues around ant's classloading scheme running inside jboss. If only ant >was built on jmx;-((. > >Suggestions, help, etc, welcome. If you are having classloader issuses, I would recomend booting JBoss with the new Boot class (use the boot.bat in /bin). Then if you want to execute ant outside of jboss'es classloaders, you can by doing something like: Boot b = Boot.getInstance(); Boot.ApplicationBoot ab = b.createApplicationBoot(); ab.applicationClass = "org.jboss.Main" ab.classpath.add(new URL("file:run.jar")); ab.args.add("default"); // this would start the application in a new thread. b.startApplication( ab ); // Would boot the appp in the current thread. ab.boot(); Regards, Hiram > >david jencks _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss Boot.java
User: chirino Date: 02/02/23 11:33:02 Modified:src/main/org/jboss Boot.java Log: Enhancments: - Boot can now be used applications to boot other applications. - Added a few debug messages - ContextClassLoader is now getting set for the application. - Added a -help option Revision ChangesPath 1.2 +194 -89 jboss/src/main/org/jboss/Boot.java Index: Boot.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Boot.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Boot.java 21 Feb 2002 23:17:00 - 1.1 +++ Boot.java 23 Feb 2002 19:33:02 - 1.2 @@ -29,11 +29,26 @@ * start the test.App2TEST application. * Important Note: Notice that there are spaces before and after the ","!!! * - * TODO: Add debug print statments to help users figure out when they are improperly using this class. - * TODO: Bring in some of the features that are in the org.jboss.main like the jboss.boot.loader.name property + * You can now boot other applications via ths Boot class from withing one of the applications + * that was booted by the Boot. * - * @author mailto:[EMAIL PROTECTED]";>Hiram Chirino + * Example usage: + * + * Boot b = Boot.getInstance(); + * Boot.ApplicationBoot ab = b.createApplicationBoot(); + * ab.applicationClass = "org.jboss.Main" + * ab.classpath.add(new URL("file:run.jar")); + * ab.args.add("default"); + * + * // this would start the application in a new thread. + * b.startApplication( ab ); + * + * // Would boot the appp in the current thread. + * ab.boot(); * + * + * + * @author mailto:[EMAIL PROTECTED]";>Hiram Chirino */ public class Boot { @@ -41,35 +56,49 @@ /** * Indicates whether this instance is running in debug mode. */ - protected boolean debug = false; - + protected boolean verbose = false; + /** * For each booted application, we will store a ApplicationBoot object in this linked list. */ - protected LinkedList applicationBoots; - - // constants - private static final String DEBUG = "-debug"; - private static final String BOOT_APP_SEPERATOR = System.getProperty("org.jboss.Boot.APP_SEPERATOR", ","); - private static final String CP = "-cp"; + protected LinkedList applicationBoots = new LinkedList(); + static Boot instance; + ThreadGroup bootThreadGroup; + + /** + * If boot is accessed via an API, force the use of the getInstance() method. + */ + protected Boot () { +instance = this; +bootThreadGroup = Thread.currentThread().getThreadGroup(); + } + + public static Boot getInstance() { +if( instance == null ) +instance = new Boot(); +return instance; + } /** -* Data that is extracted for each mbus app that is specified on the command line +* Represents an application that can be booted. */ - class ApplicationBoot implements Runnable + public class ApplicationBoot implements Runnable { - - LinkedList classpath = new LinkedList(); - String applicationClass; - LinkedList passThruArgs = new LinkedList(); - URLClassLoader classloader; - boolean isRunning; - - /** -* This is what actually loads the application classes and -* invokes the main method. We send any unhandled exceptions to -* System.err -*/ + /** LinkedList of URL that will be used to load the application's classes and resources */ + public LinkedList classpath = new LinkedList(); + /** The applications class that will be executed. */ + public String applicationClass; + /** The aruments that will appsed to the application. */ + public LinkedList args = new LinkedList(); + + protected URLClassLoader classloader; + protected Thread bootThread; + + /** + * This is what actually loads the application classes and + * invokes the main method. We send any unhandled exceptions to + * System.err + */ public void run() { try @@ -83,28 +112,36 @@ } } - /** -* This is what actually loads the application classes and -* invokes the main method. -*/ + /** + * This is what actually loads the application classes and + * invokes the main method. + */ public void boot() throws ClassNotFoundException, NoSuchMethodException, IllegalAccessException, InvocationTargetException { + verbose("Booting: "+applicationClass); + verbose("Classpath: "+classpath); + verbose("
[JBoss-dev] JBoss documentation
Marc, (et. al) This morning I purchased the JBoss base documentation from Flashline. Although I've tried to keep my head in JBoss development by monitoring the dev list, I've not contributed directly in quite some time. I must commend you on a job well done! The few hours that I've spent reading have resulted in a greater understanding (and appreciation) of the underlying architecture than any amount of noodling around or source code browsing could; the documentation is a HUGE value at a measly $10 bucks!! It has served to lend new respect to the innovation and foresight you guys have. Keep up the outstanding work! hoping to earn my source-forge id back soon, peter braswell __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Fixing the non-deterministic tmp/deploy file names
With this approach I think its just too easy to miss using a UnifiedClassLoader and assigning permissions correctly. It also has to work with class loaders that delegate to some parent UnifiedClassLoader as is the case for web containers. We can try this approach since its a simple change, but we need a collection of unit tests that run with a security manager to validate this will work. As for the current unit tests failures, there are areas where privaledged blocks need to be added. For the change I am suggesting if this does not work, the deploy directory would use the original paths to form a unique and fixed namespace on which permissions can be assigned. The permission you listed would be: grant codeBase "file:/${jboss.home}/tmp/deploy/$(jboss.home}/bin/*" { permission java.security.AllPermission; } grant codeBase "file:/${jboss.home}/tmp/deploy/$(jboss.home}/lib/*" { permission java.security.AllPermission; } grant codeBase "file:/${jboss.home}/tmp/deploy/$(jboss.home}/lib/ext/*" { permission java.security.AllPermission; } grant codeBase "file:/${jboss.home}/tmp/deploy/$(jboss.home}/deploy/lib/*" { permission java.security.AllPermission; } - Original Message - From: "Adrian Brock" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 22, 2002 10:06 PM Subject: Re: [JBoss-dev] Fixing the non-deterministic tmp/deploy file names > Hi Scott, > > I've got a patch that stores the original deployment > url in the UnifiedClassLoader. > If it's a subpackage it stores the topmost parent > from DeploymentInfo. > > Then in UnifiedClassLoader it does > > protected PermissionsCollection getPermissions(CodeSource cs) > { > CodeSource origCS = new CodeSource(origURL, cs.getCertificates()); > super.getPermissions(origCS); > } > > I'm not sure about the performance impact of this code, > especially on java 1.4 > > I'm don't know whether the certificates part works? > > I haven't tested it with current CVS. > It didn't work with the Jetty MBeans. They didn't get > a UnifiedClassLoader, but that is easy to fix. > > One annoying feature of the new single deploy/ > directory will be you can't do > > grant codeBase "file:/$(jboss.home}/bin/*" { >permission java.security.AllPermission; > } > grant codeBase "file:/$(jboss.home}/lib/*" { >permission java.security.AllPermission; > } > grant codeBase "file:/$(jboss.home}/lib/ext/*" { >permission java.security.AllPermission; > } > grant codeBase "file:/$(jboss.home}/deploy/lib/*" { >permission java.security.AllPermission; > } > grant { >permission java.util.PropertyPermission "*", "read"; >permission java.lang.RuntimePermission "queuePrintJob"; >permission java.net.SocketPermission "*", "connect"; > } > > To get the specs recommendation. > You have to list every sar in deploy/ > > Regards, > Adrian > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Fixing the non-deterministic tmp/deploy file names
I've put the diffs on sourceforge. Patch #521821 Regards, Adrian > The patch mentioned doesn't have a serious > performance overhead running without a > SecurityManager. > The times for running the testsuite on my laptop > are: > Before 465 secs > After 480 secs > > But I think I've found a problem. > > When I tested this before, I just got the system > to boot and deployed an jar that tried to do file > access. > This time I ran the testsuite (to get performance > figures) and I hit a problem straight-away. > > The BmpUnitTestCase does a lookup of the datasource > in > ENC. This fails, ENCFactory tries to get the context > > class loader, but it is still running the ejb's > permissions. > > I went back to try it on 2.4.4. > This time I used the tomcat-test.ear deployment. > The example fails on marshalledObject.get() > It tries to load the bean classes in the servlet > but it isn't allowed to read from the nested jar. > URLClassLoader hasn't given it the permissions. > > Shouldn't there be some doPrivileged blocks in > there somewhere? > > This might just be my lack of understanding or > misconfiguration? > > Regards, > Adrian > > > Hi Scott, > > > > I've got a patch that stores the original > deployment > > url in the UnifiedClassLoader. > > If it's a subpackage it stores the topmost parent > > from DeploymentInfo. > > > > Then in UnifiedClassLoader it does > > > > protected PermissionsCollection > > getPermissions(CodeSource cs) > > { > > CodeSource origCS = new CodeSource(origURL, > > , cs.getCertificates()); > > super.getPermissions(origCS); > > } > > > > I'm not sure about the performance impact of this > > code, > > especially on java 1.4 > > > > I'm don't know whether the certificates part > works? > > > > I haven't tested it with current CVS. > > It didn't work with the Jetty MBeans. They didn't > > get > > a UnifiedClassLoader, but that is easy to fix. > > > > One annoying feature of the new single deploy/ > > directory will be you can't do > > > > grant codeBase "file:/$(jboss.home}/bin/*" { > >permission java.security.AllPermission; > > } > > grant codeBase "file:/$(jboss.home}/lib/*" { > >permission java.security.AllPermission; > > } > > grant codeBase "file:/$(jboss.home}/lib/ext/*" { > >permission java.security.AllPermission; > > } > > grant codeBase "file:/$(jboss.home}/deploy/lib/*" > { > >permission java.security.AllPermission; > > } > > grant { > > permission java.util.PropertyPermission "*", > > ", "read"; > > permission java.lang.RuntimePermission > > on "queuePrintJob"; > > permission java.net.SocketPermission "*", > > ", "connect"; > > } > > > > To get the specs recommendation. > > You have to list every sar in deploy/ > > > > Regards, > > Adrian > > > > > The only simple solution I can see to the local > > > tmp/deploy > > > copy name problem as it relates to being able to > > > specify > > > Java2 codebase permissions is to replicate the > > > original > > > url path under the tmp/deploy directory. So: > > > > > > path1/lib=> > > > ${jboss.home}/tmp/deploy/path1/lib > > > path1/lib/ext=> > > > ${jboss.home}/tmp/deploy/path1/lib/ext > > > path2/deploy => > > > ${jboss.home}/tmp/deploy/path2/deploy > > > path3/deploy => > > > ${jboss.home}/tmp/deploy/path3/deploy > > > httpPath1/lib/a.jar => > > > ${jboss.home}/tmp/deploy/http/host/path1/lib > > > httpPath1/lib/ext/b.jar => > > > ${jboss.home}/tmp/deploy/http/host/path1/lib/ext > > > > > > Which allows for a simple transformation from > the > > > original permission > > > specification to the reployment location: > > > > > > grant codeBase "file:/path1/lib/ext/*" { > > > permission java.lang.RuntimePermission > > > on "setPrincipalInfo"; > > > }; > > > > > > becomes: > > > > > > grant codeBase > > > "file:/${jboss.home}/tmp/deploy/path1/lib/ext/*" > { > > > permission java.lang.RuntimePermission > > > on "setPrincipalInfo"; > > > }; > > > > > > grant codeBase > "http://installhost/path1/lib/ext/*"; > > { > > > permission java.lang.RuntimePermission > > > on "setPrincipalInfo"; > > > }; > > > > > > becomes: > > > > > > grant codeBase > > > > > > "file:/${jboss.home}/tmp/deploy/http/installhost/path1 > > > > > > lib/ext/*" { > > > permission java.lang.RuntimePermission > > > on "setPrincipalInfo"; > > > }; > > > > > > since the PolicyFile implementation does allow > > > property references. > > > You won't be able to assign permissions to > > individual > > > jars or > > > subcomponents of ears, wars, sars, etc., but I > > think > > > we can live > > > with that. Any better ideas? > > > > > > > > > Scott Stark > > > Chief Technology Officer > > > JBoss Group, LLC > > > > > > > > > > > > ___ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-dev > > > > > >
[JBoss-dev] [ jboss-Patches-521821 ] Permissions Codebase & UCL
Patches item #521821, was opened at 2002-02-23 08:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521821&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Nobody/Anonymous (nobody) Summary: Permissions Codebase & UCL Initial Comment: Attached are the diffs for the UCL to redirect permissions back to the deployment URL, not the tmp/deploy URL. Regards, Adrian -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521821&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java
User: ejort Date: 02/02/23 08:48:08 Modified:src/main/org/jboss Main.java Log: Unused imports removed Revision ChangesPath 1.70 +1 -4 jboss/src/main/org/jboss/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v retrieving revision 1.69 retrieving revision 1.70 diff -u -r1.69 -r1.70 --- Main.java 16 Feb 2002 05:31:14 - 1.69 +++ Main.java 23 Feb 2002 16:48:08 - 1.70 @@ -15,9 +15,6 @@ import javax.management.RuntimeErrorException; import javax.management.RuntimeOperationsException; -import org.jboss.system.ServiceLibraries; -import org.jboss.system.UnifiedClassLoader; - import gnu.getopt.Getopt; import gnu.getopt.LongOpt; @@ -29,7 +26,7 @@ * * @author mailto:[EMAIL PROTECTED]";>Marc Fleury * @author mailto:[EMAIL PROTECTED]";>Jason Dillon - * @version $Revision: 1.69 $ + * @version $Revision: 1.70 $ */ public class Main implements Runnable ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: jboss/src/main/org/jboss/monitor BeanCacheMonitor.java BeanCacheMonitorMBean.java
Hi David, > Is this in active use? I don't think so. It ages back to early 2.0 times when I coded the cache and wanted to offer some monitoring capabilities to JBoss. It still can be useful though. > Is the interface/way it works etc. > fixed in stone? No, I mean everyone can change it following the evolution of JBoss, as you explain below. Regards Simon > Since everything is turning into mbeans, including (already) > the Container, > I'd like to see this work in a different way: > > (Entity and SFSB)Containers implement the cache snapshot as a managed > attribute (read-only). Then you can look at any one bean easily. > > BeanCacheMonitor turns into a mbean query on the mbeans you > want to look at > + projection onto the snapshot attribute. > > Along related lines... > > How about putting the ejb type and ejb-module parent as > components of the > ejb container object name? This would make finding particular ejb > containers much easier using the query facility. For > instance, you can do > a query to find all entities in an ejb-module. Or should we use the > relation service for this? > > Thanks > david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/.Net plugin broken...
On 2002.02.23 14:14:08 -0500 marc fleury wrote: > |I think that if any of this has ever worked it should be included in the > |main build and whatever tests exist added to the main testsuite. Unless > I > |get notified by broken tests, I don't know something exists, let alone > |whether I broke it. > > ++1 > > I don't know that it ever really worked, but we talked with Scott > yesterday > and this JBoss.net thing must go up there with CMP2.0, clustering and > MBoss > (JMX). The truth is that we have one of the most complete solutions for > .NET development (services talking with webservices) and we should really > make some noise. Scott said he wants to become Mr JBoss.NET full time as > it > is going to be one of our most important features. > > Bottom line: anything that makes JBoss.NET part of the main line and main > tests is ++1. > > On the same line of thought, do you think integrating the deployers can > enable us to put a java file with doclet stuff and get an EJB AND a > webservice (by tying the ant to call he axis deployer)? I plan on > finishing > the unification of invokers next week (with Invocation return and client > int) so we could test the shared EJB thingy. That's going to be sweet. > I wrote an xdoclet deployer but have so far completely failed to get it to work at all. I think that it is due to classloader problems with javadoc and ant. XDoclet passes configuration info past javadoc in a serialized file, and for reasons I don't understand, when I run ant from within my deployer, when the doclet tries to deserialize the objects, it can't find the classes. Apparently xjavadoc will eliminate the need to pass the config info around javadoc, but it isn't ready yet. There may also be issues around ant's classloading scheme running inside jboss. If only ant was built on jmx;-((. Suggestions, help, etc, welcome. david jencks > marcf > > > ___ > 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] CVS update: jbossmx/src/main/org/jboss/ha/httpsession/interfaces SerializableHttpSession.java
User: slaboure Date: 02/02/23 08:23:26 Modified:src/main/org/jboss/ha/httpsession/interfaces SerializableHttpSession.java Log: No more inherits HttpSession so that any private implementation of HttpSession (that may not directly implement this interface) can be used for storage Revision ChangesPath 1.2 +5 -2 jbossmx/src/main/org/jboss/ha/httpsession/interfaces/SerializableHttpSession.java Index: SerializableHttpSession.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/httpsession/interfaces/SerializableHttpSession.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- SerializableHttpSession.java 31 Dec 2001 15:18:10 - 1.1 +++ SerializableHttpSession.java 23 Feb 2002 16:23:26 - 1.2 @@ -20,7 +20,7 @@ * @see org.jboss.ha.httpsession.interfaces.ClusteredHttpSessionBusiness * * @author mailto:[EMAIL PROTECTED]";>Sacha Labourey. - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * * Revisions: * @@ -30,7 +30,7 @@ * */ -public interface SerializableHttpSession extends javax.servlet.http.HttpSession, java.io.Serializable +public interface SerializableHttpSession extends java.io.Serializable { /** * Method used by the entity bean @@ -43,4 +43,7 @@ * @param previousVersionA previous version of the HttpSession to be compared against. */ public boolean areAttributesModified (SerializableHttpSession previousVersion); + + public long getContentCreationTime (); + public long getContentLastAccessTime (); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/httpsession/beanimpl/ejb ClusteredHTTPSessionBeanImpl.java
User: slaboure Date: 02/02/23 08:22:41 Modified:src/main/org/jboss/ha/httpsession/beanimpl/ejb ClusteredHTTPSessionBeanImpl.java Log: Uses the new SerializableHttpSession definition that no more inherits HttpSession so that any private implementation of HttpSession can be used for storage Revision ChangesPath 1.2 +2 -2 jbossmx/src/main/org/jboss/ha/httpsession/beanimpl/ejb/ClusteredHTTPSessionBeanImpl.java Index: ClusteredHTTPSessionBeanImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/httpsession/beanimpl/ejb/ClusteredHTTPSessionBeanImpl.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ClusteredHTTPSessionBeanImpl.java 9 Feb 2002 15:17:54 - 1.1 +++ ClusteredHTTPSessionBeanImpl.java 23 Feb 2002 16:22:41 - 1.2 @@ -22,7 +22,7 @@ * @see org.jboss.ha.httpsession.ejb.ClusteredHTTPSessionBeanAbstract * * @author mailto:[EMAIL PROTECTED]";>Sacha Labourey. - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * * Revisions: * @@ -90,8 +90,8 @@ // in any case, we update the "time" attributes // - this.setCreationTime (session.getCreationTime ()); - this.setLastAccessedTime (session.getLastAccessedTime ()); + this.setCreationTime (session.getContentCreationTime ()); + this.setLastAccessedTime (session.getContentLastAccessTime ()); // in any cases, we assign the new session: this is because the session // may have internal data that is not used for the isModified comparison ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519699 ] MBean loader is not used for operations
Bugs item #519699, was opened at 2002-02-18 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=519699&group_id=22866 Category: JBossMX Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Adrian Brock (ejort) Summary: MBean loader is not used for operations Initial Comment: See the org/jboss/test/jbossmx/implementation/server/ContextCLT estCase that demonstrates two issues with the current implementation. 1. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for the mbean ctor, and so, the ctor fails. 2. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for operations on the MBean and so interaction with MarshalledObject fails. Both of these need to work in order for the 3.0 release to be able to use the jmx implementation with the new class loader architecture. -- >Comment By: Adrian Brock (ejort) Date: 2002-02-23 08:15 Message: Logged In: YES user_id=9459 This should be fixed for your test. I'll add some more tests for all the different methods later. e.g. get/setAttribute(), instantiate(), etc. Scott, if you are happy, do you want to close this, or wait until all the tests have been written? Regards, Adrian -- Comment By: Scott M Stark (starksm) Date: 2002-02-19 12:02 Message: Logged In: YES user_id=175228 The original unit test was not demonstrating the real issue seen with Bug#516649. It has been updated to correctly demonstrate the problem. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=519699&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session ClusteredHttpSessionData.java
User: slaboure Date: 02/02/23 08:22:24 Modified:jetty/src/main/org/jboss/jetty/session ClusteredHttpSessionData.java Log: Uses the new SerializableHttpSession definition that no more inherits HttpSession so that any private implementation of HttpSession can be used for storage Revision ChangesPath 1.2 +12 -1 contrib/jetty/src/main/org/jboss/jetty/session/ClusteredHttpSessionData.java Index: ClusteredHttpSessionData.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/ClusteredHttpSessionData.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ClusteredHttpSessionData.java 21 Jan 2002 21:58:13 - 1.1 +++ ClusteredHttpSessionData.java 23 Feb 2002 16:22:24 - 1.2 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: ClusteredHttpSessionData.java,v 1.1 2002/01/21 21:58:13 jules_gosnell Exp $ +// $Id: ClusteredHttpSessionData.java,v 1.2 2002/02/23 16:22:24 slaboure Exp $ // @@ -190,4 +190,15 @@ { return true; } + + public long getContentCreationTime () + { + return _creationTime; + } + + public long getContentLastAccessTime () + { + return _lastAccessedTime; + } + } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server MBeanServerImpl.java
User: ejort Date: 02/02/23 08:10:02 Modified:src/main/org/jboss/mx/server MBeanServerImpl.java Log: Thread context classloading in MBeans Revision ChangesPath 1.17 +532 -320 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java Index: MBeanServerImpl.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- MBeanServerImpl.java 22 Feb 2002 16:44:32 - 1.16 +++ MBeanServerImpl.java 23 Feb 2002 16:10:02 - 1.17 @@ -90,11 +90,22 @@ * * @author mailto:[EMAIL PROTECTED]";>Juha Lindfors. * @author mailto:[EMAIL PROTECTED]";>Adrian Brock. - * @version $Revision: 1.16 $ + * @version $Revision: 1.17 $ */ public class MBeanServerImpl implements MBeanServer, ServerConstants { + // Constants -- + + /** +* No parameters array +*/ + private static final Object[] NOPARAMS = new Object[0]; + + /** +* No signature array +*/ + private static final String[] NOSIG = new String[0]; // Attributes @@ -157,7 +168,7 @@ try { registerMBean(delegate, new ObjectName(MBEAN_SERVER_DELEGATE), - JMImplementation); + null, JMImplementation); } catch (MalformedObjectNameException e) { @@ -178,190 +189,72 @@ } // MBeanServer implementation + public Object instantiate(String className) throws ReflectionException, MBeanException { - try - { - Class clazz = DefaultLoaderRepository.loadClass(className); - Constructor constr = clazz.getConstructor(new Class[0]); - - return constr.newInstance(new Object[0]); - } - catch (Throwable t) - { - handleInstantiateExceptions(t, className); - - log.error("Unhandled exception instantiating class: " + className, t); - - return null; - } + return instantiate(className, (ClassLoader)null, NOPARAMS, NOSIG); } - public Object instantiate(String className, ObjectName loaderName) throws ReflectionException, MBeanException, InstanceNotFoundException + public Object instantiate(String className, Object[] params, String[] signature) throws ReflectionException, MBeanException { - try - { - ClassLoader loader = (ClassLoader)registry.get(loaderName).getResourceInstance(); - - if (loader == null) -loader = this.getClass().getClassLoader(); - - Class clazz = loader.loadClass(className); - Constructor constr = clazz.getConstructor(new Class[0]); - - return constr.newInstance(new Object[0]); - } - catch (ClassCastException e) - { - throw new ReflectionException(e, loaderName + " is not a class loader."); - } - catch (Throwable t) - { - handleInstantiateExceptions(t, className); - - log.error("Unhandled exception instantiating class: " + className, t); - - return null; - } + return instantiate(className, (ClassLoader)null, params, signature); } - public Object instantiate(String className, Object[] params, String[] signature) throws ReflectionException, MBeanException + public Object instantiate(String className, ObjectName loaderName) throws ReflectionException, MBeanException, InstanceNotFoundException { - try - { - Class clazz = DefaultLoaderRepository.loadClass(className); - - Class[] sign = new Class[signature.length]; - for (int i = 0; i < signature.length; ++i) - { -try -{ - sign[i] = DefaultLoaderRepository.loadClass(signature[i]); -} -catch (ClassNotFoundException e) -{ - throw new ReflectionException(e, "Constructor parameter class not found: " + signature[i]); -} - } - - Constructor constructor = clazz.getConstructor(sign); - return constructor.newInstance(params); - } - catch (ClassNotFoundException e) - { - throw new ReflectionException(e, "Class not found: " + className); - } - catch (InstantiationException e) - { - throw new ReflectionException(e, "Cannot instantiate with specified constructor: " + className); - } - catch (IllegalAccessException e) - { - throw new ReflectionException(e, "Ille
RE: [JBoss-dev] JBoss/.Net plugin broken...
|I think that if any of this has ever worked it should be included in the |main build and whatever tests exist added to the main testsuite. Unless I |get notified by broken tests, I don't know something exists, let alone |whether I broke it. ++1 I don't know that it ever really worked, but we talked with Scott yesterday and this JBoss.net thing must go up there with CMP2.0, clustering and MBoss (JMX). The truth is that we have one of the most complete solutions for .NET development (services talking with webservices) and we should really make some noise. Scott said he wants to become Mr JBoss.NET full time as it is going to be one of our most important features. Bottom line: anything that makes JBoss.NET part of the main line and main tests is ++1. On the same line of thought, do you think integrating the deployers can enable us to put a java file with doclet stuff and get an EJB AND a webservice (by tying the ant to call he axis deployer)? I plan on finishing the unification of invokers next week (with Invocation return and client int) so we could test the shared EJB thingy. That's going to be sweet. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server/registry MBeanEntry.java
User: ejort Date: 02/02/23 08:10:04 Modified:src/main/org/jboss/mx/server/registry MBeanEntry.java Log: Thread context classloading in MBeans Revision ChangesPath 1.6 +9 -2 jmx/src/main/org/jboss/mx/server/registry/MBeanEntry.java Index: MBeanEntry.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/registry/MBeanEntry.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- MBeanEntry.java 29 Jan 2002 03:33:22 - 1.5 +++ MBeanEntry.java 23 Feb 2002 16:10:04 - 1.6 @@ -16,7 +16,7 @@ * @see org.jboss.mx.server.MBeanServerImpl * * @author mailto:[EMAIL PROTECTED]";>Juha Lindfors. - * @version $Revision: 1.5 $ + * @version $Revision: 1.6 $ */ public class MBeanEntry { @@ -25,15 +25,17 @@ private String resourceClassName = null; private DynamicMBean invoker = null; private Object resource = null; + private ClassLoader cl = null; // Constructors -- - public MBeanEntry(ObjectName objectName, DynamicMBean invoker, Object resource) + public MBeanEntry(ObjectName objectName, DynamicMBean invoker, Object resource, ClassLoader cl) { setObjectName(objectName); this.invoker = invoker; this.resourceClassName = resource.getClass().getName(); this.resource = resource; + this.cl = cl; } // Public @@ -60,5 +62,10 @@ public Object getResourceInstance() { return resource; + } + + public ClassLoader getClassLoader() + { + return cl; } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/IIOP & JBoss/.Net optional -> standard
On 2002.02.23 04:10:09 -0500 Jason Dillon wrote: > Any reason (once .net compiles) not to make these standard modules > instead of optional? > > --jason Are these modules compiled with "all"? If so could you make the description read something like "Compiles all modules, including optional and experimental" and the description for "main" and "most" indicate that they include only stable jboss modules? I don't find "most everything" very informative. if not how about an "experimental" target that compiles stable and things that may not be quite ready for prime time? Thanks! david jencks > > > ___ > 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] Fixing the non-deterministic tmp/deploy file names
The patch mentioned doesn't have a serious performance overhead running without a SecurityManager. The times for running the testsuite on my laptop are: Before 465 secs After 480 secs But I think I've found a problem. When I tested this before, I just got the system to boot and deployed an jar that tried to do file access. This time I ran the testsuite (to get performance figures) and I hit a problem straight-away. The BmpUnitTestCase does a lookup of the datasource in ENC. This fails, ENCFactory tries to get the context class loader, but it is still running the ejb's permissions. I went back to try it on 2.4.4. This time I used the tomcat-test.ear deployment. The example fails on marshalledObject.get() It tries to load the bean classes in the servlet but it isn't allowed to read from the nested jar. URLClassLoader hasn't given it the permissions. Shouldn't there be some doPrivileged blocks in there somewhere? This might just be my lack of understanding or misconfiguration? Regards, Adrian > Hi Scott, > > I've got a patch that stores the original deployment > url in the UnifiedClassLoader. > If it's a subpackage it stores the topmost parent > from DeploymentInfo. > > Then in UnifiedClassLoader it does > > protected PermissionsCollection > getPermissions(CodeSource cs) > { > CodeSource origCS = new CodeSource(origURL, > , cs.getCertificates()); > super.getPermissions(origCS); > } > > I'm not sure about the performance impact of this > code, > especially on java 1.4 > > I'm don't know whether the certificates part works? > > I haven't tested it with current CVS. > It didn't work with the Jetty MBeans. They didn't > get > a UnifiedClassLoader, but that is easy to fix. > > One annoying feature of the new single deploy/ > directory will be you can't do > > grant codeBase "file:/$(jboss.home}/bin/*" { >permission java.security.AllPermission; > } > grant codeBase "file:/$(jboss.home}/lib/*" { >permission java.security.AllPermission; > } > grant codeBase "file:/$(jboss.home}/lib/ext/*" { >permission java.security.AllPermission; > } > grant codeBase "file:/$(jboss.home}/deploy/lib/*" { >permission java.security.AllPermission; > } > grant { > permission java.util.PropertyPermission "*", > ", "read"; > permission java.lang.RuntimePermission > on "queuePrintJob"; > permission java.net.SocketPermission "*", > ", "connect"; > } > > To get the specs recommendation. > You have to list every sar in deploy/ > > Regards, > Adrian > > > The only simple solution I can see to the local > > tmp/deploy > > copy name problem as it relates to being able to > > specify > > Java2 codebase permissions is to replicate the > > original > > url path under the tmp/deploy directory. So: > > > > path1/lib=> > > ${jboss.home}/tmp/deploy/path1/lib > > path1/lib/ext=> > > ${jboss.home}/tmp/deploy/path1/lib/ext > > path2/deploy => > > ${jboss.home}/tmp/deploy/path2/deploy > > path3/deploy => > > ${jboss.home}/tmp/deploy/path3/deploy > > httpPath1/lib/a.jar => > > ${jboss.home}/tmp/deploy/http/host/path1/lib > > httpPath1/lib/ext/b.jar => > > ${jboss.home}/tmp/deploy/http/host/path1/lib/ext > > > > Which allows for a simple transformation from the > > original permission > > specification to the reployment location: > > > > grant codeBase "file:/path1/lib/ext/*" { > > permission java.lang.RuntimePermission > > on "setPrincipalInfo"; > > }; > > > > becomes: > > > > grant codeBase > > "file:/${jboss.home}/tmp/deploy/path1/lib/ext/*" { > > permission java.lang.RuntimePermission > > on "setPrincipalInfo"; > > }; > > > > grant codeBase "http://installhost/path1/lib/ext/*"; > { > > permission java.lang.RuntimePermission > > on "setPrincipalInfo"; > > }; > > > > becomes: > > > > grant codeBase > > > "file:/${jboss.home}/tmp/deploy/http/installhost/path1 > > > lib/ext/*" { > > permission java.lang.RuntimePermission > > on "setPrincipalInfo"; > > }; > > > > since the PolicyFile implementation does allow > > property references. > > You won't be able to assign permissions to > individual > > jars or > > subcomponents of ears, wars, sars, etc., but I > think > > we can live > > with that. Any better ideas? > > > > > > Scott Stark > > Chief Technology Officer > > JBoss Group, LLC > > > > > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-dev > > > lopment > _ View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=9441 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/.Net plugin broken...
On 2002.02.23 04:08:43 -0500 Jason Dillon wrote: > Looks like it needs a create(org.jboss.deployment.DeploymentInfo) > method. Does anythone know why it does not have one? > > --jason I fixed this so it compiles, and changed a few other things to match current deployer structure. It still doesnt' deploy: 1. complains axis.jar is not in lib/ext. Should this go in the jbossnet.sar? 2. after fixing (1) 10:13:13,383 ERROR [AxisService] Starting failed java.lang.Exception: Could not find the axis configuration file {0}. at org.jboss.net.axis.server.AxisService.ensureService(AxisService.java:158) 3. The mbean no longer needs to know about the specific web deployer, deploying the servlet is now done through the main deployer. Keeping the depends element will make sure the web deployer is available before this one is deployed. I don't know where this should be coming from. Comments: Unless the dd for the axis servlet needs to be constructed using config info from the axis service mbean, it should be possible to deploy the servlet before the mbean by packing it in a war inside the sar. I think that if any of this has ever worked it should be included in the main build and whatever tests exist added to the main testsuite. Unless I get notified by broken tests, I don't know something exists, let alone whether I broke it. Thanks david jencks > > > ___ > 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] CVS update: contrib/jboss.net build.xml
User: d_jencks Date: 02/02/23 07:13:43 Modified:jboss.net build.xml Log: updated to new sub deployer structure and made war deployment go through main deployer Revision ChangesPath 1.13 +9 -1 contrib/jboss.net/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/jboss.net/build.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- build.xml 17 Feb 2002 18:32:08 - 1.12 +++ build.xml 23 Feb 2002 15:13:43 - 1.13 @@ -12,7 +12,7 @@ - + @@ -136,6 +136,13 @@ + + + + + + + @@ -147,6 +154,7 @@ + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/src/main/org/jboss/net/axis/server AxisService.java Constants.java
User: d_jencks Date: 02/02/23 07:13:43 Modified:jboss.net/src/main/org/jboss/net/axis/server AxisService.java Constants.java Log: updated to new sub deployer structure and made war deployment go through main deployer Revision ChangesPath 1.10 +76 -50 contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisService.java Index: AxisService.java === RCS file: /cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisService.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- AxisService.java 15 Feb 2002 03:25:29 - 1.9 +++ AxisService.java 23 Feb 2002 15:13:43 - 1.10 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: AxisService.java,v 1.9 2002/02/15 03:25:29 user57 Exp $ +// $Id: AxisService.java,v 1.10 2002/02/23 15:13:43 d_jencks Exp $ package org.jboss.net.axis.server; @@ -67,7 +67,7 @@ * A deployer service that installs and manages Axis within JMX. * @created 27. September 2001 * @author mailto:[EMAIL PROTECTED]";>Christoph G. Jung - * @version $Revision: 1.9 $ + * @version $Revision: 1.10 $ * Change notes: * * 01.02.02: CGJ, Adapted to jboss3.0.0DR1 deployment changes. Arrgh! @@ -247,15 +247,10 @@ // Call the war deployer through the JMX server to initialise // and deploy the info - getServer().invoke(new ObjectName(getWarDeployerName()), - INIT_METHOD_NAME, new Object[] - {myDeploymentInfo},new String[] - {DEPLOYMENT_INFO_CLASS_NAME}); - - getServer().invoke(new ObjectName(getWarDeployerName()), - DEPLOY_METHOD_NAME, new Object[] - {myDeploymentInfo},new String[] - {DEPLOYMENT_INFO_CLASS_NAME}); + server.invoke(MainDeployerMBean.OBJECT_NAME, +"deploy", +new Object[] {myDeploymentInfo}, +new String[] {"org.jboss.deployment.DeploymentInfo"}); try { @@ -274,6 +269,25 @@ /** what to do to stop axis temporarily --> undeploy the servlet */ public void stopService() throws Exception { + // tear down all running web services + //Is this really what you want to do? Not leave services running anyway? + for (Iterator apps = new java.util.ArrayList(deployments.values()).iterator(); apps.hasNext(); ) + { + DeploymentInfo info= (DeploymentInfo) apps.next(); + try + { +//unregister through server so it's bookeeping is up to date. +server.invoke(MainDeployerMBean.OBJECT_NAME, + "undeploy", + new Object[] {info}, + new String[] {"org.jboss.deployment.DeploymentInfo"}); + } + catch(Exception e) + { +log.error("Could not undeploy deployment "+info,e); + } + } + // deregister from main deployer such that we do not get // web services assigned anymore try @@ -285,17 +299,9 @@ new Object[] {this}, new String[] {"org.jboss.deployment.DeployerMBean"}); } - catch (Exception e) {log.error("Could not deregister from MainDeployer", e);} - - // tear down all running web services - for (Iterator apps = new java.util.ArrayList(deployments.values()).iterator(); apps.hasNext(); ) + catch (Exception e) { - DeploymentInfo info= (DeploymentInfo) apps.next(); - try{ - undeploy(info); - } catch(DeploymentException e) { - log.error("Could not undeploy deployment "+info,e); - } + log.error("Could not deregister from MainDeployer", e); } // undeploy Axis servlet @@ -305,12 +311,11 @@ log.getCategory().l7dlog(Priority.INFO,ABOUT_TO_UNDEPLOY_0,new Object[] {myDeploymentInfo},null); - // Call the appropriate deployer through the JMX server - Object webApplication= - getServer().invoke(new ObjectName(getWarDeployerName()), - UNDEPLOY_METHOD_NAME, new Object[] - {myDeploymentInfo},new String[] - {DEPLOYMENT_INFO_CLASS_NAME}); + server.invoke(MainDeployerMBean.OBJECT_NAME, + "undeploy", + new Object[] {myDeploymentInfo}, + new String[] {"org.jboss.deployment.DeploymentInfo"}); + } catch (Exception e) { log.getCategory().error(COULD_NOT_STOP_AXIS, e); @@ -464,26 +469,45 @@ } } + /** -* Deploy a given URL. +* Describe create method here. * -* @param urlThe URL to deploy. +
[JBoss-dev] [ jboss-Bugs-521058 ] Argument type mismatch after redeploy
Bugs item #521058, was opened at 2002-02-21 08:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=521058&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Nobody/Anonymous (nobody) Summary: Argument type mismatch after redeploy Initial Comment: Bug: Deploy hello.jar, then undeploy, then redeploy it again. After the redeployment calling the hello method with a string parameter still works, but passing a HelloData instance as parameter in the howdy() method results in an IllegalArgumentException: 2002-02-21 17:36:19,188 INFO [org.jboss.ejb.EJBDeployer] Undeploying:file:/D:/apps/jboss/jboss- 3.0.0beta/deploy/hello.jar 2002-02-21 17:36:19,188 INFO [org.jboss.deployment.MainDeployer] could not delete directory file:/D:/apps/jboss/jboss- 3.0.0beta/tmp/deploy/70.hello.jar restart will delete it 2002-02-21 17:36:19,188 INFO [org.jboss.deployment.MainDeployer] Undeployed file:/D:/apps/jboss/jboss-3.0.0beta/deploy/hello.jar 2002-02-21 17:36:39,392 INFO [org.jboss.deployment.MainDeployer] Deploying: file:/D:/apps/jboss/jboss-3.0.0beta/deploy/hello.jar 2002-02-21 17:36:39,517 INFO [org.jboss.ejb.EJBDeployer] Deploying HelloWorld 2002-02-21 17:36:44,236 ERROR [org.jboss.invocation.jrmp.server.JRMPInvoker] operation failed java.rmi.ServerException: argument type mismatch; nested exception is: java.lang.IllegalArgumentException: argument type mismatch java.lang.IllegalArgumentException: argument type mismatch at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.StatelessSessionContainer$ContainerInterc eptor.invoke(StatelessSessionContainer.java:642) at org.jboss.ejb.plugins.StatelessSessionInstanceIntercept or.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke (StatelessSessionContainer.java:308) at org.jboss.ejb.Container.invoke (Container.java:630) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke (JRMPInvoker.java:364) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch (Unknown Source) at sun.rmi.transport.Transport$1.run(Unknown Source) at java.security.AccessController.doPrivileged (Native Method) at sun.rmi.transport.Transport.serviceCall (Unknown Source) at sun.rmi.transport.tcp.TCPTransport.handleMessages (Unknown Source) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.ru n(Unknown Source) at java.lang.Thread.run(Unknown Source) Context: RH from CVS (less than one hour old) jdk1.3.1_02 from Sun JBoss-3.0.0beta CVSTag=Rel_3_0_0_3 Default config OS-System: Windows NT 4.0,x86 This happens on Windows NT as well as on Solaris. (On Solaris removing the jar during undeployment works, on WindowsNT never). The only way I have found to get around this is to restart the server. Georg -- >Comment By: Georg Schmid (giorgio42) Date: 2002-02-23 06:09 Message: Logged In: YES user_id=437570 The easiest way to reproduce this error is to run the test suite a second time without restarting the server. After the second run has completed: testsuite\output\log>grep -n IllegalArgumentException *.log|wc -l 10 Some BeanUnitTestCase suffers from the same problem. This really gives me the breaks with JBoss, because I have to restart the server each time I need to redeploy an EJB. Any ideas? Any help? If someone is willing to point me in the right direction I'll attack this myself (have to), but currently I have no clue what could cause these exceptions. (I've been working all day with JBoss for the last two and a half month, making transitions from 2.4.4 to 3.0alpha to 3.0beta. Now that my project is approaching production mode, JBoss seems kind of messed up. And the 3.0alpha from the first half of January looked so good... but with all the changes in jbosscmp-jdbc.xml I could not go back even if I had a backup of that version. Sigh. Georg -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=521058
RE: [JBoss-dev] Fixing the non-deterministic tmp/deploy file names
|To get the specs recommendation. |You have to list every sar in deploy/ That is a show stopper imho marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/.Net plugin broken...
On 2002.02.23 04:08:43 -0500 Jason Dillon wrote: > Looks like it needs a create(org.jboss.deployment.DeploymentInfo) > method. Does anythone know why it does not have one? Beacause it doesn't compile as part of the main project and has not tests so as far as I can tell it doesn't exist. I'll see if I can fix this. david jencks > > --jason > > > ___ > 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] JBoss/IIOP & JBoss/.Net optional -> standard
Any reason (once .net compiles) not to make these standard modules instead of optional? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss/.Net plugin broken...
Looks like it needs a create(org.jboss.deployment.DeploymentInfo) method. Does anythone know why it does not have one? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-521742 ] Enhanced diagnostics during deployment
Patches item #521742, was opened at 2002-02-23 00:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521742&group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Kirill Frolov (fkirill) Assigned to: Nobody/Anonymous (nobody) Summary: Enhanced diagnostics during deployment Initial Comment: The patch should will enhance the diagnostics related to the ejb-jar.xml/ejbClass inconsistency. It would be cool if it will be incorporated into the main branch. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521742&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/etc - New directory
User: user57 Date: 02/02/23 00:14:52 jboss-common/src/etc - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Configuration layout changes...
Might want to change start() to register() and perhaps drop it in org.jboss.net. --jason Hiram Chirino wrote: > Hi david... I knew we could. > > I've implemented a custom URLStreamHandlerFactory so that we can > handle nested jars!! With it you can use the new "njar" protocol (n > for nested). To use just do: > > NestedURLHandlerFactory.start(); > URL u = new URL("njar:njar:file:c:/test1.zip!/test2.zip!/hello.txt"); > u.openStream(); > > I'm going to attach the sources to this e-mail. Please review and if > it help you fix your problem, let me know. > > Regards, > Hiram > >> > >I hoped you could use multiple jar: prefixes, but >> > this doesn't work when I >> > >try it at least for accessing the contents :- If >> > it did we wouldn't >> > >have to unpack anything. >> > > >> > >jar:jar:jar:file:/uxr/jboss/deploy/outside.sar!/middl >> > .ear!/inside.rar!/rarcode.jar >> > > >> > >david jencks >> > > >> > >> > Could we handle this if we created a custom >> > URLFactory thingy??? >> > I think we could. >> > >> > Regards, >> > Hiram >> > > > > > > _ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com > /* > * JBoss, the OpenSource J2EE webOS > * > * Distributable under LGPL license. > * See terms of license at gnu.org. > */ > package org.jboss.util; > > import java.io.BufferedInputStream; > import java.io.BufferedOutputStream; > import java.io.DataInputStream; > import java.io.File; > import java.io.FileOutputStream; > import java.io.IOException; > import java.io.InputStream; > import java.io.OutputStream; > import java.net.URL; > import java.net.URLConnection; > import java.net.URLStreamHandler; > import java.net.URLStreamHandlerFactory; > import java.util.HashMap; > import java.util.Map; > > /** > * > * This is class allows you to use the njar: URL protocol. It is very > * similar to it's jar: cusin. The difference being that jars can be > * nested. > * > * An example of how to use this class is: > * > * > * NestedURLHandlerFactory.start(); > * URL u = new URL("njar:njar:file:c:/test1.zip!/test2.zip!/hello.txt"); > * u.openStream(); > * > * > * > * Please be aware that the njar protocol caches it's jar in temporary > storage > * when connections are opened into them. So for the above example, 2 > files would > * cached a temp files names similar to nested-.jar > * > * TODO: Add accessors so that the cache can be flushed. > * > * > * @author mailto:[EMAIL PROTECTED]";>Hiram Chirino > * > */ > public class NestedURLHandlerFactory implements URLStreamHandlerFactory > { > > public class NestedJarURLHandler extends URLStreamHandler > { > > Map savedJars = new HashMap(); > > // URL protocol designations > public static final String PROTOCOL = "njar"; > public static final String JAR_SEPARATOR = "!/"; > > /* > * @see URLStreamHandler#openConnection(URL) > */ > protected URLConnection openConnection(URL u) throws IOException > { > String file = u.getFile(); > String enbededURL = file; > String jarPath = ""; > > int pos = file.lastIndexOf(JAR_SEPARATOR); > if (pos >= 0) > { > enbededURL = file.substring(0, pos); > if (file.length() > pos + JAR_SEPARATOR.length()) > jarPath = file.substring(pos + JAR_SEPARATOR.length()); > } > > if (enbededURL.startsWith(PROTOCOL)) > { > > System.out.println("Opening next nested jar: " + enbededURL); > File tempJar = (File) savedJars.get(enbededURL); > if (tempJar == null) > { > InputStream embededData = new URL(enbededURL).openStream(); > tempJar = File.createTempFile("nested-", ".jar"); > storeJar(embededData, new FileOutputStream(tempJar)); > savedJars.put(enbededURL, tempJar); > } > > String t = tempJar.getCanonicalFile().toURL().toExternalForm(); > System.out.println("file URL : " + t); > t = "jar:" + t + JAR_SEPARATOR + jarPath; > System.out.println("Opening saved jar: " + t); > > return new URL(t).openConnection(); > > } > else > { > System.out.println("Opening final nested jar: " + enbededURL); > return new URL(enbededURL).openConnection(); > } > } > > } > > NestedJarURLHandler handler = new NestedJarURLHandler(); > > public URLStreamHandler createURLStreamHandler(String protocol) > { > if (protocol.equals(handler.PROTOCOL)) > return handler; > return null; > } > > public static void start() > { > URL.setURLStreamHandlerFactory(new NestedURLHandlerFactory()); > } > > > protected void storeJar(InputStream in, OutputStream out) throws > IOException > { > > BufferedInputStream bis = null; > BufferedOutputStream bos = null; > try > { > > bis = new BufferedInputStream(in); > bos = new BufferedOutputStream(out); > > byte data[] = new byte[512]; > int c; > while ((c = bis.read(data)) >= 0) > { > bos.write(data, 0, c); > } > > } > finally > { > try > { > bis.close(); > } > catch (IOException ignore) > { > } > try > { > bos.close(); > } > catch (IOException ignore) > { > } > } > } > > public static void main(String[] arguments) throws Exception > { > > NestedURLHandlerF
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/deployment - New directory
User: user57 Date: 02/02/23 00:18:02 jboss-system/src/main/org/jboss/deployment - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/resources/org - New directory
User: user57 Date: 02/02/23 00:12:52 jboss-system/src/resources/org - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/resources/org/jboss - New directory
User: user57 Date: 02/02/23 00:12:58 jboss-system/src/resources/org/jboss - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/logging - New directory
User: user57 Date: 02/02/23 00:18:02 jboss-system/src/main/org/jboss/logging - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development