[JBoss-dev] ClassLoader problems with war contents

[Jan Bartel]

Marc,

The Jetty/JBoss integration is still using a MortBay classloader to load 
the contents of war files as the JBoss MBeanClassLoader does not appear 
to return us classes from the WEB-INF/classes directory.

I think this could be due to the part of the package name becoming 
appended onto the URL for xxx/WEB-INF/classes. Eg when running the
servlets in jbosstest-web.ear, we see:

Servlet ClassLoader[2]: org.jboss.system.MBeanClassLoader:935439853
URLs:
[25] = 
file:/home/janb/new-jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/66.jbosstest-web.war.webinf/WEB-INF/classes/org/jboss/test/web/servlets/

We will stop using the MortBay classloader if we can get the 
MBeanClassLoader to supply all jars and /classes/* from a war.

cheers,
Jan









___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-515542 ] getRemote in MBean view throws NPE

[noreply]

Bugs item #515542, was opened at 2002-02-10 08:35
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=515542&group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned to: marc fleury (mnf999)
Summary: getRemote in MBean view throws NPE

Initial Comment:
Basic info:

INFO JBoss (MX MicroKernel) 3.0.0DR1(200202092237) 
[RABBIT-HOLE]
...
11:40:24,734 INFO  [Info] Java version: 1.3.1_02,Sun 
Microsystems Inc.
11:40:24,734 INFO  [Info] Java VM: Java HotSpot(TM) 
Client VM 1.3.1_02-b02,Sun Microsystems Inc.

11:40:24,734 INFO  [Info] OS-System: Windows 2000 
5.0,x86

Bug:
EJBs are listed in the agent view,
but clicking getRemote/getHome in the Bean View
gives me on the console and the debug log:

2002-02-10 17:29:42,093 ERROR 
[org.jboss.ejb.EntityContainer] invoke returned an 
exception
java.lang.NullPointerException
at org.jboss.ejb.Container.invoke
(Container.java:563)
at org.jboss.ejb.EntityContainer.invoke
(EntityContainer.java:990)
at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:1555)
at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:1523)
at com.sun.jdmk.comm.HtmlInvokePage.buildPage
(HtmlInvokePage.java:240)
at 
com.sun.jdmk.comm.HtmlRequestHandler.processGetRequest
(HtmlRequestHandler.java:325)
at 
com.sun.jdmk.comm.HtmlRequestHandler.processRequest
(HtmlRequestHandler.java:152)
at com.sun.jdmk.comm.HtmlRequestHandler.doRun
(HtmlRequestHandler.java:79)
at com.sun.jdmk.comm.ClientHandler.run
(ClientHandler.java:84)
at java.lang.Thread.run(Unknown Source)

and of course an "472 MBean failure"
The MBean 
[jboss.j2ee:service=EJB,jndiName=ejb/entities/Entity] 
throws an MBeanException when calling [getRemote]:
java.lang.NullPointerException 

on the page.

A grep on the debug log shows:
server.log.1:2002-02-10 16:48:50,640 DEBUG 
[org.jboss.proxy.ejb.ProxyFactory] Bound EntityEB to 
ejb/entities/Entity

And I cannot get access to any home interface from the 
client. The call does not even reach the server. But
this may be a different story.

Georg
--
"I'm not living for you, I'm living for me." (Garland 
Jeffreys)

--

>Comment By: David Jencks (d_jencks)
Date: 2002-02-19 23:22

Message:
Logged In: YES 
user_id=60525

The npe is caused by null instead of new
MBeanParameterInfo[] {}.  I'm fixing this. When it's fixed,
then you get a different error;-) caused as marc explains.

Does anyone have a problem with implementing these methods
as regular DynamicMBean methods as well as the shortcuts?

--

Comment By: Jason Dillon (user57)
Date: 2002-02-13 00:17

Message:
Logged In: YES 
user_id=15045

With the current optimization hacks around the container,
any client that does not provide an Invocation object which
contains the method call information will fail.

Need to talk to Marc about this.

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=515542&group_id=22866

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty README

[Jan Bartel]

  User: janb
  Date: 02/02/19 23:21:34

  Modified:jettyREADME
  Log:
  Updated comments to reflect new Jetty configuration.
  
  Revision  ChangesPath
  1.9   +9 -8  contrib/jetty/README
  
  Index: README
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/README,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- README19 Feb 2002 07:48:15 -  1.8
  +++ README20 Feb 2002 07:21:33 -  1.9
  @@ -29,8 +29,7 @@
   
   STILL UNDER DEVELOPMENT - We extend Jetty's HttpSession management to
   support distributable sessions by reusing infrastructure available
  -from JBoss (JBossHA, EJBs etc). Various strategies are configurable in
  -jetty.xml.
  +from JBoss (JBossHA, EJBs etc). Various strategies are configurable.
   
   xml:
   
  @@ -53,7 +52,7 @@
   
   Just start JBoss3. Jetty should deploy from the jetty-plugin.sar. The
   HTTP server will be on 8080 by default. This and other proprietary
  -features are configurable in jetty.xml which you will find in
  +features are configurable in jboss-service.xml which you will find in
   jetty-plugin.sar. Unpack it, make your changes, repack it and copy it
   back whence you found it. JBoss will notice, reload and restart Jetty
   with it's new configuration.  If you hit localhost:8080/ with your
  @@ -63,17 +62,19 @@
   
   CONFIGURATION
   -
  +The Jetty MBean is configured via META-INF/jboss-service.xml in
  +jetty-plugin.sar.
   
   The proprietary aspects of Jetty and webapps may be configured in
  -jetty.xml and META-INF/jetty-web.xml respectively. The file format is
  -an XML veneer over Jetty's native Java API, so have your JavaDoc to
  -hand - for further info see jetty.mortbay.org.
  +this jboss-service.xml and WEB-INF/web-jetty.xml respectively. 
  +
  +In both cases, the format is an XML veneer over Jetty's native 
  +Java API, so have your JavaDoc to hand - for further info see 
  +jetty.mortbay.org.
   
   The non-proprietary parts are configurable through the standard J2EE
   webapp descriptors.
   
  -The Jetty MBean is configures via META-INF/jboss-service.xml in
  -jetty-plugin.sar.
   
   
   Enjoy,
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Changes to Jetty-JBoss configuration

[Jan Bartel]

FYI:

The most recent check-in of Jetty-JBoss integration has streamlined the 
process of configuring Jetty:

+ listeners and HTTP request logs are now specified entirely within
   jboss-service.xml using embedded Jetty XML within an  tag

+ the above removes the need for the etc/jetty.xml file and it has been
   deleted from CVS. Any extra Jetty configs should be specified in a
WEB-INF/web-jetty.xml file within a webapp (see comments in
   jboss-service.xml)

+ the org.mortbay.jetty.jar now standardly includes a webdefault.xml
   resource, thus it is no longer needed in etc/webdefault.xml and has
   been removed from CVS. Note that the  tag
   can still be used to specify a different webdefault.xml file to  
   override the use of the standard one. See comments in the
   jboss-service.xml file for how to use this tag.

+ deleted unused etc/jetty.properties from CVS


+ deleted unused etc/demo.xml from CVS

+ majorly upgraded the comments in etc/README and jboss-service.xml ;-)


Jan






___
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

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 22:40:38

  Modified:src/main/org/jboss/deployment DeploymentInfo.java
  Log:
  Add a findEjbLocalLink method that traverses a DeploymentInfo heirarchy
  looking for the local home JNDI name for a given ejb-link value.
  
  Revision  ChangesPath
  1.9   +38 -6 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.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- DeploymentInfo.java   15 Feb 2002 18:03:36 -  1.8
  +++ DeploymentInfo.java   20 Feb 2002 06:40:38 -  1.9
  @@ -48,7 +48,7 @@
   * @author mailto:[EMAIL PROTECTED]";>Daniel Schulze
   * @author mailto:[EMAIL PROTECTED]";>Christoph G. Jung
   * @author mailto:[EMAIL PROTECTED]";>Scott Stark
  -* @version   $Revision: 1.8 $ 
  +* @version   $Revision: 1.9 $ 
   *
   *  20011211 marc fleury:
   *  
  @@ -253,7 +253,7 @@
   *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 to which the ejbLink
  +*@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(String ejbLink)
  @@ -265,9 +265,35 @@
 if( top == null )
return null;
 // Search from the top for a matching ejb
  -  return findEjbLink(top, ejbLink);
  +  return findEjbLink(top, ejbLink, false);
  }
  -   private static String findEjbLink(DeploymentInfo parent, String ejbLink)
  +
  +   /** 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(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
  @@ -276,14 +302,20 @@
ApplicationMetaData appMD = (ApplicationMetaData) parent.metaData;
BeanMetaData beanMD = appMD.getBeanByEjbName(ejbLink);
if( beanMD != null )
  -return beanMD.getJndiName();
  + {
  +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);
  + ejbName = findEjbLink(child, ejbLink, isLocal);
 }
 return ejbName;
  }
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/web/catalina EmbeddedCatalinaServiceSX.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 22:43:59

  Modified:catalina/src/main/org/jboss/web/catalina
EmbeddedCatalinaServiceSX.java
  Log:
  Use the AbstractWebContainer getCompileClasspath method to obtain the
  JSP compile classpath passed to jasper.
  
  Revision  ChangesPath
  1.7   +2 -40 
contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java
  
  Index: EmbeddedCatalinaServiceSX.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- EmbeddedCatalinaServiceSX.java16 Feb 2002 04:56:08 -  1.6
  +++ EmbeddedCatalinaServiceSX.java20 Feb 2002 06:43:59 -  1.7
  @@ -69,7 +69,7 @@
@see org.apache.catalina.startup.Embedded

@author [EMAIL PROTECTED]
  - @version $Revision: 1.6 $
  + @version $Revision: 1.7 $
*/
   public class EmbeddedCatalinaServiceSX extends AbstractWebContainer implements 
EmbeddedCatalinaServiceSXMBean
   {
  @@ -263,48 +263,10 @@
{
   catalina.stop();
}
  - catch(Exception e)
  + catch(Exception ignore)
{
}
 }
  -   }
  -
  -   /** Build an array of URL strings that will be used as the JSP compiler
  -*classpath. As of Tomcat-4.0.2, this information is not being obtained
  -*from the thread context classloader so we have to build it.
  -*/
  -   protected String[] getCompileClasspath(ClassLoader loader)
  -   {
  -  String[] jspResources = {
  - "javax/servlet/resources/web-app_2_3.dtd",
  - "org/apache/jasper/resources/jsp12.dtd",
  - "javax/ejb/EJBHome.class"
  -  };
  -  ArrayList tmp = new ArrayList();
  -  for(int j = 0; j < jspResources.length; j ++)
  -  {
  - URL rsrcURL = loader.getResource(jspResources[j]);
  - if( rsrcURL != null )
  - {
  -String url = rsrcURL.toExternalForm();
  -if( rsrcURL.getProtocol().equals("jar") )
  -{
  -   // Parse the jar:!/{entry} URL
  -   url = url.substring(4);
  -   int seperator = url.indexOf('!');
  -   url = url.substring(0, seperator);
  -}
  -tmp.add(url);
  - }
  - else
  - {
  -log.warn("Failed to fin jsp rsrc: "+jspResources[j]);
  - }
  -  }
  -  log.debug("JSP CompileClasspath: " + tmp);
  -  String[] cp = new String[tmp.size()];
  -  tmp.toArray(cp);
  -  return cp;
  }
   
  /** Perform the tomcat specific deployment steps.
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/catalina build.xml

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 22:43:59

  Modified:catalina build.xml
  Log:
  Use the AbstractWebContainer getCompileClasspath method to obtain the
  JSP compile classpath passed to jasper.
  
  Revision  ChangesPath
  1.9   +3 -1  contrib/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/contrib/catalina/build.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- build.xml 19 Feb 2002 22:28:21 -  1.8
  +++ build.xml 20 Feb 2002 06:43:59 -  1.9
  @@ -12,7 +12,7 @@
   
   
   
  -
  +
   
   
   
  @@ -268,6 +268,8 @@
 
  +
  +
   
   
   
  
  
  

___
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

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 22:42:09

  Modified:src/main/org/jboss/web AbstractWebContainer.java
  Log:
  Add common support for obtaining the JSP compile path given the web
  context class loader.
  Add support for specifying the root context name at the war level using
  the jboss-web/context-root element.
  
  Revision  ChangesPath
  1.29  +244 -68   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.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- AbstractWebContainer.java 17 Feb 2002 03:04:31 -  1.28
  +++ AbstractWebContainer.java 20 Feb 2002 06:42:09 -  1.29
  @@ -10,7 +10,9 @@
   import java.net.MalformedURLException;
   import java.net.URL;
   import java.net.URLClassLoader;
  +import java.util.ArrayList;
   import java.util.HashMap;
  +import java.util.HashSet;
   import java.util.Iterator;
   import java.io.File;
   import java.io.InputStream;
  @@ -18,7 +20,9 @@
   import java.io.FileOutputStream;
   import java.io.OutputStream;
   import java.io.IOException;
  +import java.lang.reflect.Method;
   import java.net.JarURLConnection;
  +import java.net.URL;
   import java.util.jar.JarFile;
   import java.util.jar.Attributes;
   import java.util.jar.JarEntry;
  @@ -31,7 +35,9 @@
   import javax.naming.NameNotFoundException;
   import javax.management.ObjectName;
   
  +import org.w3c.dom.Document;
   import org.w3c.dom.Element;
  +import org.w3c.dom.NodeList;
   
   import org.jboss.deployment.DeploymentInfo;
   import org.jboss.deployment.DeploymentException;
  @@ -43,6 +49,7 @@
   import org.jboss.metadata.ResourceEnvRefMetaData;
   import org.jboss.metadata.ResourceRefMetaData;
   import org.jboss.metadata.WebMetaData;
  +import org.jboss.metadata.XmlFileLoader;
   import org.jboss.naming.ENCFactory;
   import org.jboss.naming.Util;
   import org.jboss.security.plugins.NullSecurityManager;
  @@ -139,7 +146,7 @@
   @see org.jboss.security.SecurityAssociation;
   
   @author  [EMAIL PROTECTED]
  -@version $Revision: 1.28 $
  +@version $Revision: 1.29 $
   */
   public abstract class AbstractWebContainer 
  extends ServiceMBeanSupport 
  @@ -174,7 +181,8 @@
  
  /** A mapping of deployed warUrl strings to the WebApplication object */
  protected HashMap deploymentMap = new HashMap();
  -   
  +
  +
  public AbstractWebContainer()
  {
  }
  @@ -203,28 +211,13 @@
   {
  // iterate the war modules
  mod = (J2eeModuleMetaData) it.next();
  -
  -   if (mod.isWeb())
  +   if( mod.isWeb() )
  {
  -  //only pick up the context for our war, the names should match
  -  // The wars come from packages and thus are unpackaged under 
/tmp/deploy/.myweb.war
  -  if (di.shortName.lastIndexOf(mod.getFileName()) != -1)
  - di.webContext = mod.getWebContext();
  -   } 
  +  di.webContext = mod.getWebContext();
  +   }
   }
}
  - 
  - if (di.webContext == null)
  - {
  -di.webContext = di.shortName;
  - }
  -  
  - // if it is not a sub-deployment get the context from the name of the 
deployment
  - // FIXME marcf: I can't believe there is no way to specify the context in 
web.xml
  - 
  - // make sure the context starts with a slash
  - if (!di.webContext.startsWith("/")) di.webContext = "/"+di.webContext;
  -
  +
// resolve the watch
if (di.url.getProtocol().startsWith("http"))
{
  @@ -374,8 +367,20 @@
URLClassLoader warLoader = URLClassLoader.newInstance(empty, 
appClassLoader);
thread.setContextClassLoader(warLoader);
WebDescriptorParser webAppParser = new DescriptorParser(di);
  - WebApplication warInfo = performDeploy(di.webContext, 
di.localUrl.toString(), webAppParser);
  - deploymentMap.put(di.localUrl.toString(), warInfo);
  + // If there is no di.webContext build it from the war or jboss-web.xml
  + String webContext = di.webContext;
  + if( webContext != null )
  + {
  +if( webContext.length() > 0 && webContext.charAt(0) != '/' )
  +   webContext = "/" + webContext;
  + }
  + // Get the war URL
  + URL warURL = di.localUrl != null ? di.localUrl : di.url;
  + // If there is no webContext build one
  + if( webContext == null )
  +webContext = buildWebContext(di);
  + WebApplication warInfo = performDeploy(webContext, warURL.toString(), 
webAppParser);
  + deploymentMap.put(warURL.toString(), w

[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/util WriterOutputStream.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:05

  Added:   jetty/src/main/org/mortbay/util WriterOutputStream.java
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.1  contrib/jetty/src/main/org/mortbay/util/WriterOutputStream.java
  
  Index: WriterOutputStream.java
  ===
  // 
  // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  // $Id: WriterOutputStream.java,v 1.1 2002/02/20 06:27:05 janb Exp $
  // 
  
  package org.mortbay.util;
  
  import java.io.IOException;
  import java.io.OutputStream;
  import java.io.Writer;
  
  
  /*  */
  /** Wrap a Writer as an OutputStream.
   * When all you have is a Writer and only an OutputStream will do.
   * Try not to use this as it indicates that your design is a dogs
   * breakfast (JSP made me write it).
   * @version 1.0 Tue Feb 12 2002
   * @author Greg Wilkins (gregw)
   */
  public class WriterOutputStream extends OutputStream
  {
  protected Writer _writer;
  protected String _encoding;
  private byte[] _buf=new byte[1];
  
  /*  */
  public WriterOutputStream(Writer writer, String encoding)
  {
  _writer=writer;
  _encoding=encoding;
  }
  
  /*  */
  public WriterOutputStream(Writer writer)
  {
  _writer=writer;
  }
  
  /*  */
  public void close()
  throws IOException
  {
  _writer.close();
  _writer=null;
  _encoding=null;
  }
  
  /*  */
  public void flush()
  throws IOException
  {
  _writer.flush();
  }
  
  /*  */
  public void write(byte[] b) 
  throws IOException
  {
  if (_encoding==null)
  _writer.write(new String(b));
  else
  _writer.write(new String(b,_encoding));
  }
  
  /*  */
  public void write(byte[] b, int off, int len)
  throws IOException
  {
  if (_encoding==null)
  _writer.write(new String(b,off,len));
  else
  _writer.write(new String(b,off,len,_encoding));
  }
  
  /*  */
  public synchronized void write(int b)
  throws IOException
  {
  _buf[0]=(byte)b;
  write(_buf);
  }
  }
  
  
  
  

___
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 JDBCUserRealm.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:04

  Added:   jetty/src/main/org/mortbay/http JDBCUserRealm.java
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.1  contrib/jetty/src/main/org/mortbay/http/JDBCUserRealm.java
  
  Index: JDBCUserRealm.java
  ===
  package org.mortbay.http;
  
  import org.mortbay.util.Code;
  import org.mortbay.util.Resource;
  import org.mortbay.http.HashUserRealm;
  
  import java.io.IOException;
  import java.sql.Connection;
  import java.sql.DriverManager;
  import java.sql.ResultSet;
  import java.sql.PreparedStatement;
  import java.sql.SQLException;
  import java.sql.Statement;
  import java.util.HashMap;
  import java.util.Properties;
  
  /*  */
  /** HashMapped User Realm with JDBC as data source.
   * JDBCUserRealm extends HashUserRealm and adds a method to fetch user
   * information from database.
   * The getUser() method checks the inherited HashMap and if the user
   * is found, then it is returned.
   * Otherwise fetch information from database and populate inherited
   * hash.
   * Periodically (controled by configuration parameter), internal
   * hashes are cleared. Caching can be disabled by setting cache
   * refresh interval to zero.
   * Uses one database connection that is initialized at startup. Reconnect
   * on failures. getUser() is 'synchronized'.
   *
   * An example properties file for configuration is in
   * $JETTY_HOME/etc/jdbcRealm.properties
   *
   * @see Password
   * @version $Id: JDBCUserRealm.java,v 1.1 2002/02/20 06:27:04 janb Exp $
   * @author Arkadi Shishlov (arkadi)
   * @author Fredrik Borgh
   * @author Greg Wilkins (gregw)
   */
  
  public class JDBCUserRealm extends HashUserRealm
  {
  private String _jdbcDriver;
  private String _url;
  private String _userName;
  private String _password;
  private String _userTable;
  private String _userTableKey;
  private String _userTableUserField;
  private String _userTablePasswordField;
  private String _roleTable;
  private String _roleTableKey;
  private String _roleTableRoleField;
  private String _userRoleTable;
  private String _userRoleTableUserKey;
  private String _userRoleTableRoleKey;
  private int _cacheTime;
  
  private long _lastHashPurge;
  private Connection _con;
  private String _userSql;
  private String _roleSql;
  
  /*  */
  /** Constructor. 
   * @param name 
   */
  public JDBCUserRealm(String name)
  {
  super(name);
  }
  
  /*  */
  /** Constructor. 
   * @param name Realm name
   * @param config Filename or url of JDBC connection properties file.
   * @exception IOException 
   * @exception ClassNotFoundException 
   */
  public JDBCUserRealm(String name, String config)
  throws IOException, ClassNotFoundException
  {
  super(name);
  loadConfig(config);
  Class.forName(_jdbcDriver);
  connectDatabase();
  }
  
  /*  */
  /** Load JDBC connection configuration from properties file.
   *
   * @param config Filename or url of user properties file.
   * @exception IOException 
   */
  public void loadConfig(String config)
  throws IOException
  {
  Properties properties = new Properties();
  Resource resource=Resource.newResource(config);
  properties.load(resource.getInputStream());
  
  _jdbcDriver = properties.getProperty("jdbcdriver");
  _url = properties.getProperty("url");
  _userName = properties.getProperty("username");
  _password = properties.getProperty("password");
  _userTable = properties.getProperty("usertable");
  _userTableKey = properties.getProperty("usertablekey");
  _userTableUserField = properties.getProperty("usertableuserfield");
  _userTablePasswordField = properties.getProperty("usertablepasswordfield");
  _roleTable = properties.getProperty("roletable");
  _roleTableKey = properties.getProperty("roletablekey");
  _roleTableRoleField = properties.getProperty("roletablerolefield");
  _userRoleTable = properties.getProperty("userroletable");
  _userRoleTableUserKey = properties.getProperty("userroletableuserkey");
  _userRoleTableRoleKey = properties.getProperty("userroletablerolekey");
  _cacheTime = new Integer(properties.getProperty("cachetime")).intValue();
  
  if (_jdbcDriver == null || _jdbcDriver.equals("")
  || _url == null || _url.equals("")
 

[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

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:02

  Modified:jetty/src/main/org/apache/jasper CommandLineContext.java
EmbededServletOptions.java JasperException.java
JspC.java JspCompilationContext.java
JspEngineContext.java Options.java
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +29 -5 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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- CommandLineContext.java   10 Feb 2002 17:57:39 -  1.2
  +++ CommandLineContext.java   20 Feb 2002 06:27:02 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/CommandLineContext.java,v 1.2 
2002/02/10 17:57:39 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:39 $
  + * $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 $
*
* 
* 
  @@ -216,9 +216,33 @@
* The package name for the generated class.
*/
   public String getServletPackageName() {
  -return servletPackageName;
  +//get the path to the jsp file
  +int indexOfSlash = getJspFile().lastIndexOf(File.separatorChar);
  +String pathName;
  +if (indexOfSlash != -1) {
  +pathName = getJspFile().substring(0, indexOfSlash);
  +} else {
  +pathName = File.separator;
  +}
  +//Assemble the package name from the base package name speced on
  +//the command line and the package name derived from the path to
  +//the jsp file
  +String packageName = "";
  +if (servletPackageName != null && !servletPackageName.equals("")) {
  +packageName = servletPackageName;
  +}
  +if (packageName.equals("")) {
  +packageName = pathName.replace(File.separatorChar, '.');
  +} else {
  +packageName += pathName.replace(File.separatorChar, '.');
  +}
  +//strip off any leading '.' in the package name
  +if (!packageName.equals("") && packageName.charAt(0) == '.') {
  +packageName = packageName.substring(1);
  +}
  +return packageName;
   }
  -
  + 
   /**
* Full path name of the Java file into which the servlet is being
* generated. 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- EmbededServletOptions.java10 Feb 2002 17:57:39 -  1.2
  +++ EmbededServletOptions.java20 Feb 2002 06:27:02 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/EmbededServletOptions.java,v 
1.2 2002/02/10 17:57:39 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:39 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- JasperException.java  10 Feb 2002 17:57:39 -  1.2
  +++ JasperException.java  20 Feb 2002 06:27:02 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/JasperException.java,v 1.2 
2002/02/10 17:57:39 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:39 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +0 -0  contrib/jetty/src/main/org/apache/jasper/JspC.java
  
  Index: JspC.java
  

[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

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:03

  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:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- BeanEndGenerator.java 10 Feb 2002 17:57:39 -  1.2
  +++ BeanEndGenerator.java 20 Feb 2002 06:27:02 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanEndGenerator.java,v
 1.2 2002/02/10 17:57:39 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:39 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- BeanGenerator.java10 Feb 2002 17:57:39 -  1.2
  +++ BeanGenerator.java20 Feb 2002 06:27:02 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanGenerator.java,v 
1.2 2002/02/10 17:57:39 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:39 $
  + * $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 $
* The Apache Software License, Version 1.1
*
* Copyright (c) 1999 The Apache Software Foundation.  All rights 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- BeanRepository.java   10 Feb 2002 17:57:39 -  1.2
  +++ BeanRepository.java   20 Feb 2002 06:27:02 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/compiler/BeanRepository.java,v 
1.2 2002/02/10 17:57:39 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:39 $
  + * $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 $
*
* 
* 
  
 

[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/runtime JspException.java JspFactoryImpl.java JspRuntimeLibrary.java JspWriterImpl.java PageContextImpl.java ServletResponseWrapperInclude.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:04

  Modified:jetty/src/main/org/apache/jasper/runtime JspException.java
JspFactoryImpl.java JspRuntimeLibrary.java
JspWriterImpl.java PageContextImpl.java
ServletResponseWrapperInclude.java
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- JspException.java 10 Feb 2002 17:57:41 -  1.2
  +++ JspException.java 20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspException.java,v 
1.2 2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- JspFactoryImpl.java   10 Feb 2002 17:57:41 -  1.2
  +++ JspFactoryImpl.java   20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspFactoryImpl.java,v 
1.2 2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- JspRuntimeLibrary.java10 Feb 2002 17:57:41 -  1.2
  +++ JspRuntimeLibrary.java20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspRuntimeLibrary.java,v
 1.2 2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- JspWriterImpl.java10 Feb 2002 17:57:41 -  1.2
  +++ JspWriterImpl.java20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/runtime/JspWriterImpl.java,v 
1.2 2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- PageContextImpl.java  10 Feb 2002 17:57:41 -  1.2
  +++ PageContextImpl.java  20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  -

[JBoss-dev] CVS update: contrib/jetty/src/main/org/apache/jasper/util SimplePool.java StringManager.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:04

  Modified:jetty/src/main/org/apache/jasper/util SimplePool.java
StringManager.java
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- SimplePool.java   10 Feb 2002 17:57:41 -  1.2
  +++ SimplePool.java   20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/SimplePool.java,v 1.2 
2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
*
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- StringManager.java10 Feb 2002 17:57:41 -  1.2
  +++ StringManager.java20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/util/StringManager.java,v 1.2 
2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
*
  
  
  

___
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/servlet ServletEngine.java TomcatServletEngine.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:04

  Modified:jetty/src/main/org/apache/jasper/servlet ServletEngine.java
TomcatServletEngine.java
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- ServletEngine.java10 Feb 2002 17:57:41 -  1.2
  +++ ServletEngine.java20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/ServletEngine.java,v 
1.2 2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
* 
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TomcatServletEngine.java  10 Feb 2002 17:57:41 -  1.2
  +++ TomcatServletEngine.java  20 Feb 2002 06:27:04 -  1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/cvsroot/jboss/contrib/jetty/src/main/org/apache/jasper/servlet/TomcatServletEngine.java,v
 1.2 2002/02/10 17:57:41 olegnitz Exp $
  - * $Revision: 1.2 $
  - * $Date: 2002/02/10 17:57:41 $
  + * $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 $
*
* 
* 
  
  
  

___
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

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:04

  Modified:jetty/src/main/org/apache/jasper/resources
messages.properties messages_es.properties
messages_ja.properties
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- messages.properties   10 Feb 2002 17:57:41 -  1.2
  +++ messages.properties   20 Feb 2002 06:27:04 -  1.3
  @@ -1,4 +1,4 @@
  -# $Id: messages.properties,v 1.2 2002/02/10 17:57:41 olegnitz Exp $
  +# $Id: messages.properties,v 1.3 2002/02/20 06:27:04 janb Exp $
   #
   # Default localized string information
   # Localized this the Default Locale as is en_US
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- messages_es.properties10 Feb 2002 17:57:41 -  1.2
  +++ messages_es.properties20 Feb 2002 06:27:04 -  1.3
  @@ -1,4 +1,4 @@
  -# $Id: messages_es.properties,v 1.2 2002/02/10 17:57:41 olegnitz Exp $
  +# $Id: messages_es.properties,v 1.3 2002/02/20 06:27:04 janb Exp $
   #
   # Default localized string information
   # Localized para Locale es_ES
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- messages_ja.properties10 Feb 2002 17:57:41 -  1.2
  +++ messages_ja.properties20 Feb 2002 06:27:04 -  1.3
  @@ -1,4 +1,4 @@
  -# $Id: messages_ja.properties,v 1.2 2002/02/10 17:57:41 olegnitz Exp $
  +# $Id: messages_ja.properties,v 1.3 2002/02/20 06:27:04 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/mortbay/jetty/servlet webdefault.xml

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:05

  Added:   jetty/src/main/org/mortbay/jetty/servlet webdefault.xml
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.1  contrib/jetty/src/main/org/mortbay/jetty/servlet/webdefault.xml
  
  Index: webdefault.xml
  ===
  http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>   
  
  
  
  
   
  index.jsp
  index.html


  JSP
  org.apache.jasper.servlet.JspServlet
  0

  

  JSP
  *.jsp:*.jsP:*.jSp:*.jSP:*.Jsp:*.JsP:*.JSp:*.JSP

  

  60

  
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay MANIFEST.MF

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:04

  Modified:jetty/src/main/org/mortbay MANIFEST.MF
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +1 -1  contrib/jetty/src/main/org/mortbay/MANIFEST.MF
  
  Index: MANIFEST.MF
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/MANIFEST.MF,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- MANIFEST.MF   10 Feb 2002 17:57:41 -  1.2
  +++ MANIFEST.MF   20 Feb 2002 06:27:04 -  1.3
  @@ -3,7 +3,7 @@
   Package-Version: 1.0.0
   Package-Title: org.mortbay.jetty
   Specification-Version: 4.0
  -Implementation-Version: 4.0.B0
  +Implementation-Version: 4.0.B2
   Specification-Vendor: Mort Bay Consulting, Pty. Ltd.
   Implementation-Vendor: Mort Bay Consulting, Pty. Ltd.
   Implementation-URL: http://jetty.mortbay.org
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty/src/main/javax/servlet/http LocalStrings_es.properties

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:02

  Modified:jetty/src/main/javax/servlet/http LocalStrings_es.properties
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- LocalStrings_es.properties10 Feb 2002 17:57:39 -  1.2
  +++ LocalStrings_es.properties20 Feb 2002 06:27:01 -  1.3
  @@ -1,4 +1,4 @@
  -# $Id: LocalStrings_es.properties,v 1.2 2002/02/10 17:57:39 olegnitz Exp $
  +# $Id: LocalStrings_es.properties,v 1.3 2002/02/20 06:27:01 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] CVS update: contrib/jetty/src/main/org/apache/jasper/parser ParserUtils.java TreeNode.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 22:27:04

  Modified:jetty/src/main/org/apache/jasper/parser ParserUtils.java
TreeNode.java
  Log:
  Added new org.mortbay classes, updating apache.
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- ParserUtils.java  10 Feb 2002 17:57:40 -  1.2
  +++ ParserUtils.java  20 Feb 2002 06:27:04 -  1.3
  @@ -95,7 +95,7 @@
* use a separate class loader for the parser to be used.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.2 $ $Date: 2002/02/10 17:57:40 $
  + * @version $Revision: 1.3 $ $Date: 2002/02/20 06:27:04 $
*/
   
   public class ParserUtils {
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TreeNode.java 10 Feb 2002 17:57:40 -  1.2
  +++ TreeNode.java 20 Feb 2002 06:27:04 -  1.3
  @@ -72,7 +72,7 @@
* synchronized.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.2 $ $Date: 2002/02/10 17:57:40 $
  + * @version $Revision: 1.3 $ $Date: 2002/02/20 06:27:04 $
*/
   
   public class TreeNode {
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty/src/resources/jetty-plugin/META-INF jboss-service.xml

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:56:40

  Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
  Log:
  Added Jetty-specific XML to JettyService mbean configuration. Tidied up comments.
  
  Revision  ChangesPath
  1.19  +109 -9
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.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- jboss-service.xml 19 Feb 2002 23:22:32 -  1.18
  +++ jboss-service.xml 20 Feb 2002 05:56:40 -  1.19
  @@ -2,7 +2,6 @@
   
   
   
  -
 
 
 
  @@ -13,26 +12,127 @@
  -->
   
 
  -dummy
  -jetty.xml
  -webdefault.xml
  +
  +
  +
  +
  +  
  +
  +
  +
  +
  +
  +
  +
  +
  +
   true
  +
  +
  +
  +
  +
  +
  +
   true
   
  -
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +  
  +
  +
  +  
  +   
  +  
  +  
  +
  + 
  +  
  +  5
  +  255
  +  3
  +  1
  +  5000
  +  5000
  +  
  +
  +  
  +
  +  
  +   
  +  
  +  
  +
  +  /_mm_dd.request.log
  +   
  +  90
  +  true
  +  true
  +  GMT
  +
  +  
  +
  +  
  +  
  +   
  +  
  +   
  +  
  + 
  +
  +
  +
  +
  +
  +
  +
   org.jboss.jetty.session.CoarseDistributedStore
   
  -
  +
  +
  +
  +
   never
   
  -
  +
  +
  +
  +
   neither
   
  + 
   
   j_subject
   
 
  -
  -  
   
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty build.xml

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:55:15

  Modified:jettybuild.xml
  Log:
  Removed use of jetty.properties and jetty.xml
  
  Revision  ChangesPath
  1.41  +9 -4  contrib/jetty/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v
  retrieving revision 1.40
  retrieving revision 1.41
  diff -u -r1.40 -r1.41
  --- build.xml 20 Feb 2002 01:01:01 -  1.40
  +++ build.xml 20 Feb 2002 05:55:15 -  1.41
  @@ -124,8 +124,8 @@
   
   
   
  -
  -
  +
  +
   
   
   
  @@ -411,6 +411,7 @@
 


  + 
 
   
 
  @@ -486,11 +487,15 @@
   
   
 
  +  
 
  +   
  +
 
  +   
 
   
   
  @@ -580,7 +585,7 @@
 
 
 
  -  
  +  
   
   
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty/src/etc README demo.xml jetty.properties jetty.xml webdefault.xml

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:53:51

  Modified:jetty/src/etc README
  Removed: jetty/src/etc demo.xml jetty.properties jetty.xml
webdefault.xml
  Log:
  Removed need for jetty.xml (all in jboss-service.xml) and webdefault.xml (ships 
within the org.mortbay.jetty.jar).
  
  Revision  ChangesPath
  1.5   +27 -18contrib/jetty/src/etc/README
  
  Index: README
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/src/etc/README,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- README10 Sep 2001 23:52:05 -  1.4
  +++ README20 Feb 2002 05:53:51 -  1.5
  @@ -1,32 +1,42 @@
   ---
  +Using a custom webdefault.xml
  +---
  +As of JBoss 3.x, Jetty uses a standard webdefault.xml file by default.
   
  -Un*x users:
  +In order to override the webdefaults.xml shipped with Jetty, place
  +a customized webdefault.xml file into this directory, uncomment the
  +appropriate line in src/resources/jetty-plugin/META-INF/jboss-service.xml,
  +and then rebuild the Jetty JBoss Service Archive (jetty-plugin.sar) and
  +redeploy.
   
  -run ./run.sh in this dir.
   
  -If you are thinking of using the CGI Servlet you will want to 'chmod
  -+x jetty/cgi-bin/*' - for some reason the executable bit seems to get
  -lost in the [un]jarring process.
  +---
  +Customizing Jetty configuration
  +---
  +As of JBoss 3.x, essential Jetty configuration is placed within Jetty's
  +jboss-service.xml file instead of requiring a jetty.xml file. 
   
  -MS Users:
  +As shipped, the Jetty configuration fires up a listener on port 8080,
  +and sets up a standard HTTP request log in the JBoss log directory.
  +If you wish to specify an SSL listener, then uncomment the appropriate 
  +lines in src/resources/jetty-plugin/META-INF/jboss-service.xml,
  +rebuild and redeploy.
   
  -cd to ./jboss/bin and 'run.bat jetty'
  +If you REALLY NEED to customize Jetty further, place your custom Jetty
  +XML into a web-jetty.xml file in your WEB-INF/ directory of your war files.
   
  -(please send me the equiv run.bat for this dir)
  +DO NOT add webapps into the jboss-service.xml file, as these will not be visible to 
the JBoss deployment mechanism.
   
   ---
  +MBeans
  +---
  +By default, Jetty will create MBeans for all listeners, contexts, log sinks etc. To 
view them, hit http://localhost:8082
   
  -For some Jetty doc and Demos run up JBoss-Jetty and hit:
  -
  -http://my-jboss-host:8080
  -
  -You can look around the MBeans running within Jetty by hitting :
  -
  -http://my-jboss-host:8082
   
  -and looking at the 'Jetty' links...
   
   ---
  +Reporting problems
  +---
   
   Please post problems accordingly :
   
  @@ -38,11 +48,10 @@
   
   JBoss (everything else) related -> [EMAIL PROTECTED]
   
  
   
   
  -Thanks for using JBoss-Jetty,
   
  +Thanks for using JBoss-Jetty,
   
   Jules (JBoss-Jetty maintainer) - [EMAIL PROTECTED]
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AUTOMATED] JBoss compilation failed

[chris]

=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

  [xdoclet] Running 
  [xdoclet] Running 
  [xdoclet] Running 
  [xdoclet] Running 
  [xdoclet]   Generating Data Object class for 
'org.jboss.jetty.ejb.CoarseHttpSessionBean'.
  [xdoclet] Running 
  [xdoclet]   Generating CMP class for 'org.jboss.jetty.ejb.CoarseHttpSessionBean'.
  [xdoclet] Running 
  [xdoclet]   Generating EJB deployment descriptor.
  [xdoclet] Running 
  [xdoclet]   Generating jboss.xml.
  [xdoclet]   Generating jaws.xml.
  [xdoclet] 3 warnings

compile-classes:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jetty/output/classes
[javac] Compiling 333 source files to 
/disk/orig/home/lubega/jbossro/jboss-all/jetty/output/classes
/disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/jetty/servlet/ServletHttpResponse.java:31:
 cannot resolve symbol
symbol  : class WriterOutputStream  
location: package util
import org.mortbay.util.WriterOutputStream;
^
/disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/jetty/servlet/ServletHttpResponse.java:606:
 cannot resolve symbol
symbol  : class WriterOutputStream  
location: class org.mortbay.jetty.servlet.ServletHttpResponse.Facade
return new WriterOutputStream(getWrapper().getWriter(),
   ^
/disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:478:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = ufin.readLine()) != null) 
   ^
/disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:518:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = ufin.readLine()) != null) 
   ^
/disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:595:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = htin.readLine()) != null)
   ^
/disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:624:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = htin.readLine()) != null)
   ^
/disk/orig/home/lubega/jbossro/jboss-all/jetty/src/main/org/mortbay/util/UnixCrypt.java:455:
 warning: String(byte[],int,int,int) in java.lang.String has been deprecated
return new String(cryptresult, 0x00, 0, 13);
   ^
2 errors
5 warnings

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/jetty/build.xml:401: Compile failed, messages 
should have been provided.

Total time: 2 minutes 42 seconds

___
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

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:37:24

  Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java Jetty.java
JettyService.java JettyServiceMBean.java
  Log:
  Removed necessity for jetty.xml for config.
  
  Revision  ChangesPath
  1.26  +3 -4  
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.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- JBossWebApplicationContext.java   20 Feb 2002 00:15:35 -  1.25
  +++ JBossWebApplicationContext.java   20 Feb 2002 05:37:23 -  1.26
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JBossWebApplicationContext.java,v 1.25 2002/02/20 00:15:35 jules_gosnell 
Exp $
  +// $Id: JBossWebApplicationContext.java,v 1.26 2002/02/20 05:37:23 janb Exp $
   
   // A Jetty HttpServer with the interface expected by JBoss'
   // J2EEDeployer...
  @@ -52,15 +52,14 @@
   WebApplication webApp,
   DocumentBuilder parser,
   String warUrl,
  -String webDefaults,
  -boolean unpackWars,
   String storageStrategy,
   String snapshotFrequency,
   String notificationPolicy,
   String subjAttrName)
   throws java.io.IOException
   {
  -  super(httpServer, contextPathSpec, warUrl, webDefaults, unpackWars);
  + 
  + super(httpServer, contextPathSpec, warUrl);
   
 _log  = Logger.getLogger(getClass().getName()+"#" + 
contextPathSpec);
 _descriptorParser = descriptorParser;
  
  
  
  1.39  +151 -57   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.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- Jetty.java20 Feb 2002 00:15:35 -  1.38
  +++ Jetty.java20 Feb 2002 05:37:23 -  1.39
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: Jetty.java,v 1.38 2002/02/20 00:15:35 jules_gosnell Exp $
  +// $Id: Jetty.java,v 1.39 2002/02/20 05:37:23 janb Exp $
   
   // A Jetty HttpServer with the interface expected by JBoss'
   // J2EEDeployer...
  @@ -15,11 +15,21 @@
   package org.jboss.jetty;
   
   //--
  -
  +import java.io.ByteArrayOutputStream;
   import java.net.URL;
   import java.util.Hashtable;
   import javax.xml.parsers.DocumentBuilder;
   import javax.xml.parsers.DocumentBuilderFactory;
  +
  +import org.w3c.dom.Element;
  +import javax.xml.transform.Transformer;
  +import javax.xml.transform.TransformerFactory;
  +import javax.xml.transform.TransformerException;
  +import javax.xml.transform.TransformerConfigurationException;
  +import javax.xml.transform.dom.DOMSource;
  +import javax.xml.transform.stream.StreamResult;
  +
  +
   import org.jboss.deployment.DeploymentException;
   import org.jboss.jetty.xml.JettyResolver;
   import org.jboss.logging.Logger;
  @@ -27,7 +37,7 @@
   import org.jboss.web.WebApplication;
   import org.mortbay.jetty.servlet.WebApplicationContext;
   import org.mortbay.util.MultiException;
  -
  +import org.mortbay.xml.XmlConfiguration;
   //--
   
   /**
  @@ -35,7 +45,7 @@
*
* @author mailto:[EMAIL PROTECTED]";>Julian Gosnell
* @author  mailto:[EMAIL PROTECTED]";>Andreas Schaefer.
  - * @version $Revision: 1.38 $
  + * @version $Revision: 1.39 $
*
* Revisions:
*
  @@ -55,6 +65,12 @@
 DocumentBuilder   _parser;
 Logger_log = Logger.getLogger(Jetty.class);
   
  +// the XML snippet
  +String _xmlConfigString = null;
  +
  +// the XML snippet as a DOM element
  +Element _configElement = null;
  +
 Jetty()
 {
   super();
  @@ -92,22 +108,6 @@
 _log.warn("JSP compilation requires $JAVA_HOME/lib/tools.jar on your 
JBOSS_CLASSPATH");
 }
   
  -  //
  -  // jettyHome property
  -  //
  -
  -  synchronized void
  -setJettyHome(String jettyHome) // not public
  -  {
  -if (jettyHome!=null)
  -  System.setProperty("jetty.home", jettyHome);
  -  }
  -
  -  public synchronized String
  -getJettyHome()
  -  {
  -return System.getProperty("jetty.home");
  

[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

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:44

  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:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.2   +7 -7  
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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- AbstractSessionManager.java   10 Feb 2002 17:57:44 -  1.1
  +++ AbstractSessionManager.java   20 Feb 2002 05:33:43 -  1.2
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: AbstractSessionManager.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $
  +// $Id: AbstractSessionManager.java,v 1.2 2002/02/20 05:33:43 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.1 2002/02/10 17:57:44 olegnitz Exp 
$
  + * @version $Id: AbstractSessionManager.java,v 1.2 2002/02/20 05:33:43 janb Exp $
* @author Greg Wilkins (gregw)
*/
   public abstract class AbstractSessionManager implements SessionManager
  @@ -94,10 +94,6 @@
   }
   
   /*  */
  -/**
  - * @param id
  - * @return
  - */
   public HttpSession getHttpSession(String id)
   {
   HttpSession s = (HttpSession)_sessions.get(id);
  @@ -199,9 +195,13 @@
   public void start()
   throws Exception
   {
  -Log.event("Initializing random session key: "+_random);
   if (_random==null)
  +{
  +Log.event("New random session seed");
   _random=new Random();
  +}
  +else
  +Log.event("Initializing random session key: "+_random);
   _random.nextLong();
   
   if (_sessions==null)
  
  
  
  1.3   +2 -9  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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Dispatcher.java   10 Feb 2002 17:57:44 -  1.2
  +++ Dispatcher.java   20 Feb 2002 05:33:44 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: Dispatcher.java,v 1.2 2002/02/10 17:57:44 olegnitz Exp $
  +// $Id: Dispatcher.java,v 1.3 2002/02/20 05:33:44 janb Exp $
   // ---
   
   package org.mortbay.jetty.servlet;
  @@ -45,7 +45,7 @@
   /*  */
   /** Servlet RequestDispatcher.
* 
  - * @version $Id: Dispatcher.java,v 1.2 2002/02/10 17:57:44 olegnitz Exp $
  + * @version $Id: Dispatcher.java,v 1.3 2002/02/20 05:33:44 janb Exp $
* @author Greg Wilkins (gregw)
*/
   public class Dispatcher implements RequestDispatcher
  @@ -365,13 +365,6 @@
   return(_forwarded)?_query:super.getQueryString();
   }
   
  -/*  */
  -public String getRequestURI()
  -{
  -return (!_included)
  -?URI.addPaths(_contextPath,URI.addPaths(_servletPath,_pathInfo))
  -:super.getRequestURI();
  -}
   
   /*  */
   void addParameters(MultiMap parameters)
  
  
  
  1.3   +24 -3 
contrib/jetty/src/main/org/mortbay/jetty/servlet/FilterHandler.java
  
  Index: FilterHandler.java
  ===
 

[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

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:46

  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:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- CodeMBean.java10 Feb 2002 17:57:46 -  1.1
  +++ CodeMBean.java20 Feb 2002 05:33:46 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: CodeMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $
  +// $Id: CodeMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $
   // 
   
   package org.mortbay.util.jmx;
  
  
  
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- LifeCycleMBean.java   10 Feb 2002 17:57:46 -  1.1
  +++ LifeCycleMBean.java   20 Feb 2002 05:33:46 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: LifeCycleMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $
  +// $Id: LifeCycleMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $
   // 
   
   package org.mortbay.util.jmx;
  @@ -17,7 +17,7 @@
   /*  */
   /** 
*
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
* @author Greg Wilkins (gregw)
*/
   public class LifeCycleMBean extends ModelMBeanImpl
  
  
  
  1.2   +22 -1 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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- LogMBean.java 10 Feb 2002 17:57:46 -  1.1
  +++ LogMBean.java 20 Feb 2002 05:33:46 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: LogMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $
  +// $Id: LogMBean.java,v 1.2 2002/02/20 05:33:46 janb Exp $
   // 
   
   package org.mortbay.util.jmx;
  @@ -80,6 +80,27 @@
   super.postRegister(ok);
   if (ok.booleanValue())
   rescanSinks();
  +}
  +
  +/*  */
  +public void preDeregister()
  +{
  +super.preDeregister();
  +
  +Iterator iter=_sinks.keySet().iterator();
  +while(iter.hasNext())
  +{
  +try
  +{
  +LogSink sink=(LogSink)iter.next();
  +LogSinkMBean bean=(LogSinkMBean)_sinks.remove(sink);
  +getMBeanServer().unregisterMBean(bean.getObjectName());
  +}
  +catch(Exception e)
  +{
  +Code.warning(e);
  +}
  +}
   }
   
   /*  */
  
  
  
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- LogSinkMBean.java 10 Feb 2002 17:57:46 -  1.1
  +++ LogSinkMBean.java 20 Feb 2002 05:33:46 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: LogSinkMBean.java,v 1.1 2002/02/10 17:57:46 olegnitz Exp $
  +// $

[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 LifeCycleThread.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

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:46

  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
LifeCycleThread.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
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- B64Code.java  10 Feb 2002 17:57:45 -  1.2
  +++ B64Code.java  20 Feb 2002 05:33:45 -  1.3
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: B64Code.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $
  +// $Id: B64Code.java,v 1.3 2002/02/20 05:33:45 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.2 $
  + * @version $Revision: 1.3 $
* @author Brett Sealey (bretts)
* @author Greg Wilkins (gregw)
*/
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- BadResource.java  10 Feb 2002 17:57:45 -  1.2
  +++ BadResource.java  20 Feb 2002 05:33:45 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: BadResource.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $
  +// $Id: BadResource.java,v 1.3 2002/02/20 05:33:45 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.2 $
  + * @version $Revision: 1.3 $
* @author Greg Wilkins (gregw)
*/
   class BadResource extends Resource
  
  
  
  1.3   +2 -8  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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- BlockingQueue.java10 Feb 2002 17:57:45 -  1.2
  +++ BlockingQueue.java20 Feb 2002 05:33:45 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: BlockingQueue.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $
  +// $Id: BlockingQueue.java,v 1.3 2002/02/20 05:33:45 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.2 2002/02/10 17:57:45 olegnitz Exp $
  + * @version $Id: BlockingQueue.java,v 1.3 2002/02/20 05:33:45 janb Exp $
* @author Greg Wilkins (gregw)
*/
   public class BlockingQueue
  @@ -35,18 +35,12 @@
   }
   
   /* 

[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/jmx Main.java ServerMBean.java mbean_en.properties

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:43

  Modified:jetty/src/main/org/mortbay/jetty/jmx Main.java
ServerMBean.java mbean_en.properties
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Main.java 10 Feb 2002 17:57:44 -  1.2
  +++ Main.java 20 Feb 2002 05:33:43 -  1.3
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: Main.java,v 1.2 2002/02/10 17:57:44 olegnitz Exp $
  +// $Id: Main.java,v 1.3 2002/02/20 05:33:43 janb Exp $
   // 
   
   package org.mortbay.jetty.jmx;
  
  
  
  1.2   +4 -8  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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ServerMBean.java  10 Feb 2002 17:57:44 -  1.1
  +++ ServerMBean.java  20 Feb 2002 05:33:43 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: ServerMBean.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $
  +// $Id: ServerMBean.java,v 1.2 2002/02/20 05:33:43 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.1 $
  + * @version $Revision: 1.2 $
* @author Greg Wilkins (gregw)
*/
   public class ServerMBean extends HttpServerMBean
  @@ -104,15 +104,11 @@
   defineOperation("addWebApplication",
   new String[]{"java.lang.String",
"java.lang.String",
  - "java.lang.String",
  - "java.lang.String",
  - "boolean"},
  + "java.lang.String"},
   IMPACT_ACTION);
   defineOperation("addWebApplications",
   new String[]{"java.lang.String",
  - "java.lang.String",
  - "java.lang.String",
  - "boolean"},
  + "java.lang.String"},
   IMPACT_ACTION);
   _jettyServer=(Server)getManagedResource();
   }
  
  
  
  1.3   +8 -12 contrib/jetty/src/main/org/mortbay/jetty/jmx/mbean_en.properties
  
  Index: mbean_en.properties
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx/mbean_en.properties,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- mbean_en.properties   10 Feb 2002 17:57:44 -  1.2
  +++ mbean_en.properties   20 Feb 2002 05:33:43 -  1.3
  @@ -1,17 +1,13 @@
   
   Server=Jetty HTTP Server and Servlet container.
   
  
-Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)
 = Create and add a J2EE web application.
  
-Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[0]
 = virtualHost:Virtual host name. null for all hosts.
  
-Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[1]
 = contextPath:The path specification for the context.
  
-Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[2]
 = webapp:A filename or URL for the web application director or WAR file.
  
-Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[3]
 = defaults:A filename or URL to the wap application defaults file, which must be in 
web.xml format.
  
-Server.addWebApplication(java.lang.String,java.lang.String,java.lang.String,java.lang.String,boolean)[4]
 = extractWar:True if WAR files should be extracted to a temporary location.
   Server.configuration = The configuration XML
   
  
-Server.addWebApplications(java.lang.String,java.lang.String,java.lang.String,boolean) 
= Create and add

[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/servlet/jmx ServletHttpContextMBean.java WebApplicationMBean.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:44

  Modified:jetty/src/main/org/mortbay/jetty/servlet/jmx
ServletHttpContextMBean.java
WebApplicationMBean.java
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ServletHttpContextMBean.java  10 Feb 2002 17:57:44 -  1.1
  +++ ServletHttpContextMBean.java  20 Feb 2002 05:33:44 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: ServletHttpContextMBean.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $
  +// $Id: ServletHttpContextMBean.java,v 1.2 2002/02/20 05:33:44 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.1 $
  + * @version $Revision: 1.2 $
* @author Greg Wilkins (gregw)
*/
   public class ServletHttpContextMBean extends HttpContextMBean
  
  
  
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- WebApplicationMBean.java  10 Feb 2002 17:57:44 -  1.1
  +++ WebApplicationMBean.java  20 Feb 2002 05:33:44 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: WebApplicationMBean.java,v 1.1 2002/02/10 17:57:44 olegnitz Exp $
  +// $Id: WebApplicationMBean.java,v 1.2 2002/02/20 05:33:44 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.1 $
  + * @version $Revision: 1.2 $
* @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/servlet AdminServlet.java CGI.java Debug.java Dump.java Forward.java MultiPartRequest.java MultiPartResponse.java NotFoundServlet.java RequestDispatchTest.java SessionDump.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:45

  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:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- AdminServlet.java 10 Feb 2002 17:57:45 -  1.2
  +++ AdminServlet.java 20 Feb 2002 05:33:44 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: AdminServlet.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $
  +// $Id: AdminServlet.java,v 1.3 2002/02/20 05:33:44 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.2 2002/02/10 17:57:45 olegnitz Exp $
  + * @version $Id: AdminServlet.java,v 1.3 2002/02/20 05:33:44 janb Exp $
* @author Greg Wilkins (gregw)
*/
   public class AdminServlet extends HttpServlet
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- CGI.java  10 Feb 2002 17:57:45 -  1.2
  +++ CGI.java  20 Feb 2002 05:33:44 -  1.3
  @@ -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.2 $
  + * @version $Revision: 1.3 $
* @author Julian Gosnell
*/
   public class CGI extends HttpServlet
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Debug.java10 Feb 2002 17:57:45 -  1.2
  +++ Debug.java20 Feb 2002 05:33:44 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: Debug.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $
  +// $Id: Debug.java,v 1.3 2002/02/20 05:33:44 janb Exp $
   // ---
   
   package org.mortbay.servlet;
  
  
  
  1.3   +20 -1 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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Dump.java 10 Feb 2002 17:57:45 -  1.2
  +++ Dump.java 20 Feb 2002 05:33:44 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: Dump.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $
  +// $Id: Dump.java,v 1.3 2002/02/20 05:33:44 janb Exp $
   // ---
   
   package org.mortbay.servlet;
  @@ -229,6 +229,25 @@
   table.addCell("" +
  toString(getServletContext()
   .getAttribute(name))
  +   + "");
  +}
  +
  +table.newRow();
  +table.newHeading()
  +.cell().nest(new Font(2,true))
  +.add("Context Parameters")
  +.attribute("COLSPAN","2")
  +.left();
  +a = getServletContext().getInitParameterNames();
  +while (a.hasMoreElements())
  +{
  +name=(String)a.nextElement();
  +table.newRow();
  +table.addHeading(name+": ")
  + .cell().attribute("

[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

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:46

  Modified:jetty/src/main/org/mortbay/xml XmlConfiguration.java
XmlParser.java configure_1_0.dtd configure_1_1.dtd
configure_1_2.dtd
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +79 -54contrib/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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- XmlConfiguration.java 10 Feb 2002 17:57:46 -  1.2
  +++ XmlConfiguration.java 20 Feb 2002 05:33:46 -  1.3
  @@ -1,10 +1,11 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: XmlConfiguration.java,v 1.2 2002/02/10 17:57:46 olegnitz Exp $
  +// $Id: XmlConfiguration.java,v 1.3 2002/02/20 05:33:46 janb Exp $
   // 
   
   package org.mortbay.xml;
   
  +import java.io.StringReader;
   import java.io.IOException;
   import java.lang.reflect.Array;
   import java.lang.reflect.Constructor;
  @@ -22,6 +23,7 @@
   import org.mortbay.util.Primitive;
   import org.mortbay.util.Resource;
   import org.xml.sax.SAXException;
  +import org.xml.sax.InputSource;
   
   
   /*  */
  @@ -30,8 +32,7 @@
* and uses it to configure and object by calling set, put or other
* methods on the object.
*
  - * @see configure.dtd
  - * @version $Id: XmlConfiguration.java,v 1.2 2002/02/10 17:57:46 olegnitz Exp $
  + * @version $Id: XmlConfiguration.java,v 1.3 2002/02/20 05:33:46 janb Exp $
* @author Greg Wilkins (gregw)
*/
   public class XmlConfiguration
  @@ -48,10 +49,59 @@
   Long.class, Float.class, Double.class, Void.class
   };
   
  -
   /*  */
   private static XmlParser __parser;
  -XmlParser.Node _config;
  +private XmlParser.Node _config;
  +
  +/*  */
  +private synchronized static void initParser()
  +throws IOException
  +{
  +if (__parser!=null)
  +return;
  +
  +__parser = new XmlParser();
  +Resource 
config12Resource=Resource.newSystemResource("org/mortbay/xml/configure_1_2.dtd");
  +Code.assertTrue(config12Resource.exists(),
  +"org/mortbay/xml/configure_1_2.dtd");
  +__parser.redirectEntity
  +("configure.dtd",config12Resource);
  +__parser.redirectEntity
  +("configure_1_2.dtd",
  + config12Resource);
  +__parser.redirectEntity
  +("http://jetty.mortbay.org/configure_1_2.dtd";,
  + config12Resource);
  +__parser.redirectEntity
  +("-//Mort Bay Consulting//DTD Configure 1.2//EN",
  + config12Resource);
  +
  +Resource 
config11Resource=Resource.newSystemResource("org/mortbay/xml/configure_1_1.dtd");
  +Code.assertTrue(config11Resource.exists(),
  +"org/mortbay/xml/configure_1_1.dtd");
  +__parser.redirectEntity
  +("configure_1_1.dtd",
  + config11Resource);
  +__parser.redirectEntity
  +("http://jetty.mortbay.org/configure_1_1.dtd";,
  + config11Resource);
  +__parser.redirectEntity
  +("-//Mort Bay Consulting//DTD Configure 1.1//EN",
  + config11Resource);
  +
  +Resource 
config10Resource=Resource.newSystemResource("org/mortbay/xml/configure_1_0.dtd");  
  +Code.assertTrue(config10Resource.exists(),
  +"org/mortbay/xml/configure_1_0.dtd");  
  +__parser.redirectEntity
  +("configure_1_0.dtd",
  + config10Resource);
  +__parser.redirectEntity
  +("http://jetty.mortbay.org/configure_1_0.dtd";,
  + config10Resource);
  +__parser.redirectEntity
  +("-//Mort Bay Consulting//DTD Configure 1.0//EN",
  + config10Resource);
  +}
   
   /*  */
   /** Constructor.
  @@ -61,59 +111,34 @@
   public XmlConfiguration(URL configuration)
   throws SAXException, IOException
   {
  -synchronized(this.getClass())
  +initParser();
  +synchronized(__parser)
   {
  -if (__parser==null)
  -{
  -__parser = new XmlParser();
  -Resource config12Resource=Resource

[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/http/handler DumpHandler.java HTAccessHandler.java NotFoundHandler.java NullHandler.java ProxyHandler.java ResourceHandler.java SecurityHandler.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:43

  Modified:jetty/src/main/org/mortbay/http/handler DumpHandler.java
HTAccessHandler.java NotFoundHandler.java
NullHandler.java ProxyHandler.java
ResourceHandler.java SecurityHandler.java
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +9 -8  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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- DumpHandler.java  10 Feb 2002 17:57:43 -  1.2
  +++ DumpHandler.java  20 Feb 2002 05:33:43 -  1.3
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: DumpHandler.java,v 1.2 2002/02/10 17:57:43 olegnitz Exp $
  +// $Id: DumpHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $
   // 
   
   package org.mortbay.http.handler;
  @@ -8,9 +8,11 @@
   import java.io.ByteArrayOutputStream;
   import java.io.IOException;
   import java.io.InputStream;
  +import java.io.OutputStream;
   import java.io.OutputStreamWriter;
   import java.io.Writer;
   import java.util.Collection;
  +import java.util.Enumeration;
   import java.util.Iterator;
   import java.util.List;
   import java.util.Set;
  @@ -30,7 +32,7 @@
* Dumps GET and POST requests.
* Useful for testing and debugging.
* 
  - * @version $Id: DumpHandler.java,v 1.2 2002/02/10 17:57:43 olegnitz Exp $
  + * @version $Id: DumpHandler.java,v 1.3 2002/02/20 05:33:43 janb Exp $
* @author Greg Wilkins (gregw)
*/
   public class DumpHandler extends NullHandler
  @@ -61,7 +63,7 @@
   
   response.setField(HttpFields.__ContentType,
 HttpFields.__TextHtml);
  -ChunkableOutputStream out = response.getOutputStream();
  +OutputStream out = response.getOutputStream();
   ByteArrayOutputStream buf = new ByteArrayOutputStream(2048);
   Writer writer = new OutputStreamWriter(buf,StringUtil.__ISO_8859_1);
   writer.write("Dump HttpHandler");
  @@ -137,14 +139,13 @@
   }
   
   
  -Collection attributes=request.getAttributeNames();
  -if (attributes!=null && attributes.size()>0)
  +Enumeration attributes=request.getAttributeNames();
  +if (attributes!=null && attributes.hasMoreElements())
   {
   writer.write("\nAttributes:\n");
  -Iterator a=attributes.iterator();
  -while(a.hasNext())
  +while(attributes.hasMoreElements())
   {
  -String attr=a.next().toString();
  +String attr=attributes.nextElement().toString();
   writer.write(attr);
   writer.write("=");
   writer.write(request.getAttribute(attr).toString());
  
  
  
  1.2   +4 -5  
contrib/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java
  
  Index: HTAccessHandler.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- HTAccessHandler.java  17 Jan 2002 01:23:19 -  1.1
  +++ HTAccessHandler.java  20 Feb 2002 05:33:43 -  1.2
  @@ -29,15 +29,14 @@
   import org.mortbay.util.URI;
   import org.mortbay.util.UnixCrypt;
   
  -
  -
  -
  -
   /*  */
   /** Handler to authenticate access using the Apache's .htaccess files.
* 
* @version HTAccessHandler v1.0a
  - * @authors Van den Broeke Iris, Deville Daniel, Dubois Roger, Greg Wilkins
  + * @author Van den Broeke Iris
  + * @author Deville Daniel
  + * @author Dubois Roger
  + * @author  Greg Wilkins
*
*/
   public class HTAccessHandler extends NullHandler
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- NotFoundHandler.java  10 Feb 2002 17:57:43 -  1.2
  +++ NotFoundHandler.java  20 Feb 2002 05:33:43 -  1.3
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) 

[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty Server.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:43

  Modified:jetty/src/main/org/mortbay/jetty Server.java
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +78 -53contrib/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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Server.java   10 Feb 2002 17:57:43 -  1.2
  +++ Server.java   20 Feb 2002 05:33:43 -  1.3
  @@ -4,6 +4,7 @@
   import java.io.PrintStream;
   import java.lang.reflect.Method;
   import java.net.URL;
  +import java.util.ArrayList;
   import org.mortbay.http.HttpContext;
   import org.mortbay.http.HttpServer;
   import org.mortbay.jetty.servlet.ServletHttpContext;
  @@ -33,7 +34,7 @@
*
* @see org.mortbay.xml.XmlConfiguration
* @see org.mortbay.jetty.servlet.ServletHttpContext
  - * @version $Revision: 1.2 $
  + * @version $Revision: 1.3 $
* @author Greg Wilkins (gregw)
*/
   public class Server extends HttpServer
  @@ -142,6 +143,58 @@
   }
   
   
  +
  +/*  */
  +/** Add Web Application.
  + * @param contextPathSpec The context path spec. Which must be of
  + * the form / or /path/*
  + * @param webApp The Web application directory or WAR file.
  + * @return The WebApplicationContext
  + * @exception IOException 
  + */
  +public WebApplicationContext addWebApplication(String contextPathSpec,
  +   String webApp)
  +throws IOException
  +{
  +return addWebApplication(null,contextPathSpec,webApp);
  +}
  +
  +/*  */
  +/** Add Web Application.
  + * @param virtualHost Virtual host name or null
  + * @param contextPathSpec The context path spec. Which must be of
  + * the form / or /path/*
  + * @param webApp The Web application directory or WAR file.
  + * @return The WebApplicationContext
  + * @exception IOException 
  + */
  +public WebApplicationContext addWebApplication(String virtualHost,
  +   String contextPathSpec,
  +   String webApp)
  +throws IOException
  +{
  +WebApplicationContext appContext =
  +new WebApplicationContext(this,contextPathSpec,webApp);
  +addContext(virtualHost,appContext);
  +Log.event("Web Application "+appContext+" added");
  +return appContext;
  +}
  +
  +
  +/*  */
  +/**  Add Web Applications.
  + * Add auto webapplications to the server.  The name of the
  + * webapp directory or war is used as the context name. If a
  + * webapp is called "root" it is added at "/".
  + * @param webapps Directory file name or URL to look for auto webapplication.
  + * @exception IOException 
  + */
  +public WebApplicationContext[] addWebApplications(String webapps)
  +throws IOException
  +{
  +return addWebApplications(null,webapps);
  +}
  +
   /*  */
   /**  Add Web Applications.
* Add auto webapplications to the server.  The name of the
  @@ -149,19 +202,12 @@
* webapp is called "root" it is added at "/".
* @param host Virtual host name or null
* @param webapps Directory file name or URL to look for auto webapplication.
  - * @param defaults The defaults xml filename or URL which is
  - * loaded before any in the web app. Must respect the web.dtd.
  - * Normally this is passed the file $JETTY_HOME/etc/webdefault.xml
  - * @param extractWar If true, WAR files are extracted to a
  - * temporary directory.
* @exception IOException 
*/
  -public void addWebApplications(String host,
  -   String webapps,
  -   String defaults,
  -   boolean extractWar)
  +public WebApplicationContext[] addWebApplications(String host,String webapps)
   throws IOException
   {
  +ArrayList wacs = new ArrayList();
   Resource r=Resource.newResource(webapps);
   if (!r.exists())
   throw new IllegalArgumentException("No such webapps resource "+r);
  @@ -192,37 +238,15 @@
   else
   context="/"+context;
   
  -addWebApplication(host,
  -  context,
  -  app,
  -  defaults,
  -  

[JBoss-dev] CVS update: contrib/jetty/src/main/org/mortbay/jetty/win32 Service.java

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:44

  Modified:jetty/src/main/org/mortbay/jetty/win32 Service.java
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Service.java  10 Feb 2002 17:57:45 -  1.2
  +++ Service.java  20 Feb 2002 05:33:44 -  1.3
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: Service.java,v 1.2 2002/02/10 17:57:45 olegnitz Exp $
  +// $Id: Service.java,v 1.3 2002/02/20 05:33:44 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.2 $
  + * @version $Revision: 1.3 $
* @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/http/jmx HttpContextMBean.java HttpListenerMBean.java HttpServerMBean.java NCSARequestLogMBean.java SocketListenerMBean.java mbean_en.properties

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:43

  Modified:jetty/src/main/org/mortbay/http/jmx HttpContextMBean.java
HttpListenerMBean.java HttpServerMBean.java
NCSARequestLogMBean.java SocketListenerMBean.java
mbean_en.properties
  Log:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- HttpContextMBean.java 10 Feb 2002 17:57:43 -  1.1
  +++ HttpContextMBean.java 20 Feb 2002 05:33:43 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: HttpContextMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $
  +// $Id: HttpContextMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $
   // 
   
   package org.mortbay.http.jmx;
  @@ -33,7 +33,7 @@
   /*  */
   /** 
*
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
* @author Greg Wilkins (gregw)
*/
   public class HttpContextMBean extends LifeCycleMBean
  
  
  
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- HttpListenerMBean.java10 Feb 2002 17:57:43 -  1.1
  +++ HttpListenerMBean.java20 Feb 2002 05:33:43 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: HttpListenerMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $
  +// $Id: HttpListenerMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $
   // 
   
   package org.mortbay.http.jmx;
  @@ -27,7 +27,7 @@
   /*  */
   /** 
*
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
* @author Greg Wilkins (gregw)
*/
   public class HttpListenerMBean
  
  
  
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- HttpServerMBean.java  10 Feb 2002 17:57:43 -  1.1
  +++ HttpServerMBean.java  20 Feb 2002 05:33:43 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: HttpServerMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $
  +// $Id: HttpServerMBean.java,v 1.2 2002/02/20 05:33:43 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.1 $
  + * @version $Revision: 1.2 $
* @author Greg Wilkins (gregw)
*/
   public class HttpServerMBean extends LifeCycleMBean
  
  
  
  1.2   +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.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- NCSARequestLogMBean.java  10 Feb 2002 17:57:43 -  1.1
  +++ NCSARequestLogMBean.java  20 Feb 2002 05:33:43 -  1.2
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: NCSARequestLogMBean.java,v 1.1 2002/02/10 17:57:43 olegnitz Exp $
  +// $Id: NCSARequestLogMBean.java,v 1.2 2002/02/20 05:33:43 janb Exp $
   // 
   
   package org.mortbay.http.jmx;
  @@ -22,7 +22,7 @@
   /* 

[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

[Jan Bartel]

  User: janb
  Date: 02/02/19 21:33:41

  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:
  Updating to latest Jetty with tag JBOSS_20020220222111
  
  Revision  ChangesPath
  1.3   +2 -3  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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Applet.java   10 Feb 2002 17:57:42 -  1.2
  +++ Applet.java   20 Feb 2002 05:33:40 -  1.3
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1996 Intelligent Switched Systems, Sydney
  -// $Id: Applet.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $
  +// $Id: Applet.java,v 1.3 2002/02/20 05:33:40 janb Exp $
   // 
   
   package org.mortbay.html;
  @@ -25,7 +25,7 @@
* 
*
* @see org.mortbay.html.Block
  - * @version $Id: Applet.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $
  + * @version $Id: Applet.java,v 1.3 2002/02/20 05:33:40 janb Exp $
* @author Matthew Watson
   */
   public class Applet extends Block
  @@ -63,7 +63,6 @@
   /** Set whether debugging is on in the Applet.
*  This controls whether the org.mortbay.util.Code debug messages
* will be printed to the java console.
  - * @see org.mortbay.util.Code#initParamsFromApplet
*  Defaults to whether debug is turned on in the generating app */
   public Applet setDebug(boolean debug){
   this.debug = debug;
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Block.java10 Feb 2002 17:57:42 -  1.2
  +++ Block.java20 Feb 2002 05:33:40 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: Block.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $
  +// $Id: Block.java,v 1.3 2002/02/20 05:33:40 janb Exp $
   // ---
   
   package org.mortbay.html;
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Break.java10 Feb 2002 17:57:42 -  1.2
  +++ Break.java20 Feb 2002 05:33:40 -  1.3
  @@ -1,6 +1,6 @@
   // ===
   // Copyright (c) 1996 Mort Bay Consulting Pty. Ltd. All rights reserved.
  -// $Id: Break.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $
  +// $Id: Break.java,v 1.3 2002/02/20 05:33:40 janb Exp $
   // ---
   
   package org.mortbay.html;
  
  
  
  1.3   +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.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Comment.java  10 Feb 2002 17:57:42 -  1.2
  +++ Comment.java  20 Feb 2002 05:33:40 -  1.3
  @@ -1,6 +1,6 @@
   // 
   // Copyright (c) 1999 Mort Bay Consulting (Australia) Pty. Ltd.
  -// $Id: Comment.java,v 1.2 2002/02/10 17:57:42 olegnitz Exp $
  +// $Id: Comment.java,v 1.3 2002/02/20 05:33:40 janb Exp $
   // 
   
   package org.mortbay.html;
  @@ -10,7 +10,7 @@
   
   /*  */
   /** HTML Comment.
  - * @version $Id: Comment.java,v 1.2 200

Re: [JBoss-dev] CVS frustration

[Scott M Stark]

In the JBoss 2.4.4 book.

> 
> > 2. Latest build of 2.4?
> 
> Not that I know of.
> 
> --jason



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Scott M Stark]

We won't do releases of Jetty as Mortbay has their own Sourceforge
project that handles that.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: "Adam Heath" <[EMAIL PROTECTED]>
To: "Jason Dillon" <[EMAIL PROTECTED]>
Cc: "Scott M Stark" <[EMAIL PROTECTED]>; "JBoss Development"
<[EMAIL PROTECTED]>
Sent: Tuesday, February 19, 2002 6:52 PM
Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml


> On Tue, 19 Feb 2002, Jason Dillon wrote:
>
> > Like the JBossMQ and JBossMX stuff...
>
> Or what about thirdparty projects that are maintained in jboss cvs(ie,
jetty)?
>



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Automated JBoss Testsuite Results

[chris]

JBoss daily test results

SUMMARY

Number of tests run:   497



Successful tests:  489

Errors:5

Failures:  3





[time of test: 20 February 2002 5:12 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

[JBoss-dev] Is ApplicationTxEntityMap in use?

[David Jencks]

I can't see any use of ...ejb.ApplicationTxEntityMap, and the functionality
looks very similar to GlobalTxEntityMap.

If it isn't being used can we remove it?

Thanks
david jencks

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Automated JBoss Testsuite Results

[chris]

JBoss daily test results

SUMMARY

Number of tests run:   497



Successful tests:  490

Errors:4

Failures:  3





[time of test: 20 February 2002 4:19 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] CVS frustration

[Jason Dillon]

> Is it documented anywhere, exactly how to check out and build:
>
> 1. Current Head (3.0)

Yes.  Look at http://jboss.org/developers/guide/quickstart.jsp

> 2. Latest build of 2.4?

Not that I know of.

--jason


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] CVS frustration

[James Cook]

Jason,

Is it documented anywhere, exactly how to check out and build:

1. Current Head (3.0)
2. Latest build of 2.4?

thanks,
jim

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]] On 
> Behalf Of Jason Dillon
> Sent: Tuesday, February 19, 2002 8:34 PM
> To: Scott M Stark
> Cc: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] CVS frustration
> 
> 
> I am sorry to have caused any pain to anyone from the changes 
> that I made. i was trully just trying to improve things... 
> except for the frivolous name changes... that was just plain dumb.
> 
> Things should be fixed an stable now.  Let me know if there 
> are _any_ problems and I will fix them as soon as possible.
> 
> --jason
> 
> 
> On Tue, 19 Feb 2002, Scott M Stark wrote:
> 
> > I feel your pain which is why I have been yelling at Jason 
> to stop the 
> > nonsense. We should be stable until after the 3.0 release.
> >
> > 
> > Scott Stark
> > Chief Technology Officer
> > JBoss Group, LLC
> > 
> > - Original Message -
> > From: "Peter Antman" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, February 19, 2002 12:29 AM
> > Subject: [JBoss-dev] CVS frustration
> >
> >
> > > Ok,
> > > so I am frustrated, and should probably cool down, take a deep 
> > > breath and wait until americal guys wake up. But I just 
> have to say 
> > > this.
> > >
> > > I do not work with the JBoss project every day, not even 
> every week. 
> > > But once in a while I contribute something, be it documentation, 
> > > bugfixes or new features. And I have to say this: since 
> buidldmagic 
> > > entered JBoss this has been a verry frustration bussines. I can 
> > > hardly remember any time I have not ended up in having a 
> cvs working 
> > > copy that is out of sync with the cvs repository and which is not 
> > > fixable by an ordinary update.
> > >
> > > Currently I am making testing and making changes to JBossMQ, and 
> > > it's not more than I week that I had to get a fresh copy 
> from CVS. 
> > > But already it is non-functional. Even if I follow the 
> instructions 
> > > in the new fix-workspace, the compilation is totally 
> screwed (seems 
> > > to have something with all utils classes disapearing).
> > >
> > > Consider this mail a burst of frustration. If it is to hard to 
> > > contribute stuff to JBoss (and I have been doing this 
> since summer 
> > > 2000) just because of administrative its a no good.
> > >
> > >
> > > Why can't we have a module for 3.0 that is easy to live with?
> > >
> > > //Peter
> > > --
> > > 
> > > Peter Antman Chief Systems Architect, Business Development 
> > > Technology in Media, Box 34105 100 26 Stockholm
> > > WWW: http://www.tim.se WWW: http://www.backsource.org
> > > Email: [EMAIL PROTECTED]
> > > Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942
> > > 
> > >
> > >
> > > ___
> > > 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
> 



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Automated JBoss Testsuite Results

[chris]

JBoss daily test results

SUMMARY

Number of tests run:   497



Successful tests:  489

Errors:5

Failures:  3





[time of test: 20 February 2002 3:22 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

[JBoss-dev] Automated JBoss Testsuite Results

[chris]

JBoss daily test results

SUMMARY

Number of tests run:   497



Successful tests:  489

Errors:4

Failures:  4





[time of test: 20 February 2002 2:53 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

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Adam Heath]

On Tue, 19 Feb 2002, Jason Dillon wrote:

> Like the JBossMQ and JBossMX stuff...

Or what about thirdparty projects that are maintained in jboss cvs(ie, jetty)?


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] Mbean dependancies

[marc fleury]

|Actually the RARDeployer registers RARDeployments with ServiceController so
|they participate in dependency management also.

right, good

|I changed Application and Container so EJB mbeans do this also: do you mind
|if I put it in before 3.0 beta?  Do you want to wait until we are using
|jsr-77 mbeans for dependencies?

thanks for asking.  I proposed the dependencies for the jsr77 framework and
it was met with deafening silence.  Either they or we don't get it.

So don't wait for anyone since this dependency mechanism generalized to all
types of deployments
1- is made possible by the new unified deployers and unified representation
of the DeploymentInfo
2- is absolutely necessary if we want to have a standardized way of defining
the dependencies and order of creation/starting ACROSS all deployment types
with one semantic

so go ahead.

You say you want the ServiceController to take over the create/start steps.
I remember there was another spot where you wanted to introduce the
DeployerSupport in the codebase, i think providing super calls that call the
ServiceController in create and start, after the deployer specific create
and start calls have been done is worthwhile.

This is an absolute kick ass piece of code.

marcf

|
|david jencks
|
|>
|> to do what you want you should put the ejb inside the sar, anywhere, and
|> that will work.
|>
|> marcf
|> |
|> |
|> |Dave Smith wrote:
|> |> Do we have any docs on this stuff? I'm tring to create a dependancy
|> with
|> |> a message driven Mbean that will wait until the topic it publishes is
|> |> created and also wait until the EJB that it uses is deployed. From a
|> |> quick look at the example with the TopicManager it looks like you have
|> |> to create a an MBean attribute with type ObjectName that maps to the
|> JMX
|> |> service you need. If that is the case how would you tie it to an EJB?
|> |>
|> |> Head spinning in Toronto ...
|> |>
|>


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Scott M Stark]

When we have done a standalone release of a subcomponent
then its tag does include the project name. The only release
that has been done is one of jbossmq with a tag of RelMQ_1_0_0_1
as it never was released in a final first version form. Update the
cvs admin page to clarify this.

- Original Message - 
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 19, 2002 6:14 PM
Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml


> Like the JBossMQ and JBossMX stuff...
> 
> --jason
> 
> 
> On Tue, 19 Feb 2002, Scott M Stark wrote:
> 
> >
> > What do you mean by other projects?



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Jason Dillon]

Like the JBossMQ and JBossMX stuff...

--jason


On Tue, 19 Feb 2002, Scott M Stark wrote:

>
> What do you mean by other projects?
>
> - Original Message -
> From: "Jason Dillon" <[EMAIL PROTECTED]>
> To: "Scott M Stark" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Tuesday, February 19, 2002 5:59 PM
> Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml
>
>
> > Ok, so I am not as crazy as I though I was.  Basically if we were to start
> > tagging other projects then we could run into namespace problems.  It
> would
> > be better to use something more like 'JBoss_Rel_3_0_0_3'.
> >
> > That is all I was trying to get across.
> >
> > --jason
> >
> >
> >  On Tue, 19 Feb 2002, Scott M Stark wrote:
> >
> > > We are still using those tag names, what do you call this?
> > > 
> > >
>
>
>
> ___
> 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: build/jboss build.xml

[Scott M Stark]

What do you mean by other projects?

- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 19, 2002 5:59 PM
Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml


> Ok, so I am not as crazy as I though I was.  Basically if we were to start
> tagging other projects then we could run into namespace problems.  It
would
> be better to use something more like 'JBoss_Rel_3_0_0_3'.
>
> That is all I was trying to get across.
>
> --jason
>
>
>  On Tue, 19 Feb 2002, Scott M Stark wrote:
>
> > We are still using those tag names, what do you call this?
> > 
> >



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: CVSROOT modules

[Adam Heath]

On Tue, 19 Feb 2002, Jason Dillon wrote:

> That is fine as long as you make sure that the next line is blank or will be
> evaluated to the same effect by cvs.
>
> --jason

Certainly.  Some languages don't like that.


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Jason Dillon]

Ok, so I am not as crazy as I though I was.  Basically if we were to start
tagging other projects then we could run into namespace problems.  It would
be better to use something more like 'JBoss_Rel_3_0_0_3'.

That is all I was trying to get across.

--jason


 On Tue, 19 Feb 2002, Scott M Stark wrote:

> We are still using those tag names, what do you call this?
> 
>
> - Original Message -
> From: "Jason Dillon" <[EMAIL PROTECTED]>
> To: "Scott M Stark" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Tuesday, February 19, 2002 5:37 PM
> Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml
>
>
> > I thought we were still using R_* and Branch_* for tag names.  As for the
> > rest, I was just getting lost in the esthetics.  I agree that we should
> > include cvs tag information.
> >
> > --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

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Scott M Stark]

We are still using those tag names, what do you call this?


- Original Message - 
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 19, 2002 5:37 PM
Subject: Re: [JBoss-dev] CVS update: build/jboss build.xml


> I thought we were still using R_* and Branch_* for tag names.  As for the
> rest, I was just getting lost in the esthetics.  I agree that we should
> include cvs tag information.
> 
> --jason
> 
> 



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS frustration

[Jason Dillon]

I am sorry to have caused any pain to anyone from the changes that I made.
i was trully just trying to improve things... except for the frivolous name
changes... that was just plain dumb.

Things should be fixed an stable now.  Let me know if there are _any_
problems and I will fix them as soon as possible.

--jason


On Tue, 19 Feb 2002, Scott M Stark wrote:

> I feel your pain which is why I have been yelling at Jason to
> stop the nonsense. We should be stable until after the 3.0
> release.
>
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> - Original Message -
> From: "Peter Antman" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, February 19, 2002 12:29 AM
> Subject: [JBoss-dev] CVS frustration
>
>
> > Ok,
> > so I am frustrated, and should probably cool down, take a deep breath
> > and wait until americal guys wake up. But I just have to say this.
> >
> > I do not work with the JBoss project every day, not even every week. But
> > once in a while I contribute something, be it documentation, bugfixes or
> > new features. And I have to say this: since buidldmagic entered JBoss
> > this has been a verry frustration bussines. I can hardly remember any
> > time I have not ended up in having a cvs working copy that is out of
> > sync with the cvs repository and which is not fixable by an ordinary
> > update.
> >
> > Currently I am making testing and making changes to JBossMQ, and it's
> > not more than I week that I had to get a fresh copy from CVS. But
> > already it is non-functional. Even if I follow the instructions in the
> > new fix-workspace, the compilation is totally screwed (seems to have
> > something with all utils classes disapearing).
> >
> > Consider this mail a burst of frustration. If it is to hard to
> > contribute stuff to JBoss (and I have been doing this since summer 2000)
> > just because of administrative its a no good.
> >
> >
> > Why can't we have a module for 3.0 that is easy to live with?
> >
> > //Peter
> > --
> > 
> > Peter Antman Chief Systems Architect, Business Development
> > Technology in Media, Box 34105 100 26 Stockholm
> > WWW: http://www.tim.se WWW: http://www.backsource.org
> > Email: [EMAIL PROTECTED]
> > Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942
> > 
> >
> >
> > ___
> > 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] CVS update: CVSROOT modules

[Jason Dillon]

That is fine as long as you make sure that the next line is blank or will be
evaluated to the same effect by cvs.

--jason


On Tue, 19 Feb 2002, Adam Heath wrote:

> On Tue, 19 Feb 2002, Jason Dillon wrote:
>
> >   -_jboss_jboss.net
> >   +_jboss_jboss.net \
> >   +_jboss_iiop
>
> This is a very minor nitpick, but when I use continued lines like the above, I
> always have all lines end with '\', so that adding a new line only requires a
> +, and not both a - and +.
>
> It makes the diffs nicer, imho.
>
>


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Jason Dillon]

I thought we were still using R_* and Branch_* for tag names.  As for the
rest, I was just getting lost in the esthetics.  I agree that we should
include cvs tag information.

--jason


 On Tue, 19 Feb 2002, Scott M Stark wrote:

>
> > Why does the server need to know anything about the source controlsystem
> > which is being used to manage its sources?
> >
> > Pet names, as you say, are a time honored tradition amoung software
> > developers.  The are also used as a rememberance tool.  Many folks will be
> > more inclinded to remeber rabbit-hole than some arbitrary set of numbers.
> >
> > Along the same lines, our branch/tag naming system should be updated to
> > include the name of the project, so we don't get namespace clashes when
> > trying to branch jbossmq or jbossmx and such.
> >
> What do you mean by include the name of the project in the branch
> and version tag? Everything branches together so how it there going
> to be a clash?
>
> > > Why do we need a pet name  variable that has nothing to
> > > do with obtaining a snapshot of the code? I don't care
> > > that 3.0 is also known by rabbithole. It meaningless.
> >
> > That is why we had shown the version as well as the version name before.
> >
> > It seems like you do care, or you would have left it alone.
> >
> I care that I can get the source code for a given release based on
> info included in the build and since I didn't see a reason to keep
> the name I used it for the version tag.
>
> > I understand that you wanted to provide versioning for all jars.  I don't
> > see how that relates to changing how we refer to the release.
> >
> There is no change here. The release will have a JBoss_X_Y_Z version
> tag as its identifier.
>
> > A side not, I don't think that the jar mf impl/spec is really the best
> place
> > for this type of versioning... or rather I think that it should be
> expanded
> > further.  For example, there is no jboss spec... and for jars that
> actually
> > do have a spec, what do we put there?  What if one jar covers more than
> once
> > spec.  All in all the additions of this package stuff to the jdk was not
> > very well thought out...
> If the jars have a spec that can be included in the specification tags. The
> implementation tags will be JBoss build info.
>
>
>
> ___
> 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: CVSROOT modules

[Adam Heath]

On Tue, 19 Feb 2002, Jason Dillon wrote:

>   -_jboss_jboss.net
>   +_jboss_jboss.net \
>   +_jboss_iiop

This is a very minor nitpick, but when I use continued lines like the above, I
always have all lines end with '\', so that adding a new line only requires a
+, and not both a - and +.

It makes the diffs nicer, imho.



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] ejb-local-ref broken?

[Dmitri Colebatch]

sorry - thanks.  I was looking at http://www.jboss.org/j2ee/dtd/jboss.dtd - I assume 
that will be updated with the release or
something.

thanks again
dim.

- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 12:16 PM
Subject: Re: [JBoss-dev] ejb-local-ref broken?


> Look at the correct dtd:
>
> jboss-all 1380>grep local
> server/src/resources/org/jboss/metadata/jboss_3_0.dtd
>
>   
>   
>  home-invok
> er?, bean-invoker?, configuration-name?, security-proxy?, ejb-ref*,
> resource-ref
> *, resource-env-ref*, clustered?, cluster-config?)>
>  bean-i
> nvoker?, configuration-name?, security-proxy?, ejb-ref*, resource-ref*,
> resource
> -env-ref*, clustered?, cluster-config?)>
>   The JNDI name under with the local home interface should be bound
> 
>   when the client is local (same VM as the server). This optimizes RMI
> calls.
>
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> - Original Message -
> From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
> To: "Scott M Stark" <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Tuesday, February 19, 2002 4:58 PM
> Subject: Re: [JBoss-dev] ejb-local-ref broken?
>
>
> > thanks...
> >
> > without wanting to be picky... any chance of updating the jboss.xml dtd to
> allow the local-jndi-name?  If there's a reason why this
> > isn't so, then that reason would also be fine (o:  Just as part of XDoclet
> we validate the generated XML, and we cant do this for
> > jboss.xml atm because the DTD doesn't agree with what we want...
> >
> > cheesr
> > dim
> >
>
>
>
> ___
> 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] ejb-local-ref broken?

[Scott M Stark]

Look at the correct dtd:

jboss-all 1380>grep local
server/src/resources/org/jboss/metadata/jboss_3_0.dtd

  
  


  The JNDI name under with the local home interface should be bound

  when the client is local (same VM as the server). This optimizes RMI
calls.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Tuesday, February 19, 2002 4:58 PM
Subject: Re: [JBoss-dev] ejb-local-ref broken?


> thanks...
>
> without wanting to be picky... any chance of updating the jboss.xml dtd to
allow the local-jndi-name?  If there's a reason why this
> isn't so, then that reason would also be fine (o:  Just as part of XDoclet
we validate the generated XML, and we cant do this for
> jboss.xml atm because the DTD doesn't agree with what we want...
>
> cheesr
> dim
>



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty build.xml

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 17:01:02

  Modified:jettybuild.xml
  Log:
  prepare jetty-ejb for inclusion in jetty-plugin.sar
  
  Revision  ChangesPath
  1.40  +16 -13contrib/jetty/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- build.xml 19 Feb 2002 22:20:54 -  1.39
  +++ build.xml 20 Feb 2002 01:01:01 -  1.40
  @@ -128,6 +128,7 @@
   
   
   
  +
   
   
   
  @@ -472,6 +473,16 @@
  
 
   
  +
  +
  +  
  +
  +
  +  
  +  
  +
  +  
  +
   
   
 
  @@ -495,17 +506,9 @@
   
   
   
  -  
  -
  -
  -
  -
  -  
  -
  -
  -  
  -  
  -
  +
 
   
   
  @@ -532,7 +535,7 @@
 


 
   
  @@ -543,7 +546,7 @@
   
 


 
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty TODO

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 17:02:03

  Modified:jettyTODO
  Log:
  and even more thoughts
  
  Revision  ChangesPath
  1.10  +15 -1 contrib/jetty/TODO
  
  Index: TODO
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/TODO,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- TODO  20 Feb 2002 00:18:55 -  1.9
  +++ TODO  20 Feb 2002 01:02:02 -  1.10
  @@ -1,8 +1,16 @@
   IMMEDIATE
   -
   
  +jetty-ejb.jar should live inside jetty-plugin.sar
  +
  +Why does my CoarseHttpSession stuff not work anymore?
  +
  +Jetty MBeans have inconsistent naming - they should all be e.g. Jetty=0,CLASS=0
  +
   AbstractWebContainer moans if I deploy something, bounce Jetty, then un/redeploy it.
   
  +If I bounce Jetty, JBoss does not redeploy extant webapps
  +
   Integrate AbstractClassLoader.getPath() & Jasper - JG
   
   More of Jetty should be exposed via JMX - JB
  @@ -19,9 +27,15 @@
   FURTHER AWAY
   
   
  +Should servlet API and Jasper be included in jetty-plugin.sar - if so, why doesn't 
it work?
  +
  +CoarseHttpSession implementation has no GC - if it is used seriously it will need it
  +
   Jetty and JBoss both unpack the WAR - waste of time
   
  -Descriptors are parsed into DOMS - SAX would be faster (do we realy need DOM)
  +Descriptors are parsed into DOMS - SAX would be faster (do we really need DOM)
  +
  +Both Jetty and the integratin code parse web.xml - waste of time
   
   Jasper should be top level and shared with Catalina
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] ejb-local-ref broken?

[Dmitri Colebatch]

thanks...

without wanting to be picky... any chance of updating the jboss.xml dtd to allow the 
local-jndi-name?  If there's a reason why this
isn't so, then that reason would also be fine (o:  Just as part of XDoclet we validate 
the generated XML, and we cant do this for
jboss.xml atm because the DTD doesn't agree with what we want...

cheesr
dim

- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 11:33 AM
Subject: Re: [JBoss-dev] ejb-local-ref broken?


> I'll fix the AbstractWebContainer so forget about the patch.
>
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> - Original Message -
> From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
> To: "Scott M Stark" <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Tuesday, February 19, 2002 2:35 PM
> Subject: Re: [JBoss-dev] ejb-local-ref broken?
>
>
> > If its from the web-tier, AbstractWebContainer assumes that the local
> interface is bound to local/{remote_interface_name} in JNDI.
> > I thought I'd submitted a patch last night for this (to look for
> local-jndi-name in jboss.xml), but I cant see it on sf now... I'll
> > post it again tonight (from home).
> >
> > otoh if it isn't from the web tier then this will have nothing to do with
> it (o:
> >
> > cheesr
> > dim
> >
>
>
>
> ___
> 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/jetty/src/main/org/jboss/jetty/session CoarseDistributedStore.java

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 16:58:54

  Modified:jetty/src/main/org/jboss/jetty/session
CoarseDistributedStore.java
  Log:
  improve session storing logic
  
  Revision  ChangesPath
  1.9   +24 -19
contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java
  
  Index: CoarseDistributedStore.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- CoarseDistributedStore.java   19 Feb 2002 23:33:15 -  1.8
  +++ CoarseDistributedStore.java   20 Feb 2002 00:58:54 -  1.9
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: CoarseDistributedStore.java,v 1.8 2002/02/19 23:33:15 jules_gosnell Exp $
  +// $Id: CoarseDistributedStore.java,v 1.9 2002/02/20 00:58:54 jules_gosnell Exp $
   
   //
   
  @@ -120,30 +120,35 @@
 if (_home==null)
return;
   
  -  // this is clumsy... - TODO
 try
 {
  - CoarseHttpSession ejb=_home.findByPrimaryKey(id);
  - ejb.setData((CoarseHttpSessionData)data);
  - return;
  + try
  + {
  +   CoarseHttpSession ejb=_home.findByPrimaryKey(id);
  +   ejb.setData((CoarseHttpSessionData)data);
  +   return;
  + }
  + catch (FinderException e)
  + {
  +   // I'm assuming that nothing is wrong - this is being
  +   // created for the first time..
  + }
  +
  + try
  + {
  +   CoarseHttpSession ejb=_home.create((CoarseHttpSessionData)data);
  +   ejb=null;
  +   return;
  + }
  + catch (CreateException e)
  + {
  +   _log.warn("could not save session: "+id);
  + }
 }
 catch (RemoteException e)
  -  {}
  -  catch (FinderException e)
  -  {}
  -
  -  try
 {
  - CoarseHttpSession ejb=_home.create((CoarseHttpSessionData)data);
  - ejb=null;
  - return;
  + _log.error("problem talking to EJB container", e);
 }
  -  catch (RemoteException e)
  -  {}
  -  catch (CreateException e)
  -  {}
  -
  -  _log.warn("could not save session: "+id);
   }
   
 public void
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] ejb-local-ref broken?

[Scott M Stark]

I'll fix the AbstractWebContainer so forget about the patch.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Tuesday, February 19, 2002 2:35 PM
Subject: Re: [JBoss-dev] ejb-local-ref broken?


> If its from the web-tier, AbstractWebContainer assumes that the local
interface is bound to local/{remote_interface_name} in JNDI.
> I thought I'd submitted a patch last night for this (to look for
local-jndi-name in jboss.xml), but I cant see it on sf now... I'll
> post it again tonight (from home).
>
> otoh if it isn't from the web tier then this will have nothing to do with
it (o:
>
> cheesr
> dim
>



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty TODO

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 16:18:55

  Modified:jettyTODO
  Log:
  some further thoughts
  
  Revision  ChangesPath
  1.9   +8 -0  contrib/jetty/TODO
  
  Index: TODO
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/TODO,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- TODO  19 Feb 2002 23:32:11 -  1.8
  +++ TODO  20 Feb 2002 00:18:55 -  1.9
  @@ -19,6 +19,14 @@
   FURTHER AWAY
   
   
  +Jetty and JBoss both unpack the WAR - waste of time
  +
  +Descriptors are parsed into DOMS - SAX would be faster (do we realy need DOM)
  +
  +Jasper should be top level and shared with Catalina
  +
  +There are two servlet APIs in the tree. There should be one at the top-level.
  +
   Virtual Host support
   
   Seperation of Presentation from Business Logic tier - by RemoteMBeanProxy???
  
  
  

___
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/ejb CoarseHttpSessionBean.java

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 16:15:36

  Modified:jetty/src/main/org/jboss/jetty/ejb
CoarseHttpSessionBean.java
  Log:
  more log guarding/unguarding (DOH!)
  
  Revision  ChangesPath
  1.9   +5 -10 
contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java
  
  Index: CoarseHttpSessionBean.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- CoarseHttpSessionBean.java18 Feb 2002 23:04:39 -  1.8
  +++ CoarseHttpSessionBean.java20 Feb 2002 00:15:36 -  1.9
  @@ -18,7 +18,7 @@
* The Entity bean represents an HttpSession.
*
* @author [EMAIL PROTECTED]
  - * @version $Revision: 1.8 $
  + * @version $Revision: 1.9 $
*
*   @ejb:bean name="CoarseHttpSession" type="CMP" 
jndi-name="jetty/CoarseHttpSession" primkey-field="id"
*   @ejb:pk class="java.lang.String"
  @@ -100,35 +100,30 @@
 public void
   ejbLoad()
 {
  -if (_log.isDebugEnabled())
  -  _log.debug("ejbLoad()");
  +_log.debug("ejbLoad()");
 }
   
 public void
   ejbActivate()
 {
  -if (_log.isDebugEnabled())
  -  _log.debug("ejbActivate()");
  +_log.debug("ejbActivate()");
 }
   
 public void
   ejbPassivate()
 {
  -if (_log.isDebugEnabled())
  -  _log.debug("ejbPassivate()");
  +_log.debug("ejbPassivate()");
 }
   
 public void
   ejbStore()
 {
  -if (_log.isDebugEnabled())
  -  _log.debug("ejbStore()");
  +_log.debug("ejbStore()");
 }
   
 public void
   unsetEntityContext()
 {
  -//if (_log.isDebugEnabled())
   //_log.debug("unsetEntityContext()");
 }
   
  
  
  

___
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 ClusteredStore.java

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 16:15:37

  Modified:jetty/src/main/org/jboss/jetty/session ClusteredStore.java
  Log:
  more log guarding/unguarding (DOH!)
  
  Revision  ChangesPath
  1.7   +2 -3  
contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java
  
  Index: ClusteredStore.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- ClusteredStore.java   19 Feb 2002 00:07:24 -  1.6
  +++ ClusteredStore.java   20 Feb 2002 00:15:37 -  1.7
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: ClusteredStore.java,v 1.6 2002/02/19 00:07:24 jules_gosnell Exp $
  +// $Id: ClusteredStore.java,v 1.7 2002/02/20 00:15:37 jules_gosnell Exp $
   
   //
   
  @@ -62,8 +62,7 @@
 public AbstractHttpSessionData
   make()
   {
  -  if (_log.isDebugEnabled())
  - _log.debug("make");
  +  _log.debug("make");
 return new ClusteredHttpSessionData();
   }
   
  
  
  

___
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/security JBossUserRealm.java

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 16:15:36

  Modified:jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
  Log:
  more log guarding/unguarding (DOH!)
  
  Revision  ChangesPath
  1.5   +4 -3  
contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java
  
  Index: JBossUserRealm.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- JBossUserRealm.java   19 Feb 2002 23:22:32 -  1.4
  +++ JBossUserRealm.java   20 Feb 2002 00:15:36 -  1.5
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JBossUserRealm.java,v 1.4 2002/02/19 23:22:32 jules_gosnell Exp $
  +// $Id: JBossUserRealm.java,v 1.5 2002/02/20 00:15:36 jules_gosnell Exp $
   
   package org.jboss.jetty.security;
   
  @@ -29,7 +29,7 @@
   /** An implementation of UserRealm that integrates with the JBossSX
* security manager associted with the web application.
* @author  [EMAIL PROTECTED]
  - * @version $Revision: 1.4 $
  + * @version $Revision: 1.5 $
*/
   
   // TODO
  @@ -123,7 +123,8 @@
 if (_useJAAS && authenticated && _subjSecMgr!=null)
 {
Subject subject = _subjSecMgr.getActiveSubject();
  - _log.debug("setting JAAS subjectAttributeName("+_subjAttrName+") : "+subject);
  + if (_log.isDebugEnabled())
  +   _log.debug("setting JAAS subjectAttributeName("+_subjAttrName+") : 
"+subject);
request.setAttribute(_subjAttrName, subject);
 }
   
  
  
  

___
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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 16:15:36

  Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java Jetty.java
JettyService.java
  Log:
  more log guarding/unguarding (DOH!)
  
  Revision  ChangesPath
  1.25  +3 -2  
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.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- JBossWebApplicationContext.java   19 Feb 2002 23:22:32 -  1.24
  +++ JBossWebApplicationContext.java   20 Feb 2002 00:15:35 -  1.25
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JBossWebApplicationContext.java,v 1.24 2002/02/19 23:22:32 jules_gosnell 
Exp $
  +// $Id: JBossWebApplicationContext.java,v 1.25 2002/02/20 00:15:35 jules_gosnell 
Exp $
   
   // A Jetty HttpServer with the interface expected by JBoss'
   // J2EEDeployer...
  @@ -201,7 +201,8 @@
  _log.warn("unknown ClassLoader type ("+cl.getClass().getName()+") - 
classpath may be incomplete");
 }
   
  -  _log.info("default JSP CLASSPATH: "+classpath);
  +  if (_log.isDebugEnabled())
  + _log.debug("JSP classpath: "+classpath);
   
 return classpath;
   }
  
  
  
  1.38  +4 -3  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.37
  retrieving revision 1.38
  diff -u -r1.37 -r1.38
  --- Jetty.java19 Feb 2002 23:22:32 -  1.37
  +++ Jetty.java20 Feb 2002 00:15:35 -  1.38
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: Jetty.java,v 1.37 2002/02/19 23:22:32 jules_gosnell Exp $
  +// $Id: Jetty.java,v 1.38 2002/02/20 00:15:35 jules_gosnell Exp $
   
   // A Jetty HttpServer with the interface expected by JBoss'
   // J2EEDeployer...
  @@ -35,7 +35,7 @@
*
* @author mailto:[EMAIL PROTECTED]";>Julian Gosnell
* @author  mailto:[EMAIL PROTECTED]";>Andreas Schaefer.
  - * @version $Revision: 1.37 $
  + * @version $Revision: 1.38 $
*
* Revisions:
*
  @@ -234,7 +234,8 @@
   
   try
   {
  -  _log.info("loading configuration: "+configUrl);
  +  if (_log.isDebugEnabled())
  + _log.debug("loading configuration: "+configUrl);
 configure(configUrl);
 _log.debug("configuratin loaded");
 _configuration=configUrl;
  
  
  
  1.49  +6 -10 contrib/jetty/src/main/org/jboss/jetty/JettyService.java
  
  Index: JettyService.java
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- JettyService.java 19 Feb 2002 23:22:32 -  1.48
  +++ JettyService.java 20 Feb 2002 00:15:35 -  1.49
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JettyService.java,v 1.48 2002/02/19 23:22:32 jules_gosnell Exp $
  +// $Id: JettyService.java,v 1.49 2002/02/20 00:15:35 jules_gosnell Exp $
   
   //--
   
  @@ -34,7 +34,7 @@
* A service to launch jetty from JMX.
*
* @author mailto:[EMAIL PROTECTED]";>Julian Gosnell
  - * @version $Revision: 1.48 $
  + * @version $Revision: 1.49 $
*/
   
   public class JettyService
  @@ -115,8 +115,7 @@
   // why doesn't this work? - investigate...
   //_jetty.setLogSink(logSink);
   
  -if (_log.isDebugEnabled())
  -  _log.debug("connected JBoss and Jetty Log models");
  +_log.debug("connected JBoss and Jetty Log models");
 }
   
 /** the usual path separators we know */
  @@ -139,8 +138,7 @@
   
   _jetty=tmp;  // now we are initialised.
   
  -if (_log.isDebugEnabled())
  -  _log.debug("Instantiated and configured server");
  +_log.debug("Instantiated and configured server");
 }
   
 protected void
  @@ -152,8 +150,7 @@
   {
 try
 {
  - if (_log.isDebugEnabled())
  -   _log.debug("MBean peers WILL be created for Jetty Contexts");
  + _log.debug("MBean peers WILL be created for Jetty Contexts");
   
   _mbean   = new JettyMBean(_jetty);
   _debug   = new CodeMBean();
  @@ -169,8 +166,7 @@
   }
   else
   {
  -  if (_log.isDebugEnabled())
  - _log.debug("MBean peers WILL NOT be created for Jetty Contexts");
  +  _log.debug("MBean peers WILL NOT be created for Jetty Contexts");
   }
   
   _jetty.setConfiguration

[JBoss-dev] [ jboss-Bugs-520232 ] subscription does not exist exception

[noreply]

Bugs item #520232, was opened at 2002-02-19 15:40
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=520232&group_id=22866

Category: JBossMQ
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Doug Beeman (dbeeman)
Assigned to: Nobody/Anonymous (nobody)
Summary: subscription does not exist exception

Initial Comment:
javax.jms.JMSException: The provided subscription does not exist occurs when 
(re)registering with 
a new selector. This is intermittant and happens with the new 2.4.4 build as well.

[Default] JBoss 2.5 ALPHA Started in 0m:6s
[OILServerILService] The OILClientIL Connection is set up
[OILServerILService] The OILClientIL Connection is set up
[JMSServer] Server: subscribe(dest=TOPIC.TRAPS,idConnection=ID2)
[ClientConsumer:ID2] ClientConsumer:ID2->run()
[ClientConsumer:ID2] Adding subscription for: org.jboss.mq.Subscription@409554
[ClientConsumer:ID2] ClientConsumer:ID2->setEnabled(enabled=true)
[JMSServer] Server: unsubscribe(idConnection=ID2)
[ClientConsumer:ID2] ClientConsumer:ID2->removeSubscription(subscriberId=-2147483648)
[ClientConsumer:ID2] ClientConsumer:ID2->setEnabled(enabled=false)
[JMSServer] Server: subscribe(dest=TOPIC.TRAPS,idConnection=ID2)
[ClientConsumer:ID2] Adding subscription for: org.jboss.mq.Subscription@56f631
[ClientConsumer:ID2] ClientConsumer:ID2->setEnabled(enabled=true)
[OILServerILService] Client request resulted in a server exception: 
javax.jms.JMSException: The provided subscription does not exist
at org.jboss.mq.server.ClientConsumer.receive(Unknown Source)
at org.jboss.mq.server.JMSServer.receive(Unknown Source)
at org.jboss.mq.il.oil.OILServerILService.run(Unknown Source)
at java.lang.Thread.run(Thread.java:484)
[JMSServer] Server: unsubscribe(idConnection=ID2)
[ClientConsumer:ID2] ClientConsumer:ID2->removeSubscription(subscriberId=-2147483647)
[ClientConsumer:ID2] ClientConsumer:ID2->setEnabled(enabled=false)
[JMSServer] Server: subscribe(dest=TOPIC.TRAPS,idConnection=ID2)
[ClientConsumer:ID2] Adding subscription for: org.jboss.mq.Subscription@6c6b00
[OILServerILService] Client request resulted in a server exception: 
javax.jms.JMSException: The provided subscription does not exist
at org.jboss.mq.server.ClientConsumer.receive(Unknown Source)
at org.jboss.mq.server.JMSServer.receive(Unknown Source)
at org.jboss.mq.il.oil.OILServerILService.run(Unknown Source)
at java.lang.Thread.run(Thread.java:484)
[ClientConsumer:ID2] ClientConsumer:ID2->setEnabled(enabled=true)
[JMSServer] Server: unsubscribe(idConnection=ID2)


--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=520232&group_id=22866

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop CorbaORBService.java CorbaORBServiceMBean.java

[Francisco Reverbel]

  User: reverbel
  Date: 02/02/19 15:33:27

  Modified:iiop/src/main/org/jboss/iiop CorbaORBService.java
CorbaORBServiceMBean.java
  Log:
  Added MBean attributes IIOPPort and PortableInterceptorInitializerClass.
  These attributes specify ORB initialization parameters.
  
  Revision  ChangesPath
  1.9   +35 -11contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java
  
  Index: CorbaORBService.java
  ===
  RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- CorbaORBService.java  18 Feb 2002 22:20:41 -  1.8
  +++ CorbaORBService.java  19 Feb 2002 23:33:27 -  1.9
  @@ -45,7 +45,7 @@
*  for JBoss to use.
*  
*  @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
  - *  @version $Revision: 1.8 $
  + *  @version $Revision: 1.9 $
*/
   public class CorbaORBService
  extends ServiceMBeanSupport
  @@ -62,8 +62,10 @@
   
  private MBeanServer server;
   
  -   private String orbClass = "org.jacorb.orb.ORB";
  -   private String orbSingletonClass = "org.jacorb.orb.ORBSingleton";
  +   private String orbClass = null;
  +   private String orbSingletonClass = null;
  +   private int iiopPort = 0;
  +   private String portableInterceptorInitializerClass = null;
   
  // Static 
   
  @@ -95,14 +97,15 @@
  {
 // Initialize the ORB
 Properties props = new Properties();
  -  props.put("org.omg.CORBA.ORBClass", orbClass);
  -  props.put("org.omg.CORBA.ORBSingletonClass", orbSingletonClass);
  -  // TODO: Fill in the port number below from MBean properties.
  -  props.put("OAPort", "5000" ); // port to be used by jacorb
  -  props.put("org.omg.PortableInterceptor.ORBInitializerClass"
  -+ ".org.jboss.ejb.plugins.iiop.server" 
  -+ ".CodebaseInterceptorInitializer", "");
  -
  +  if (orbClass != null)
  + props.put("org.omg.CORBA.ORBClass", orbClass);
  +  if (orbSingletonClass != null)
  + props.put("org.omg.CORBA.ORBSingletonClass", orbSingletonClass);
  +  if (iiopPort != 0)
  + props.put("OAPort", Integer.toString(iiopPort));
  +  if (portableInterceptorInitializerClass != null)
  + props.put("org.omg.PortableInterceptor.ORBInitializerClass."
  +   + portableInterceptorInitializerClass, "");
 orb = ORB.init(new String[0], props);
 bind(ORB_NAME, "org.omg.CORBA.ORB");
   
  @@ -245,6 +248,27 @@
 this.orbSingletonClass = orbSingletonClass;
  }
   
  +   public void setIIOPPort(int iiopPort)
  +   {
  +  this.iiopPort = iiopPort;
  +   }
  +
  +   public int getIIOPPort()
  +   {
  +  return iiopPort;
  +   }
  +   
  +   public String getPortableInterceptorInitializerClass()
  +   {
  +  return portableInterceptorInitializerClass;
  +   }
  +
  +   public void setPortableInterceptorInitializerClass(
  + String portableInterceptorInitializerClass)
  +   {
  +  this.portableInterceptorInitializerClass = 
  +  portableInterceptorInitializerClass;
  +   }
   
  // ObjectFactory implementation --
   
  
  
  
  1.6   +10 -1 contrib/iiop/src/main/org/jboss/iiop/CorbaORBServiceMBean.java
  
  Index: CorbaORBServiceMBean.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/CorbaORBServiceMBean.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- CorbaORBServiceMBean.java 16 Feb 2002 22:15:58 -  1.5
  +++ CorbaORBServiceMBean.java 19 Feb 2002 23:33:27 -  1.6
  @@ -15,7 +15,8 @@
*   Mbean interface for the JBoss CORBA ORB service.
*  
*   @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
  - *   @version $Revision: 1.5 $
  + *   @author mailto:[EMAIL PROTECTED]";>Francisco Reverbel
  + *   @version $Revision: 1.6 $
*/
   public interface CorbaORBServiceMBean
  extends org.jboss.system.ServiceMBean
  @@ -30,5 +31,13 @@
   
  public String getORBSingletonClass();
  public void setORBSingletonClass(String orbSingletonClass);
  +
  +   public void setIIOPPort(int iiopPort); 
  +   public int getIIOPPort();
  +
  +   public String getPortableInterceptorInitializerClass();
  +   public void setPortableInterceptorInitializerClass(
  + String portableInterceptorInitializerClass);
  +
   }
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/iiop/src/etc/conf/default jboss-service.xml

[Francisco Reverbel]

  User: reverbel
  Date: 02/02/19 15:33:27

  Modified:iiop/src/etc/conf/default jboss-service.xml
  Log:
  Added MBean attributes IIOPPort and PortableInterceptorInitializerClass.
  These attributes specify ORB initialization parameters.
  
  Revision  ChangesPath
  1.2   +3 -7  contrib/iiop/src/etc/conf/default/jboss-service.xml
  
  Index: jboss-service.xml
  ===
  RCS file: /cvsroot/jboss/contrib/iiop/src/etc/conf/default/jboss-service.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- jboss-service.xml 15 Feb 2002 22:07:56 -  1.1
  +++ jboss-service.xml 19 Feb 2002 23:33:27 -  1.2
  @@ -1,6 +1,6 @@
   
   
  -
  +
   
   
   
  @@ -104,12 +104,8 @@
 name="jboss:service=CorbaORB">
   org.jacorb.orb.ORB
   org.jacorb.orb.ORBSingleton
  -  
  +5000
  +org.jboss.ejb.plugins.iiop.server.CodebaseInterceptorInitializer
 
   
   
  
  
  

___
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 CoarseDistributedStore.java DistributedHttpSession.java

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 15:33:15

  Modified:jetty/src/main/org/jboss/jetty/session
CoarseDistributedStore.java
DistributedHttpSession.java
  Log:
  don't bother to say 'WARNING' when log.warn()-ing...
  
  Revision  ChangesPath
  1.8   +3 -3  
contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java
  
  Index: CoarseDistributedStore.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- CoarseDistributedStore.java   19 Feb 2002 00:08:04 -  1.7
  +++ CoarseDistributedStore.java   19 Feb 2002 23:33:15 -  1.8
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: CoarseDistributedStore.java,v 1.7 2002/02/19 00:08:04 jules_gosnell Exp $
  +// $Id: CoarseDistributedStore.java,v 1.8 2002/02/19 23:33:15 jules_gosnell Exp $
   
   //
   
  @@ -56,7 +56,7 @@
 }
 catch (NamingException e)
 {
  - _log.warn("WARNING: Support for EJB-based Distributed HttpSessions does not 
appear to be loaded");
  + _log.warn("support for EJB-based Distributed HttpSessions does not appear to 
be loaded");
 }
   }
   
  @@ -143,7 +143,7 @@
 catch (CreateException e)
 {}
   
  -  _log.warn("WARNING: could not save session: "+id);
  +  _log.warn("could not save session: "+id);
   }
   
 public void
  
  
  
  1.6   +2 -2  
contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSession.java
  
  Index: DistributedHttpSession.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSession.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- DistributedHttpSession.java   1 Feb 2002 00:32:24 -   1.5
  +++ DistributedHttpSession.java   19 Feb 2002 23:33:15 -  1.6
  @@ -427,8 +427,8 @@
   {
 if (warn)
 {
  - _log.warn("WARNING: About to activate a session attribute that was not 
passivated: "+attribute);
  - _log.warn("WARNING: This was probably due to an uncontrolled server 
shutdown.");
  + _log.warn("about to activate a session attribute that was not passivated: 
"+attribute);
  + _log.warn("this was probably due to an uncontrolled server shutdown.");
 }
 ((HttpSessionActivationListener)attribute) .sessionDidActivate(event);
   }
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty TODO

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 15:32:11

  Modified:jettyTODO
  Log:
  update
  
  Revision  ChangesPath
  1.8   +1 -1  contrib/jetty/TODO
  
  Index: TODO
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/TODO,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- TODO  19 Feb 2002 22:28:48 -  1.7
  +++ TODO  19 Feb 2002 23:32:11 -  1.8
  @@ -1,7 +1,7 @@
   IMMEDIATE
   -
   
  -JAAS support should be configurable via JMX - JG
  +AbstractWebContainer moans if I deploy something, bounce Jetty, then un/redeploy it.
   
   Integrate AbstractClassLoader.getPath() & Jasper - JG
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Current HEAD is missing org.jboss.util.NestedException

[Jason Dillon]

This is in jboss/common, you need to checkout jboss-all again, or checkout
_jboss_common from inside the jboss-all directory.

--jason


On Tue, 19 Feb 2002, Anatoly Akkerman wrote:

>
> After Jason's commit on Feb 16, head does not compile since it is missing
> the class.
>
> Anatoly
>
>
> ___
> 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/jetty/src/resources/jetty-plugin/META-INF jboss-service.xml

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 15:22:32

  Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
  Log:
  allow configuration of JAAS support via JMX
  
  Revision  ChangesPath
  1.18  +3 -0  
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.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- jboss-service.xml 17 Feb 2002 09:52:55 -  1.17
  +++ jboss-service.xml 19 Feb 2002 23:22:32 -  1.18
  @@ -28,6 +28,9 @@
   
   neither
   
  +
  +j_subject
  +
 
   
 
  
  
  

___
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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 15:22:32

  Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java Jetty.java
JettyService.java JettyServiceMBean.java
  Log:
  allow configuration of JAAS support via JMX
  
  Revision  ChangesPath
  1.24  +6 -3  
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.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- JBossWebApplicationContext.java   19 Feb 2002 00:15:29 -  1.23
  +++ JBossWebApplicationContext.java   19 Feb 2002 23:22:32 -  1.24
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JBossWebApplicationContext.java,v 1.23 2002/02/19 00:15:29 jules_gosnell 
Exp $
  +// $Id: JBossWebApplicationContext.java,v 1.24 2002/02/19 23:22:32 jules_gosnell 
Exp $
   
   // A Jetty HttpServer with the interface expected by JBoss'
   // J2EEDeployer...
  @@ -43,6 +43,7 @@
 WebDescriptorParser _descriptorParser;
 WebApplication  _webApp;
 DocumentBuilder _parser;
  +  String  _subjAttrName="j_subject";
   
 public
   JBossWebApplicationContext(HttpServer httpServer,
  @@ -55,7 +56,8 @@
   boolean unpackWars,
   String storageStrategy,
   String snapshotFrequency,
  -String notificationPolicy)
  +String notificationPolicy,
  +String subjAttrName)
   throws java.io.IOException
   {
 super(httpServer, contextPathSpec, warUrl, webDefaults, unpackWars);
  @@ -64,6 +66,7 @@
 _descriptorParser = descriptorParser;
 _webApp   = webApp;
 _parser   = parser;
  +  _subjAttrName = subjAttrName;
   
 getServletHandler().
setSessionManager(new DistributedHttpSessionManager(this,
  @@ -91,7 +94,7 @@
  if (realmName!=null)
  {
// these need to be cached and reused by name...MAYBE - TODO
  - getHttpContext().getHttpServer().addRealm(new JBossUserRealm(realmName));
  + getHttpContext().getHttpServer().addRealm(new JBossUserRealm(realmName, 
_subjAttrName));
  }
   
  // this is causing a printout which implies a separate
  
  
  
  1.37  +22 -3 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.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- Jetty.java16 Feb 2002 14:13:22 -  1.36
  +++ Jetty.java19 Feb 2002 23:22:32 -  1.37
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: Jetty.java,v 1.36 2002/02/16 14:13:22 jules_gosnell Exp $
  +// $Id: Jetty.java,v 1.37 2002/02/19 23:22:32 jules_gosnell Exp $
   
   // A Jetty HttpServer with the interface expected by JBoss'
   // J2EEDeployer...
  @@ -35,7 +35,7 @@
*
* @author mailto:[EMAIL PROTECTED]";>Julian Gosnell
* @author  mailto:[EMAIL PROTECTED]";>Andreas Schaefer.
  - * @version $Revision: 1.36 $
  + * @version $Revision: 1.37 $
*
* Revisions:
*
  @@ -201,6 +201,24 @@
 }
   
 //
  +  // subjectAttributeName property
  +  //
  +
  +  String _subjectAttributeName;
  +
  +  public synchronized void
  +setSubjectAttributeName(String subjectAttributeName)
  +  {
  +_subjectAttributeName=subjectAttributeName;
  +  }
  +
  +  public synchronized String
  +getSubjectAttributeName()
  +  {
  +return _subjectAttributeName;
  +  }
  +
  +  //
 // configuration property
 //
   
  @@ -262,7 +280,8 @@
   fixedWarUrl, getWebDefault(), getUnpackWars(),
   getHttpSessionStorageStrategy(),
   getHttpSessionSnapshotFrequency(),
  -getHttpSessionSnapshotNotificationPolicy());
  +getHttpSessionSnapshotNotificationPolicy(),
  +getSubjectAttributeName());
   
 String virtualHost=null;
 addContext(virtualHost, app);
  
  
  
  1.48  +28 -2 contrib/jetty/src/main/org/jboss/jetty/JettyService.java
  
  Index: JettyService.java
  ===
  RCS file: /cvsroot/jboss/

[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/security JBossUserRealm.java

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 15:22:32

  Modified:jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
  Log:
  allow configuration of JAAS support via JMX
  
  Revision  ChangesPath
  1.4   +11 -7 
contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java
  
  Index: JBossUserRealm.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- JBossUserRealm.java   19 Feb 2002 00:14:02 -  1.3
  +++ JBossUserRealm.java   19 Feb 2002 23:22:32 -  1.4
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JBossUserRealm.java,v 1.3 2002/02/19 00:14:02 jules_gosnell Exp $
  +// $Id: JBossUserRealm.java,v 1.4 2002/02/19 23:22:32 jules_gosnell Exp $
   
   package org.jboss.jetty.security;
   
  @@ -29,7 +29,7 @@
   /** An implementation of UserRealm that integrates with the JBossSX
* security manager associted with the web application.
* @author  [EMAIL PROTECTED]
  - * @version $Revision: 1.3 $
  + * @version $Revision: 1.4 $
*/
   
   // TODO
  @@ -120,9 +120,10 @@
   
 // This doesn't mean anything to Jetty - but may to some
 // Servlets - confirm later...
  -  if (authenticated && _subjSecMgr!=null)
  +  if (_useJAAS && authenticated && _subjSecMgr!=null)
 {
Subject subject = _subjSecMgr.getActiveSubject();
  + _log.debug("setting JAAS subjectAttributeName("+_subjAttrName+") : "+subject);
request.setAttribute(_subjAttrName, subject);
 }
   
  @@ -170,15 +171,18 @@
 private AuthenticationManager  _authMgr;
 private RealmMapping   _realmMapping;
 private HashMap_users = new HashMap();
  -  private String _subjAttrName = "j_subject"; // needs accessors - 
TODO
 private SubjectSecurityManager _subjSecMgr;
 private String _password;
  +  private String _subjAttrName;
  +  private boolean_useJAAS;
   
 public
  -JBossUserRealm(String realmName)
  +JBossUserRealm(String realmName, String subjAttrName)
 {
  -_realmName = realmName;
  -_log   = Logger.getLogger(JBossUserRealm.class.getName() + "#" + 
_realmName);
  +_log  = Logger.getLogger(JBossUserRealm.class.getName() + "#" + 
_realmName);
  +_realmName= realmName;
  +_subjAttrName = subjAttrName;
  +_useJAAS  = (_subjAttrName!=null);
   
   try
   {
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] CVS frustration

[Jason Dillon]

> so I am frustrated, and should probably cool down, take a deep breath
> and wait until americal guys wake up. But I just have to say this.

I am awake now.  Please do take some deep breaths...

> I do not work with the JBoss project every day, not even every week. But
> once in a while I contribute something, be it documentation, bugfixes or
> new features. And I have to say this: since buidldmagic entered JBoss
> this has been a verry frustration bussines. I can hardly remember any
> time I have not ended up in having a cvs working copy that is out of
> sync with the cvs repository and which is not fixable by an ordinary
> update.

I keep explaning this over and over and over.  This is a CVS issue, in that
cvs update does not consult CVSROOT/modules for changes.

Buildmagic has little to do with it.

I setup the jboss-all project to use CVSROOT/modules because the poor layout
of the existing modules did not allow for a single module name to be
specified to get the required sources.

I hope to fix this eventually, but it is complicated by the fact that CVS is
on SF and there are (almost) 2 releases which need to be maintain off of the
old and current style.

If you like, you can revert to the old style of checking out modules one by
one.

> Currently I am making testing and making changes to JBossMQ, and it's
> not more than I week that I had to get a fresh copy from CVS. But
> already it is non-functional. Even if I follow the instructions in the
> new fix-workspace, the compilation is totally screwed (seems to have
> something with all utils classes disapearing).

What broke?  I tested this very carefully, but it is possible that I missed
something.

> Why can't we have a module for 3.0 that is easy to live with?

Change can sometimes be difficult for some, yet evolution is a nessesity for
a growing project to survive and thrive.

--jason


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README**

[Jason Dillon]

Sorry about that.  I thought I added that module to the list, but apparently
I did not.

Should be fixed now.

--jason


On Tue, 19 Feb 2002, Francisco Reverbel wrote:

> I took "hooked up" as "part of jboss-all" and now realize it may not be
> what you meant. Just did a fresh check out of jboss-all and got no iiop
> subdir. Did I misunderstand something?
>
> Thanks and cheers,
>
> Francisco
>
> On Mon, 18 Feb 2002, Jason Dillon wrote:
>
> > This is done.
> >
> > --jason
> >
> >
> > On Mon, 18 Feb 2002, Francisco Reverbel wrote:
> >
> > > On 16 Feb 2002, Jason Dillon wrote:
> > >
> > > > I have just committed the last of the structure changes that I am going
> > > > to introduce until after 3.0 is released.
> > > >
> > > > This change includes:
> > > >
> > > >  ... [snip]
> > > >
> > > >  o Addition of IIOP module.  This is not hooked up by default (yet).
> > >
> > > Could you please hook it up? As an optional module, like jboss.net.
> > >
> > > Cheers,
> > >
> > > Francisco
> > >
> > >
> >
> >
>


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: CVSROOT modules

[Jason Dillon]

  User: user57  
  Date: 02/02/19 15:00:55

  Modified:.modules
  Log:
   o this was lost (or never added) in the madness
  
  Revision  ChangesPath
  1.96  +2 -1  CVSROOT/modules
  
  Index: modules
  ===
  RCS file: /cvsroot/jboss/CVSROOT/modules,v
  retrieving revision 1.95
  retrieving revision 1.96
  diff -u -r1.95 -r1.96
  --- modules   17 Feb 2002 09:50:09 -  1.95
  +++ modules   19 Feb 2002 23:00:54 -  1.96
  @@ -106,7 +106,8 @@
   _jboss_testsuite \
   _jboss_jetty \
   _jboss_catalina \
  -_jboss_jboss.net
  +_jboss_jboss.net \
  +_jboss_iiop
   
   ##
   ## The JBoss website.  This is the module used to generate/update 
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] ejb-local-ref broken?

[Scott M Stark]

You'll have to provide the details of your deployment as
ejb-local-ref is used in the unit tests and is working.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 19, 2002 2:02 PM
Subject: [JBoss-dev] ejb-local-ref broken?


> Is ejb-local-ref broken?  I haven't changed my bean, client, or ejb-jar
file
> for weeks and everything worked with a week+ old version of jboss3.  Now,
> when I go to look up an entity bean referenced in a session bean via an
> ejb-local-ref, I get a NameNotFoundException saying that my session bean
> isn't bound?  Well, I know that is wrong because my client looked up the
> session bean to invoke a method on the session bean!
>
> Anyway, my ride is here or I'd debug this now.
>
> Michael



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] ejb-local-ref broken?

[Dmitri Colebatch]

If its from the web-tier, AbstractWebContainer assumes that the local interface is 
bound to local/{remote_interface_name} in JNDI.
I thought I'd submitted a patch last night for this (to look for local-jndi-name in 
jboss.xml), but I cant see it on sf now... I'll
post it again tonight (from home).

otoh if it isn't from the web tier then this will have nothing to do with it (o:

cheesr
dim

- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 9:32 AM
Subject: Re: [JBoss-dev] ejb-local-ref broken?


> You'll have to provide the details of your deployment as
> ejb-local-ref is used in the unit tests and is working.
>
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, February 19, 2002 2:02 PM
> Subject: [JBoss-dev] ejb-local-ref broken?
>
>
> > Is ejb-local-ref broken?  I haven't changed my bean, client, or ejb-jar
> file
> > for weeks and everything worked with a week+ old version of jboss3.  Now,
> > when I go to look up an entity bean referenced in a session bean via an
> > ejb-local-ref, I get a NameNotFoundException saying that my session bean
> > isn't bound?  Well, I know that is wrong because my client looked up the
> > session bean to invoke a method on the session bean!
> >
> > Anyway, my ride is here or I'd debug this now.
> >
> > Michael
>
>
>
> ___
> 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-Patches-520200 ] Resultset ordered reading.

[noreply]

Patches item #520200, was opened at 2002-02-19 14:32
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=520200&group_id=22866

Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ravi Goorah (rcgoorah)
Assigned to: Nobody/Anonymous (nobody)
Summary: Resultset ordered reading.

Initial Comment:
Some db drivers required that the result set be read 
in the same order that the sql statement is created. 
This is the case for the Microsoft SQL Server - SQL 
server 2000 JDBC driver, yucky. 
Currently, JBoss reads the resultset in a sudo-random 
order. This patch makes sure that JBoss reads the 
result set in the same order as the SQL statement. The 
only file that requires change is the 
JDBCLoadEntityCommand.java, I've included a -u diff of 
the two files. Thanks.

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=520200&group_id=22866

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/jetty TODO

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 14:28:48

  Modified:jettyTODO
  Log:
  it's time this was updated
  
  Revision  ChangesPath
  1.7   +37 -7 contrib/jetty/TODO
  
  Index: TODO
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/TODO,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- TODO  28 Nov 2001 01:22:24 -  1.6
  +++ TODO  19 Feb 2002 22:28:48 -  1.7
  @@ -1,9 +1,39 @@
  -Get Jetty to load config from SAR
  -properly MBeanify
  -Get Jetty Debug MBean running
  -connect EAR CLASSPATH up to Jasper
  -Do we have a problem with JNDI bindings not working ?
  -Get testsuite working/integrate with scoped classloaders.
  +IMMEDIATE
  +-
   
  -Persistant/Distributed Sessions
  +JAAS support should be configurable via JMX - JG
   
  +Integrate AbstractClassLoader.getPath() & Jasper - JG
  +
  +More of Jetty should be exposed via JMX - JB
  +
  +WebIntegration testsuite still fails - JG
  +
  +Persistant/Distributed Sessions - various implementations - JG
  +
  +Test Sacha's stuff - JG
  +
  +Revisit TimeoutManagers - JG
  +
  +
  +FURTHER AWAY
  +
  +
  +Virtual Host support
  +
  +Seperation of Presentation from Business Logic tier - by RemoteMBeanProxy???
  +
  +JDBS & Bruce Kimpton
  +
  +MultiProxy
  +
  +Metamazon
  +
  +
  +-
  +
  +What else needs to be integrated ?
  +
  +How about JAXM/Axis/SOAP etc...
  +
  +Everything needs some decent unit tests and serious profiling
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/catalina build.xml

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 14:28:21

  Modified:catalina build.xml
  Log:
  Still recovering from the Jason refactor.
  
  Revision  ChangesPath
  1.8   +9 -1  contrib/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/contrib/catalina/build.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- build.xml 17 Feb 2002 18:32:07 -  1.7
  +++ build.xml 19 Feb 2002 22:28:21 -  1.8
  @@ -12,7 +12,7 @@
   
   
   
  -
  +
   
   
   
  @@ -120,6 +120,13 @@
 
   
   
  +
  +
  +
  +
  +  
  +
  +
   
   
   
  @@ -142,6 +149,7 @@
   
 
 
  +  
 
   
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Current HEAD is missing org.jboss.util.NestedException

[Anatoly Akkerman]

After Jason's commit on Feb 16, head does not compile since it is missing
the class.

Anatoly


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Fwd: Re: JBossMQ and MessageCache

[Hiram Chirino]

Just got the following note from peter.  He been getting busy with some 
JBossMQ stress tests, and he commented, "... JBossMQ now seems to be verry 
stable. It handles recovery fine, don't leek threads, has the ability to 
dump dangling connections, can handle largs ammounts of data, is failsafe."

Just wanted to say thanks to everybody that has helped solidify JBossMQ.

Regards,
Hiram

>From: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: JBossMQ and MessageCache
>Date: Tue, 19 Feb 2002 22:42:53 +0100 (CET)
>
>On 18 Feb, Hiram Chirino wrote:
> >
> > Hey I just ran the test case and it completed without errors or 
>failures.  I
> > run on winXP and Sun jdk 1.3.1_02
> >
> >
>
>Hi, strange. Do you have twin CPU:s?
>
>I have been putting together a series of stresstest, and was doing one
>test to emulate the bugs I discovered in the message cache. And guess
>what, I could not even get the cache to start working, until I
>implemented a non responding consumer. Fact is, this bug (which is still
>in there somewhere) was the one that made the buggs in the MessageCache
>surface.
>
>The stress test is rather funny to run, since it starts and stops jboss
>from within ant and with the help of "parellell" I can tes all sort of
>restarts and disaperance of the server, for example the
>ExceptionListener. Verry handy, altough the tests seems to take
>forever...
>
>My basic impression is that JBossMQ nov seems to be verry stable. It
>handles recovery fine, don't leek threads, has the ability to dump
>dangling connections, can handle largs ammounts of data, is failsafe.
>
>You and the others have really done a great jobb.
>
>What I would like to do however is change the
>autentication/authorization logic. I would like to integrate it with the
>one in JBoss, so that different user backends could be used for user
>data, such as ldap.
>
>In that vain I think it would be good to implement acl:s for
>destinations, based on roles. An acl should be rwx, where x should be
>that you are allowed to create durable subscriptions on the fly. To make
>that possible, we would have to allow for these users to set their own
>clientId.
>
>You have any input on this? Do you like the idea, or do you know of any
>pitfalls?
>
>//Peter
> >
> > regards,
> > Hiram
> >
> >>From: [EMAIL PROTECTED]
> >>To: [EMAIL PROTECTED]
> >>Subject: Re: JBossMQ and MessageCache
> >>Date: Sun, 17 Feb 2002 21:55:15 +0100 (CET)
> >>
> >>Hi, thank for your answer. I have fixed the MessageCache, and verifyed
> >>that it works with at least 100 000 of messages with a low memory bar
> >>(120M). The performance degrades havily, but it at least keep shurnung
> >>away messages.
> >>
> >>But it also seems there is a bug that has with async topics handling to
> >>do. In the perf test the async topic stops receiving messages after a
> >>while.
> >>
> >>Pleas, could you test with for example a setting like this, and see if
> >>its the same for you:
> >>
> >>sh build.sh -Djunit.jvm.options=-Xmx256m -Djunit.timeout=240
> >>-Djbosstest.iterationcount=1000
> >>-Dtest=org.jboss.test.jbossmq.perf.JBossMQPerfStressTestCase one-test
> >>
> >>
> >>//Peter
> >>On 13 Feb, Hiram Chirino wrote:
> >> >>From: [EMAIL PROTECTED]
> >> >>To: [EMAIL PROTECTED]
> >> >>Subject: JBossMQ and MessageCache
> >> >>Date: Wed, 13 Feb 2002 23:26:51 +0100 (CET)
> >> >>
> >> >>Hi Hiram,
> >> >>I will (if all works well here) have a couple of weeks when I plan to
> >> >>stress- and stability test JBossMQ.
> >> >>
> >> >
> >> > Awsome!
> >> >
> >> >>I almost emediately run into a couple of problems.
> >> >>
> >> >>1. MessageCache.
> >> >>
> >> >>When tuning down the high marks and sending lots of messages it 
>started
> >> >>its work, only to fail imediately. I tracked some bugs down in the 
>lru
> >> >>cache, and it now seems to do its jobb. But one thing I don't get. 
>Why
> >> >>do it hold on to all the messages, even when they are sent and done
> >> >>with.
> >> >>
> >> >>Should I excpect the MessageCache to be working or should I expect it 
>to
> >> >>have non tuned behaviour.
> >> >>
> >> >
> >> > Well, last time I played with it (a few months ago) it seemed to be
> >>working
> >> > well. I think that David M. added the custom lru stuff to make it
> >>faster.  I
> >> > have not tested since.  The message cache should be letting go of
> >>messages
> >> > as they are removed from the message queues.
> >> >
> >> >>2. Persistent message to Topic.
> >> >>
> >> >>When sending persistent messages to a topic I can't see any activity 
>to
> >> >>persist them to disk. Will this mean that if JBoss(MQ) crach before
> >> >>beeing able to deliver them to active subscribes that the messages is
> >> >>lost?
> >> >>
> >> >
> >> > That is true.  Per spec the only way to avoid message loss on a topic 
>is
> >>to
> >> > have a durable subscription.  If there is a durable subscription on 
>that
> >> > topic then you should see disk activity as the messages are being
> >>persisted.
> >> >   If you do not see thi

[JBoss-dev] CVS update: contrib/jetty build.xml

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/19 14:20:54

  Modified:jettybuild.xml
  Log:
  split testsuite out into seperate target
  
  Revision  ChangesPath
  1.39  +13 -10contrib/jetty/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v
  retrieving revision 1.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- build.xml 18 Feb 2002 01:11:36 -  1.38
  +++ build.xml 19 Feb 2002 22:20:54 -  1.39
  @@ -514,9 +514,9 @@
   
   
  -
  -
   
   
   
   
  +
  +
  +
  +
   
  @@ -568,14 +579,6 @@
 
 
   
  - -->
  -
  -
  -
   
   
   
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] ejb-local-ref broken?

[MNewcomb]

Is ejb-local-ref broken?  I haven't changed my bean, client, or ejb-jar file
for weeks and everything worked with a week+ old version of jboss3.  Now,
when I go to look up an entity bean referenced in a session bean via an
ejb-local-ref, I get a NameNotFoundException saying that my session bean
isn't bound?  Well, I know that is wrong because my client looked up the
session bean to invoke a method on the session bean!

Anyway, my ride is here or I'd debug this now.

Michael


___
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

[noreply]

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: 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: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server ContextCLTestCase.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 12:00:17

  Modified:src/main/org/jboss/test/jbossmx/implementation/server
ContextCLTestCase.java
  Log:
  Change the comment to refer to Bug#516649 as this is the sar/ejb-jar
  issue that Bug#519699 was created for.
  
  Revision  ChangesPath
  1.3   +2 -2  
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java
  
  Index: ContextCLTestCase.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- ContextCLTestCase.java19 Feb 2002 19:45:03 -  1.2
  +++ ContextCLTestCase.java19 Feb 2002 20:00:17 -  1.3
  @@ -35,14 +35,14 @@
   import org.jboss.test.jbossmx.implementation.server.support.ContextCL;
   
   /** Test of the mbean operation invocation thread context class loader. This
  - *test case simulates the problem originally seen in Bug#519699. Reproducing the
  + *test case simulates the problem originally seen in Bug#516649. Reproducing the
*steps here requires a number of contrived steps including simulated reloading
*of the mbean from different jars and the loading of the TestData class by
*the main MBeanClassLoader using Class.forName(). These are the actions that
*occur when reloading a sar that contains an ejb-jar.
*
* @author  [EMAIL PROTECTED]
  - * @version $Revision: 1.2 $
  + * @version $Revision: 1.3 $
*/
   public class ContextCLTestCase extends TestCase 
   {
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: jbosstest build.xml

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 11:57:15

  Modified:.build.xml
  Log:
  Add jboss.jar to the jboss.jmx.classpath and tests.jbossmx.classpath so
  that the JBossMX implementation tests compile and run.
  Delete the test.log at the start of the one-test and one-test-nojars
  targets so that each test run produces a fresh log.
  
  Revision  ChangesPath
  1.72  +7 -2  jbosstest/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/jbosstest/build.xml,v
  retrieving revision 1.71
  retrieving revision 1.72
  diff -u -r1.71 -r1.72
  --- build.xml 18 Feb 2002 02:15:05 -  1.71
  +++ build.xml 19 Feb 2002 19:57:15 -  1.72
  @@ -27,7 +27,7 @@
   
   
   
  -
  +
   
   
   
  @@ -244,6 +244,7 @@


  
  +   

   
   
  @@ -335,6 +336,7 @@
   
 
 
  +  
   
   
   
  @@ -2480,6 +2482,8 @@
  description="Execute a single test.">
   
   
  +
  +
   
   
   
  +
  +
   
   
   
  -
 
   
 https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support ContextCL.java TestClassLoader.java TestClassLoaderMBean.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 11:45:03

  Modified:src/main/org/jboss/test/jbossmx/implementation/server/support
ContextCL.java
  Removed: src/main/org/jboss/test/jbossmx/implementation/server/support
TestClassLoader.java TestClassLoaderMBean.java
  Log:
  Update the testcase to property demonstrate the class loading problem
  seen with Bug#519699.
  
  Revision  ChangesPath
  1.2   +26 -10
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/ContextCL.java
  
  Index: ContextCL.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/ContextCL.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ContextCL.java18 Feb 2002 23:54:33 -  1.1
  +++ ContextCL.java19 Feb 2002 19:45:03 -  1.2
  @@ -1,36 +1,52 @@
   package org.jboss.test.jbossmx.implementation.server.support;
   
   import java.io.IOException;
  +import java.io.*;
   import java.rmi.MarshalledObject;
   
   import org.apache.log4j.Category;
   
  -/** The ContextCL standard MBean interface
  +/** The ContextCL standard MBean implementation.
*
* @author  [EMAIL PROTECTED]
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
*/
   public class ContextCL implements ContextCLMBean
   {
  private static Category log = Category.getInstance(ContextCL.class);
  -   private MarshalledObject data;
  +   private TestData data0;
   
  +   /** The TestData.class ClassLoader will be the ClassLoader of the ContextCL
  +*mbean because we have a static reference to the TestData class. This
  +*causes the VM to call the ClassLoader.loadClassInternal method.
  +*/
  public ContextCL() throws IOException
  {
 ClassLoader cl = Thread.currentThread().getContextClassLoader();
  -  log.info("ctor ClassLoader: "+cl);
  -  TestData test = new TestData();
  -  data = new MarshalledObject(test);
  +  log.info("ContextCL ClassLoader: "+getClass().getClassLoader());
  +  log.info("ctor Context ClassLoader: "+cl);
  +  data0 = new TestData();
  +  log.info("TestData.class ProtectionDomain: 
"+TestData.class.getProtectionDomain());
  }
   
  -   /** An operation that retrieves a TestData object from a MarshalledObject
  -*created during the ContextCL MBean ctor
  +   /** An operation that load the TestData class using the current thread
  +*context class loader (TCL) and the Class.forName(String, boolean, ClassLoader)
  +*operation to validate that the class loader used to load TestData in
  +*the ctor is compatible with the operation TCL.
   */
  public void useTestData() throws Exception
  {
 ClassLoader cl = Thread.currentThread().getContextClassLoader();
 log.info("useTestData ClassLoader: "+cl);
  -  Object test = data.get();
  -  TestData testData = (TestData) test;
  +  Class c0 = data0.getClass();
  +  log.info("TestData #0 ProtectionDomain: "+c0.getProtectionDomain());
  +  Class c1 = 
Class.forName("org.jboss.test.jbossmx.implementation.server.support.TestData",
  + false, cl);
  +  log.info("TestData #1 ProtectionDomain: "+c1.getProtectionDomain());
  +  if( c1.isInstance(data0) == false )
  +  {
  + log.error("Assertion failed: data0 is NOT compatible with c1");
  + throw new IllegalStateException("data0 is NOT compatible with c1");
  +  }
  }
   }
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server ContextCLTestCase.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/19 11:45:03

  Modified:src/main/org/jboss/test/jbossmx/implementation/server
ContextCLTestCase.java
  Log:
  Update the testcase to property demonstrate the class loading problem
  seen with Bug#519699.
  
  Revision  ChangesPath
  1.2   +95 -19
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java
  
  Index: ContextCLTestCase.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ContextCLTestCase.java18 Feb 2002 23:54:32 -  1.1
  +++ ContextCLTestCase.java19 Feb 2002 19:45:03 -  1.2
  @@ -7,10 +7,12 @@
   package org.jboss.test.jbossmx.implementation.server;
   
   import java.io.File;
  +import java.io.FileInputStream;
   import java.io.FileOutputStream;
   import java.io.InputStream;
   import java.net.URL;
   import java.util.jar.JarOutputStream;
  +import java.util.jar.Manifest;
   import java.util.zip.ZipEntry;
   import javax.management.MBeanServer;
   import javax.management.MBeanServerFactory;
  @@ -25,20 +27,32 @@
   import org.apache.log4j.PatternLayout;
   import org.apache.log4j.WriterAppender;
   
  +import org.jboss.system.MBeanClassLoader;
  +import org.jboss.system.ServiceLibraries;
  +import org.jboss.system.UnifiedClassLoader;
   import org.jboss.test.JBossTestSetup;
   import org.jboss.test.jbossmx.implementation.TestCase;
   import org.jboss.test.jbossmx.implementation.server.support.ContextCL;
  -import org.jboss.test.jbossmx.implementation.server.support.TestClassLoader;
   
  -/** Test of the mbean operation invocation thread context class loader.
  +/** Test of the mbean operation invocation thread context class loader. This
  + *test case simulates the problem originally seen in Bug#519699. Reproducing the
  + *steps here requires a number of contrived steps including simulated reloading
  + *of the mbean from different jars and the loading of the TestData class by
  + *the main MBeanClassLoader using Class.forName(). These are the actions that
  + *occur when reloading a sar that contains an ejb-jar.
*
* @author  [EMAIL PROTECTED]
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
*/
   public class ContextCLTestCase extends TestCase 
   {
  private static URL dataClassURL;
  private static File dataJar;
  +   private static MBeanClassLoader mainLoader;
  +   private static ObjectName mainLoaderName;
  +   private static UnifiedClassLoader deployLoader;
  +   private static ObjectName deployLoaderName;
  +   static Object data0;
   
  public ContextCLTestCase(String name)
  {
  @@ -47,21 +61,20 @@
   
  public void testInvokeNeedingTCL() throws Exception
  {
  +  ClassLoader entryCL = Thread.currentThread().getContextClassLoader();
  +  /* Install the mainLoader to simulate how the MBeanServer would be
  +   *running under JBoss
  +  */
  +  Thread.currentThread().setContextClassLoader(mainLoader);
 MBeanServer server = MBeanServerFactory.createMBeanServer();
   
  -  // Register the mbean class loader
  -  URL[] urls = {dataJar.toURL()};
  -  TestClassLoader loader = new TestClassLoader(urls);
  -  ObjectName loaderName = new 
ObjectName("org.jboss.test.jbossmx.implementation.server.support:id=" 
+dataJar.getName());
  -  if( server.isRegistered(loaderName) == false )
  - server.registerMBean(loader, loaderName);
  -  getLog().info("Registered TestClassLoader, urls="+urls[0]);
  -
 // Create the ContextCL MBean using the TestClassLoader
 try
 {
  + if( server.isRegistered(deployLoaderName) == false )
  +server.registerMBean(deployLoader, deployLoaderName);
ObjectName beanName = new 
ObjectName("org.jboss.test.jbossmx.implementation.server.support:test=ContextCLTestCase");
  - 
server.createMBean("org.jboss.test.jbossmx.implementation.server.support.ContextCL", 
beanName, loaderName);
  + 
server.createMBean("org.jboss.test.jbossmx.implementation.server.support.ContextCL", 
beanName, deployLoaderName);
getLog().info("Created ContextCL MBean");
   
// Invoke the useTestData op to test the thread context class loader
  @@ -73,11 +86,17 @@
getLog().error("NestedError", e.getTargetError());
throw e;
 }
  +  finally
  +  {
  + Thread.currentThread().setContextClassLoader(entryCL);
  + 
  +  }
   
 MBeanServerFactory.releaseMBeanServer(server);
  }
   
  -   /** Remove the local TestData.class from the classpath and create a tmp
  +   /** This creates two mbean deployment jars, testdata.jar and testdata1.jar.
  +*A redeployment is simulated by loading 
   *
  

RE: [JBoss-dev] latest Jboss IIOP and JacORB patched version

[Francisco Reverbel]

Hi Alain,

I am adding a JacORB source tarball to CVS, under contrib/iiop/lib/ext.  

Cheers,

Francisco

On Tue, 19 Feb 2002, Coetmeur, Alain wrote:

> Hi,
> 
> I've seen your changes and will try them soon.
> 
> however in the last release I see no JacORB Diff file, nor
> sources.
> I have commited a few changes on my side on JacORB,
> and would like to merge your changes with mine 
> (some have been already commited in jacorb).
> 
> a way would be to publish a diff file from
> a stable jacorb version (earlier 1.4b2?), or maybe 
> 
> the easiest for you could be to send me a complete source jar,
> or to publish  a source jar in CVS beside the binary version.
> 
> In the first case I will easily make a 
> diff file from latest jacorb version, and may send it to you
> for publication (I have a granted RW access to the CVS but no way 
> to use CVS trhough our firewall)
> 
> in the later case, anyone could do that work
> if he want to merge your changes with jacorb evolution...
> 
> thanks in advance,
> and congratulation for the work done.
> 
> 8)
> 
> Alain Coetmeur.
> 
> 
> > -Message d'origine-
> > De: Francisco Reverbel [mailto:[EMAIL PROTECTED]]
> > Date: vendredi 15 février 2002 23:38
> > À: [EMAIL PROTECTED]
> > Objet: [JBoss-dev] CVS update: contrib/iiop/lib/ext jacorb.jar
> > 
> > 
> >   User: reverbel
> >   Date: 02/02/15 14:37:43
> > 
> >   Added:   iiop/lib/ext jacorb.jar
> >   Log:
> >   JacORB jar file used with JBoss/IIOP. This is a patched version of
> >   JacORB CVS HEAD, checked out on 11/Feb/2002 (a couple of 
> > months after
> >   1.4 beta 2 was released).
> >   
> >   Revision  ChangesPath
> >   1.1  contrib/iiop/lib/ext/jacorb.jar
> >   
> > <>
> >   
> >   
> > 
> > ___
> > 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/iiop/lib/ext jacorb-source-tree.tar.gz

[Francisco Reverbel]

  User: reverbel
  Date: 02/02/19 08:35:11

  Added:   iiop/lib/ext jacorb-source-tree.tar.gz
  Log:
  Adding this file again, now flagged as binary.
  
  Revision  ChangesPath
  1.3   +0 -0  contrib/iiop/lib/ext/jacorb-source-tree.tar.gz
  
<>
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/iiop/lib/ext jacorb-source-tree.tar.gz

[Francisco Reverbel]

  User: reverbel
  Date: 02/02/19 08:21:05

  Removed: iiop/lib/ext jacorb-source-tree.tar.gz
  Log:
  Oops! Forgot to flag this file as binary.

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: contrib/iiop/lib/ext README jacorb-source-tree.tar.gz jacorb.diff

[Francisco Reverbel]

  User: reverbel
  Date: 02/02/19 08:17:40

  Added:   iiop/lib/ext README jacorb-source-tree.tar.gz jacorb.diff
  Log:
  Sources for jacorb.jar.
  
  Revision  ChangesPath
  1.1  contrib/iiop/lib/ext/README
  
  Index: README
  ===
  The JacORB library (jacorb.jar) in this directrory is a patched 
  version of JacORB CVS head, checked out on 11/feb/2002. 
  
  The file jacorb-source-tree.jar.gz contains the JacORB source 
  tree I used to generate jacorb.jar. I am publishing the whole
  source tree because I had no easy way of obtaining a diff against 
  the last "official" pre-release of JacORB release (1.4 beta 2, 
  from 20/nov/2001).
  
  The file jacorb.diff is a patchfile relative to JacORB CVS head, 
  as of 11/feb/2002. I expect these changes (or equivalent ones) to 
  be merged into the next "official" release of JacORB. When this
  happens, jacorb-source-tree.jar.gz and jacorb.diff will be removed
  from this directory.
  
  
  
  1.1  contrib/iiop/lib/ext/jacorb-source-tree.tar.gz
  
<>
  
  
  1.1  contrib/iiop/lib/ext/jacorb.diff
  
  Index: jacorb.diff
  ===
  Index: src/omg-99-10-27/org/omg/CORBA/SetOverrideType.java
  ===
  RCS file: 
/home/bwana/brose/cvs_jacorb/JacORB/src/omg-99-10-27/org/omg/CORBA/SetOverrideType.java,v
  retrieving revision 1.1.1.1
  diff -u -r1.1.1.1 SetOverrideType.java
  --- SetOverrideType.java  2001/03/17 18:09:36 1.1.1.1
  +++ SetOverrideType.java  2002/02/19 15:14:21
  @@ -27,12 +27,12 @@
   public static final SetOverrideType SET_OVERRIDE = 
   new SetOverrideType(_SET_OVERRIDE);
   
  -public static final int _ADD = 1;
  -public static final SetOverrideType ADD = 
  -new SetOverrideType(_ADD);
  +public static final int _ADD_OVERRIDE = 1;
  +public static final SetOverrideType ADD_OVERRIDE = 
  +new SetOverrideType(_ADD_OVERRIDE);
   
   public int value() {
  -throw new org.omg.CORBA.NO_IMPLEMENT();
  +return _value;
   }
   
   public static SetOverrideType from_int(int val) 
  @@ -40,15 +40,17 @@
   switch (val) {
   case _SET_OVERRIDE:
   return SET_OVERRIDE;
  -case _ADD:
  -return ADD;
  +case _ADD_OVERRIDE:
  +return ADD_OVERRIDE;
   default:
   throw new org.omg.CORBA.BAD_PARAM();
   }
   }
   
   protected SetOverrideType(int _value) {
  -throw new org.omg.CORBA.NO_IMPLEMENT();
  +this._value = _value;
   }
  +
  +private int _value;
   
   }
  Index: src/org/jacorb/orb/CDROutputStream.java
  ===
  RCS file: 
/home/bwana/brose/cvs_jacorb/JacORB/src/org/jacorb/orb/CDROutputStream.java,v
  retrieving revision 1.32
  diff -u -r1.32 CDROutputStream.java
  --- CDROutputStream.java  2002/01/22 10:57:45 1.32
  +++ CDROutputStream.java  2002/02/19 15:14:21
  @@ -975,7 +975,31 @@
   */
   
   int start_pos = pos+1;
  -int _kind = value.kind().value();
  +
  +// The initializer below throws a ClassCastException with IBM's jdk: 
  +// int _kind = ((org.jacorb.orb.TypeCode)value)._kind();
  +
  +// The initializer below throws org.omg.CORBA.BAD_PARAM with Sun's jdk:
  +// int _kind = value.kind().value();
  +
  +// The conditional initializer below works:
  +int _kind = ((value instanceof org.jacorb.orb.TypeCode) ?
  +((org.jacorb.orb.TypeCode)value)._kind() :
  +value.kind().value());
  +
  +// This is here just for debugging:
  +if (value instanceof org.jacorb.orb.TypeCode) {
  +System.err.println(">>> (org.jacorb.orb.TypeCode)value)._kind(): "
  +   + ((org.jacorb.orb.TypeCode)value)._kind());
  +try {
  +System.err.println(">>> value.kind().value(): "
  +   + value.kind().value());
  +}
  +catch (Exception e) {
  +e.printStackTrace();
  +}
  +}
  +
   int _mc; // member count
   
   try
  @@ -1195,10 +1219,20 @@
   }
   break;
   case TCKind._tk_abstract_interface: 
  -beginEncapsulation();
  -write_string(value.id());
  -write_string(value.name());
  -endEncapsulation();
  +if( tcMap.containsKey( value.id()) )
  +{
  +writeRecursiveTypeCode( value, tcMap );
  +}
  +else
  +