[JBoss-dev] Automated JBoss Testsuite Results

[chris]

JBoss daily test results

SUMMARY

Number of tests run:   140



Successful tests:  131

Errors:4

Failures:  5





[time of test: 1 November 2001 6:27 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-6]

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.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





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 easy, just run the target 
'run-basic-testsuite' from the main build.xml.

PPS Come on people - there were a few days back in July 2001 when we had ZERO tests 
failing!

Oh, and thanks - remember we love you too!



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

RE: [JBoss-dev] Non-NULL foreign key CMR

[Dain Sundstrom]

This is a bad idea. You are effectively creating two caches of the same
data, but there is no code to keep them in sync. Although this may work
today, you could get weird non-reproducible errors down the road.

Dan pointed out that engine can delay insert until after postCreate or until
the end of the transaction, but that change will not hapen any time soon.

-dain

> -Original Message-
> From: Dobridge, Thomas A [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 31, 2001 4:40 PM
> To: '[EMAIL PROTECTED]'
> Subject: [JBoss-dev] Non-NULL foreign key CMR
> 
> 
> There was a  brief discussion on this recently but I didn't 
> quite get the
> jist of it.
> 
> Just wan't to clarify that with latest jboss3.0.0alpha CMP 
> code, it appears
> for now that the INSERT statement generated for  
> ejbCreate(..)  depends
> solely on the list of defined cmp-fields. I have several 
> cases where CMR
> fields are in Many-1 relations that rely on foreign keys with non-null
> contraints.   So what I've done to get this to work is 
> created seemingly
> redundant CMP and CMR fields with different names but mapped 
> to the same
> column.
> 
> Specifically, I have Organization-OrganizationType in a Many-one CMR
> relationship.  Here are some fragments: I hope this get's the 
> point across.
> 
> OrganizationBean.java has this
> 
>   // cmp field  mapped to 
> ORGANIZATION.ORGANIZATION_TYPE as
> field name organizationTypeKey
>   public abstract String getOrganizationTypeKey();   
>   public abstract void setOrganizationTypeKey(String
> organizationTypeKey); 
> 
>   // CMR field mapped to same column with field name
> organizationType
>   public abstract OrganizationType getOrganizationType(); 
>   public abstract void 
> setOrganizationType(OrganizationType
> organizationType);
> 
> 
> Then  I have this:
> 
>   public BigDecimal ejbCreate(String name,
> OrganizationType organizationType)
>   throws CreateException, RemoteException {
> 
>   setOrganizationKey(new
> BigDecimal(System.currentTimeMillis()));  // goofy test
>   
>   // should this be called?  weblogic message boards on
> dejanewssuggest otherwise but I am not sure.
>   
> setOrganizationTypeKey(organizationType.getOrganizationType()); 
>   setName(name);
>   return null;
>   }
> 
>   public void ejbPostCreate(String name,
>OrganizationType organizationType)
>   throws CreateException, RemoteException {
> 
>   
> setOrganizationType(organizationType);  //
> cmr fields deferred to postCreate???
> 
>   }
> 
> 
> This tooks  several try guessing at various approaches to get 
> it working.
> Am I doing this right?
> 
> regards,
> 
> Tom D.
> 
> 
> 
>   
> 
> 
> ___
> 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] JMX detaching done

[marc fleury]

well,

for once when I think something is going to take a day of work it ended up
taking one and a half, that's cool.

So most of the work was really done by Scott (making the container a dynamic
Mbean) and so that part was simple.

Next it will take some more juggling as I want to make the invoker
independent of the container and make it generic as well, that is going to
take more retooling.

I notice no performance degradation on the switch but I will try to do
serious benchmarks tomorrow.  Then the generic one should speed certain
things up but I won't swear until I get serious data on the container
throughputs.

Oh and we will also work towards making the testsuite work

marcf


Marc Fleury
President
JBoss Group, LLC



___
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:   130



Successful tests:  121

Errors:4

Failures:  5





[time of test: 1 November 2001 5:28 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-6]

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.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





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 easy, just run the target 
'run-basic-testsuite' from the main build.xml.

PPS Come on people - there were a few days back in July 2001 when we had ZERO tests 
failing!

Oh, and thanks - remember we love you too!



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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvoker.java

[marc fleury]

  User: mnf999  
  Date: 01/10/31 21:28:37

  Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvoker.java
  Log:
  Detaching the invokers only means interposing on the invoke call it is pretty 
trivial in the current configuration where we do not share the connectors nor the 
interceptors.
  
  But essentially this takes care of the detaching.
  
  Revision  ChangesPath
  1.45  +124 -85   
jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java
  
  Index: JRMPContainerInvoker.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java,v
  retrieving revision 1.44
  retrieving revision 1.45
  diff -u -r1.44 -r1.45
  --- JRMPContainerInvoker.java 2001/09/27 03:16:55 1.44
  +++ JRMPContainerInvoker.java 2001/11/01 05:28:37 1.45
  @@ -1,9 +1,9 @@
   /*
  - * JBoss, the OpenSource J2EE webOS
  - *
  - * Distributable under LGPL license.
  - * See terms of license at gnu.org.
  - */
  +* JBoss, the OpenSource J2EE webOS
  +*
  +* Distributable under LGPL license.
  +* See terms of license at gnu.org.
  +*/
   package org.jboss.ejb.plugins.jrmp.server;
   
   import java.io.IOException;
  @@ -31,6 +31,8 @@
   import javax.naming.NameNotFoundException;
   import javax.transaction.Transaction;
   import javax.transaction.TransactionManager;
  +import javax.management.ObjectName;
  +import javax.management.MBeanException;
   
   import org.jboss.ejb.Container;
   import org.jboss.ejb.ContainerInvokerContainer;
  @@ -54,17 +56,17 @@
   import org.w3c.dom.Element;
   
   /**
  - *  The ContainerInvoker for invoking enterprise beans
  - *  over the JRMP invocation transport.
  - *
  - *  @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
  - *  @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
  - *  @author mailto:[EMAIL PROTECTED]";>Marc Fleury
  - *  @author mailto:[EMAIL PROTECTED]";>Juha Lindfors
  - *  @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
  - *  @author mailto:[EMAIL PROTECTED]";>Scott Stark
  - *  @version $Revision: 1.44 $
  - */
  +*  The ContainerInvoker for invoking enterprise beans
  +*  over the JRMP invocation transport.
  +*
  +*  @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
  +*  @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
  +*  @author mailto:[EMAIL PROTECTED]";>Marc Fleury
  +*  @author mailto:[EMAIL PROTECTED]";>Juha Lindfors
  +*  @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
  +*  @author mailto:[EMAIL PROTECTED]";>Scott Stark
  +*  @version $Revision: 1.45 $
  +*/
   public class JRMPContainerInvoker
   extends RemoteServer
   implements ContainerRemote, ContainerInvoker, XmlLoadable
  @@ -173,20 +175,20 @@
 {
log.error("getEJBObject failed", e);
 }
  -
  +  
 
 // Create metadata
 
 /**
  -   Constructor signature is
  -   
  -   public EJBMetaDataImpl(Class remote,
  -   Class home,
  -   Class pkClass,
  -   boolean session,
  -   boolean statelessSession,
  -   HomeHandle homeHandle)
  -   */  
  +  Constructor signature is
  +  
  +  public EJBMetaDataImpl(Class remote,
  +  Class home,
  +  Class pkClass,
  +  boolean session,
  +  boolean statelessSession,
  +  HomeHandle homeHandle)
  +  */  
 if (container.getBeanMetaData() instanceof EntityMetaData)
 {
Class pkClass;
  @@ -208,32 +210,32 @@
   throw new RuntimeException("Primary Key Problem");
}
ejbMetaData = new EJBMetaDataImpl(
  - ((ContainerInvokerContainer)container).getRemoteClass(),
  - ((ContainerInvokerContainer)container).getHomeClass(),
  - pkClass,
  - false, //Session
  - false, //Stateless
  - new HomeHandleImpl(jndiName));
  +((ContainerInvokerContainer)container).getRemoteClass(),
  +((ContainerInvokerContainer)container).getHomeClass(),
  +pkClass,
  +false, //Session
  +false, //Stateless
  +new HomeHandleImpl(jndiName));
 } else
 {
if (((SessionMetaData)container.getBeanMetaData()).isStateless())
{
   ejbMetaData = new EJBMetaDataImpl(
  -((ContainerInvokerContainer)container).getRemoteClass(),
  -((ContainerInvokerContainer)container).getHomeClass(),
  -null, //No PK
  -true, //Session
  -true, //Stateless
  -new HomeHandleImpl(jndiName));
  +   ((ContainerInvokerContainer)container).getRemoteClass(),
  +   ((ContainerInvokerContainer)container).getHomeClass(),
  +   null, //No PK
  +   true, //Session
  +   true, //Stateless
  +   new HomeHandleImpl(jndiName));
} el

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Container.java

[marc fleury]

  User: mnf999  
  Date: 01/10/31 21:26:00

  Modified:src/main/org/jboss/ejb Container.java
  Log:
  The container now registers under the application JMX domain. Also we hack the 
visibility of the mbean server for now, this is likely to change in the near future.
  
  Revision  ChangesPath
  1.58  +17 -8 jboss/src/main/org/jboss/ejb/Container.java
  
  Index: Container.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v
  retrieving revision 1.57
  retrieving revision 1.58
  diff -u -r1.57 -r1.58
  --- Container.java2001/09/11 18:34:59 1.57
  +++ Container.java2001/11/01 05:26:00 1.58
  @@ -72,7 +72,7 @@
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Scott Stark.
* @author Bill Burke
  - * @version $Revision: 1.57 $
  + * @version $Revision: 1.58 $
*
* Revisions:
*
  @@ -149,7 +149,9 @@
  /** ??? */   
  protected Class localInterface;
   
  -   protected MBeanServer mbeanServer;
  +   // We need the visibility on the MBeanServer for prototyping, it will be removed 
in the future FIXME marcf
  +   //protected MBeanServer mbeanServer;
  +   public MBeanServer mbeanServer;
   
  // Public 
   
  @@ -392,7 +394,12 @@
  }
   
  /**
  -* A default implementation of starting the container service (no-op).
  +* A default implementation of starting the container service.
  +* The container registers it's dynamic MBean interface in the JMX base.
  +* FIXME marcf: give some more thought as to where to start and stop MBean 
registration.
  +* stop could be a flag in the JMX server that essentially doesn't proxy 
invocations but the 
  +* MBean would still be registered in the MBeanServer under the right name until 
undeploy
  +
   * The concrete container classes should override this method to introduce
   * implementation specific start behaviour.
   *
  @@ -402,9 +409,8 @@
 throws Exception
  {
 localContainerInvoker.start();
  -  String domain = mbeanServer.getDefaultDomain();
 String jndiName = this.getBeanMetaData().getJndiName();
  -  ObjectName jmxName = new 
ObjectName(domain+":service=Container,jndiName="+jndiName);
  +  ObjectName jmxName = new ObjectName("J2EE:service=EJB,jndiName="+jndiName);
 mbeanServer.registerMBean(this, jmxName);
  }
   
  @@ -418,9 +424,8 @@
 localContainerInvoker.stop();
 try
 {
  - String domain = mbeanServer.getDefaultDomain();
String jndiName = this.getBeanMetaData().getJndiName();
  - ObjectName jmxName = new 
ObjectName(domain+":service=Container,jndiName="+jndiName);
  + ObjectName jmxName = new ObjectName("J2EE:service=EJB,jndiName="+jndiName);
mbeanServer.unregisterMBean(jmxName);
 }
 catch(Exception e)
  @@ -467,8 +472,10 @@
   */
  public abstract Object invoke(MethodInvocation mi)
 throws Exception;
  +  
  +  
  +   // DynamicMBean interface implementation 
--
   
  -   // Begin DynamicMBean interface implementation
  public Object getAttribute(String attribute)
 throws AttributeNotFoundException,
MBeanException,
  @@ -501,6 +508,8 @@
  public Object invoke(String actionName, Object[] params, String[] signature)
 throws MBeanException, ReflectionException
  {
  +
  +  
 if( params != null && params.length == 1 && (params[0] instanceof 
MethodInvocation) == false )
throw new MBeanException(new IllegalArgumentException("Expected zero or 
single MethodInvocation argument"));
   
  
  
  

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

[JBoss-dev] [ jboss-Feature Requests-477070 ] Collections of primitives an DVOs (CMP)

[noreply]

Feature Requests item #477070, was opened at 2001-10-31 21:22
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=477070&group_id=22866

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Simon Harris (haruki_zaemon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Collections of primitives an DVOs (CMP)

Initial Comment:
Imagine the following tables:

Person (*personID, name)
Alias (*personID, *alias)

And a CMP entity bean:

public interface Person {
  public int getPersonID();
  public String getName();
  public Set getAliases(); // returns a set of strings!
}

It would be great if jbossscmp could read/write the 
aliases to the Alias table.

Obviously this is a simple example but more 
complicated cases woule be useful too such as storing 
multiple address objects, etc. without the need for an 
entity bean.

--

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

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

RE: [JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/interfaces DistributedReplicantManager.java

[marc fleury]

Bill,

I am glad you are giving me credit for this but I am not sure I can take it.

thanks though, :)

marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
|Burke
|Sent: Wednesday, October 31, 2001 11:14 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update:
|jbossmx/src/main/org/jboss/ha/framework/interfaces
|DistributedReplicantManager.java
|
|
|  User: patriot1burke
|  Date: 01/10/31 20:14:22
|
|  Modified:src/main/org/jboss/ha/framework/interfaces
|DistributedReplicantManager.java
|  Log:
|  DRM is no longer a remote object.  It shouldn't be.
|
|  Revision  ChangesPath
|  1.3   +6 -6
|jbossmx/src/main/org/jboss/ha/framework/interfaces/DistributedRepli
|cantManager.java
|
|  Index: DistributedReplicantManager.java
|  ===
|  RCS file:
|/cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/interfaces/D
|istributedReplicantManager.java,v
|  retrieving revision 1.2
|  retrieving revision 1.3
|  diff -u -r1.2 -r1.3
|  --- DistributedReplicantManager.java 2001/10/10 20:02:05 1.2
|  +++ DistributedReplicantManager.java 2001/11/01 04:14:22 1.3
|  @@ -5,19 +5,19 @@
|
|   import java.io.Serializable;
|
|  -import java.rmi.Remote;
|  -import java.rmi.RemoteException;
|  -
|  -
|   /**
|*
|*   @author [EMAIL PROTECTED]
|*   @author [EMAIL PROTECTED]
|  - *   @version $Revision: 1.2 $
|  + *   @version $Revision: 1.3 $
|*
|* Revisions:
|  + * 2001/10/31: marcf
|  + * 
|  + *   DRM is no longer remote
|  + * 
|*/
|  -public interface DistributedReplicantManager extends Remote
|  +public interface DistributedReplicantManager
|   {
|  /**
|   * When a particular key in the DistributedReplicantManager
|table gets modified, all listeners
|
|
|
|
|___
|Jboss-development mailing list
|[EMAIL PROTECTED]
|https://lists.sourceforge.net/lists/listinfo/jboss-development


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

[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/server DistributedReplicantManagerImpl.java

[Bill Burke]

  User: patriot1burke
  Date: 01/10/31 20:14:33

  Modified:src/main/org/jboss/ha/framework/server
DistributedReplicantManagerImpl.java
  Log:
  DRM is no longer a remote object.  It shouldn't be.
  
  Revision  ChangesPath
  1.6   +7 -85 
jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java
  
  Index: DistributedReplicantManagerImpl.java
  ===
  RCS file: 
/cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- DistributedReplicantManagerImpl.java  2001/10/20 20:51:46 1.5
  +++ DistributedReplicantManagerImpl.java  2001/11/01 04:14:33 1.6
  @@ -7,11 +7,6 @@
   import java.util.Iterator;
   import java.util.Collection;
   
  -import java.rmi.server.RemoteStub;
  -import java.rmi.server.RemoteServer;
  -import java.rmi.server.UnicastRemoteObject;
  -import java.rmi.RemoteException;
  -
   import java.io.Serializable;
   
   import org.jboss.logging.Logger;
  @@ -25,13 +20,17 @@
*
*   @author [EMAIL PROTECTED]
*   @author [EMAIL PROTECTED]
  - *   @version $Revision: 1.5 $
  + *   @version $Revision: 1.6 $
*
* Revisions:
  + * 2001/10/31: marcf
  + * 
  + *   DRM is no longer remote
  + *   DRM no longer is part of state transfer protocol
  + * 
*/
   public class DistributedReplicantManagerImpl
  implements DistributedReplicantManager,
  -  HAPartition.HAPartitionStateTransfer,
 HAPartition.HAMembershipListener
   {
  protected HashMap localReplicants = new HashMap();
  @@ -44,7 +43,7 @@
  protected Logger log = null; 
  
  
  -   public DistributedReplicantManagerImpl(HAPartition partition) throws 
RemoteException
  +   public DistributedReplicantManagerImpl(HAPartition partition)
  {
 this.partition = partition;
 this.log = Logger.create(partition.getPartitionName() + ":ReplicantManager");
  @@ -56,96 +55,22 @@
 partition.registerRPCHandler(SERVICE_NAME, this);
 log.debug("registerMembershipListener");
 partition.registerMembershipListener(this);
  -  /*
  -  log.debug ("subscribeToStateTransferEvents");
  -  partition.subscribeToStateTransferEvents (SERVICE_NAME, this);
  -  */
  }
  
  public void start() throws Exception
  {
  -  log.info("Export myself as an RMI server");
  -  RemoteStub stub = UnicastRemoteObject.exportObject(this);
 log.info("mergemembers");
 mergeMembers();
  -  log.info("Register myself as a replicant of DistributedReplicantManager");
  -  add(SERVICE_NAME, stub);
  }
  
  public void stop() throws Exception
  {
  -  UnicastRemoteObject.unexportObject(this, true);
  -  partition.unsubscribeFromStateTransferEvents(SERVICE_NAME, this);
  -   }
  -   
  -   /
  -   // State transfer API
  -   /
  -
  -   /**
  -* State Transfer protocol required method.  Merges localReplicants with 
replicants and
  -* returns this hashmap.
  -*/
  -   public Serializable getCurrentState()
  -   {
  -  try
  -  {
  - HashMap rtn = new HashMap();
  - synchronized (replicants)
  - {
  -rtn.putAll(replicants);
  -synchronized (localReplicants)
  -{
  -   Iterator keys = localReplicants.keySet().iterator();
  -   while (keys.hasNext())
  -   {
  -  String key = (String)keys.next();
  -  Serializable rep = (Serializable)localReplicants.get(key);
  -  addReplicant(rtn, key, partition.getNodeName(), rep);
  -   }
  -}
  - }
  - return rtn;
  -  }
  -  catch (Exception ex)
  -  {
  - log.error("getCurrentState failed", ex);
  -  }
  -  return null;
  }
  
  -   public void setCurrentState(Serializable newState)
  -   {
  -  if (newState == null) return;
  -  try
  -  {
  - synchronized (replicants)
  - {
  -replicants.clear ();
  -replicants.putAll ((HashMap)newState);
  -if (keyListeners.size () > 0)
  -   cleanupKeyListeners ();
  - }
  - Iterator keys = replicants.keySet().iterator();
  - while (keys.hasNext())
  - {
  -String key = (String)keys.next();
  -notifyKeyListeners(key, lookupReplicants(key));
  - }
  -  }
  -  catch (Exception ex)
  -  {
  - log.error("setCurrentState failed", ex);
  -  }
  -   }
  - 
  
  // Group membership API
  
   
  -   /**
  -* This is deprecated for now.  We may resurrect it.
  -*/
  protected c

[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvokerHA.java

[Bill Burke]

  User: patriot1burke
  Date: 01/10/31 20:13:57

  Modified:src/main/org/jboss/ejb/plugins/jrmp13/server
JRMPContainerInvokerHA.java
  Log:
  Added configurable load-balance policies for home and beans
  
  Revision  ChangesPath
  1.8   +66 -6 
jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvokerHA.java
  
  Index: JRMPContainerInvokerHA.java
  ===
  RCS file: 
/cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvokerHA.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- JRMPContainerInvokerHA.java   2001/10/16 22:19:18 1.7
  +++ JRMPContainerInvokerHA.java   2001/11/01 04:13:57 1.8
  @@ -39,13 +39,14 @@
   import org.jboss.ha.framework.interfaces.HAPartition;
   import org.jboss.ha.framework.interfaces.RoundRobin;
   import org.jboss.ha.framework.interfaces.FirstAvailable;
  +import org.jboss.ha.framework.interfaces.LoadBalancePolicy;
   
   /**
*  HA JRMP Container delegate
*
*  @see 
*  @author mailto:[EMAIL PROTECTED]";>Bill Burke
  - *  @version $Revision: 1.7 $
  + *  @version $Revision: 1.8 $
*/
   public final class JRMPContainerInvokerHA
  implements ContainerInvoker
  @@ -62,7 +63,8 @@
  protected HARMIServerImpl harmi;
  protected HAPartition partition;
  protected String partitionName;
  -   
  +   protected Class homeLoadBalancePolicyClass;
  +   protected Class beanLoadBalancePolicyClass;
   
  public 
JRMPContainerInvokerHA(org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvokerHA ci)
  {
  @@ -78,14 +80,61 @@
  {
 
 ClusterConfigMetaData config = 
container.getBeanMetaData().getClusterConfigMetaData();
  +  String homeLoadBalancePolicy = null;
  +  String beanLoadBalancePolicy = null;
 if (config != null)
 {
this.partitionName = config.getPartitionName();
  + homeLoadBalancePolicy = config.getHomeLoadBalancePolicy();
  + beanLoadBalancePolicy = config.getBeanLoadBalancePolicy();
 }
 else
 {
this.partitionName = ClusterConfigMetaData.DEFAULT_PARTITION;
 }
  +  ClassLoader cl = Thread.currentThread().getContextClassLoader();
  +  if (homeLoadBalancePolicy == null)
  +  {
  + log.info("using default RoundRobin for home load balancing.");
  + homeLoadBalancePolicyClass = 
org.jboss.ha.framework.interfaces.RoundRobin.class;
  +  }
  +  else
  +  {
  + log.info("using " + homeLoadBalancePolicy + " for home load balancing");
  + try
  + {
  +homeLoadBalancePolicyClass = cl.loadClass(homeLoadBalancePolicy);
  + }
  + catch (Exception ex)
  + {
  +log.error("failed to load class", ex);
  + }
  +  }
  +  if (beanLoadBalancePolicy != null)
  +  {
  + log.info("using " + beanLoadBalancePolicy + " for bean load balancing");
  + try
  + {
  +beanLoadBalancePolicyClass = cl.loadClass(beanLoadBalancePolicy);
  + }
  + catch (Exception ex)
  + {
  +log.error("failed to load class", ex);
  + }
  +  }
  +  else if ((container.getBeanMetaData() instanceof EntityMetaData)
  +   || ((SessionMetaData)container.getBeanMetaData()).isStateful())
  + 
  +  {
  + log.info("using default FirstAvailable for bean load balancing.");
  + beanLoadBalancePolicyClass = 
org.jboss.ha.framework.interfaces.FirstAvailable.class;
  +  }
  +  else
  +  {
  + log.info("using default RoundRobin for bean load balancing.");
  + beanLoadBalancePolicyClass = 
org.jboss.ha.framework.interfaces.RoundRobin.class;
  +  }
  + 
 // Create EJBHome object
 // We add the Handle methods to the Home
 Class handleClass;
  @@ -121,10 +170,13 @@
 {
this.partition = (HAPartition)new InitialContext().lookup("/HAPartition/" 
+ partitionName);
this.harmi = new HARMIServerImpl(partition, ci.getJndiName(), 
ContainerRemote.class, ci);
  - ContainerRemote stub = (ContainerRemote)harmi.createHAStub(new 
RoundRobin());
  - homeProxy.setHAProxy(stub);
  + ContainerRemote homeStub = 
(ContainerRemote)harmi.createHAStub((LoadBalancePolicy)homeLoadBalancePolicyClass.newInstance());
  + homeProxy.setHAProxy(homeStub);
if (statelessProxy != null)
  -statelessProxy.setHAProxy(stub);
  + {
  +ContainerRemote beanStub = 
(ContainerRemote)harmi.createHAStub((LoadBalancePolicy)beanLoadBalancePolicyClass.newInstance());
  +statelessProxy.setHAProxy(beanStub);
  + }
 }
 catch (Exception ex)
 {
  @@ -178,7 +230,15 @@
   
  public EJBObject get

[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/interfaces DistributedReplicantManager.java

[Bill Burke]

  User: patriot1burke
  Date: 01/10/31 20:14:22

  Modified:src/main/org/jboss/ha/framework/interfaces
DistributedReplicantManager.java
  Log:
  DRM is no longer a remote object.  It shouldn't be.
  
  Revision  ChangesPath
  1.3   +6 -6  
jbossmx/src/main/org/jboss/ha/framework/interfaces/DistributedReplicantManager.java
  
  Index: DistributedReplicantManager.java
  ===
  RCS file: 
/cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/interfaces/DistributedReplicantManager.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- DistributedReplicantManager.java  2001/10/10 20:02:05 1.2
  +++ DistributedReplicantManager.java  2001/11/01 04:14:22 1.3
  @@ -5,19 +5,19 @@
   
   import java.io.Serializable;
   
  -import java.rmi.Remote;
  -import java.rmi.RemoteException;
  -
  -
   /** 
*
*   @author [EMAIL PROTECTED]
*   @author [EMAIL PROTECTED]
  - *   @version $Revision: 1.2 $
  + *   @version $Revision: 1.3 $
*
* Revisions:
  + * 2001/10/31: marcf
  + * 
  + *   DRM is no longer remote
  + * 
*/
  -public interface DistributedReplicantManager extends Remote
  +public interface DistributedReplicantManager
   {
  /**
   * When a particular key in the DistributedReplicantManager table gets modified, 
all listeners
  
  
  

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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata ClusterConfigMetaData.java

[Bill Burke]

  User: patriot1burke
  Date: 01/10/31 20:13:31

  Modified:src/main/org/jboss/metadata ClusterConfigMetaData.java
  Log:
  Added configurable load-balance policies for home and beans
  
  Revision  ChangesPath
  1.2   +15 -1 jboss/src/main/org/jboss/metadata/ClusterConfigMetaData.java
  
  Index: ClusterConfigMetaData.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/metadata/ClusterConfigMetaData.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ClusterConfigMetaData.java2001/10/16 22:14:25 1.1
  +++ ClusterConfigMetaData.java2001/11/01 04:13:31 1.2
  @@ -16,20 +16,34 @@
* expanded to include other cluster configuration parameters later on.
   
* @author mailto:[EMAIL PROTECTED]";>Bill Burke.
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
*/
   public class ClusterConfigMetaData extends MetaData
   {
  public final static String DEFAULT_PARTITION = "DefaultPartition";
  private String partitionName = DEFAULT_PARTITION;
  +   private String homeLoadBalancePolicy = null;
  +   private String beanLoadBalancePolicy = null;
   
  public String getPartitionName()
  {
 return partitionName;
  }
   
  +   public String getHomeLoadBalancePolicy()
  +   {
  +  return homeLoadBalancePolicy;
  +   }
  +
  +   public String getBeanLoadBalancePolicy()
  +   {
  +  return homeLoadBalancePolicy;
  +   }
  +
  public void importJbossXml(Element element) throws DeploymentException 
  {
 partitionName = getElementContent(getOptionalChild(element, 
"partition-name"), DEFAULT_PARTITION);
  +  homeLoadBalancePolicy = getElementContent(getOptionalChild(element, 
"home-load-balance-policy"), null);
  +  beanLoadBalancePolicy = getElementContent(getOptionalChild(element, 
"bean-load-balance-policy"), null);
  }
   }
  
  
  

___
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:   140



Successful tests:  131

Errors:4

Failures:  5





[time of test: 1 November 2001 4:8 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-6]

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.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





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 easy, just run the target 
'run-basic-testsuite' from the main build.xml.

PPS Come on people - there were a few days back in July 2001 when we had ZERO tests 
failing!

Oh, and thanks - remember we love you too!



___
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:   140



Successful tests:  129

Errors:5

Failures:  6





[time of test: 1 November 2001 3:18 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-6]

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.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





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 easy, just run the target 
'run-basic-testsuite' from the main build.xml.

PPS Come on people - there were a few days back in July 2001 when we had ZERO tests 
failing!

Oh, and thanks - remember we love you too!



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

[JBoss-dev] Boooohhhhhhhhhhhhh

[Andreas Schaefer]

Happy Booh to all of you dudes and dudettes ;-)



x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x


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

[JBoss-dev] CVS update: newsite/src/docs binary.jsp

[Jules Gosnell]

  User: jules_gosnell
  Date: 01/10/31 16:38:49

  Modified:src/docs binary.jsp
  Log:
  latest JBoss/Jetty bundle
  
  Revision  ChangesPath
  1.12  +3 -3  newsite/src/docs/binary.jsp
  
  Index: binary.jsp
  ===
  RCS file: /cvsroot/jboss/newsite/src/docs/binary.jsp,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- binary.jsp2001/10/18 18:40:42 1.11
  +++ binary.jsp2001/11/01 00:38:49 1.12
  @@ -61,9 +61,9 @@
   October 3, 2001
 
 
  -http://prdownloads.sourceforge.net/jboss/JBoss-2.4.3_Jetty-3.1.1-1.zip";>JBoss-2.4.3_Jetty-3.1.1-1.zip
  -9550964
  -October 3, 2001
  +http://prdownloads.sourceforge.net/jboss/JBoss-2.4.3_Jetty-3.1.3-1.zip";>JBoss-2.4.3_Jetty-3.1.3-1.zip
  +10512966
  +October 30, 2001
 
   
   
  
  
  

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

Re: [JBoss-dev] Can we put Jetty 3.1.2 in CVS?

[Neale Swinnerton]

On Thu, Nov 01, 2001 at 12:54:00AM +, Julian Gosnell wrote:
> I've released the 2.4.3/3.1.3 integration on sourceforge. I was just
> summoning up the courage to announce it.
> 
> I guess I'll have to do that now !
> 
> I have been intending to get Jetty into JBoss cvs for a while, but I've
> been very busy getting married for the last month or so. My calendar is
> now clearing and I promise to do it soon.
> 
> Greg is/was? hoping that 3.1.3 would be IT and he could then devote all
> his time to JSDK 2.3.
> 
> As soon as 3.1.3 begins to look vaguely stable I shall sort this out.
> 
> Does anyone have any experience in updating a source tree from one cvs
> repository and the committing it to another ? I figure it would be nice
> to set up a cron job or something to do this. Or is there a better way
> to keep two SourceForge cvs repositories in sync ?

you should use the cvs import command. The Jetty changes then run in their
own branch, in this case any jboss specific changes would run in the main
branch. When a new jetty comes along you import the new version again.

More details at...

http://www.cvshome.org/docs/manual/cvs_13.html#SEC104


> 
> Jules
> 
> 
> 
> Simon Harris wrote:
> 
> > I downloaded jetty 3.1.2 and replaced the jar files in jboss-all on my
> > local machine. It all seems to build and run fine. I needed this
> > version because it fixes some issues I had with calling getLocal()
> > from Struts. The absolute latest version of Struts seems to have
> > undergone an API change which means it longer works with
> > JBoss. Regards, Simon

-- 
regards

Neale Swinnerton

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

[JBoss-dev] Next release of JBoss Scheduler

[Andreas Schaefer]

Hi Geeks

During the changes for the next release of the JBoss
Scheduler I was wondering if there is a need for you
that the Schedulable can be a MBean instead of instance
created within the Scheduler. This would allow you to
add the Schedulable interface to a MBean and use the
Scheduler to trigger calls to the MBean in timed intervals.

My current idea is to add the attribute "SchedulableObjectName"
allowing to specify the MBean Object Name. Whenever you
also specify a "SchedulableClass" the MBean will be created,
initialized and started before it is used (similar to JSP Bean
where you can use type of class). The Notification
Listener would then use the local MBeanServer to
invoke the "perform" method through JMX. Setup could
look like this:

  
org.jboss.util.Scheduler$SchedulableExample
JBOSS-SYSTEM:service=gugus
Schedulabe Test,12345
java.lang.String,int
0
1
-1
true
  

Give me your input, thanx.

x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x


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

[JBoss-dev] Can we put Jetty 3.1.2 in CVS?

[Simon Harris]

I downloaded jetty 3.1.2 and replaced the jar files 
in jboss-all on my local machine. It all seems to build and run fine. I needed 
this version because it fixes some issues I had with calling getLocal() from 
Struts.
 
The absolute latest version of Struts seems to have 
undergone an API change which means it longer works with JBoss.
 
Regards,
 
Simon

[JBoss-dev] Non-NULL foreign key CMR

[Dobridge, Thomas A]

There was a  brief discussion on this recently but I didn't quite get the
jist of it.

Just wan't to clarify that with latest jboss3.0.0alpha CMP code, it appears
for now that the INSERT statement generated for  ejbCreate(..)  depends
solely on the list of defined cmp-fields. I have several cases where CMR
fields are in Many-1 relations that rely on foreign keys with non-null
contraints.   So what I've done to get this to work is created seemingly
redundant CMP and CMR fields with different names but mapped to the same
column.

Specifically, I have Organization-OrganizationType in a Many-one CMR
relationship.  Here are some fragments: I hope this get's the point across.

OrganizationBean.java has this

// cmp field  mapped to ORGANIZATION.ORGANIZATION_TYPE as
field name organizationTypeKey
public abstract String getOrganizationTypeKey();   
public abstract void setOrganizationTypeKey(String
organizationTypeKey);   

// CMR field mapped to same column with field name
organizationType
public abstract OrganizationType getOrganizationType(); 
public abstract void setOrganizationType(OrganizationType
organizationType);


Then  I have this:

public BigDecimal ejbCreate(String name,
  OrganizationType organizationType)
throws CreateException, RemoteException {

setOrganizationKey(new
BigDecimal(System.currentTimeMillis()));  // goofy test

// should this be called?  weblogic message boards on
dejanewssuggest otherwise but I am not sure.

setOrganizationTypeKey(organizationType.getOrganizationType()); 
setName(name);
return null;
}

public void ejbPostCreate(String name,
 OrganizationType organizationType)
throws CreateException, RemoteException {

setOrganizationType(organizationType);  //
cmr fields deferred to postCreate???

}


This tooks  several try guessing at various approaches to get it working.
Am I doing this right?

regards,

Tom D.



  


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

Re: [JBoss-dev] Redeployment problems with Jetty on JBoss 2.4

[Julian Gosnell]

Tell me a little more:

OS, JVM, Version etc

Were you hot-deploying - i.e. copying your ear into jboss/deploy ?

If so, and it was a large ear or a slow copy the file may not have been
complete when jboss saw it and began to unpack it.

To avoid this, copy the ear to somewhere on the same filesystem as the
deploy dir, then move it into that dir. A move/rename will be more
atomic than a copy. Or you could deploy via the JMX agen - I prefer this
because it is synchronous.

If this isn't it, perhaps you are deploying into a context that has
already been populated.

Or maybe resources in the ear were being hit by clients at the time of
redeployment and could not be released ?

Mail me your log and I'll take a look at it.


Jules


Andreas Schaefer wrote:

> Hi Geeks
>
> I ran into a problem with redeployment of EAR files
> containing a WAR file on JBoss 2.4 with Jetty.
>
> The problem is that I had to deploy/undeploy several
> times to finally get all the changes deployed. Both times
> previous calles to a page returned with an error.
>
> Do you encounter similar issues ?
>
> x
> Andreas Schaefer
> Senior Consultant
> JBoss Group, LLC
> x
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

[JBoss-dev] Redeployment problems with Jetty on JBoss 2.4

[Andreas Schaefer]

Hi Geeks

I ran into a problem with redeployment of EAR files
containing a WAR file on JBoss 2.4 with Jetty.

The problem is that I had to deploy/undeploy several
times to finally get all the changes deployed. Both times
previous calles to a page returned with an error.

Do you encounter similar issues ?

x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x


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

[JBoss-dev] CVS update: website-survey/src/metadata survey-helper-web.xml survey-web.xml

[Andreas Schaefer]

  User: schaefera
  Date: 01/10/31 14:01:56

  Modified:src/metadata survey-helper-web.xml survey-web.xml
  Log:
  Added the application default file (welcome-file) pointing to
  index.jsp.
  
  Revision  ChangesPath
  1.2   +5 -1  website-survey/src/metadata/survey-helper-web.xml
  
  Index: survey-helper-web.xml
  ===
  RCS file: /cvsroot/jboss/website-survey/src/metadata/survey-helper-web.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- survey-helper-web.xml 2001/10/02 21:34:57 1.1
  +++ survey-helper-web.xml 2001/10/31 22:01:55 1.2
  @@ -1,9 +1,13 @@
   
   
   
  -
  +
   
   
  JBoss Survey Helper
  +   
  +   
  +  index.jsp
  +   
   
   
  
  
  
  1.2   +5 -1  website-survey/src/metadata/survey-web.xml
  
  Index: survey-web.xml
  ===
  RCS file: /cvsroot/jboss/website-survey/src/metadata/survey-web.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- survey-web.xml2001/10/02 21:34:57 1.1
  +++ survey-web.xml2001/10/31 22:01:55 1.2
  @@ -1,9 +1,13 @@
   
   
   
  -
  +
   
   
  JBoss Survey
  +   
  +   
  +  index.jsp
  +   
   
   
  
  
  

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

[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/server IIOPContainerInvoker.java

[Francisco Reverbel]

  User: reverbel
  Date: 01/10/31 13:33:10

  Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/server
IIOPContainerInvoker.java
  Log:
  Added inner class HomeFactory that allows binding non-serializable IIOP stubs
  (such as the IBM ones) in the JNDI context.
  
  Revision  ChangesPath
  1.8   +29 -2 
contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/server/IIOPContainerInvoker.java
  
  Index: IIOPContainerInvoker.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/server/IIOPContainerInvoker.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- IIOPContainerInvoker.java 2001/10/30 22:02:40 1.7
  +++ IIOPContainerInvoker.java 2001/10/31 21:33:09 1.8
  @@ -19,6 +19,7 @@
   import java.util.ArrayList;
   import java.util.Collection;
   import java.util.HashMap;
  +import java.util.Hashtable;
   import java.util.Iterator;
   import java.util.Map;
   
  @@ -32,6 +33,7 @@
   import javax.naming.NamingException;
   import javax.naming.StringRefAddr;
   import javax.naming.Reference;
  +import javax.naming.spi.ObjectFactory;
   import javax.rmi.PortableRemoteObject;
   
   import org.omg.CORBA.Any;
  @@ -110,7 +112,7 @@
* CORBA reference for the corresponding EJBObject.
*
* @author  mailto:[EMAIL PROTECTED]";>Francisco Reverbel
  - * @version $Revision: 1.7 $
  + * @version $Revision: 1.8 $
*/
   public class IIOPContainerInvoker
 extends Servant
  @@ -451,7 +453,9 @@
"javax.ejb.EJBHome", 
new StringRefAddr("IOR", 
  orb.object_to_string(
  - (org.omg.CORBA.Object)ejbHome;
  +   (org.omg.CORBA.Object)ejbHome)),
  + HomeFactory.class.getName(),
  + null));
System.err.println("Bound " + container.getBeanMetaData().getEjbName()
   + " to " + jndiName);
 } 
  @@ -895,6 +899,29 @@
finally {
   Thread.currentThread().setContextClassLoader(oldCl);
}
  +  }
  +   }
  +
  +   // Inner class HomeFactory -
  +
  +   public static class HomeFactory implements ObjectFactory {
  +
  +  private static ORB orb = ORB.init(new String[0], System.getProperties());
  +
  +  public HomeFactory()
  +  {
  +  }
  +
  +  // Implementation of the interface ObjectFactory 
  +
  +  public Object getObjectInstance(Object obj, Name name,
  +  Context nameCtx, Hashtable environment)
  + throws Exception
  +  {
  + return (EJBHome)PortableRemoteObject.narrow(
  + orb.string_to_object(
  +   (String)((Reference)obj).get("IOR").getContent()),
  + EJBHome.class);
 }
  }
   
  
  
  

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

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

[marc fleury]

thanks sorry for that

marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Wednesday, October 31, 2001 2:58 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: build/jboss build.xml
|
|
|  User: starksm 
|  Date: 01/10/31 11:58:27
|
|  Modified:jbossbuild.xml
|  Log:
|  Remove the obsolete idb.jar
|  
|  Revision  ChangesPath
|  1.44  +1 -4  build/jboss/build.xml
|  
|  Index: build.xml
|  ===
|  RCS file: /cvsroot/jboss/build/jboss/build.xml,v
|  retrieving revision 1.43
|  retrieving revision 1.44
|  diff -u -r1.43 -r1.44
|  --- build.xml2001/10/21 05:38:12 1.43
|  +++ build.xml2001/10/31 19:58:26 1.44
|  @@ -10,7 +10,7 @@
|   
|   
|   
|  -
|  +
|   
|   
|   
|  @@ -1345,9 +1345,6 @@
| 
| 
|   
|  -  
|  -  
|  -
| 
| 
|   
|  
|  
|  
|
|___
|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: newsite/src/docs index.jsp

[Andreas Schaefer]

  User: schaefera
  Date: 01/10/31 12:19:04

  Modified:src/docs index.jsp
  Log:
  Adjusted the link to the Survey Helper Statistics because it does not
  pick up index.jsp as directory default anymore.
  
  Revision  ChangesPath
  1.22  +1 -1  newsite/src/docs/index.jsp
  
  Index: index.jsp
  ===
  RCS file: /cvsroot/jboss/newsite/src/docs/index.jsp,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- index.jsp 2001/10/18 14:14:05 1.21
  +++ index.jsp 2001/10/31 20:19:04 1.22
  @@ -113,7 +113,7 @@
   defines the average JBoss user.  Compared to our direct competition, BEA and IBM, 
It seems JBoss is 
   easier, cheaper, cooler, better.  We are there.  Most are flocking to JBoss after 
disappointing 
   TCO experiences with our pricey closed competitors.  The writing is on the wall, 
smart money agrees 
  -with JBoss.  Read more
  +with JBoss.  Read more
   


  
  
  

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

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

[Scott M Stark]

  User: starksm 
  Date: 01/10/31 11:58:27

  Modified:jbossbuild.xml
  Log:
  Remove the obsolete idb.jar
  
  Revision  ChangesPath
  1.44  +1 -4  build/jboss/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/build/jboss/build.xml,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- build.xml 2001/10/21 05:38:12 1.43
  +++ build.xml 2001/10/31 19:58:26 1.44
  @@ -10,7 +10,7 @@
   
   
   
  -
  +
   
   
   
  @@ -1345,9 +1345,6 @@
 
 
   
  -  
  -  
  -
 
 
   
  
  
  

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

[JBoss-dev] jboss build failed

[chris]

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

HERE ARE THE LAST 50 LINES OF THE LOG FILE

Buildfile: /disk/orig/home/lubega/jbossro/jboss-all/build/build.xml

init:

_init-child:

_init-local-properties:

_init-buildlog:

_configure:

_configure-tools:

_configure-libraries:

_configure-modules:
 [echo] groups:  default
 [echo] modules: 
j2ee,naming,server,security,messaging,pool,connector,admin,cluster,testsuite,plugins/varia,plugins/jetty

_configure-tasks:

_init-show-environment:
 [echo] 
project.root:/disk/orig/home/lubega/jbossro/jboss-all
module.root: /disk/orig/home/lubega/jbossro/jboss-all/build
user.home:   /home/lubega
build.compiler:  ${build.compiler}
java.home:   /opt/jdk1.3_ibm_20010723/jre
java.class.path: 
/home/lubega/jbossro/jboss-all/tools/lib/xerces.jar:/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar:/home/lubega/jbossro/jboss-all/tools/lib/xalan.jar:/home/lubega/jbossro/jboss-all/tools/lib/stylebook.jar:/home/lubega/jbossro/jboss-all/tools/lib/saxon.jar:/home/lubega/jbossro/jboss-all/tools/lib/pretty.jar:/home/lubega/jbossro/jboss-all/tools/lib/optional.jar:/home/lubega/jbossro/jboss-all/tools/lib/log4j-core.jar:/home/lubega/jbossro/jboss-all/tools/lib/junit.jar:/home/lubega/jbossro/jboss-all/tools/lib/jaxp.jar:/home/lubega/jbossro/jboss-all/tools/lib/JavaStyle.jar:/home/lubega/jbossro/jboss-all/tools/lib/fop.jar:/home/lubega/jbossro/jboss-all/tools/lib/crimson.jar:/home/lubega/jbossro/jboss-all/tools/lib/buildmagic-tasks.jar:/home/lubega/jbossro/jboss-all/tools/lib/bsf.jar:/home/lubega/jbossro/jboss-all/tools/lib/batik.jar:/home/lubega/jbossro/jboss-all/tools/lib/ant.jar:/opt/jdk1.3_ibm_20010723/lib/tools.jar
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-6


install-dependencies:
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib
 [copy] Copying 3 files to 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib/ext

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/build/build.xml:1306: 
/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/enhydra/instantdb/lib not found.

Total time: 3 seconds

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

[JBoss-dev] jboss build failed

[chris]

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

HERE ARE THE LAST 50 LINES OF THE LOG FILE

Buildfile: /disk/orig/home/lubega/jbossro/jboss-all/build/build.xml

init:

_init-child:

_init-local-properties:

_init-buildlog:

_configure:

_configure-tools:

_configure-libraries:

_configure-modules:
 [echo] groups:  default
 [echo] modules: 
j2ee,naming,server,security,messaging,pool,connector,admin,cluster,testsuite,plugins/varia,plugins/jetty

_configure-tasks:

_init-show-environment:
 [echo] 
project.root:/disk/orig/home/lubega/jbossro/jboss-all
module.root: /disk/orig/home/lubega/jbossro/jboss-all/build
user.home:   /home/lubega
build.compiler:  ${build.compiler}
java.home:   /opt/jdk1.3_ibm_20010723/jre
java.class.path: 
/home/lubega/jbossro/jboss-all/tools/lib/xerces.jar:/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar:/home/lubega/jbossro/jboss-all/tools/lib/xalan.jar:/home/lubega/jbossro/jboss-all/tools/lib/stylebook.jar:/home/lubega/jbossro/jboss-all/tools/lib/saxon.jar:/home/lubega/jbossro/jboss-all/tools/lib/pretty.jar:/home/lubega/jbossro/jboss-all/tools/lib/optional.jar:/home/lubega/jbossro/jboss-all/tools/lib/log4j-core.jar:/home/lubega/jbossro/jboss-all/tools/lib/junit.jar:/home/lubega/jbossro/jboss-all/tools/lib/jaxp.jar:/home/lubega/jbossro/jboss-all/tools/lib/JavaStyle.jar:/home/lubega/jbossro/jboss-all/tools/lib/fop.jar:/home/lubega/jbossro/jboss-all/tools/lib/crimson.jar:/home/lubega/jbossro/jboss-all/tools/lib/buildmagic-tasks.jar:/home/lubega/jbossro/jboss-all/tools/lib/bsf.jar:/home/lubega/jbossro/jboss-all/tools/lib/batik.jar:/home/lubega/jbossro/jboss-all/tools/lib/ant.jar:/opt/jdk1.3_ibm_20010723/lib/tools.jar
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-6


install-dependencies:
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib
 [copy] Copying 3 files to 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib/ext

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/build/build.xml:1306: 
/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/enhydra/instantdb/lib not found.

Total time: 3 seconds

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

Re: [JBoss-dev] Documentation on web site is missing...

[Scott M Stark]

The link has been fixed and the online docs are available.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: "Dain Sundstrom" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 31, 2001 8:39 AM
Subject: [JBoss-dev] Documentation on web site is missing...


> Has anyone notice that the docs on JBoss.org are missing. When you click
on
> the "Manual - online HTML version" I get the following.
>
> HTTP ERROR: 404 Not Found
> Could not find resource for /documentation/HTML/index.html
> RequestURI=/documentation/HTML/index.html
>
> Someone should at least put up a page explaining that the build broke (or
> whatever).  With the top link on the page being, buy the book (not that
that
> is bad in any way) this could leave a new user with a shifty feeling.
>
> Any way I'll just generate the docs from cvs.
>
> -dain
>
> ___
> 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: manual/src/metadata manual-application.xml

[Scott M Stark]

  User: starksm 
  Date: 01/10/31 10:46:01

  Modified:src/metadata manual-application.xml
  Log:
  Update the context-root to be online-manual to avoid conflicts with
  the website documentation directory
  
  Revision  ChangesPath
  1.3   +2 -2  manual/src/metadata/manual-application.xml
  
  Index: manual-application.xml
  ===
  RCS file: /cvsroot/jboss/manual/src/metadata/manual-application.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- manual-application.xml2001/08/31 05:30:31 1.2
  +++ manual-application.xml2001/10/31 18:46:01 1.3
  @@ -1,7 +1,7 @@
   
   
   
  -
  +
   
   
  JBoss Manual
  @@ -9,7 +9,7 @@
  
 
manual.war
  - documentation
  + online-manual
 
  
   
  
  
  

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

[JBoss-dev] CVS update: newsite/src/docs/common doco.jsp

[Scott M Stark]

  User: starksm 
  Date: 01/10/31 10:44:49

  Modified:src/docs/common doco.jsp
  Log:
  Update the online manual link
  
  Revision  ChangesPath
  1.3   +3 -3  newsite/src/docs/common/doco.jsp
  
  Index: doco.jsp
  ===
  RCS file: /cvsroot/jboss/newsite/src/docs/common/doco.jsp,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- doco.jsp  2001/10/18 18:40:43 1.2
  +++ doco.jsp  2001/10/31 18:44:49 1.3
  @@ -8,9 +8,9 @@
published by SAMS publishing. http://www.flashline.com/components/view.jsp?prodid=4252";>Buy now.
   
   BROWSE THE MANUAL
  -The manual contains all the documentation a user needs to install, 
configure and run JBoss. It also includes a quick start section and helps you to make 
your first steps with JBoss. There are two versions, one for the users and the one for 
the contributors:
  +A free volunteer maintained manual that contains all the 
documentation a user needs to install, configure and run JBoss. It also includes a 
quick start section and helps you to make your first steps with JBoss. This version is 
now somewhat out of date as it is not being as actively maintained. There are two 
versions, one for the users and the one for the contributors:
   
  -  Manual - online HTML 
version 
  +  Manual - online HTML 
version 
   : Nice layout, chunked into small, fast loading pages.
   
   Manual - CVS module for contributors : 
  @@ -40,4 +40,4 @@
 Running ECperf on JBoss
 Migrating to JBoss 2.2
 Activating CMP 2.x support
  -
  \ No newline at end of file
  +
  
  
  

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

Re: [JBoss-dev] Documentation on web site is missing...

[Scott M Stark]

Someone added a documentation directory to the website.war that this is
causing the /documentation uri for this directory to match ahead of the
manual.war /documentation context-root.

- Original Message -
From: "Dain Sundstrom" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 31, 2001 8:39 AM
Subject: [JBoss-dev] Documentation on web site is missing...


> Has anyone notice that the docs on JBoss.org are missing. When you click
on
> the "Manual - online HTML version" I get the following.
>
> HTTP ERROR: 404 Not Found
> Could not find resource for /documentation/HTML/index.html
> RequestURI=/documentation/HTML/index.html
>
> Someone should at least put up a page explaining that the build broke (or
> whatever).  With the top link on the page being, buy the book (not that
that
> is bad in any way) this could leave a new user with a shifty feeling.
>
> Any way I'll just generate the docs from cvs.
>
> -dain
>
> ___
> 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 build failed

[chris]

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

HERE ARE THE LAST 50 LINES OF THE LOG FILE

Buildfile: /disk/orig/home/lubega/jbossro/jboss-all/build/build.xml

init:

_init-child:

_init-local-properties:

_init-buildlog:

_configure:

_configure-tools:

_configure-libraries:

_configure-modules:
 [echo] groups:  default
 [echo] modules: 
j2ee,naming,server,security,messaging,pool,connector,admin,cluster,testsuite,plugins/varia,plugins/jetty

_configure-tasks:

_init-show-environment:
 [echo] 
project.root:/disk/orig/home/lubega/jbossro/jboss-all
module.root: /disk/orig/home/lubega/jbossro/jboss-all/build
user.home:   /home/lubega
build.compiler:  ${build.compiler}
java.home:   /opt/jdk1.3_ibm_20010723/jre
java.class.path: 
/home/lubega/jbossro/jboss-all/tools/lib/xerces.jar:/home/lubega/jbossro/jboss-all/tools/lib/xdoclet.jar:/home/lubega/jbossro/jboss-all/tools/lib/xalan.jar:/home/lubega/jbossro/jboss-all/tools/lib/stylebook.jar:/home/lubega/jbossro/jboss-all/tools/lib/saxon.jar:/home/lubega/jbossro/jboss-all/tools/lib/pretty.jar:/home/lubega/jbossro/jboss-all/tools/lib/optional.jar:/home/lubega/jbossro/jboss-all/tools/lib/log4j-core.jar:/home/lubega/jbossro/jboss-all/tools/lib/junit.jar:/home/lubega/jbossro/jboss-all/tools/lib/jaxp.jar:/home/lubega/jbossro/jboss-all/tools/lib/JavaStyle.jar:/home/lubega/jbossro/jboss-all/tools/lib/fop.jar:/home/lubega/jbossro/jboss-all/tools/lib/crimson.jar:/home/lubega/jbossro/jboss-all/tools/lib/buildmagic-tasks.jar:/home/lubega/jbossro/jboss-all/tools/lib/bsf.jar:/home/lubega/jbossro/jboss-all/tools/lib/batik.jar:/home/lubega/jbossro/jboss-all/tools/lib/ant.jar:/opt/jdk1.3_ibm_20010723/lib/tools.jar
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-6


install-dependencies:
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib
 [copy] Copying 3 files to 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/lib/ext

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/build/build.xml:1306: 
/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/enhydra/instantdb/lib not found.

Total time: 3 seconds

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

[JBoss-dev] CVS update: thirdparty/enhydra/instantdb/lib idb.jar

[marc fleury]

  User: mnf999  
  Date: 01/10/31 09:21:25

  Removed: enhydra/instantdb/lib idb.jar
  Log:
  Removing the idb.jar due to license change

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

[JBoss-dev] Documentation on web site is missing...

[Dain Sundstrom]

Has anyone notice that the docs on JBoss.org are missing. When you click on
the "Manual - online HTML version" I get the following.

HTTP ERROR: 404 Not Found
Could not find resource for /documentation/HTML/index.html
RequestURI=/documentation/HTML/index.html 

Someone should at least put up a page explaining that the build broke (or
whatever).  With the top link on the page being, buy the book (not that that
is bad in any way) this could leave a new user with a shifty feeling.

Any way I'll just generate the docs from cvs.

-dain

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

RE: [JBoss-dev] Fwd: ests on different OS'es

[Guillaume Boissiere]

Title: RE: [JBoss-dev] Fwd: ests on different OS'es





I agree.  Without going overboard, it'd be great to set some specific milestones regarding the 
quality of the code and documentation that need to be met for 3.0 final release (i.e. has to 
pass the test suite with no errors, all public methods have to be documented with Javadoc, 
etc.)
Automated tests on multiple platforms will go a long way towards achieving this goal.  


A couple days ago, I put together a simple Java program that locates and eliminates dead 
import lines from the tree [patch #475080].  I'd be happy to help create other similar source
code tests and integrate that into the test suite if there is some interest.
Comments?  Ideas for new source code or documentation tests?


-- Guillaume



FROM: marc fleury
DATE: 10/30/2001 06:28:08
SUBJECT: RE: [JBoss-dev] Fwd: ests on different OS'es
Sounds great actually, having the automated tests is an important thing for
the next fase of dev.  In fact even just the compile farm with Linux but
triggered when there are tag updates would be an important thing for us not
to miss obvious problems in the tests.


marcf


|-Original Message-
|From:  
|[mailto: ]On Behalf Of Chris

|Kimpton
|Sent: Tuesday, October 30, 2001 5:01 AM
|To:  
|Subject: [JBoss-dev] Fwd: ests on different OS'es
|
|
|Hi Peter
|
|[I sent this to the list - hope you don't mind - just to mix in any
|other ideas]
|
|There was some talk about the compile farm a few months back... and I
|tihnk it could be a way to go... We'd just need to see if we can
|automate all the work - eg cronjobs/at-jobs to automate and getting
|the stuff off the box, scp all the way to a public server.
|
|Although the biggest problem I see is that they have no Windoze
|servers - which I think is where we need regular testing.
|
|I think the tinderbox (  ) (or
|similar) route seems the way to go - that is, a central server for
|results and then various servers for generating/submitting results.
|It provides lots of info on when builds break and can highlight the
|code that causes the break - from what I've read   ;-)
|
|This should allow practically anyone to use their dev pc as a test
|machine - after you run the tests, you can submit the results to the
|central server (although I maybe asking too much from tinderbox
|here...)
|
|This is what I want to look at next.
|
|Chris
|
|--- Peter Fagerlund < > wrote:
|> Date: Mon, 29 Oct 2001 18:37:01 +0100
|> Subject: ests on different OS'es
|> From: Peter Fagerlund < >
|> To: Chris Kimpton < >
|>
|> Chris,
|>
|> have You seen "Guide to the SourceForge.net Compile Farm"
|> 
|>
|> Could We use that ? ... to also test on other plattforms and have
|> an ant
|> task auto uppload the results for presentation ??? ...
|>
|> What do u think ? ...
|>
|> /peter_f
|>
|

Re: [JBoss-dev] Update on ASPLoginModule - cancelled

[finder]

Dave,

I think Steve was actually using the information in the properties for 
authentication, not post-authentication. Correct me if I'm wrong. The 
general case would be:

 = true/false 
authentication

for example,  should be sufficient in 
Steve's case (again, correct me if I'm wrong). This would allow you to have 
the same username show up in different organizations. It could be argued 
that you could shoe-horn this into the current auth scheme by making the 
username="organization\username" and parsing it in your login module, but 
that does not work very well in the generic case, and it assumes that "\" 
is not in the domain of organization names nor user names. You could also 
go with the LDAP "o=org, cn=name" format.

for another example, I may do authentication, not by username/pass, but by 
a quizzing system asking you three (random) questions. Your credentials, 
then, consist of your username/id and your answers, and the login module 
could go to an LDAP directory or JDBC source to determine if the answers 
are correct. This is not difficult to do with form-based login (from web 
containers) or from X.509 information (this sort of slips through the 
cracks in JBoss/Catalina?); it's just propagating this through the JBoss 
infrastructure that's not trivial, since it's all geared to assume username 
and password. It would be nice to send a username and a map (protected, of 
course, if you're using Java 2 security), which would hold a bag of (named) 
credentials to be used by a login module to answer auth questions.

You could do this with something like this, in JBoss 2.4/Tomcat 3.2:

JBossSecurityMgrRealm.authenticate() currently calls 
org.apache.util.SecurityTools.credentials(request, credentialMap) to 
populate a Map from an incoming request. Instead, .authenticate could 
traverse the incoming request itself and grab all incoming Parameters and 
context Attributes, and populate them into the credentialMap (what do you 
do with overlapping keys?), which it would then wrap into a 
MapCallbackHandler and also stick into the SecurityAssociation (which takes 
Object. probably should be deep copied in and out?). EJBSecurityManager 
then would have to be extended to have an isValid(principal, 
callbackHandler) to answer authentication; it would pass that callback 
handler straight into the LoginContext() constructor. The 
MapCallbackHandler would then traverse the incoming callbacks, and use 
their prompt or other callback attribute as a key into the initial map (to 
get information from the Map).

I don't think it's this easy in the Catalina code, since Apache/Tomcat seem 
to have digested the request before the JBoss interceptor gets it, and you 
only get to authenticate on an X.509 array, a string, or byte[] (see 
interface org.catalina.Realm). I guess you could serialize the Map and get 
it through the byte[] way.

I don't know how you'd do this in Jetty.

One problem with this approach is that if you pass a Map around the place, 
you have to be careful that receivers don't change it; it's easy for 
receiver code to add/delete/modify entries, unless again you use Java 2 
security. Serialize/deserialize may help. Maybe serialize the 
callbackHandler instead? Is there such a thing as an ImmutableMap object, 
kind of like javax.security.auth.Subject works after you call setReadOnly()?

Ugh. This is long and may have huge holes. This is all off the top of my 
head, with only quick reads of the code, so don't flame me, please.


At 07:53 AM 10/31/2001, Dave Smith wrote:
--- Begin Original Message ---
>I'm assuming the properties based Principle would allow you to call
>sessionContext.getCallerPrincipal() and then retreive certain properties 
>like companyId, branchId etc  If you wanted to get this stuff out 
>of  the Database would you just not have to extend
>DatabaseServerLoginModule and instead of creating a SimplePrincipal have a 
>PropertiesPrincipal with an addional method getProperty? There would be no 
>need for an addional Callback because you are still only getting login and 
>password. OverSimplification?
>
>
>Steve Salkin wrote:
>
>>Hi-
>>After posting here to see if there was interest in a generic version of 
>>LoginModule similar to the UsernamePasswordLoginModule, but which 
>>supported a third passed-in attribute "Organization" for ASP models, I 
>>had an interesting dialog with JAAS expert Scott Stark. Since our 
>>conversation seems to have petered out, I'd like to make some elements 
>>part of the public record so they don't get forgotten, and will be 
>>accessable to people coming along later who are a situation similar to 
>>mine. Scott, I hope you don't mind my quoting some of your technical 
>>remarks rather than rephrasing them just to avoid this.
>>After a brief confusion at the outset, Scott realized that I was trying 
>>to ask the user for two separate pieces of information to uniquely 
>>identify them. I explained that I was planning to add another 
>>CallbackHandler 

Re: [JBoss-dev] Update on ASPLoginModule - cancelled

[Dave Smith]

I'm assuming the properties based Principle would allow you to call
sessionContext.getCallerPrincipal() and then retreive certain properties 
like companyId, branchId etc  If you wanted to get this stuff out of 
  the Database would you just not have to extend
DatabaseServerLoginModule and instead of creating a SimplePrincipal have 
a PropertiesPrincipal with an addional method getProperty? There would 
be no need for an addional Callback because you are still only getting 
login and password. OverSimplification?


Steve Salkin wrote:

> Hi-
> 
> After posting here to see if there was interest in a generic version of 
> LoginModule similar to the UsernamePasswordLoginModule, but which supported a 
> third passed-in attribute "Organization" for ASP models, I had an interesting 
> dialog with JAAS expert Scott Stark. Since our conversation seems to have 
> petered out, I'd like to make some elements part of the public record so they 
> don't get forgotten, and will be accessable to people coming along later who 
> are a situation similar to mine. Scott, I hope you don't mind my quoting some 
> of your technical remarks rather than rephrasing them just to avoid this.
> 
> After a brief confusion at the outset, Scott realized that I was trying to ask 
> the user for two separate pieces of information to uniquely identify them. I 
> explained that I was planning to add another CallbackHandler and another 
> Principal implementation to facilitate this. He said:
> 
>   "Ok, I see the issue. However, when a login module is executed on the
>   server in response to either an attempt to access an ejb or a servlet, there
>   is no callback handler to which the request can be delegated. An
>   extension to the current security manager would have to be made to
>   allow one to configure a callback handler for a security domain.
> 
>   Also, the next logical step would be to have a properties based principal
>   and callback object that allowed one to associate any number of
>   attributes with a principal. The ASP use case is one that just uses a
>   single "organization" property. Adding this as well as externalizing the
>   callback handler for a security domain makes sense to me."
> 
> As I said to him, this is more work than I probably have time to do right now, 
> given the other deadlines I am facing, and it seems unlikely to me that this 
> would be a good first project for a new jboss developer even if I did.
> 
> Perhaps I will be able to contribute to the project in some way at a later 
> time. In any event, since I am writing here I'd like to thank each of you for 
> the amazing work that has gone into jboss, which I have followed for some 
> time. May it bring you all fame and fortune.
> 
> S-
> 
> 
> ___
> 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-Bugs-476757 ] JDBCRealm and JBossSecurityMgrRealm prob

[noreply]

Bugs item #476757, was opened at 2001-10-31 05:26
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=476757&group_id=22866

Category: CatalinaBundle
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Scott M Stark (starksm)
Summary: JDBCRealm and JBossSecurityMgrRealm prob

Initial Comment:
Hi guys,
   Just a note to say i have found a bug related 
to the JBoss-Tomcat integration. 

If you add the tomcat JDBC realm interceptor to 
authenticate webapps from a JDBC source only usernames 
are authenticated (ie as long as the username is valid 
you will be logged on regardless of password entered).

This is because there is another Realm manager 
(JBossSecurityMgrRealm) installed in server.xml by 
default when installing the bundle. These 2 realm 
managers conflict in the following way...

The Tomcat JDBCRealm sets a remote user in the Request 
object (interface of RequestImpl class) that is passed 
to it in the authenticate method if authentication 
succeeds otherwise the value is null. When it comes to 
loading the roles from the database the JDBCRealm 
checks this request remote user value and if it is 
null it knows the user is not authenticated. Otherwise 
it loads the roles associated with that user.

The problem is that the JBossSecurityManager realm 
sets this value WITHOUT checking if the user is has 
typed the correct password, effectivly bypassing the 
password check.

I have solved the problem temporarily by commenting 
the JBossSecurity Realm and using the JDBCRealm in 
tomcat, however i am unsure of the long term effects 
of this.

I hope this was clear (i did try) if not feel free to 
drop me a mail with any questions.



--

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

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

[JBoss-dev] CVS update: jboss/src/main/org/jboss Shutdown.java

[Sacha Labourey]

  User: slaboure
  Date: 01/10/31 05:20:36

  Modified:src/main/org/jboss Shutdown.java
  Log:
  Bug #476749.
  Check if the number of arguments is high enough, not exactly equal to the awaited 
position.
  
  Revision  ChangesPath
  1.5   +4 -4  jboss/src/main/org/jboss/Shutdown.java
  
  Index: Shutdown.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Shutdown.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- Shutdown.java 2001/10/17 18:48:08 1.4
  +++ Shutdown.java 2001/10/31 13:20:35 1.5
  @@ -15,7 +15,7 @@
* command.  The host to the JMX server can be passed in as well
* as the port number.  If neither is supplied, the defaults of
* localhost and 8082 are used.
  - * 
  + *
* Usage:
* 
* java org.jboss.Shutdown [host] [port]
  @@ -23,7 +23,7 @@
*
* @author mailto:[EMAIL PROTECTED]";>Dewayne McNair
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
  - * @version $Revision: 1.4 $
  + * @version $Revision: 1.5 $
*/
   public class Shutdown
   {
  @@ -42,11 +42,11 @@
 String host = "localhost";
 int port = 8082;
   
  -  if (argv.length == 1) {
  +  if (argv.length >= 1) {
host = argv[0];
 }
   
  -  if (argv.length == 2) {
  +  if (argv.length >= 2) {
port = Integer.parseInt(argv[1]);
 }
   
  
  
  

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

[JBoss-dev] CVS update: jboss/src/main/org/jboss Shutdown.java

[Sacha Labourey]

  User: slaboure
  Date: 01/10/31 05:24:02

  Modified:src/main/org/jboss Tag: Branch_2_4 Shutdown.java
  Log:
  Bug #476749.
  Check if the number of arguments is high enough, not exactly equal to the awaited 
position.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.6.1   +3 -3  jboss/src/main/org/jboss/Shutdown.java
  
  Index: Shutdown.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Shutdown.java,v
  retrieving revision 1.1
  retrieving revision 1.1.6.1
  diff -u -r1.1 -r1.1.6.1
  --- Shutdown.java 2001/03/27 16:32:39 1.1
  +++ Shutdown.java 2001/10/31 13:24:02 1.1.6.1
  @@ -24,7 +24,7 @@
 * 
 *
 * @author Dewayne McNair ([EMAIL PROTECTED])
  -  * @version $Revision: 1.1 $
  +  * @version $Revision: 1.1.6.1 $
 */
   public class Shutdown
   {
  @@ -36,10 +36,10 @@
   String host = "localhost";
   String port = "8082";
   
  -if (argv.length == 1)
  +if (argv.length >= 1)
   host = argv[0];
   
  -if (argv.length == 2)
  +if (argv.length >= 2)
   port = argv[1];
   
   try
  
  
  

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

[JBoss-dev] [ jboss-Bugs-476749 ] Missed arg in org.jboss.Shutdown.java

[noreply]

Bugs item #476749, was opened at 2001-10-31 05:09
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=476749&group_id=22866

Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missed arg in org.jboss.Shutdown.java

Initial Comment:
If this command is issued

   $ java org.jboss.Shutdown host port

the value of host will never be used due to this check

   if ( argv.length == 1)
  host = argv [0]

It should be

   if ( argv.length >= 1)
  host = argv [0]


--

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

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