date:20011205


Bugs item #489294, was opened at 2001-12-05 00:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489294group_id=22866

Category: JBossServer
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Konstantin Pribluda (ko5tik)
Assigned to: Nobody/Anonymous (nobody)
Summary: Security Problem (Stopper)

Initial Comment:
I encountered this problem in JB 2.4.2-TC-3.2.1
( not sure with tomcat ) and tested it with
JB-244/TC-3.2.4


Problem can be reproduced really easy:

1. Take JSP which includes another jsp
via jsp:include.

2. Put it under security control. 

3. Put following in cour jsp:

%= SecurityAssociation.getPrincipal().toString() %
before jsp:include
And place it also after jsp:include

4. Watch those funny null pointer errors, and try to 
find where they come, and what they mean. 

Conclusion:
with Principal stored SecurityAssociation == null
you can forget about security stuff while calling
your EJB - they get no principal and no roles
propagated to them. 


Why it happens ( my humble option ):

jsp:include issues some kind of subrequest, so 
JBossSecurityMgrRealm.postService() is called. 
It resets any security setting.

PS: I need a quick solution. ASAP, if possible

I'm not sure I can fix it myself the right way. 
Was principal zeroing good for something?
Can I subclass JBossSecurityMgrRealm and 
disable this behaviour?

What would happen then?

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489294group_id=22866

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

Re: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread tbone


Yess, but i want to known wath are doing,

So what does have an auction application need,
hmm, 
1) goods: some things that are for sel (query,details)
2) calendar: what is for sell when (with notification)
3) users: some kind of user management. and security constraints
(guest,user,admin)
4) views: support for multiple views (cocoon,struts)
5) transaction: some kind of payment system (maybe a fake fish money system)

RFC, Tbone

 FreeBay !
 
 Jules
 
  --- Hicks, James [EMAIL PROTECTED] wrote: 
 I've been doing a few hours of thinking and came to
  a conclusion for a demo
  app.
  
  Would anyone like to assist me in creating an E-Bay
  style bidding
  application?
  
  James Hicks
  
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
 
 https://lists.sourceforge.net/lists/listinfo/jboss-development 
 
 
 Nokia 5510 looks weird sounds great. 
 Go to http://uk.promotions.yahoo.com/nokia/ discover and win it! 
 The competition ends 16 th of December 2001.
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 


-
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)

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

RE: [JBoss-dev] RequiredModelMBean.java? / general rantings


yes and no

yes: I strongly support the microkernel view, the basic server is just the
JMX stuff (even stripped I think does anyone use the relationships out
there?) and the service libraries (possibly unified with MLet). And that
doesn't require anything else, certainly not an EJB container (or rather the
MBeans that when assembled provide EJB behavior).  The small servers, the
embedded servers, the edge servers need not ship everything.

no: the configuration server is a central server, he will not run inside my
DVD player (while the microkernel will) he will run the central
configuration server that David is talking about. Since the MMBeans in the
edge servers have pluggable persistence we can use EJB for the persistence
in case of clustering, and straight file in case of single server, the EJB
in the case buys us location. BTW the persistence is not necessarily in JDBC
it would be in file in the first pass, meaning the file persistence that we
have in there already just remote under the EJB front.

They are different servers and both configuration (at the same time) make
total sense to me, the central server is a configuration server (possibly
ha'ed itself) the edge ones are what you want, ejb clients if you want (rmi
stacks necessary, proxy clients from JBoss, couple of k) or straight
microkernel readers if you don't want to and they read their configurations
and adminitstration through other means.

marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jiri
|Luzny
|Sent: Wednesday, December 05, 2001 4:54 AM
|To: David Budworth
|Cc: Dain Sundstrom; [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] RequiredModelMBean.java? / general rantings
|
|
|I have to support Dain's comment.
|We see JBoss as a microkernel (container for containers) plus some
|services that you can run on top of it. Sure, we also use the J2EE
|services like EJB etc.., but for some parts of our system, we run
|the thin JBoss's microkernel (without any EJB, DB) configuration ONLY.
|We just deploy our custom services (MBeans) there.
|Why to increase startup time and waste memory for something that is
|not going to be used at all?
|
|Jiri.
|
|
|On Sat, 1 Dec 2001 18:18:02 -0800, you wrote:
|
|I hadn't thought of that.  I have always viewed JBoss as an overall
|platform with replacable elements.
|
|It hadn't occured to me that you may want to run only one element of it.
|
|I saw it more like the JDK.  If you don't want to use JDBC, don't use
|it.  But you wouldn't go removing the java.sql.* classes from the jars.
|
|I didn't realize that was a goal of JBoss.
|
|
|-David
|
|On Sat, 01 Dec 2001, Dain Sundstrom wrote:
|
| You are making 2 bold assumptions.
|
| 1. JBoss will always run with the EJB service installed.
| 2. JBoss will always have a database available.
|
| Neither of these hold.  As a quick example, I may want JBossMQ
|with out a
| database or EJB services.
|
| -dain
|
| -Original Message-
| From: David Budworth [mailto:[EMAIL PROTECTED]]
| Sent: Saturday, December 01, 2001 6:04 PM
| To: [EMAIL PROTECTED]
| Subject: [JBoss-dev] RequiredModelMBean.java? / general rantings
|
|
| Marc / everyone,
|
| When you asked about this Dynamic mbean thing I'm working on, were you
| thinking of me applying it to RequiredModelMBean?
|
| If I read correctly, we are required to supply an implementation of that
| class, no?
|
| If not, ignore the rest.
|
| I'd be happy convert my stuff over to be the implementation of that,
| since mainly the only difference with what I wrote and this is the
| persistent storage stuff.
|
| I do have a few questions on how it should be done.
|
| 1) What are the expectations for determining the MBeanInfo?  Should we
| expect a XYZMBean interface to match the XYZ implementation the user
| provides?  (similar to regular MBeans)
|
| This would be easy to add.  Since I already have the code that walks the
| methods of any specified interface to compose the operation/attribute
| info structures.
|
| 2) What should be the rules for determining the operations/attributes?
| I have written and re-written this logic in my own code about 15 times,
| never really happy with it.  Example, how to handle:
|
| int getXYZ();
| void setXYZ(float);
|
| Do you consider the get to be a RO attribute and one to be an
|operation?  Or
| throw an exception for non-compliant naming?  I see nothing in the spec
| regarding naming standards on dynamic mbean oper/attr
|
| or
|
| int getXYZ();
| void setXYZ(int);
| void setXYZ(float);
|
| Do we consider get/set(int) to be a RW attr, and set(float) to be an
| operation? Or throw again?
|
|
| In my stuff, there is a protected Class[] getInterfaces() so an mbean
| can specify which interfaces it want's to expose to management.  But, if
| that returns null(default impl), I just use all public methods
|not defined
| in the base
| or java.lang.Object to be a managed UI.
|
| Would you want that in the JBoss RequiredModelMBean?
|
| What I have now,

[JBoss-dev] CVS update: jmx/src/main/javax/management MBeanAttributeInfo.java MBeanConstructorInfo.java MBeanOperationInfo.java


  User: juhalindfors
  Date: 01/12/05 06:12:46

  Modified:src/main/javax/management MBeanAttributeInfo.java
MBeanConstructorInfo.java MBeanOperationInfo.java
  Log:
  std mbean constructors
  
  Revision  ChangesPath
  1.2   +26 -6 jmx/src/main/javax/management/MBeanAttributeInfo.java
  
  Index: MBeanAttributeInfo.java
  ===
  RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanAttributeInfo.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- MBeanAttributeInfo.java   2001/12/03 02:01:30 1.1
  +++ MBeanAttributeInfo.java   2001/12/05 14:12:46 1.2
  @@ -3,9 +3,8 @@
*/
   package javax.management;
   
  -public class MBeanAttributeInfo
  - extends MBeanFeatureInfo
  -   implements java.io.Serializable, java.lang.Cloneable {
  +public class MBeanAttributeInfo extends MBeanFeatureInfo
  +   implements java.io.Serializable, Cloneable {
   
  protected String type = null;
  protected boolean isReadable = false;
  @@ -28,10 +27,31 @@
  public MBeanAttributeInfo(java.lang.String name,
java.lang.String description,
java.lang.reflect.Method getter,
  - java.lang.reflect.Method setter)
  -   throws IntrospectionException {
  + java.lang.reflect.Method setter) throws 
IntrospectionException {
 super(name, description);
  -  throw new Error(NYI);
  +  
  +  if (getter != null) {
  + this.isReadable = true;
  + if (getter.getName().startsWith(is))
  +this.isIs = true;
  + this.type = getter.getReturnType().getName();
  +  }
  +  
  +  if (setter != null) {
  + this.isWritable = true;
  + 
  + if (type == null) {
  +try {
  +   type = setter.getParameterTypes() [0].getName();
  +}
  +catch (ArrayIndexOutOfBoundsException e) {
  +   throw new IntrospectionException(Attribute setter is lacking type: 
 + name);
  +}
  + }
  + 
  + if (!(type.equals(setter.getParameterTypes() [0].getName(
  +throw new IntrospectionException(Attribute type mismatch:  + name);
  +  }
  }
   
  public java.lang.Object clone() throws CloneNotSupportedException {
  
  
  
  1.2   +11 -2 jmx/src/main/javax/management/MBeanConstructorInfo.java
  
  Index: MBeanConstructorInfo.java
  ===
  RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanConstructorInfo.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- MBeanConstructorInfo.java 2001/12/03 02:01:30 1.1
  +++ MBeanConstructorInfo.java 2001/12/05 14:12:46 1.2
  @@ -4,15 +4,24 @@
   package javax.management;
   
   public class MBeanConstructorInfo extends MBeanFeatureInfo
  -   implements java.io.Serializable, java.lang.Cloneable {
  +   implements java.io.Serializable, Cloneable {
   
  protected MBeanParameterInfo[] signature = null;
  
  public MBeanConstructorInfo(java.lang.String description,
  java.lang.reflect.Constructor constructor) {
 super(constructor.getName(), description);
  -  throw new Error(NYI);
  +
  +  Class[] sign = constructor.getParameterTypes();
  +  signature = new MBeanParameterInfo[sign.length];
  +  
  +  for (int i = 0; i  sign.length; ++i) {
  + String name = sign[i].getName();
  + signature[i] = new MBeanParameterInfo(name, name, MBean Constructor 
Parameter.);
  +  }
  +
  }
  +   
  public MBeanConstructorInfo(java.lang.String name,
  java.lang.String description,
  MBeanParameterInfo[] signature) {
  
  
  
  1.2   +40 -20jmx/src/main/javax/management/MBeanOperationInfo.java
  
  Index: MBeanOperationInfo.java
  ===
  RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanOperationInfo.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- MBeanOperationInfo.java   2001/12/03 02:01:30 1.1
  +++ MBeanOperationInfo.java   2001/12/05 14:12:46 1.2
  @@ -3,42 +3,62 @@
*/
   package javax.management;
   
  -public class MBeanOperationInfo
  - extends MBeanFeatureInfo
  -   implements java.io.Serializable, java.lang.Cloneable {
  +public class MBeanOperationInfo extends MBeanFeatureInfo
  +   implements java.io.Serializable, Cloneable {
   
   
  -   public static final int INFO = 0x1234;
  -
  -   public static final int ACTION = 0x332;
  -
  +   public static final int INFO= 0x1234;
  +   public static final int ACTION  = 0x332;

[JBoss-dev] CVS update: jmx/src/main/javax/management AttributeChangeNotification.java MBeanServerDelegate.java MBeanServerNotification.java NotificationBroadcasterSupport.java


  User: juhalindfors
  Date: 01/12/05 06:18:34

  Added:   src/main/javax/management AttributeChangeNotification.java
MBeanServerDelegate.java
MBeanServerNotification.java
NotificationBroadcasterSupport.java
  Log:
  some more javax.management classes
  
  Revision  ChangesPath
  1.1  jmx/src/main/javax/management/AttributeChangeNotification.java
  
  Index: AttributeChangeNotification.java
  ===
  /*
   * LGPL
   */
  package javax.management;
  
  public class AttributeChangeNotification extends Notification {
  
  
 public static final java.lang.String ATTRIBUTE_CHANGE = jmx.attribute.change;
  
 public AttributeChangeNotification(java.lang.Object source,
long sequenceNumber,
long timeStamp,
java.lang.String msg,
java.lang.String attributeName,
java.lang.String attributeType,
java.lang.Object oldValue,
java.lang.Object newValue) {
   
super(ATTRIBUTE_CHANGE, source, sequenceNumber);
  
 }
  
  
 public java.lang.String getAttributeName() { return null; }
 public java.lang.String getAttributeType() { return null; }
 public java.lang.Object getOldValue() { return null; }
 public java.lang.Object getNewValue() { return null; }
  
  
  }
  
  
  
  
  
  1.1  jmx/src/main/javax/management/MBeanServerDelegate.java
  
  Index: MBeanServerDelegate.java
  ===
  /*
   * LGPL
   */
  package javax.management;
  
  public class MBeanServerDelegate implements MBeanServerDelegateMBean, 
NotificationBroadcaster {
  
 private MBeanNotificationInfo notificationInfo  = null;
 private NotificationBroadcasterSupport notifier = null;
 
 public MBeanServerDelegate() {
this.notificationInfo = new MBeanNotificationInfo(
   new String[] { 
  MBeanServerNotification.REGISTRATION_NOTIFICATION,
  MBeanServerNotification.UNREGISTRATION_NOTIFICATION
},
   MBeanServerNotification.class.getName(),
   Describes the MBean registration and unregistration events in a MBean 
Server.
);
this.notifier = new NotificationBroadcasterSupport();
 }
  
 public java.lang.String getMBeanServerId() {
return BOOM!;
 }
  
 public java.lang.String getSpecificationName() {
return Java Management Extensions Instrumentation and Agent Specification;
 }
  
  
 public java.lang.String getSpecificationVersion() {
return 1.0;
 }
  
 public java.lang.String getSpecificationVendor() {
return Sun Microsystems, Inc.;
 }
  
 public java.lang.String getImplementationName() {
return JBossMX;
 }
  
 public java.lang.String getImplementationVersion() {
return 0.1;
 }
  
 public java.lang.String getImplementationVendor() {
return JBoss Organization;
 }
  
 public void addNotificationListener(NotificationListener listener,
 NotificationFilter filter,
 java.lang.Object handback)
 throws java.lang.IllegalArgumentException {
notifier.addNotificationListener(listener, filter, handback);
 }
  
 public void removeNotificationListener(NotificationListener listener)
 throws ListenerNotFoundException {
notifier.removeNotificationListener(listener);
 }
  
 public MBeanNotificationInfo[] getNotificationInfo() {
return new MBeanNotificationInfo[] { notificationInfo };
 }
  
 public void sendNotification(Notification notification) {
notifier.sendNotification(notification);
 }
  
  
  
  
  
  }
  
  
  
  
  1.1  jmx/src/main/javax/management/MBeanServerNotification.java
  
  Index: MBeanServerNotification.java
  ===
  /*
   * LGPL
   */
  package javax.management;
  
  public class MBeanServerNotification extends Notification {
  
 public static final java.lang.String REGISTRATION_NOTIFICATION   = 
jmx.mbean.registered;
 public static final java.lang.String UNREGISTRATION_NOTIFICATION = 
jmx.mbean.unregistered;
  
 // name of the mbean registered/unregistered
 private ObjectName mbeanName = null;
 
 public MBeanServerNotification(String type, Object source, long sequenceNumber, 
ObjectName objectName) {
super(type, source, sequenceNumber);
this.mbeanName = objectName;
 }

[JBoss-dev] CVS update: jmx/src/main/test - New directory


  User: juhalindfors
  Date: 01/12/05 06:19:42

  jmx/src/main/test - New directory

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

[JBoss-dev] CVS update: jmx/src/main/javax/management/modelmbean - New directory


  User: juhalindfors
  Date: 01/12/05 06:19:12

  jmx/src/main/javax/management/modelmbean - New directory

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

[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/metadata - New directory


  User: juhalindfors
  Date: 01/12/05 06:21:09

  jmx/src/main/org/jboss/mx/metadata - New directory

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

[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server ObjectInputStreamWithClassLoader.java StandardMBean.java MBeanServerImpl.java


  User: juhalindfors
  Date: 01/12/05 06:24:55

  Modified:src/main/org/jboss/mx/server MBeanServerImpl.java
  Added:   src/main/org/jboss/mx/server
ObjectInputStreamWithClassLoader.java
StandardMBean.java
  Log:
  more server stuff
  
  Revision  ChangesPath
  1.2   +293 -55   jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java
  
  Index: MBeanServerImpl.java
  ===
  RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- MBeanServerImpl.java  2001/12/03 02:20:55 1.1
  +++ MBeanServerImpl.java  2001/12/05 14:24:55 1.2
  @@ -12,8 +12,14 @@
   import javax.management.Attribute;
   import javax.management.AttributeList;
   import javax.management.MBeanServer;
  +import javax.management.MBeanServerDelegate;
  +import javax.management.MBeanRegistration;
  +import javax.management.MBeanServerNotification;
  +import javax.management.NotificationBroadcaster;
   import javax.management.NotificationListener;
   import javax.management.NotificationFilter;
  +import javax.management.MalformedObjectNameException;
  +import javax.management.NotCompliantMBeanException;
   import javax.management.InstanceAlreadyExistsException;
   import javax.management.NotCompliantMBeanException;
   import javax.management.MBeanRegistrationException;
  @@ -23,6 +29,7 @@
   import javax.management.InvalidAttributeValueException;
   import javax.management.ListenerNotFoundException;
   import javax.management.RuntimeErrorException;
  +import javax.management.RuntimeOperationsException;
   import javax.management.QueryExp;
   import javax.management.MBeanInfo;
   import javax.management.DynamicMBean;
  @@ -30,7 +37,10 @@
   
   import java.lang.reflect.Constructor;
   import java.lang.reflect.InvocationTargetException;
  +
   import java.io.ObjectInputStream;
  +import java.io.ByteArrayInputStream;
  +import java.io.IOException;
   
   import org.jboss.mx.server.registry.BasicMBeanRegistry;
   import org.jboss.mx.server.registry.MBeanRegistry;
  @@ -38,12 +48,37 @@
   
   public class MBeanServerImpl implements MBeanServer {
   
  +   
  +   public final static String MBEAN_SERVER_DELEGATE = 
JMImplementation:type=MBeanServerDelegate;
  +   
  +   protected static long registrationNotificationSequence = 1;
  +   protected static long unregistrationNotificationSequence = 1;
  +   
  protected String defaultDomain = DefaultDomain;
  protected MBeanRegistry registry= null;
  +   protected MBeanServerDelegate delegate = null;
  
  public MBeanServerImpl(String defaultDomain) {
  +  
 this.defaultDomain = defaultDomain;
 this.registry = new BasicMBeanRegistry();
  +  this.delegate = new MBeanServerDelegate();
  +  
  +  try {
  + registerMBean(delegate, new ObjectName(MBEAN_SERVER_DELEGATE));
  +  }
  +  catch (MalformedObjectNameException e) {
  + throw new Error(Cannot create MBean Server Delegate.);
  +  }
  +  catch (InstanceAlreadyExistsException e) {
  + throw new Error(Cannot register the MBean Server Delegate.);
  +  }
  +  catch (MBeanRegistrationException e) {
  + throw new Error(Exception registering the the MBean Server Delegate:  + 
e.getTargetException().toString());
  +  }
  +  catch (NotCompliantMBeanException e) {
  + throw new Error(MBean Server Delegate is not a compliant MBean);
  +  }
  }
   
   
  @@ -51,8 +86,7 @@
 try {
Class clazz = DefaultLoaderRepository.loadClass(className);
return clazz.newInstance();
  -  }
  -  catch (ClassNotFoundException e) {
  +  } catch (ClassNotFoundException e) {
throw new ReflectionException(e, Class not found:  + className);
 }
 catch (InstantiationException e) {
  @@ -63,30 +97,47 @@
 }
  }
   
  -   public Object instantiate(String className, ObjectName loaderName) 
  +   public Object instantiate(String className, ObjectName loaderName)
  throws ReflectionException, MBeanException, InstanceNotFoundException {
  -  return null;
  +  try {
  + ClassLoader loader = (ClassLoader)registry.get(loaderName).getInstance();
  +
  + if (loader == null)
  +loader = this.getClass().getClassLoader();
  +
  + Class clazz = loader.loadClass(className);
  + return clazz.newInstance();
  +  } catch (ClassCastException e) {
  + throw new ReflectionException(e, loaderName +  is not a class loader.);
  +  }
  +  catch (ClassNotFoundException e) {
  + throw new ReflectionException(e, Class not found:  + className);
  +  }
  +  catch (InstantiationException e) {
  + throw new ReflectionException(e, Caanot instantiate with not-args 
constructor:  +

[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/loading BasicLoaderRepository.java


  User: juhalindfors
  Date: 01/12/05 06:26:13

  Modified:src/main/org/jboss/mx/loading BasicLoaderRepository.java
  Log:
  David Jencks' fix.
  
  Revision  ChangesPath
  1.2   +3 -5  jmx/src/main/org/jboss/mx/loading/BasicLoaderRepository.java
  
  Index: BasicLoaderRepository.java
  ===
  RCS file: 
/cvsroot/jboss/jmx/src/main/org/jboss/mx/loading/BasicLoaderRepository.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- BasicLoaderRepository.java2001/12/03 02:13:31 1.1
  +++ BasicLoaderRepository.java2001/12/05 14:26:13 1.2
  @@ -58,17 +58,15 @@
if (cl != skipLoader) {
   try {
  clazz = cl.loadClass(className);
  +   return clazz;
   }
   catch (ClassNotFoundException ignored) {
  // go on and try the next loader
   }
}
 }
  -  
  -  if (clazz == null)
  - throw new ClassNotFoundException(className);
  - 
  -  return clazz;
  +
  +  throw new ClassNotFoundException(className);
  }
  
  public void addClassLoader(ClassLoader cl) {
  
  
  

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

[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server/registry BasicMBeanRegistry.java MBeanEntry.java


  User: juhalindfors
  Date: 01/12/05 06:24:56

  Modified:src/main/org/jboss/mx/server/registry
BasicMBeanRegistry.java MBeanEntry.java
  Log:
  more server stuff
  
  Revision  ChangesPath
  1.2   +0 -1  
jmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.java
  
  Index: BasicMBeanRegistry.java
  ===
  RCS file: 
/cvsroot/jboss/jmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- BasicMBeanRegistry.java   2001/12/03 02:18:43 1.1
  +++ BasicMBeanRegistry.java   2001/12/05 14:24:55 1.2
  @@ -13,7 +13,6 @@
   
  private HashMap mbeanMap = new HashMap();
  
  -   
  public void add(MBeanEntry e) {
 mbeanMap.put(e.getObjectName(), e);
  }
  
  
  
  1.2   +2 -0  jmx/src/main/org/jboss/mx/server/registry/MBeanEntry.java
  
  Index: MBeanEntry.java
  ===
  RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/registry/MBeanEntry.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- MBeanEntry.java   2001/12/03 02:18:43 1.1
  +++ MBeanEntry.java   2001/12/05 14:24:55 1.2
  @@ -13,6 +13,8 @@
  private DynamicMBean invocationInterface = null;
  private String className = null;
  
  +   // FIXME: add std support
  +   
  public MBeanEntry(ObjectName objectName, Object objectReference) {
 this.objectName = objectName;
 this.objectReference = objectReference;
  
  
  

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

[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/metadata MetaDataBuilder.java StandardMetaData.java


  User: juhalindfors
  Date: 01/12/05 06:22:30

  Added:   src/main/org/jboss/mx/metadata MetaDataBuilder.java
StandardMetaData.java
  Log:
  builder interface and impl. for standard conventions
  
  Revision  ChangesPath
  1.1  jmx/src/main/org/jboss/mx/metadata/MetaDataBuilder.java
  
  Index: MetaDataBuilder.java
  ===
  /*
   * LGPL
   */
  package org.jboss.mx.metadata;
  
  import javax.management.MBeanInfo;
  import javax.management.NotCompliantMBeanException;
  
  public interface MetaDataBuilder {
  
 public MBeanInfo build() throws NotCompliantMBeanException;

  }
  
  
  
  
  1.1  jmx/src/main/org/jboss/mx/metadata/StandardMetaData.java
  
  Index: StandardMetaData.java
  ===
  /*
   * LGPL
   */
  package org.jboss.mx.metadata;
  
  import java.util.Map;
  import java.util.HashMap;
  import java.util.Iterator;
  import java.util.List;
  import java.util.ArrayList;
  import java.lang.reflect.Method;
  import java.lang.reflect.Constructor;
  
  import javax.management.NotCompliantMBeanException;
  import javax.management.IntrospectionException;
  import javax.management.MBeanInfo;
  import javax.management.MBeanAttributeInfo;
  import javax.management.MBeanOperationInfo;
  import javax.management.MBeanConstructorInfo;
  import javax.management.MBeanNotificationInfo;
  import javax.management.NotificationBroadcaster;
  
  import org.jboss.mx.server.StandardMBean;
  
  public class StandardMetaData implements MetaDataBuilder {
 
 
 private Object resource = null;
 
 public StandardMetaData(Object resource) {
this.resource = resource;   

 }
 
 public MBeanInfo build() throws NotCompliantMBeanException {

Class stdInterface = StandardMBean.getMBeanInterface(resource);
  
Method[] methods = stdInterface.getMethods();
HashMap getters = new HashMap();
HashMap setters = new HashMap();
List operInfo = new ArrayList();
List attrInfo = new ArrayList();
MBeanConstructorInfo[] constrInfo = null;

try {
  
   for (int i = 0; i  methods.length; ++i) {
  String methodName = methods[i].getName();
  if (methodName.startsWith(set))
 setters.put(methodName.substring(3, methodName.length()), methods[i]);
  else if (methodName.startsWith(get))
 getters.put(methodName.substring(3, methodName.length()), methods[i]);
  else if (methodName.startsWith(is))
 getters.put(methodName.substring(2, methodName.length()), methods[i]);
  else operInfo.add(new MBeanOperationInfo(MBean Operation., 
methods[i]));
   }
  
   Object[] keys = getters.keySet().toArray();
   for (int i = 0; i  keys.length; ++i) {
  String attrName = (String)keys[i];
  Method getter = (Method)getters.remove(attrName);
  Method setter = (Method)setters.remove(attrName);
  attrInfo.add(new MBeanAttributeInfo(attrName, MBean Attribute., 
getter, setter));
   }
 
   Iterator it = setters.keySet().iterator();
   while(it.hasNext()) {
  String attrName = (String)it.next();
  Method setter = (Method)setters.get(attrName);
  attrInfo.add(new MBeanAttributeInfo(attrName, MBean Attribute., null, 
setter));
   }
   
   Constructor[] constructors = resource.getClass().getConstructors();
   constrInfo = new MBeanConstructorInfo[constructors.length];
   
   for (int i = 0; i  constructors.length; ++i)
  constrInfo[i] = new MBeanConstructorInfo(MBean Constructor., 
constructors[i]);
   
   MBeanNotificationInfo[] notifInfo = null;
   
   if (resource instanceof NotificationBroadcaster) 
  notifInfo = ((NotificationBroadcaster)resource).getNotificationInfo();
   
   return new MBeanInfo(resource.getClass().getName(), 
resource.getClass().getName(),
 (MBeanAttributeInfo[])attrInfo.toArray(new MBeanAttributeInfo[0]),
 constrInfo,
 (MBeanOperationInfo[])operInfo.toArray(new MBeanOperationInfo[0]), 
 notifInfo
   );
}
catch (IntrospectionException e) {
   throw new NotCompliantMBeanException(e.getMessage());
}
 };   
  
 
  }
  
  
  

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

[JBoss-dev] CVS update: jmx/src/main/test BroadcastingUser.java BroadcastingUserMBean.java TestMX.java User.java UserMBean.java


  User: juhalindfors
  Date: 01/12/05 06:20:39

  Added:   src/main/test BroadcastingUser.java
BroadcastingUserMBean.java TestMX.java User.java
UserMBean.java
  Log:
  some test classes
  
  Revision  ChangesPath
  1.1  jmx/src/main/test/BroadcastingUser.java
  
  Index: BroadcastingUser.java
  ===
  
  package test;
  
  import javax.management.*;
  
  public class BroadcastingUser extends User implements
BroadcastingUserMBean, NotificationBroadcaster  {
  
   
 // broadcaster support class
 private NotificationBroadcasterSupport broadcaster = 
 new NotificationBroadcasterSupport();
 
 // sequence number for notifications
 private long notificationSequence = 0;
 
 // override the 'Name' management attribute
 public void setName(String name) {
 String oldValue = super.getName();
 String newValue = name;
 String attrType = String.class.getName();
 String attrName = Name;
 
 super.setName(name);
 
 broadcaster.sendNotification(
   new AttributeChangeNotification(
 this,// source
 ++notificationSequence,  // seq. number
 System.currentTimeMillis(),  // time stamp
 User's name has been changed., // message
 attrName, attrType,
 oldValue, newValue
   )
 );
 }
 
 // management operations
 public void remove() {
  
broadcaster.sendNotification(
   new Notification(
  example.user.remove,  // type
  this,   // source
  ++notificationSequence, // seq. number
  User  +getName()+  removed. // message
   )
);
 }
   
   
 // notification broadcaster implementation  
 
 public void addNotificationListener(
  NotificationListener listener, 
  NotificationFilter filter,
  Object handback) {
   
broadcaster.addNotificationListener(
 listener, filter, handback);   
 }
  
 public void removeNotificationListener(
  NotificationListener listener)
  throws ListenerNotFoundException {

broadcaster.removeNotificationListener(listener); 
 }
  
 public MBeanNotificationInfo[] getNotificationInfo() {
return new MBeanNotificationInfo[] {

  new MBeanNotificationInfo(
new String[] 
  { example.user.remove },  // notif. types
Notification.class.getName(), // notif. class
User Notifications. // description
  ),
  
  // attribute change notification type
  new MBeanNotificationInfo(
new String[] {
  AttributeChangeNotification.ATTRIBUTE_CHANGE
},
AttributeChangeNotification.class.getName(),
User attribute change notification.
  )
};
 }
  
  }
  
  
  
  
  1.1  jmx/src/main/test/BroadcastingUserMBean.java
  
  Index: BroadcastingUserMBean.java
  ===
  package test;
  
  public interface BroadcastingUserMBean extends UserMBean {
  
  public void remove();
  
  }
  
  
  
  1.1  jmx/src/main/test/TestMX.java
  
  Index: TestMX.java
  ===
  package test;
  
  import javax.management.*;
  import javax.management.loading.*;
  import java.util.*;
  
  public class TestMX {
  
 public static void main(String[] args) throws Exception {
  
MBeanServer server = MBeanServerFactory.createMBeanServer();

NotificationListener regListener = new NotificationListener() {
   public void handleNotification(Notification notif, Object handback) {
  
  System.out.println(notif);
  System.out.println(((MBeanServerNotification)notif).getMBeanName());
  System.out.println(handback :  + handback);
  System.out.println(type:  + notif.getType());
  System.out.println(source:  + notif.getSource());
  System.out.println(seq #:  + notif.getSequenceNumber());
  System.out.println(timestamp:  + notif.getTimeStamp());
  System.out.println(userdata:   + notif.getUserData());
  System.out.println(message:  + notif.getMessage());
   }
};

server.createMBean(test.User, new ObjectName(standard:name=user));
server.createMBean(test.BroadcastingUser, new

Re[2]: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread Holger Baxmann


Hello tbone,

Wednesday, December 05, 2001, 2:12:40 PM, you wrote:

tfb Yess, but i want to known wath are doing,

tfb So what does have an auction application need,
tfb hmm, 
tfb 1) goods: some things that are for sel (query,details)
tfb 2) calendar: what is for sell when (with notification)
tfb 3) users: some kind of user management. and security constraints
tfb (guest,user,admin)
tfb 4) views: support for multiple views (cocoon,struts)
tfb 5) transaction: some kind of payment system (maybe a fake fish money system)

6) aka 3) roles: a very well defined roles-system of prospective customer
being a real customer being a supplier (dynamic proxies ?-)

-- 
Best regards,
 Holgermailto:[EMAIL PROTECTED]



smime.p7s
Description: S/MIME Cryptographic Signature

[JBoss-dev] RE: JBoss 3.0 Demo App

2001-12-05 Thread Tilly, Jesse

 From: marc fleury [EMAIL PROTECTED]
 To: Jason Dillon [EMAIL PROTECTED],
   Allen Fogleson [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED],
   [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] JBoss 3.0 Demo App
 Date: Tue, 4 Dec 2001 20:28:56 -0500

 hey,

 where would you guys see the link for petstore, I am drawing 
 a blank on
 where it would fit on the current website, maybe under downloads?
 documentation? (just to make sure people can see it running) 
 under success
 stories... I dont know any ideas?

 marcf

Hey, I agree with other posters that it would be better if JBoss had
specialized application components, similar to the examples you have now.
They would cover sections of development, JMX, JMX, Javamail, 1 Entity EJB,
Session + Entity EJB, JAAS, etc.  This is similar to what many of the
proprietary distributions have and it's tremendously more helpful than the
PetStore application (something I find that hurts many prospective EJB
developers who follow its patterns too closely).  I've been doing this J2EE
stuff since '99 and not once have I been asked to write a store front or
work on eCommerce.  It's always been replacing exisitng client-server
applications or mainframe applications.  We're writing applications that
just happen to use the web browser as a front-end.

JBoss examples would probably do well trying to show how to best use JBoss
in particular instances.  This would help would-be JBoss developers better
understand the nuances of the application server.  

Just an idea,

Jesse

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

[JBoss-dev] [ jboss-Bugs-488915 ] NoSuchMethodException in initLog4J


Bugs item #488915, was opened at 2001-12-04 07:35
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=488915group_id=22866

Category: JBossSX
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Harris (mtharris)
Assigned to: Scott M Stark (starksm)
Summary: NoSuchMethodException in initLog4J

Initial Comment:
During the process of authenticating a user, we are 
receiving a NoSuchMethodException in 
org.jboss.security.Logger.initLog4j.  I've attached a 
stack trace.  If this is not enough information to pin 
down the issue, please drop me a note.  I'll be happy 
to do what I can.

Notes:
This application currently works under 2.4.3/Tomcat.  

It does not work under 2.4.3/Catalina due to an 
unrelated issue that is reported as fixed in 2.4.4.




--

Comment By: Mark Harris (mtharris)
Date: 2001-12-05 06:07

Message:
Logged In: YES 
user_id=232490

No - I get a ClassNotFoundException on 
org.apache.log4j.Priority.  I tried it two ways: with 
log4j.jar *not* in our WAR file and with log4j.jar 
*included* in our WAR file.  I've attached a file 
containing both stack traces below.  In both cases, we are 
using log4j 1.1.3. (We require some functionality in that 
release.)

Side note: For what it's worth, I checked with the relevant 
developer and log4j.jar should not have been in our WAR 
file in the first place.  So, we're happy...

--

Comment By: Scott M Stark (starksm)
Date: 2001-12-04 19:16

Message:
Logged In: YES 
user_id=175228

See if the updated Logger which includes the alternate 
class loader approach described in the previous message 
fixes the issue.

--

Comment By: Scott M Stark (starksm)
Date: 2001-12-04 19:00

Message:
Logged In: YES 
user_id=175228

Catalina has a different class loading policy that loads 
war jars ahead of the parent class loader jars. This will 
break the lookup for the TracePriority.toString
(String.class, Priority.class) method as the Priority.class 
is coming from the war class loader while the 
TracePriority.class is coming from the JBoss class loader. 
The simplest work around is to not include log4j.jar in 
your war. A second work around would be to try to load the 
Priority.class using TracePriority.class.forName
(PRIORITY_CLASS) to ensure they are coming from the same 
class loader namespace. As long as your classes don't 
access any JBoss log4j objects I think this should work.


--

Comment By: Mark Harris (mtharris)
Date: 2001-12-04 18:24

Message:
Logged In: YES 
user_id=232490

It looks like the presence of log4j in our WAR is causing 
the problem.  I suppose the classloader 
(org.apache.catalina.loader.WebappClassLoader) used in 
initLog4j is picking up the log4j in the WAR file and this 
is causing problems a few lines later when 
org.jboss.logging.TracePriority is searched for toPriority
(String, org.apache.log4j.Priority).  Different 
namespaces, right?

I'll look at this a little closer tomorrow...

--

Comment By: Mark Harris (mtharris)
Date: 2001-12-04 12:24

Message:
Logged In: YES 
user_id=232490

No change when 1.1.2 is replaced with 1.1.3.

Let me investigate and narrow down further.  Will post more 
soon.

--

Comment By: Scott M Stark (starksm)
Date: 2001-12-04 12:14

Message:
Logged In: YES 
user_id=175228

Then describe the complete structure of the ear including 
in manifest Class-Path entries. I would guess this is a 
library conflict due to the fact we are currently bundling 
the 1.1.2 version of log4j. What happens if you drop the 
1.1.3 version into lib/ext to overwrite the 1.1.2 version?

--

Comment By: Mark Harris (mtharris)
Date: 2001-12-04 12:08

Message:
Logged In: YES 
user_id=232490

Our app does include log4j in the EAR (actually in the 
contained WAR).  But, it's version 1.1.3.

--

Comment By: Mark Harris (mtharris)
Date: 2001-12-04 11:57

Message:
Logged In: YES 
user_id=232490

Oh...

The jar in which it AbacusLoginModule resides is contained 
in an EAR that is deployed to the .../deploy directory.

--

Comment By: Scott M Stark (starksm)
Date: 2001-12-04 11:46

Message:
Logged In: YES 
user_id=175228

I know its loaded via auth.conf, but how is the jar in 
which it resides loaded(lib/ext, classpath, 
ClassPathExtension, etc.) For the line of the Logger.java 
the exception refers to it would seem that an old 
org.log4j.Priority classes is being loaded since

[JBoss-dev] JBoss book suggestion

2001-12-05 Thread Tilly, Jesse


In 347801.doc, you explain how to debug JBoss using a JPDA debugger.  This
requires command-line settings with the JVM executable.

A win32-based reader needs to be aware that there could be (and almost
always is, for developers) more than one JVM executable on their system,
especially one in their system directories.  This JVM cannot run in classic
mode like the SDK JVM.  The example script would be better to use a fully
qualified call to java.exe, using JAVA_HOME or some other variable set in
the script or in the system.

Jesse

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

Re: [JBoss-dev] Off Topic: a Success-Story of a special kind

2001-12-05 Thread Lennart Petersson

: You will love it most of the time at least :)
/Lennart

- Original Message - 
From: Andreas Schaefer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 05, 2001 3:06 AM
Subject: [JBoss-dev] Off Topic: a Success-Story of a special kind

 Finally after 6 years and against all the medical advices we got
 my wife went pregnant and we expect the baby by the end of
 June next year. This means another picture of a grown, hard
 working, tough programmer with a kid in his arm.

 Now I only have to tell this to my parents.

 x
 Andreas Schaefer
 Senior Consultant
 JBoss Group, LLC
 x

 ___
 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] RE: JBoss 3.0 Demo App

2001-12-05 Thread Luke Taylor


Tilly, Jesse wrote:


 
 JBoss examples would probably do well trying to show how to best use JBoss
 in particular instances.  This would help would-be JBoss developers better
 understand the nuances of the application server.  
 

I would agree that it's better to have small examples that demonstrate 
key features. Preferrably you want something you can drop into the 
deploy directory of a fresh JBoss install and see it working almost 
right away. Then you can build from there.

When people are trying to find out about something - be it basic EJB, 
CMP, security, whatever, they want something that is does the job 
without unnecessary complication. Or at least I do - I always found the 
pet store application really irritating. You can see what it does but 
there's also a load of design guff which prevents you from seeing how it 
does it. You can't see the trees for the wood, so to speak :).

Luke.


-- 
  Luke Taylor.  Monkey Machine Ltd.
  PGP Key ID: 0x57E9523Chttp://www.mkeym.com




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

[JBoss-dev] ANN JBossMX a JMX implementation in JBoss


Folks,

JMX as you know is deep inside our server and the basis for our new
microkernel architecture.  JBoss when it is born is nothing more than the
JMX.jar and the ServiceLibraries with it.

Juha Lindfors has just finished writing the forthcoming JMX book for sams
publishing and it will hit the market in early 2002, it is an excellent
book.  From the insights he collected as he was writting it, JBossMX is
born, a JMX based implementation in JBoss. As you can see as of this morning
the first imports are already in CVS, the code is alive.

JBossMX is going to be big, bigger than the server itself methinks, JBoss is
going to be JBossMX in the new future. That is what we are really working on
these days, david, scott, rickard, myself, and now juha putting forth the
base code for it.  It is a first implementation and I expect it to mature
rapidly.

So go buy the book and participate in the implementation, JBossMX is a clear
system vision, one we share and the JMX future is bright, I expect it will
be in all sorts of embedded and servers as I outlined in the edge/central
view earlier, it is the common infrastructure for us, the base for the super
server.  It will leave in its own little jar separate of the rest of JBoss
and really be, like the RI is today the boot jar of JBoss.

in fact in the current codebase, JBoss is really JBossMX (today the SUN RI
to be replaced, just to many problems so far, maybe the upcoming release
will be better, but getting things fixed has just proved too problematic,
open source is clearly superior there) but we will focus on providing a
SMALL and FAST implementation, juha has some ideas on how to do that well,
and then other services will probably be mbeans themselves ;).  So you will
have a JBoss that fits in 200k like it does today when it boots, probably
even less if we strip some of higher services that you don't need
immediately.  We expect advanced add-ons to be sold like the snmp stacks
from vendors and whatnot. Then everything including the EJB interceptors,
the plugins, the services, the webservices invokers all mbeans all on a fast
bus all on infrastructure we can debug at lightning speed and push in the
field with wider distribution that even SUN achieves.

With 500,000 page views a month and 50,000 downloads we are going to push
our system view of the world we are going to make it real we are going to
make it a success.

The guardians are cold, but they are working, they know the flame is coming,
they are working.

The sound of the real deal
   your mind we heal 
-- LTJ bukem, Mc conrad --



Marc Fleury
President
JBoss Group, LLC



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

RE: [JBoss-dev] time is up, where is adam heath?

2001-12-05 Thread Ean Schuessler


On Tue, 2001-12-04 at 16:59, Micheal J wrote:
 This is wrong IMO. You might not like their views/question but they are
 entitled to them. I agree that [some of] this thread should have happened on
 a JBoss general/business discussion list though ;-)
 
 A request to move it to the appropriate list [at least as a first step]
 would have been more appropriate.

Man, do I ever agree with that.

-- 
_
Ean Schuessler  [EMAIL PROTECTED]
Brainfood, Inc.  http://www.brainfood.com

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

Re: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss

And for those of you who want to place preorders for the book:
Amazon:
http://www.amazon.com/exec/obidos/ASIN/0672322889/104-6670791-7933546

BarnesNoble
http://shop.barnesandnoble.com/booksearch/isbnInquiry.asp?userid=6AWE6O0GSLmscssid=P8DUDFK1W30T9P49N6M7UG91HXC87KN1isbn=0672322889

Hope you enjoy it :)

-- Juha

sig under construction

On Wed, 5 Dec 2001, marc fleury wrote:

Date: Wed, 5 Dec 2001 12:27:09 -0500
From: marc fleury [EMAIL PROTECTED]
To: Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Subject: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss

Folks,

JMX as you know is deep inside our server and the basis for our new
microkernel architecture. JBoss when it is born is nothing more than the
JMX.jar and the ServiceLibraries with it.

Juha Lindfors has just finished writing the forthcoming JMX book for sams
publishing and it will hit the market in early 2002, it is an excellent
book. From the insights he collected as he was writting it, JBossMX is
born, a JMX based implementation in JBoss. As you can see as of this morning
the first imports are already in CVS, the code is alive.

JBossMX is going to be big, bigger than the server itself methinks, JBoss is
going to be JBossMX in the new future. That is what we are really working on
these days, david, scott, rickard, myself, and now juha putting forth the
base code for it. It is a first implementation and I expect it to mature
rapidly.

So go buy the book and participate in the implementation, JBossMX is a clear
system vision, one we share and the JMX future is bright, I expect it will
be in all sorts of embedded and servers as I outlined in the edge/central
view earlier, it is the common infrastructure for us, the base for the super
server. It will leave in its own little jar separate of the rest of JBoss
and really be, like the RI is today the boot jar of JBoss.

in fact in the current codebase, JBoss is really JBossMX (today the SUN RI
to be replaced, just to many problems so far, maybe the upcoming release
will be better, but getting things fixed has just proved too problematic,
open source is clearly superior there) but we will focus on providing a
SMALL and FAST implementation, juha has some ideas on how to do that well,
and then other services will probably be mbeans themselves ;). So you will
have a JBoss that fits in 200k like it does today when it boots, probably
even less if we strip some of higher services that you don't need
immediately. We expect advanced add-ons to be sold like the snmp stacks
from vendors and whatnot. Then everything including the EJB interceptors,
the plugins, the services, the webservices invokers all mbeans all on a fast
bus all on infrastructure we can debug at lightning speed and push in the
field with wider distribution that even SUN achieves.

With 500,000 page views a month and 50,000 downloads we are going to push
our system view of the world we are going to make it real we are going to
make it a success.

The guardians are cold, but they are working, they know the flame is coming,
they are working.

The sound of the real deal
your mind we heal
-- LTJ bukem, Mc conrad --

Marc Fleury
President
JBoss Group, LLC

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

RE: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread Ean Schuessler


On Tue, 2001-12-04 at 19:28, marc fleury wrote:
 hey,
 
 where would you guys see the link for petstore, I am drawing a blank on
 where it would fit on the current website, maybe under downloads?
 documentation? (just to make sure people can see it running) under success
 stories... I dont know any ideas?

Will it still need to be distributed as a patch or is there a problem
distributing a modified JPS? I have modifications for Postgres DAO
support if anyone else finds Postgres support useful.

-- 
_
Ean Schuessler  [EMAIL PROTECTED]
Brainfood, Inc.  http://www.brainfood.com

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

RE: [JBoss-dev] time is up, where is adam heath?

2001-12-05 Thread Ean Schuessler


On Tue, 2001-12-04 at 16:59, Micheal J wrote:
 This is wrong IMO. You might not like their views/question but they are
 entitled to them. I agree that [some of] this thread should have happened on
 a JBoss general/business discussion list though ;-)
 
 A request to move it to the appropriate list [at least as a first step]
 would have been more appropriate.

Man, do I ever agree with that. Just look at the ridiculous email I'm
forced to use now. Very inconvenient.

-- 
_
Ean Schuessler  [EMAIL PROTECTED]
Brainfood, Inc.  http://www.brainfood.com

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

Re: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss

2001-12-05 Thread Luke Taylor


Great. Is it included as part of jboss-all, or a separate module in CVS?


Luke.

-- 
  Luke Taylor.  Monkey Machine Ltd.
  PGP Key ID: 0x57E9523Chttp://www.mkeym.com




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

[JBoss-dev] [ jboss-Bugs-489441 ] jbossmq on CVS Branch_2_4 won't compile


Bugs item #489441, was opened at 2001-12-05 08:54
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489441group_id=22866

Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Christian Riege (lqd)
Assigned to: Scott M Stark (starksm)
Summary: jbossmq on CVS Branch_2_4 won't compile

Initial Comment:
... this is due to an outdated version of ant. jbossmq
on Branch_2_4 still uses Ant 1.3; thus build fails when
using provided build.bat/build.sh files because of line
79 in build.xml: attribute eol=crlf is not supported
in ant 1.3.x

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489441group_id=22866

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

Re: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss

2001-12-05 Thread Dave Bettin


Is there an official publication date for the book??

Thanks,
Dave
--- Juha-P Lindfors [EMAIL PROTECTED] wrote:
 
 And for those of you who want to place preorders for
 the book:
 Amazon:

http://www.amazon.com/exec/obidos/ASIN/0672322889/104-6670791-7933546
 
 BarnesNoble

http://shop.barnesandnoble.com/booksearch/isbnInquiry.asp?userid=6AWE6O0GSLmscssid=P8DUDFK1W30T9P49N6M7UG91HXC87KN1isbn=0672322889
 
 Hope you enjoy it :)
 
 -- Juha
 
 sig under construction
 
 
 
 On Wed, 5 Dec 2001, marc fleury wrote:
 
  Date: Wed, 5 Dec 2001 12:27:09 -0500
  From: marc fleury [EMAIL PROTECTED]
  To: Jboss-Development@Lists. Sourceforge. Net
  [EMAIL PROTECTED]
  Subject: [JBoss-dev] ANN JBossMX a JMX
 implementation in JBoss
 
  Folks,
 
  JMX as you know is deep inside our server and the
 basis for our new
  microkernel architecture.  JBoss when it is born
 is nothing more than the
  JMX.jar and the ServiceLibraries with it.
 
  Juha Lindfors has just finished writing the
 forthcoming JMX book for sams
  publishing and it will hit the market in early
 2002, it is an excellent
  book.  From the insights he collected as he was
 writting it, JBossMX is
  born, a JMX based implementation in JBoss. As you
 can see as of this morning
  the first imports are already in CVS, the code is
 alive.
 
  JBossMX is going to be big, bigger than the server
 itself methinks, JBoss is
  going to be JBossMX in the new future. That is
 what we are really working on
  these days, david, scott, rickard, myself, and now
 juha putting forth the
  base code for it.  It is a first implementation
 and I expect it to mature
  rapidly.
 
  So go buy the book and participate in the
 implementation, JBossMX is a clear
  system vision, one we share and the JMX future is
 bright, I expect it will
  be in all sorts of embedded and servers as I
 outlined in the edge/central
  view earlier, it is the common infrastructure for
 us, the base for the super
  server.  It will leave in its own little jar
 separate of the rest of JBoss
  and really be, like the RI is today the boot jar
 of JBoss.
 
  in fact in the current codebase, JBoss is really
 JBossMX (today the SUN RI
  to be replaced, just to many problems so far,
 maybe the upcoming release
  will be better, but getting things fixed has just
 proved too problematic,
  open source is clearly superior there) but we will
 focus on providing a
  SMALL and FAST implementation, juha has some ideas
 on how to do that well,
  and then other services will probably be mbeans
 themselves ;).  So you will
  have a JBoss that fits in 200k like it does today
 when it boots, probably
  even less if we strip some of higher services
 that you don't need
  immediately.  We expect advanced add-ons to be
 sold like the snmp stacks
  from vendors and whatnot. Then everything
 including the EJB interceptors,
  the plugins, the services, the webservices
 invokers all mbeans all on a fast
  bus all on infrastructure we can debug at
 lightning speed and push in the
  field with wider distribution that even SUN
 achieves.
 
  With 500,000 page views a month and 50,000
 downloads we are going to push
  our system view of the world we are going to make
 it real we are going to
  make it a success.
 
  The guardians are cold, but they are working, they
 know the flame is coming,
  they are working.
 
  The sound of the real deal
 your mind we heal 
  -- LTJ bukem, Mc conrad --
 
 
  
  Marc Fleury
  President
  JBoss Group, LLC
  
 
 
  ___
  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


__
Do You Yahoo!?
Buy the perfect holiday gifts at Yahoo! Shopping.
http://shopping.yahoo.com

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

Re: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss



Hi,

end of January, 2002

I don't have an exact date

-- Juha


On Wed, 5 Dec 2001, Dave Bettin wrote:

 Is there an official publication date for the book??

 Thanks,
 Dave
 --- Juha-P Lindfors [EMAIL PROTECTED] wrote:
 
  And for those of you who want to place preorders for
  the book:
  Amazon:
 
 http://www.amazon.com/exec/obidos/ASIN/0672322889/104-6670791-7933546
 
  BarnesNoble
 
 
http://shop.barnesandnoble.com/booksearch/isbnInquiry.asp?userid=6AWE6O0GSLmscssid=P8DUDFK1W30T9P49N6M7UG91HXC87KN1isbn=0672322889
 
  Hope you enjoy it :)
 
  -- Juha
 
  sig under construction
 
 




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

RE: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread Christian Riege


hi,

On Wed, 2001-12-05 at 18:57, Ean Schuessler wrote:
 I have modifications for Postgres DAO support if anyone else finds Postgres
 support useful.

+1

christian

p.s.: nice e-mail address :)



msg14140/pgp0.pgp
Description: PGP signature

RE: [JBoss-dev] JBoss book suggestion

2001-12-05 Thread Ignacio Coloma


More worrying is the fact that you will have undefined behaviour if you try
to remote debug with two different virtual machines on each end of the pipe.

Suffered it myself because of an older Sun JVM in the system path.

 -Mensaje original-
 De: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]En nombre de
 Tilly, Jesse
 Enviado el: miércoles, 05 de diciembre de 2001 16:12
 Para: '[EMAIL PROTECTED]'
 Asunto: [JBoss-dev] JBoss book suggestion


 In 347801.doc, you explain how to debug JBoss using a JPDA debugger.  This
 requires command-line settings with the JVM executable.

 A win32-based reader needs to be aware that there could be (and almost
 always is, for developers) more than one JVM executable on their system,
 especially one in their system directories.  This JVM cannot run
 in classic
 mode like the SDK JVM.  The example script would be better to use a fully
 qualified call to java.exe, using JAVA_HOME or some other variable set in
 the script or in the system.

 Jesse

 ___
 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] ANN JBossMX a JMX implementation in JBoss

2001-12-05 Thread Bill Burke


How come it says the author is Marc Fleury?

 


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

[JBoss-dev] Subclassing of Remote Interface


Hi Geeks

I ran into a problem and looking for quick anwser because
I am in a discussion on another mailing-list.

I have a Home-interface with this create() method:
- public A create() throw CreateException;

Now I have this Remote-interface:
- public interface B extends A {}

In the ejb-jar.xml interface B is the declared Remote-
interface.But the JBoss verifier is complaining that the
Home-interface has to return B in its create method
and I get some exception thrown.
I heard that this scenario is allowed by the EJB spec.

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] Re: JBoss and JDK 1.4

2001-12-05 Thread Adrian Brock


Guillaume,

I have your patches, I'll test them when I get my next snapshot at the 
weekend. I'm stuck behind a slow proxy on a customer site during the week.

Your patches look a lot more professional than the hack I was using.

I like the idea of commenting them out so it still compiles on 1.3 which 
doesn't have java.sql.Savepoint

Regards,
Adrian


From: Guillaume Boissiere [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: JBoss and JDK 1.4
Date: Tue, 4 Dec 2001 16:34:37 -0500

Adrian,

I have committed a couple changes to HEAD that should make it easier
to compile JBoss with JDK 1.4. (A couple lines need to be uncommented
from 5 files -- when you try to compile and see the error messages,
go to the files that errors out and inside the file it will tell
you which lines to uncomment).

I am not done extensive testing with it so I'd be interested to know
if you can get it to compile.  :-)

And sorry about not getting back to you about the patch you said you
had in response to my assert patch. Unfortunately, SourceForge did
not notify me so I just saw your message this morning as I was
committing the whole thing.

Cheers,

-- Guillaume


_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

Re: [JBoss-dev] Subclassing of Remote Interface



Is it an exception from the container or from the verifier?

-- Juha


On Wed, 5 Dec 2001, Andreas Schaefer wrote:

 Date: Wed, 5 Dec 2001 11:35:51 -0800
 From: Andreas Schaefer [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: [JBoss-dev] Subclassing of Remote Interface

 Hi Geeks

 I ran into a problem and looking for quick anwser because
 I am in a discussion on another mailing-list.

 I have a Home-interface with this create() method:
 - public A create() throw CreateException;

 Now I have this Remote-interface:
 - public interface B extends A {}

 In the ejb-jar.xml interface B is the declared Remote-
 interface.But the JBoss verifier is complaining that the
 Home-interface has to return B in its create method
 and I get some exception thrown.
 I heard that this scenario is allowed by the EJB spec.

 x
 Andreas Schaefer
 Senior Consultant
 JBoss Group, LLC
 x



 ___
 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] Re: Bring it back, jason !


Just re-enabled import and exporting for the email and nntp gateways.  Hopefully it 
won't freak out.

--jason



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

Re: [JBoss-dev] DTDs are missing from website?


They are missing because whoever added them was using the snapshot of 
jboss-all to get them.  Since that has been moved to a different module, 
this won't work anymore.  I warned about this a while ago, but no one fixed 
it.

--jason


On Wed, 5 Dec 2001, David Budworth wrote:

 Did anyone know that the DTDs are missing from the website?
 
 Make's it really hard to run xmllint on your descriptors.
 
 Or is it just me that can't get to them?  (Something I don't doubt with
 my funky netgear router thingie)
 
 -David
 
 ___
 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] Re: Bring it back, jason !


Or perhaps it won't work at all.  Looks like it might be throwing an IOException 
now... =(



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

RE: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss

he signed the contracts

On Wed, 5 Dec 2001, Bill Burke wrote:

 Date: Wed, 5 Dec 2001 14:35:26 -0500
 From: Bill Burke [EMAIL PROTECTED]
 To: marc fleury [EMAIL PROTECTED],
  Jboss-Development@Lists. Sourceforge. Net
 [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss

 How come it says the author is Marc Fleury?

 ___
 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] ANN JBossMX a JMX implementation in JBoss

and its being fixed :)

On Wed, 5 Dec 2001, Bill Burke wrote:

 Date: Wed, 5 Dec 2001 14:35:26 -0500
 From: Bill Burke [EMAIL PROTECTED]
 To: marc fleury [EMAIL PROTECTED],
  Jboss-Development@Lists. Sourceforge. Net
 [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] ANN JBossMX a JMX implementation in JBoss

 How come it says the author is Marc Fleury?

 ___
 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] Off Topic: a Success-Story of a special kind

2001-12-05 Thread Hicks, James

Congratulations.  I have a 21 month old who loves linux, well at least the
keyboard.

James Hicks

-Original Message-
From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 04, 2001 8:07 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Off Topic: a Success-Story of a special kind

Finally after 6 years and against all the medical advices we got
my wife went pregnant and we expect the baby by the end of
June next year. This means another picture of a grown, hard
working, tough programmer with a kid in his arm.

Now I only have to tell this to my parents.

x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x

___
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] JBoss 3.0 Demo App

2001-12-05 Thread Hicks, James


From reading all the emails, I think the majority of people would benefit
from several small applications that each deal with a specific feature of
JBoss 3.0.

Do yall ( im texan ) think it is feasible to design these small independant
applications so that in the end, a wrapper application could be developed to
show developers how to tie all these features together?

I guess we need to define a few features that are really the topic of
discussion on the user list and start developing.  Any suggestions?

James Hicks

-Original Message-
From: Hicks, James 
Sent: Tuesday, December 04, 2001 3:42 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] JBoss 3.0 Demo App


I've been doing a few hours of thinking and came to a conclusion for a demo
app.

Would anyone like to assist me in creating an E-Bay style bidding
application?

James Hicks

___
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] DTDs are missing from website?


since you broke it by moving the modules, don't go complaining that no one
fixed it, where can we get them from?

marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Wednesday, December 05, 2001 3:10 PM
|To: David Budworth
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] DTDs are missing from website?
|
|
|They are missing because whoever added them was using the snapshot of
|jboss-all to get them.  Since that has been moved to a different module,
|this won't work anymore.  I warned about this a while ago, but no
|one fixed
|it.
|
|--jason
|
|
|On Wed, 5 Dec 2001, David Budworth wrote:
|
| Did anyone know that the DTDs are missing from the website?
|
| Make's it really hard to run xmllint on your descriptors.
|
| Or is it just me that can't get to them?  (Something I don't doubt with
| my funky netgear router thingie)
|
| -David
|
| ___
| 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] Re: Bring it back, jason !


so more buggy software?

dude these kids went commercial, it better be for a reason...

marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Wednesday, December 05, 2001 3:13 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] Re: Bring it back, jason !
|
|
|Or perhaps it won't work at all.  Looks like it might be throwing 
|an IOException now... =(
|
|
|
|___
|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] Subclassing of Remote Interface


Sorry, but only the Verifier complains (I must done something wrong
that the proxy thrown an exception).

This is the verifier message:
Bean   : MEJB
Method : public abstract Management create() throws CreateException,
RemoteException
Section: 6.8
Warning: The create method of a stateless session bean home interface must
return
the session bean's remote interface.

13:09:19,159 INFO  [ContainerFactory]
Bean   : MEJB
Method : public abstract Management create() throws CreateException,
RemoteExcep
tion
Section: 6.10.6
Warning: The return type for a create(...) method must be the session bean's
remote
interface type.

I tested the MEJB and I could upcast the Remote-interface to the sub-class
interface
and it works fine.

Therefore I will add a bug report.

Andy

- Original Message -
From: Juha-P Lindfors [EMAIL PROTECTED]
To: Andreas Schaefer [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, December 05, 2001 12:10 PM
Subject: Re: [JBoss-dev] Subclassing of Remote Interface



 Is it an exception from the container or from the verifier?

 -- Juha


 On Wed, 5 Dec 2001, Andreas Schaefer wrote:

  Date: Wed, 5 Dec 2001 11:35:51 -0800
  From: Andreas Schaefer [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Subject: [JBoss-dev] Subclassing of Remote Interface
 
  Hi Geeks
 
  I ran into a problem and looking for quick anwser because
  I am in a discussion on another mailing-list.
 
  I have a Home-interface with this create() method:
  - public A create() throw CreateException;
 
  Now I have this Remote-interface:
  - public interface B extends A {}
 
  In the ejb-jar.xml interface B is the declared Remote-
  interface.But the JBoss verifier is complaining that the
  Home-interface has to return B in its create method
  and I get some exception thrown.
  I heard that this scenario is allowed by the EJB spec.
 
  x
  Andreas Schaefer
  Senior Consultant
  JBoss Group, LLC
  x
 
 
 
  ___
  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] CVS update: jmx/src/main/test TestMX.java


  User: juhalindfors
  Date: 01/12/05 13:10:33

  Modified:src/main/test TestMX.java
  Log:
  Trevor Squires' fix.
  
  ...and it used to be sooo fast
  
  Revision  ChangesPath
  1.2   +4 -5  jmx/src/main/test/TestMX.java
  
  Index: TestMX.java
  ===
  RCS file: /cvsroot/jboss/jmx/src/main/test/TestMX.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestMX.java   2001/12/05 14:20:39 1.1
  +++ TestMX.java   2001/12/05 21:10:33 1.2
  @@ -80,7 +80,7 @@
 // simple speed test, invoke printInfo 1 million times
 oname = new ObjectName(Speed:name=mymbean);
 time = System.currentTimeMillis();
  -  for (int i = 0; i  10; ++i)
  +  for (int i = 0; i  100; ++i)
server.invoke(oname, printInfo, null, null);
 end = System.currentTimeMillis();
 System.out.println(1M invocations, DYNAMIC, no args, return printInfo 
string:  + (end - time));
  @@ -112,7 +112,6 @@
  public static interface MyRealInterface extends DynamicMBean {}
  
  public static class RealDynamic extends SuperStandardDynamic implements 
MyRealInterface {
  -  
  }
  
  public static interface SuperStandardDynamicMBean {
  @@ -129,11 +128,11 @@
  
  static interface StandardDynamicMBean { }
  
  -   static class StandardDynamic extends Dynamic implements StandardDynamicMBean {
  +   public static class StandardDynamic extends Dynamic implements 
StandardDynamicMBean {
 
  }
  
  -   static class Dynamic implements DynamicMBean {
  +   public static class Dynamic implements DynamicMBean {
   
 public java.lang.Object getAttribute(java.lang.String attribute)
 throws AttributeNotFoundException,
  @@ -181,7 +180,7 @@
 private void methodInvocation() {}
  }
   
  -   static class DynamicUser implements DynamicMBean {
  +   public static class DynamicUser implements DynamicMBean {
   
   
 // mgmt attribute name constants
  
  
  

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

[JBoss-dev] CVS update: jbosstest/src/resources/jmx/nullinfo - New directory


  User: d_jencks
  Date: 01/12/05 13:19:08

  jbosstest/src/resources/jmx/nullinfo - New directory

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

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/nullinfo - New directory


  User: d_jencks
  Date: 01/12/05 13:19:08

  jbosstest/src/main/org/jboss/test/jmx/nullinfo - New directory

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

[JBoss-dev] CVS update: jbosstest/src/resources/jmx/nullinfo/META-INF - New directory


  User: d_jencks
  Date: 01/12/05 13:20:16

  jbosstest/src/resources/jmx/nullinfo/META-INF - New directory

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

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/test DeployServiceUnitTestCase.java


  User: d_jencks
  Date: 01/12/05 13:22:21

  Modified:src/main/org/jboss/test/jmx/test
DeployServiceUnitTestCase.java
  Log:
  testcase for bad DynamicMBean that returns null MBeanInfo -- is it registered? 
Thanks to David Budworth
  
  Revision  ChangesPath
  1.8   +36 -1 
jbosstest/src/main/org/jboss/test/jmx/test/DeployServiceUnitTestCase.java
  
  Index: DeployServiceUnitTestCase.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/test/DeployServiceUnitTestCase.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- DeployServiceUnitTestCase.java2001/11/30 15:48:05 1.7
  +++ DeployServiceUnitTestCase.java2001/12/05 21:22:21 1.8
  @@ -32,7 +32,7 @@
   /**
* @see   related
* @authora href=mailto:[EMAIL PROTECTED];David Jencks/a
  - * @version   $Revision: 1.7 $
  + * @version   $Revision: 1.8 $
*/
   public class DeployServiceUnitTestCase
  extends JBossTestCase
  @@ -749,6 +749,41 @@
 } finally 
 {
undeployService(testUrl);
  +  } // end of try-catch
  +  
  +   }
  +
  +   public void testNullInfoInDynamicMBean() throws Exception
  +   //Thanks to David Budworth for this test.
  +   //Tries to deploy a DynamicMBean that returns null from getMBeanInfo.
  +   //The Sun RI jmx registers this invalid mbean!!
  +   {
  +  String testUrl = testnullinfo.sar;
  +  getLog().debug(testUrl is :  + testUrl);
  +  ObjectName nullInfoName = new ObjectName(NullInfoTest:name=NullInfo);
  +  //deploy sar
  +  deployService(testUrl);
  +  try 
  +  {
  + deployService(testUrl);
  + assertTrue(nullinfo mbean is registered!, 
!getServer().isRegistered(nullInfoName));
  +
  +  } finally 
  +  {
  + try
  + { 
  +undeployService(testUrl);
  + }
  + catch (Exception e) 
  + { } // end of catch
  + 
  + try
  + { 
  +getServer().unregisterMBean(nullInfoName);
  + }
  + catch (Exception e) 
  + { } // end of catch
  + 
 } // end of try-catch
 
  }
  
  
  

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

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


  User: d_jencks
  Date: 01/12/05 13:22:21

  Modified:.build.xml
  Log:
  testcase for bad DynamicMBean that returns null MBeanInfo -- is it registered? 
Thanks to David Budworth
  
  Revision  ChangesPath
  1.42  +11 -1 jbosstest/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/jbosstest/build.xml,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- build.xml 2001/11/30 15:48:04 1.41
  +++ build.xml 2001/12/05 21:22:20 1.42
  @@ -10,7 +10,7 @@
   !----
   !-- == --
   
  -!-- $Id: build.xml,v 1.41 2001/11/30 15:48:04 d_jencks Exp $ --
  +!-- $Id: build.xml,v 1.42 2001/12/05 21:22:20 d_jencks Exp $ --
   
   project default=main name=JBoss/Testsuite
   
  @@ -980,6 +980,16 @@
   include name=org/jboss/test/jmx/mbeancrashtest/**/
 /fileset
 fileset dir=${build.resources}/jmx/mbeancrashtest
  +include name=META-INF/jboss-service.xml/
  +  /fileset
  +/jar
  +
  +!--build sar for testing invalid Dynamic MBean that returns null MBeanInfo --
  +jar jarfile=${build.lib}/testnullinfo.sar
  +  fileset dir=${build.classes}
  +include name=org/jboss/test/jmx/nullinfo/**/
  +  /fileset
  +  fileset dir=${build.resources}/jmx/nullinfo
   include name=META-INF/jboss-service.xml/
 /fileset
   /jar
  
  
  

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

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/nullinfo NullInfo.java


  User: d_jencks
  Date: 01/12/05 13:22:21

  Added:   src/main/org/jboss/test/jmx/nullinfo NullInfo.java
  Log:
  testcase for bad DynamicMBean that returns null MBeanInfo -- is it registered? 
Thanks to David Budworth
  
  Revision  ChangesPath
  1.1  jbosstest/src/main/org/jboss/test/jmx/nullinfo/NullInfo.java
  
  Index: NullInfo.java
  ===
  package org.jboss.test.jmx.nullinfo;
  
  import javax.management.*;
  
  public class NullInfo implements DynamicMBean{
 //This is what kills it, the others aren't even called
 public MBeanInfo getMBeanInfo(){
System.err.println(Returning null from getMBeanInfo);
return null;
 }
 
 public Object invoke(String action, Object[] params, String[] sig){
System.err.println(Returning null from invoke);
return null;
 }
 
 public Object getAttribute(String attrName){
System.err.println(Returning null from getAttribute);
return null;
 }
 public AttributeList getAttributes(String[] attrs){
System.err.println(Returning null from getAttributes);
return null;
 }
 public void setAttribute(Attribute attr){
System.err.println(setAttribute called);
 }
 public AttributeList setAttributes(AttributeList attrs){
System.err.println(Returning null from setAttributes);
return null;
 }
  }
  
  
  

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

[JBoss-dev] CVS update: jbosstest/src/resources/jmx/nullinfo/META-INF jboss-service.xml


  User: d_jencks
  Date: 01/12/05 13:22:21

  Added:   src/resources/jmx/nullinfo/META-INF jboss-service.xml
  Log:
  testcase for bad DynamicMBean that returns null MBeanInfo -- is it registered? 
Thanks to David Budworth
  
  Revision  ChangesPath
  1.1  jbosstest/src/resources/jmx/nullinfo/META-INF/jboss-service.xml
  
  Index: jboss-service.xml
  ===
  server
  !--service.xml file for test of invalid DynamicMBean that returns null for 
getMBeanInfo()--
  !--Thanks to David Budworth--
 
 mbean code=org.jboss.test.jmx.nullinfo.NullInfo 
name=NullInfoTest:name=NullInfo
 /mbean
  
  /server
  
  
  
  

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

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


  User: d_jencks
  Date: 01/12/05 13:24:00

  Modified:src/main/org/jboss/system ServiceCreator.java
  Log:
  Fix to problem of bad DynamicMBean that returns null MBeanInfo being registered 
after MBeanServer creates it.
  
  Revision  ChangesPath
  1.5   +23 -10jboss/src/main/org/jboss/system/ServiceCreator.java
  
  Index: ServiceCreator.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceCreator.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- ServiceCreator.java   2001/11/26 03:19:46 1.4
  +++ ServiceCreator.java   2001/12/05 21:23:59 1.5
  @@ -24,7 +24,7 @@
* @see Service
* 
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
  - * @version $Revision: 1.4 $
  + * @version $Revision: 1.5 $
* 
* pbRevisions:/b
* pb2001/08/03 marcf /b
  @@ -82,17 +82,30 @@
 log.info(About to create the bean+name);

 // Create the MBean instance
  -  ObjectInstance instance = 
  - server.createMBean(code,
  -name,
  -loader,
  -constructor.params,
  -constructor.signature);
  - 
  -  log.info(Created the bean+name);
  +  try 
  +  {
  + ObjectInstance instance =  server.createMBean(code,
  +   name,
  +   loader,
  +   constructor.params,
  +   constructor.signature);
  + log.info(Created the bean+name);

  -  return instance;
  + return instance;

  +  } 
  +  catch (Exception e) 
  +  {
  + //didn't work, unregister in case the jmx agent is screwed.
  + try 
  + {
  +server.unregisterMBean(name);
  + } catch (Exception othere) 
  + { } // end of try-catch
  + 
  + throw e;
  +  } // end of try-catch
  +  
  } 

  /**
  
  
  

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

RE: [JBoss-dev] Re: Bring it back, jason !


Looks like the email gateway works, but nntp is having a bit of trouble 
still.

--jason


On Wed, 5 Dec 2001, marc fleury wrote:

 so more buggy software?
 
 dude these kids went commercial, it better be for a reason...
 
 marcf
 
 |-Original Message-
 |From: [EMAIL PROTECTED]
 |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
 |Dillon
 |Sent: Wednesday, December 05, 2001 3:13 PM
 |To: [EMAIL PROTECTED]
 |Subject: [JBoss-dev] Re: Bring it back, jason !
 |
 |
 |Or perhaps it won't work at all.  Looks like it might be throwing 
 |an IOException now... =(
 |
 |
 |
 |___
 |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] JBoss 3.0 Demo App

2001-12-05 Thread Tilly, Jesse


I think you'd be trying to bite off too much too fast.  An application that
encompassed all of the extensive features of JBoss and J2EE would be very
large and very complex.  That's why I don't like the PetStore application.
Many people look to it for development patterns with J2EE that don't fit
their application very well.  Others get frustrated because there's no
CMP/BMP-hybrid EJB that joins 4 tables used by a stateful session EJB
that's, in turn, called by a stateless session EJB to control transactional
context.  (Whew!)

Anyway, you see what I mean, you'll be designing a bad application or poor
examples.  Design each example for its purpose and the rest will take care
of itself.  We'd get the work done quicker and with better quality.  If, as
it's coming along, we see parts that can make up a larger application, we
can go from there.

I think this is a great idea, though, James.  I've long believed that the
J2EE specification needed examples beyond the scope of a PetStore.

Jesse

 -Original Message-
 From: Hicks, James [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, December 05, 2001 3:36 PM
 To: [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] JBoss 3.0 Demo App
 
 
 From reading all the emails, I think the majority of people 
 would benefit
 from several small applications that each deal with a 
 specific feature of
 JBoss 3.0.
 
 Do yall ( im texan ) think it is feasible to design these 
 small independant
 applications so that in the end, a wrapper application could 
 be developed to
 show developers how to tie all these features together?
 
 I guess we need to define a few features that are really the topic of
 discussion on the user list and start developing.  Any suggestions?
 
 James Hicks
 
 -Original Message-
 From: Hicks, James 
 Sent: Tuesday, December 04, 2001 3:42 PM
 To: [EMAIL PROTECTED]
 Subject: [JBoss-dev] JBoss 3.0 Demo App
 
 
 I've been doing a few hours of thinking and came to a 
 conclusion for a demo
 app.
 
 Would anyone like to assist me in creating an E-Bay style bidding
 application?
 
 James Hicks
 
 ___
 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] Re: Bring it back, jason !


Ok then disable nntp until they get it right, which I trust they will, and
keep the mail running and see if we can do a day of jboss-dev on jive, that
would be important to test,

marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Wednesday, December 05, 2001 4:28 PM
|To: marc fleury
|Cc: Jason Dillon; [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] Re: Bring it back, jason !
|
|
|Looks like the email gateway works, but nntp is having a bit of trouble
|still.
|
|--jason
|
|
|On Wed, 5 Dec 2001, marc fleury wrote:
|
| so more buggy software?
|
| dude these kids went commercial, it better be for a reason...
|
| marcf
|
| |-Original Message-
| |From: [EMAIL PROTECTED]
| |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
| |Dillon
| |Sent: Wednesday, December 05, 2001 3:13 PM
| |To: [EMAIL PROTECTED]
| |Subject: [JBoss-dev] Re: Bring it back, jason !
| |
| |
| |Or perhaps it won't work at all.  Looks like it might be throwing
| |an IOException now... =(
| |
| |
| |
| |___
| |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] JBoss 3.0 Demo App

2001-12-05 Thread danch




Hicks, James wrote:

From reading all the emails, I think the majority of people would benefit
 from several small applications that each deal with a specific feature of
 JBoss 3.0.
 
 Do yall ( im texan ) think it is feasible to design these small independant
 applications so that in the end, a wrapper application could be developed to
 show developers how to tie all these features together?


That would fairly rock.

Depending on how fancy you want to be as an architectural example, it 
might not be too difficult to design the components that way.

-danch


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

RE: [JBoss-dev] Re: Bring it back, jason !


The odd part is that it looks like some go through...  it could be a problem 
with the nntp setup on news.jboss.org, though I haven't really seen any hard 
evidence of that yet.

I am going to run a few more tests, then I will shutoff the nntp 
import/export.

--jason


On Wed, 5 Dec 2001, marc fleury wrote:

 Ok then disable nntp until they get it right, which I trust they will, and
 keep the mail running and see if we can do a day of jboss-dev on jive, that
 would be important to test,
 
 marcf
 
 |-Original Message-
 |From: [EMAIL PROTECTED]
 |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
 |Dillon
 |Sent: Wednesday, December 05, 2001 4:28 PM
 |To: marc fleury
 |Cc: Jason Dillon; [EMAIL PROTECTED]
 |Subject: RE: [JBoss-dev] Re: Bring it back, jason !
 |
 |
 |Looks like the email gateway works, but nntp is having a bit of trouble
 |still.
 |
 |--jason
 |
 |
 |On Wed, 5 Dec 2001, marc fleury wrote:
 |
 | so more buggy software?
 |
 | dude these kids went commercial, it better be for a reason...
 |
 | marcf
 |
 | |-Original Message-
 | |From: [EMAIL PROTECTED]
 | |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
 | |Dillon
 | |Sent: Wednesday, December 05, 2001 3:13 PM
 | |To: [EMAIL PROTECTED]
 | |Subject: [JBoss-dev] Re: Bring it back, jason !
 | |
 | |
 | |Or perhaps it won't work at all.  Looks like it might be throwing
 | |an IOException now... =(
 | |
 | |
 | |
 | |___
 | |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] JBoss 3.0 Demo App

2001-12-05 Thread danch




Tilly, Jesse wrote:

 I think you'd be trying to bite off too much too fast.  An application that
 encompassed all of the extensive features of JBoss and J2EE would be very
 large and very complex.  That's why I don't like the PetStore application.
 Many people look to it for development patterns with J2EE that don't fit
 their application very well.  


Or are just bad ideas - see my earlier post on the user list.

 
 I think this is a great idea, though, James.  I've long believed that the
 J2EE specification needed examples beyond the scope of a PetStore.


Or the same thing implemented the way you really would in production.


-danch


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

Re: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread Allen Fogleson




[EMAIL PROTECTED] wrote:

Others get frustrated because there's no
CMP/BMP-hybrid EJB that joins 4 tables used by a stateful session EJB
that's, in turn, called by a stateless session EJB to control transactional
context.  (Whew!)

Hopefully noone is calling sfsb from slsb :) But the point is still true.

Al




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

[JBoss-dev] [ jboss-Patches-489461 ] Remote.equals(null) generates Exception


Patches item #489461, was opened at 2001-12-05 09:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=489461group_id=22866

Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Andrew Goedhart (andrewgoedhart)
Assigned to: Nobody/Anonymous (nobody)
Summary: Remote.equals(null) generates Exception

Initial Comment:
This Bug affects both 3.0 alpha and 2.4.3 

The problem is that a beans remote proxy when doing 
Remote.equals(null) throws a null pointer exception. 
It should rather return false as null is a valid value 
for equals

The problem is in the implementation of 
org.jboss.plugins.jrmp.interfaces.EntityProxy which 
under invoke redefines .equals() as a call to 
isIdentical() :

if (m.equals(GenericProxy.EQUALS))
   return invoke(proxy, BeanProxy.IS_IDENTICAL, args);

and then defines .isIdentical() as:

if (m.equals(BeanProxy.IS_IDENTICAL))
return isIdentical(args[0], cacheKey.getId());

To fix the bug we need to change 
org.jboss.plugins.jrmp.interfaces.BeanProxy.isIdentical
() to the following by inserting a guard condition for 
null :

protected Boolean isIdentical(Object a, Object b)
throws RemoteException {
  if( a == null) return false;
  EJBObject ejb = (EJBObject) a;
  Object pk = ejb.getPrimaryKey();
  return new Boolean(pk.equals(b));
}


This problem is a real problem with the new 
implementation of jetty in V3.0 because when inserting 
stuff into the session, jetty checks to see if the 
object is the same as the previous one by using 
the .equals() command and for the first time the 
previous one is null so you cannot insert an EJB 
remote interface into the sesson.

Could someone verify this and please update CVS 

Andrew Goedhart
(A developer using JBOSS in sunny South Africa)

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=489461group_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/deployment/scope Scope.java

2001-12-05 Thread Guillaume Boissiere


  User: boissier
  Date: 01/12/05 14:29:59

  Modified:src/main/org/jboss/deployment/scope Scope.java
  Log:
  Added some Javadoc
  
  Revision  ChangesPath
  1.6   +79 -33jboss/src/main/org/jboss/deployment/scope/Scope.java
  
  Index: Scope.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/scope/Scope.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Scope.java2001/09/11 18:34:59 1.5
  +++ Scope.java2001/12/05 22:29:59 1.6
  @@ -7,10 +7,12 @@
   
   package org.jboss.deployment.scope;
   
  -import java.util.Set;
  -import java.util.Map;
  -import java.util.Iterator;
   import java.net.URL;
  +import java.util.HashMap;
  +import java.util.HashSet;
  +import java.util.Iterator;
  +import java.util.Map;
  +import java.util.Set;
   
   import org.jboss.logging.Logger;
   
  @@ -18,36 +20,46 @@
* Scope is a manager/mediator that connects several ScopedURLClassLoaders
* with each other and computes their dependencies. The locks used in the scope
* implementation are quite coarse-grained, maybe thread-unfriendly, but the
  - * rationale is that classloading a) happens not too often (hopefully) in the
  - * lifecycle of an application b) will dispatch only in special cases (where 
applications depliberately
  - * share classes) to this scope class and c) is optimized by caching the locations.
  + * rationale is that classloading:
  + *  a) happens not too often (hopefully) in the lifecycle of an application 
  + *  b) will dispatch only in special cases (where applications depliberately 
  + * share classes) to this scope class 
  + *  c) is optimized by caching the locations.
* @author  cgjung
  - * @version 0.8
  + * @version $Revision: 1.6 $
*/
   
   public class Scope {
   
   /** keeps a map of class loaders that participate in this scope */
  -final protected Map classLoaders=new java.util.HashMap();
  +final protected Map classLoaders=new HashMap();
   
   /** keeps a hashtable of dependencies between the classLoaders */
  -final protected Map dependencies=new java.util.HashMap();
  +final protected Map dependencies=new HashMap();
   
   /** keeps a hashtable of class appearances */
  -final protected Map classLocations=new java.util.HashMap();
  +final protected Map classLocations=new HashMap();
   
   /** keeps a hashtable of resource appearances */
  -final protected Map resourceLocations=new java.util.HashMap();
  +final protected Map resourceLocations=new HashMap();
   
   /** keeps a reference to a logger which which to interact */
   final protected Logger log;
   
  -/** Creates new Scope */
  +/**  
  + * Creates new Scope
  + * @param log - The logger this new scope will interact with. 
  + */ 
   public Scope(Logger log) {
   this.log=log;
   }
   
  -/** registers a classloader in this scope */
  +/** 
  + * Registers a classloader in this scope. 
  + * 
  + * @param loader - The classloader to register. 
  + * @return The newly registered classloader. 
  + */ 
   public ScopedURLClassLoader registerClassLoader(ScopedURLClassLoader loader) {
   // must synchronize not to collide with deregistrations and
   // dependency logging
  @@ -55,11 +67,14 @@
   return (ScopedURLClassLoader) 
classLoaders.put(loader.deployment.getLocalUrl(),loader);
   }
   }
  -
   
  -/** deRegisters a classloader in this scope
  - *  removes all cached data related to this classloader
  - */
  +/** 
  + * Deregisters a classloader in this scope. 
  + * Removes all cached data related to this classloader. 
  + * 
  + * @param loader - The classloader to deregister. 
  + * @return The newly deregistered classloader. 
  + */ 
   public ScopedURLClassLoader deRegisterClassLoader(ScopedURLClassLoader loader) {
   // synchronized not to collide with registrations
   // and dependency logging
  @@ -75,9 +90,13 @@
   }
   }
   
  -/** helper method that will clear all entries from a map
  - *  with a dedicated target value.
  - */
  +/** 
  + * Helper method that will clear all entries from a map 
  + * with a dedicated target value. 
  + * 
  + * @param map - The map we want to clear entries from. 
  + * @param value - The object we want to remove from that map. 
  + */ 
   protected void clearByValue(Map map, Object value) {
   Iterator values=map.values().iterator();
   while(values.hasNext()) {
  @@ -87,20 +106,29 @@
   }
   }
   
  -/** returns the classLoaders that a particular classLoader is
  - *  dependent on. Should be called after locking classLoaders
  - */
  +

Re: [JBoss-dev] DTDs are missing from website?


Then just copy the dtds over from the source repository. The snapshot
was part of the build and so was fair game for inclusion in the website
content. You broke that and you should fix it. The JBoss specific dtds
from server/src/resources/org/jboss/metadata need to be placed in
a j2ee/dtd subdirectory of the website war to make them available at
the http://www.jboss.org/j2ee/dtd/xxx URI described in the dtd files.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: David Budworth [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, December 05, 2001 12:09 PM
Subject: Re: [JBoss-dev] DTDs are missing from website?


 They are missing because whoever added them was using the snapshot of
 jboss-all to get them.  Since that has been moved to a different module,
 this won't work anymore.  I warned about this a while ago, but no one
fixed
 it.

 --jason


 On Wed, 5 Dec 2001, David Budworth wrote:

  Did anyone know that the DTDs are missing from the website?
 
  Make's it really hard to run xmllint on your descriptors.
 
  Or is it just me that can't get to them?  (Something I don't doubt with
  my funky netgear router thingie)
 
  -David
 
  ___
  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] DTDs are missing from website?


I have restored these files temporarily until the website ear is updated.
jboss-all 693wget http://www.jboss.org/j2ee/dtd/jboss-web.dtd
--14:51:37--  http://www.jboss.org/j2ee/dtd/jboss-web.dtd
   = `jboss-web.dtd'
Connecting to www.jboss.org:80... connected!
HTTP request sent, awaiting response... 200 OK
Length: 1,418 [application/octet-stream]

0K - .  [100%]

14:51:37 (1.35 MB/s) - `jboss-web.dtd' saved [1418/1418]

- Original Message - 
From: David Budworth [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 05, 2001 1:37 AM
Subject: [JBoss-dev] DTDs are missing from website?


 Did anyone know that the DTDs are missing from the website?
 
 Make's it really hard to run xmllint on your descriptors.
 
 Or is it just me that can't get to them?  (Something I don't doubt with
 my funky netgear router thingie)
 
 -David
 
 ___
 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] DTDs are missing from website?


OK, I will add it to my list of things todo...

--jason


On Wed, 5 Dec 2001, Scott M Stark wrote:

 Then just copy the dtds over from the source repository. The snapshot
 was part of the build and so was fair game for inclusion in the website
 content. You broke that and you should fix it. The JBoss specific dtds
 from server/src/resources/org/jboss/metadata need to be placed in
 a j2ee/dtd subdirectory of the website war to make them available at
 the http://www.jboss.org/j2ee/dtd/xxx URI described in the dtd files.
 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 - Original Message -
 From: Jason Dillon [EMAIL PROTECTED]
 To: David Budworth [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Sent: Wednesday, December 05, 2001 12:09 PM
 Subject: Re: [JBoss-dev] DTDs are missing from website?
 
 
  They are missing because whoever added them was using the snapshot of
  jboss-all to get them.  Since that has been moved to a different module,
  this won't work anymore.  I warned about this a while ago, but no one
 fixed
  it.
 
  --jason
 
 
  On Wed, 5 Dec 2001, David Budworth wrote:
 
   Did anyone know that the DTDs are missing from the website?
  
   Make's it really hard to run xmllint on your descriptors.
  
   Or is it just me that can't get to them?  (Something I don't doubt with
   my funky netgear router thingie)
  
   -David
  
   ___
   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] CVS update: contrib/iiop patch_on_JacORB1_4_beta2.diff

2001-12-05 Thread Francisco Reverbel


  User: reverbel
  Date: 01/12/05 15:01:48

  Added:   iiop patch_on_JacORB1_4_beta2.diff
  Log:
  This set of patches on JacORB 1.4 beta2 generates the modified JacORB
  version I am currently using to run JBoss/IIOP. It was submitted to
  JacORB and hopefully will be merged into a future release.
  
  Revision  ChangesPath
  1.1  contrib/iiop/patch_on_JacORB1_4_beta2.diff
  
  Index: patch_on_JacORB1_4_beta2.diff
  ===
  Index: idl/omg/IOP.idl
  ===
  RCS file: /home/bwana/brose/cvs_jacorb/JacORB/idl/omg/IOP.idl,v
  retrieving revision 1.2
  diff -u -r1.2 IOP.idl
  --- IOP.idl   2001/11/19 09:40:07 1.2
  +++ IOP.idl   2001/12/05 20:11:36
  @@ -57,6 +57,7 @@
   const ComponentId TAG_POLICIES= 2;
   const ComponentId TAG_ALTERNATIVE_IIOP_ADDRESS = 3;
   const ComponentId TAG_ASSOCIATION_OPTIONS = 13;
  +const ComponentId TAG_JAVA_CODEBASE = 25;
   // ... others
   
   struct TaggedComponent {
  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  2001/12/05 20:11:36
  @@ -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/omg-99-10-27/org/omg/CORBA/portable/InputStream.java
  ===
  RCS file: 
/home/bwana/brose/cvs_jacorb/JacORB/src/omg-99-10-27/org/omg/CORBA/portable/InputStream.java,v
  retrieving revision 1.1.1.1
  diff -u -r1.1.1.1 InputStream.java
  --- InputStream.java  2001/03/17 18:09:41 1.1.1.1
  +++ InputStream.java  2001/12/05 20:11:36
  @@ -54,6 +54,9 @@
   
   public abstract org.omg.CORBA.Object read_Object();
   public org.omg.CORBA.Object read_Object(java.lang.Class clz) {
  +if (clz.isInterface()  java.rmi.Remote.class.isAssignableFrom(clz))
  +return (org.omg.CORBA.Object)
  +javax.rmi.PortableRemoteObject.narrow(read_Object(), clz);
   throw new org.omg.CORBA.NO_IMPLEMENT();
   }
   
  Index: src/org/jacorb/ir/TypeCodeUtil.java
  ===
  RCS file: /home/bwana/brose/cvs_jacorb/JacORB/src/org/jacorb/ir/TypeCodeUtil.java,v
  retrieving revision 1.4
  diff -u -r1.4 TypeCodeUtil.java
  --- TypeCodeUtil.java 2001/04/09 12:03:38 1.4
  +++ TypeCodeUtil.java 2001/12/05 20:11:36
  @@ -50,7 +50,8 @@
   cache.put( org.omg.CORBA.TypeCode,new TypeCode( TCKind._tk_TypeCode));
   cache.put( org.omg.CORBA.Principal,new TypeCode( 
TCKind._tk_Principal));
   cache.put( org.omg.CORBA.Object, 
  -   new TypeCode( IDL:omg.org/CORBA/Object:1.0, 
  +   new TypeCode( TCKind._tk_objref,
  + IDL:omg.org/CORBA/Object:1.0, 
IDL:omg.org/CORBA/Object:1.0 ));

   }
  Index: src/org/jacorb/orb/Any.java
  ===
  RCS file: /home/bwana/brose/cvs_jacorb/JacORB/src/org/jacorb/orb/Any.java,v
  retrieving revision 1.15
  diff -u -r1.15 Any.java
  --- Any.java  2001/11/14 12:41:08 1.15
  +++ Any.java  2001/12/05 20:11:36
  @@ -713,6 +713,14 @@
   insert_Value 
   (((org.omg.CORBA_2_3.portable.InputStream)input).read_value());
   break;
  +case TCKind._tk_abstract_interface:
  + java.lang.Object obj = 
  + 
((org.omg.CORBA_2_3.portable.InputStream)input).read_abstract_interface();
  +

[JBoss-dev] [ jboss-Bugs-489294 ] Security Problem (Stopper!!!!)


Bugs item #489294, was opened at 2001-12-05 00:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489294group_id=22866

Category: JBossServer
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Konstantin Pribluda (ko5tik)
Assigned to: Nobody/Anonymous (nobody)
Summary: Security Problem (Stopper)

Initial Comment:
I encountered this problem in JB 2.4.2-TC-3.2.1
( not sure with tomcat ) and tested it with
JB-244/TC-3.2.4


Problem can be reproduced really easy:

1. Take JSP which includes another jsp
via jsp:include.

2. Put it under security control. 

3. Put following in cour jsp:

%= SecurityAssociation.getPrincipal().toString() %
before jsp:include
And place it also after jsp:include

4. Watch those funny null pointer errors, and try to 
find where they come, and what they mean. 

Conclusion:
with Principal stored SecurityAssociation == null
you can forget about security stuff while calling
your EJB - they get no principal and no roles
propagated to them. 


Why it happens ( my humble option ):

jsp:include issues some kind of subrequest, so 
JBossSecurityMgrRealm.postService() is called. 
It resets any security setting.

PS: I need a quick solution. ASAP, if possible

I'm not sure I can fix it myself the right way. 
Was principal zeroing good for something?
Can I subclass JBossSecurityMgrRealm and 
disable this behaviour?

What would happen then?

--

Comment By: Konstantin Pribluda (ko5tik)
Date: 2001-12-05 10:03

Message:
Logged In: YES 
user_id=91100

Well, I just waded through tomcat code, and also added
some debug outputs anf found that

JbossSecurityMgrReaml resets  SecurityAssociation on 
end of every subrequest. This is WRONG!

After first jsp:include there is no more 
principal. 

( BTW, why do you reset it? To prevent leaking of 
authentication to not-secured template objects? )



--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489294group_id=22866

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

[JBoss-dev] [ jboss-Bugs-489465 ] cannot turn jboss.xml dtd validation off


Bugs item #489465, was opened at 2001-12-05 10:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489465group_id=22866

Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Emmanuel Sciara (sciara)
Assigned to: Nobody/Anonymous (nobody)
Summary: cannot turn jboss.xml dtd validation off

Initial Comment:
I am using xdoclet to generate my entity beans, which 
adds automatically the dtd declaration 
http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd to 
jboss.xml .

When i try to deploy my beans, the following 
deployment exception is throw:

[12:30:54,351,ContainerFactory] 
Deploying:file:/C:/Data/Download/Extracted/jboss-
3.0.0alpha/deploy/Default/newmove-deploy.jar/
[12:30:54,731,Default] External entity not 
found: http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd.:-
1:2
[12:30:54,731,Default] java.io.FileNotFoundException: 
http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd
[12:30:54,731,Default]  at 
org.apache.crimson.parser.Parser2.fatal
(Parser2.java:3108)
[12:30:54,731,Default]  at 
org.apache.crimson.parser.Parser2.externalParameterEnti
ty(Parser2.java:2796)
[12:30:54,731,Default]  at 
org.apache.crimson.parser.Parser2.maybeDoctypeDecl
(Parser2.java:1155)
[12:30:54,731,Default]  at 
org.apache.crimson.parser.Parser2.parseInternal
(Parser2.java:489)
[12:30:54,731,Default]  at 
org.apache.crimson.parser.Parser2.parse
(Parser2.java:305)
[12:30:54,731,Default]  at 
org.apache.crimson.parser.XMLReaderImpl.parse
(XMLReaderImpl.java:433)
[12:30:54,731,Default]  at 
org.apache.crimson.jaxp.DocumentBuilderImpl.parse
(DocumentBuilderImpl.java:185)
[12:30:54,731,Default]  at 
javax.xml.parsers.DocumentBuilder.parse
(DocumentBuilder.java:86)
[12:30:54,731,Default]  at 
org.jboss.metadata.XmlFileLoader.getDocument
(XmlFileLoader.java:247)
[12:30:54,731,Default]  at 
org.jboss.metadata.XmlFileLoader.getDocumentFromURL
(XmlFileLoader.java:219)
[12:30:54,731,Default]  at 
org.jboss.metadata.XmlFileLoader.load
(XmlFileLoader.java:176)
[12:30:54,731,Default]  at 
org.jboss.ejb.ContainerFactory.deploy
(ContainerFactory.java:436)
[12:30:54,731,Default]  at 
org.jboss.ejb.ContainerFactory.deploy
(ContainerFactory.java:377)
[12:30:54,731,Default]  at 
org.jboss.ejb.ContainerFactory.deploy
(ContainerFactory.java:308)
[12:30:54,731,Default]  at 
java.lang.reflect.Method.invoke(Native Method)
[12:30:54,741,Default]  at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:1628)
[12:30:54,741,Default]  at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:1523)
[12:30:54,741,Default]  at 
org.jboss.deployment.J2eeDeployer.startModules
(J2eeDeployer.java:467)
[12:30:54,741,Default]  at 
org.jboss.deployment.J2eeDeployer.startApplication
(J2eeDeployer.java:444)
[12:30:54,741,Default]  at 
org.jboss.deployment.J2eeDeployer.deploy
(J2eeDeployer.java:215)
[12:30:54,741,Default]  at 
java.lang.reflect.Method.invoke(Native Method)
[12:30:54,741,Default]  at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:1628)
[12:30:54,741,Default]  at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:1523)
[12:30:54,741,Default]  at 
org.jboss.deployment.AutoDeployer.deploy
(AutoDeployer.java:654)
[12:30:54,741,Default]  at 
org.jboss.deployment.AutoDeployer.run
(AutoDeployer.java:327)
[12:30:54,741,Default]  at java.lang.Thread.run
(Thread.java:484)

The dtd file does not exist at the location indicated 
And it is difficult to get rid of it(need to recompile 
and repackage the whole of xdoclet).

I checked the the JarDeployer MBean in the J2ee 
deployer service and the ValidateDTDs attribute is set 
to false but, if I interpret the error
message correctly, the deployer still tries to 
validate it.

Could you confirm this is a bug? Is there a way around 
itf on the JBoss side?



--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489465group_id=22866

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

[JBoss-dev] CVS update: contrib/iiop jacorb1.4b2-patched.jar

2001-12-05 Thread Francisco Reverbel


  User: reverbel
  Date: 01/12/05 15:13:23

  Added:   iiop jacorb1.4b2-patched.jar
  Log:
  Patched version of jacorb.jar I use to run JBoss/IIOP. It can be obtained
  by applying the patchfile patch_on_JacORB1_4_beta2.diff on JacORB 1.4 beta2,
  which is available from www.jacorb.org.
  
  Revision  ChangesPath
  1.1  contrib/iiop/jacorb1.4b2-patched.jar
  
Binary file
  
  

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

[JBoss-dev] [ jboss-Patches-489503 ] AutoNumberEJB with CMP2 support


Patches item #489503, was opened at 2001-12-05 11:18
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=489503group_id=22866

Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
Assigned to: Nobody/Anonymous (nobody)
Summary: AutoNumberEJB with CMP2 support

Initial Comment:
This is the EJB file needed to deploy the 
AutoNumberEJB on a CMP2 app. The old (and still 
needed) AutoNumberEJB needed a jaws file if you want 
to map its fields, because to use jbosscmp the bean 
should have its accesor methods declared as abstract.

Copy this one on the org.jboss.util package and deploy 
it as you would with the older one (do not delete the 
older one, it's still neded for CMP1 apps). The 
interfaces and the AutoNumberFactory classes will work 
with the new version. My example deploy snippet:

ejb-jar:

entity
ejb-nameJBossUtilAutoNumber/ejb-name
homeorg.jboss.util.AutoNumberHome/home
remoteorg.jboss.util.AutoNumber/remote
ejb-
classorg.jboss.util.AutoNumberEJB2/ejb-class
persistence-typeContainer/persistence-
type
reentrantTrue/reentrant
abstract-schema-nameKEY_VALUES/abstract-
schema-name
cmp-fieldfield-namename/field-
name/cmp-field
cmp-fieldfield-namevalue/field-
name/cmp-field
prim-key-classjava.lang.String/prim-key-
class
primkey-fieldname/primkey-field
/entity

jbosscmp-jdbc:
==
entity
ejb-nameJBossUtilAutoNumber/ejb-name
table-nameKEY_VALUES/table-name
cmp-field
field-namename/field-name
column-nameNAME/column-name
/cmp-field
cmp-field
field-namevalue/field-name
column-nameVALUE/column-name
/cmp-field
/entity

Example of use (the same as the older version):
==
AutoNumberFactory.getNextInteger(MyEJBName);


--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=489503group_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

2001-12-05 Thread Francisco Reverbel


  User: reverbel
  Date: 01/12/05 15:30:31

  Modified:iiop/src/main/org/jboss/iiop CorbaORBService.java
  Log:
  Bug fix: in-VM CORBA naming server now handles nested contexts correctly.
  You can create context hierarchies at will.
  
  CORBA naming contexts are now on a separate POA to prevent id collisions.
  
  Revision  ChangesPath
  1.6   +75 -17contrib/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.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- CorbaORBService.java  2001/08/12 08:32:21 1.5
  +++ CorbaORBService.java  2001/12/05 23:30:31 1.6
  @@ -14,11 +14,10 @@
   import org.omg.PortableServer.POA;
   import org.omg.PortableServer.POAHelper;
   
  +import org.omg.CosNaming.NamingContext;
   import org.omg.CosNaming.NamingContextExt;
   import org.omg.CosNaming.NamingContextExtHelper;
   
  -import org.jacorb.naming.NamingContextImpl;
  -
   import javax.naming.InitialContext;
   import javax.naming.Context;
   import javax.naming.Reference;
  @@ -27,9 +26,9 @@
   
   import javax.management.MBeanServer;
   import javax.management.ObjectName;
  -
  -import org.jboss.util.ServiceMBeanSupport;
   
  +import org.jboss.system.ServiceMBeanSupport;
  +import org.jboss.iiop.rmi.ir.InterfaceRepository;
   
   // Testing
   import org.omg.CORBA.Policy;
  @@ -51,7 +50,7 @@
*  for JBoss to use.
*  
*  @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
  - *  @version $Revision: 1.5 $
  + *  @version $Revision: 1.6 $
*/
   public class CorbaORBService
  extends ServiceMBeanSupport
  @@ -62,6 +61,7 @@
  public static String POA_NAME = JBossCorbaPOA;
  public static String HOME_POA_NAME = JBossCorbaHomePOA;
  public static String NAMING_NAME = JBossCorbaNaming;
  +   public static String IRI_NAME = JBossCorbaIRI;
   
  // Attributes 
   
  @@ -75,8 +75,11 @@
  static ORB orb;
  static POA poa;
  static POA homePOA;
  +   static POA namingPOA;
  static NamingContextExt namingService;
  +   static InterfaceRepository iri;
   
  +
  // ServiceMBeanSupport overrides -
   
  public String getName()
  @@ -98,12 +101,18 @@
 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, );
  +
 orb = ORB.init(new String[0], props);
 bind(ORB_NAME, org.omg.CORBA.ORB);
   
 // Initialize the POA
 poa = POAHelper.narrow(orb.resolve_initial_references(RootPOA));
  -poa.the_POAManager().activate();
  +  poa.the_POAManager().activate();
 bind(POA_NAME, org.omg.PortableServer.POA);
   
 // Create the home POA as a child of the root POA
  @@ -115,15 +124,18 @@
 homePOA.the_POAManager().activate();
 bind(HOME_POA_NAME, org.omg.PortableServer.POA);
   
  +  // Create the naming server POA also as a child of the root POA,
  +  // with the same policies
  +  namingPOA = poa.create_POA(Naming, null, policies);
  +  namingPOA.the_POAManager().activate();
  +
 // Create the naming service
  -  NamingContextImpl ns = new NamingContextImpl();
  -// OSH: Should we use the home POA here?
  -// We need a persistent reference, so we cannot use the root POA,
  -// and creating another POA just for naming is a little much.
  -// However, we risk a collision on the id.
  -  homePOA.activate_object_with_id(_NamingService_.getBytes(), ns);
  +  NamingContextImpl ns = new NamingContextImpl(namingPOA);
  +  byte[] rootContextId = root.getBytes();
  +  namingPOA.activate_object_with_id(rootContextId, ns);
 namingService = NamingContextExtHelper.narrow(
  - homePOA.servant_to_reference(ns));
  +  namingPOA.create_reference_with_id(rootContextId, 
  + IDL:omg.org/CosNaming/NamingContextExt:1.0));
 bind(NAMING_NAME, org.omg.CosNaming.NamingContextExt);
   
   // Temporary output of naming service.
  @@ -156,8 +168,8 @@
   idAssignmentPolicy, 
servantRetentionPolicy,
   requestProcessingPolicy});
   
  -  org.jboss.iiop.rmi.ir.InterfaceRepository iri =
  -   new org.jboss.iiop.rmi.ir.InterfaceRepository(orb,

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

2001-12-05 Thread Guillaume Boissiere


  User: boissier
  Date: 01/12/05 15:45:09

  Modified:src/main/org/jboss Shutdown.java Version.java
  Log:
  Added some Javadoc
  
  Revision  ChangesPath
  1.6   +7 -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.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Shutdown.java 2001/10/31 13:20:35 1.5
  +++ Shutdown.java 2001/12/05 23:45:09 1.6
  @@ -23,7 +23,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Dewayne McNair/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
  - * @version $Revision: 1.5 $
  + * @version $Revision: 1.6 $
*/
   public class Shutdown
   {
  @@ -33,9 +33,8 @@
  /**
   * Parse the command line and shutdown the remote server.
   *
  -* @param argv   Comamne line arguments.
  -*
  -* @throws Exception Invalid port number.
  +* @param  argv   Command line arguments.
  +* @throws Exception  Invalid port number.
   */
  public static void main(final String argv[]) throws Exception
  {
  @@ -56,6 +55,10 @@
  /**
   * Connect to the JBoss servers HTML JMX adapter and invoke the
   * shutdown service.
  +*
  +* @param host The hostname of the JMX server. 
  +* @param port The port of the JMX server. 
  +*
   */
  public static void shutdown(final String host, final int port) {
 try {
  
  
  
  1.4   +4 -3  jboss/src/main/org/jboss/Version.java
  
  Index: Version.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Version.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- Version.java  2001/09/03 20:02:03 1.3
  +++ Version.java  2001/12/05 23:45:09 1.4
  @@ -17,7 +17,7 @@
*  Provides access to JBoss version (and build) properties.
*
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
  - * @version$Revision: 1.3 $
  + * @version$Revision: 1.4 $
*/
   public final class Version
   {
  @@ -74,8 +74,8 @@
  /**
   *  Returns the value for the given property name.
   *
  -* @param  name  The name of the property.
  -* @return   The property value or null if the property is not set.
  +* @param name - The name of the property.
  +* @returnThe property value or null if the property is not set.
   */
  public String getProperty(final String name)
  {
  @@ -172,6 +172,7 @@
  /**
   * Returns a property value as an int.
   *
  +* @paramname - The name of the property.
   * @return   The property value, or -1 if there was a problem converting
   *   it to an int.
   */
  
  
  

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

[JBoss-dev] Good JUnit example to test EJBs


Hi Geeks

I want to write a JUnit testsuite for JSR-77 EJB.
Can a JUnit Guru tell me which one of the existing
one in JBoss is should take as a template ?

Thanx

x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x



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

Re: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread Allen Fogleson




 Or are just bad ideas - see my earlier post on the user list.


I agree there. Much of the petstore is poor quality coding also. Just 
take a look at all those querys in there. I dont even remember a 
preparedStatement one. Yet the queries happen over an over... a perfect 
place for PS over statement.

 Or the same thing implemented the way you really would in production.


I think we can come up with some simple examples, that if we plan right 
can then be used in a larger application.

Al


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

[JBoss-dev] [ jboss-Bugs-489494 ] Minerva pool swallows useful messages


Bugs item #489494, was opened at 2001-12-05 11:12
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489494group_id=22866

Category: None
Group: v2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Daniel Quaroni (supagoat)
Assigned to: Nobody/Anonymous (nobody)
Summary: Minerva pool swallows useful messages

Initial Comment:
The PreparedStatementFactory swallows SQL exceptions 
that occur when attempting to create prepared 
statements and spits out only Unable to create 
PreparedStatement!.  This forces developers to waste 
time trying to figure out exactly what the problem is, 
instead of being able to quickly address the problem 
by examining the SQL exception's message.  The 
PreparedStatementFactory should log any exceptions 
that occur during prepared statement creation

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=489494group_id=22866

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

[JBoss-dev] [ jboss-Patches-489531 ] foreign key constraints


Patches item #489531, was opened at 2001-12-05 12:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=489531group_id=22866

Category: JBossCMP
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Langelage (lafr)
Assigned to: Nobody/Anonymous (nobody)
Summary: foreign key constraints

Initial Comment:
I found a bug in creation of foreign keys.

Created tables are stored in an HashSet.
Accesses to HashSet are not synchronized by default and
there seems to be more than one instances of
JDBCStartCommand at deployment time.

HashSet createdTables had max of 1 Table, although 2 or
three were generated already.

I made HashSet createdTables static and put access of
it in an synchronized block.

diff of JDBCStartCommand is attached.

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=489531group_id=22866

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

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


  User: schaefera
  Date: 01/12/05 16:31:22

  Modified:.build.xml
  Log:
  Adjustments to the latest update of the JSR-77 spec. as well as the
  implementation of remote listeners.
  
  Revision  ChangesPath
  1.41  +3 -1  jboss/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/jboss/build.xml,v
  retrieving revision 1.40
  retrieving revision 1.41
  diff -u -r1.40 -r1.41
  --- build.xml 2001/12/03 04:44:19 1.40
  +++ build.xml 2001/12/06 00:31:21 1.41
  @@ -10,7 +10,7 @@
   !----
   !-- == --
   
  -!-- $Id: build.xml,v 1.40 2001/12/03 04:44:19 starksm Exp $ --
  +!-- $Id: build.xml,v 1.41 2001/12/06 00:31:21 schaefera Exp $ --
   
   project default=main name=JBoss/Server
   
  @@ -689,9 +689,11 @@
   /jar
   
   !-- Build ejb-management.jar -- 
  +unjar src=${sun.jsr77.lib}/jsr77.jar dest=${build.classes}/ 
   jar jarfile=${build.lib}/ejb-management.jar
 fileset dir=${build.classes}
   include name=org/jboss/management/mejb/**/
  +include name=javax/management/j2ee/Management*.class/
 /fileset
 fileset dir=${build.mejb.metadata}
   include name=META-INF/*.xml/
  
  
  

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

[JBoss-dev] CVS update: thirdparty/sun/jsr77/lib jsr77.jar


  User: schaefera
  Date: 01/12/05 16:31:22

  Modified:sun/jsr77/lib jsr77.jar
  Log:
  Adjustments to the latest update of the JSR-77 spec. as well as the
  implementation of remote listeners.
  
  Revision  ChangesPath
  1.8   +53 -79thirdparty/sun/jsr77/lib/jsr77.jar
  
Binary file
  
  

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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/management/mejb ClientNotificationListener.java JMSClientNotificationListener.java JMSNotificationListener.java JMSNotificationListenerMBean.java ListenerMBean.java ListenerRegistration.java ManagementBean.java PollingClientNotificationListener.java PollingNotificationListener.java PollingNotificationListenerMBean.java RMIClientNotificationListener.java RMIClientNotificationListenerInterface.java RMINotificationListener.java RMINotificationListenerMBean.java SearchClientNotificationListener.java MEJBBean.java


  User: schaefera
  Date: 01/12/05 16:31:22

  Added:   src/main/org/jboss/management/mejb
ClientNotificationListener.java
JMSClientNotificationListener.java
JMSNotificationListener.java
JMSNotificationListenerMBean.java
ListenerMBean.java ListenerRegistration.java
ManagementBean.java
PollingClientNotificationListener.java
PollingNotificationListener.java
PollingNotificationListenerMBean.java
RMIClientNotificationListener.java
RMIClientNotificationListenerInterface.java
RMINotificationListener.java
RMINotificationListenerMBean.java
SearchClientNotificationListener.java
  Removed: src/main/org/jboss/management/mejb MEJBBean.java
  Log:
  Adjustments to the latest update of the JSR-77 spec. as well as the
  implementation of remote listeners.
  
  Revision  ChangesPath
  1.1  
jboss/src/main/org/jboss/management/mejb/ClientNotificationListener.java
  
  Index: ClientNotificationListener.java
  ===
  /*
  * JBoss, the OpenSource J2EE webOS
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.management.mejb;
  
  import java.io.Serializable;
  import java.rmi.RemoteException;
  import java.util.Random;
  
  import javax.management.InstanceNotFoundException;
  import javax.management.InstanceAlreadyExistsException;
  import javax.management.JMException;
  import javax.management.MalformedObjectNameException;
  import javax.management.MBeanRegistrationException;
  import javax.management.MBeanException;
  import javax.management.NotCompliantMBeanException;
  import javax.management.Notification;
  import javax.management.NotificationFilter;
  import javax.management.NotificationListener;
  import javax.management.ObjectInstance;
  import javax.management.ObjectName;
  import javax.management.ReflectionException;
  
  import org.jboss.jmx.connector.RemoteMBeanServer;
  
  /**
  * Basic Local Listener to receive Notification from a remote JMX Agent
  **/
  public abstract class ClientNotificationListener {
  
 private ObjectName   mSender;
 private ObjectName   mRemoteListener;
 protected NotificationListener   mClientListener;
 protected Object mHandback;
 private Random   mRandom = new Random();
 
 public ClientNotificationListener(
ObjectName pSender,
NotificationListener pClientListener,
Object pHandback
 ) {
mSender = pSender;
mClientListener = pClientListener;
mHandback = pHandback;
 }
 
 public ObjectName createListener(
MEJB pConnector,
String mClass,
Object[] pParameters,
String[] pSignatures
 ) throws
MalformedObjectNameException,
ReflectionException,
MBeanRegistrationException,
MBeanException,
NotCompliantMBeanException
 {
ObjectName lName = null;
while( lName == null ) {
   try {
  lName = new ObjectName( JMX:type=listener,id= + mRandom.nextLong() );
  ObjectInstance lInstance = pConnector.createMBean(
 mClass,
 lName,
 pParameters,
 pSignatures
  );
  lName = lInstance.getObjectName();
   }
   catch( InstanceAlreadyExistsException iaee ) {
  lName = null;
   }
   catch( RemoteException re ) {
  lName = null;
   }
}
mRemoteListener = lName;
return lName;
 }
  
 public void addNotificationListener(
MEJB pConnector,
NotificationFilter pFilter
 ) throws
InstanceNotFoundException,
RemoteException
 {
pConnector.addNotificationListener(
   mSender,
   mRemoteListener,
   pFilter,
   null
);
 }
 
public void removeNotificationListener(
MEJB pConnector
 ) throws
InstanceNotFoundException,
RemoteException
 {
try {
   pConnector.removeNotificationListener(
  mSender,
  mRemoteListener
   );
}
catch( JMException jme ) {
}
try {
   pConnector.unregisterMBean( mRemoteListener );
}
catch( JMException jme ) {
}
 }
 
 public ObjectName getSenderMBean() {
return mSender;
 }
 
 public ObjectName getRemoteListenerName() {
return mRemoteListener;
 }
  
 public boolean equals( Object pTest ) {
if( pTest

RE: [JBoss-dev] JBoss 3.0 Demo App

2001-12-05 Thread Hicks, James


Well, we need to move forward by listing several key features we want to
start with.  If somepeople will send a list of 3 to 5 features they want to
see apps for, I will compile a list of what we will start with.

James Hicks

-Original Message-
From: Hicks, James 
Sent: Wednesday, December 05, 2001 2:36 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JBoss 3.0 Demo App


From reading all the emails, I think the majority of people would benefit
from several small applications that each deal with a specific feature of
JBoss 3.0.

Do yall ( im texan ) think it is feasible to design these small independant
applications so that in the end, a wrapper application could be developed to
show developers how to tie all these features together?

I guess we need to define a few features that are really the topic of
discussion on the user list and start developing.  Any suggestions?

James Hicks

-Original Message-
From: Hicks, James 
Sent: Tuesday, December 04, 2001 3:42 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] JBoss 3.0 Demo App


I've been doing a few hours of thinking and came to a conclusion for a demo
app.

Would anyone like to assist me in creating an E-Bay style bidding
application?

James Hicks

___
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] CVS update: newsite/src/docs/common 24x-book-toc.html doco.jsp


  User: starksm 
  Date: 01/12/05 16:31:59

  Modified:src/docs/common doco.jsp
  Added:   src/docs/common 24x-book-toc.html
  Log:
  Add link to complete book toc and add toc.
  
  Revision  ChangesPath
  1.11  +2 -1  newsite/src/docs/common/doco.jsp
  
  Index: doco.jsp
  ===
  RCS file: /cvsroot/jboss/newsite/src/docs/common/doco.jsp,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- doco.jsp  2001/12/04 17:07:39 1.10
  +++ doco.jsp  2001/12/06 00:31:59 1.11
  @@ -11,7 +11,8 @@
   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. As a promotion we include the working draft of the forthcoming JBoss 
book to be 
  - published by SAMS publishing. This book is a complete rewrite of the documentation 
by Scott Stark.a class=link 
href=http://www.flashline.com/components/productsbyvendor.jsp?vendorid=1376affiliateid=260343;Buy
 now/a.
  + published by SAMS publishing. This book is a complete rewrite of the documentation 
by Scott Stark. See the book a class=link href=common/24x-book-toc.htmltable of 
contents/a, and then 
  +a class=link 
href=http://www.flashline.com/components/productsbyvendor.jsp?vendorid=1376affiliateid=260343;Buy
 now/a.
   
   
   p class=headJBOSSCMP 2.0 PERSISTENCE ENGINE DOCUMENTATION
  
  
  
  1.1  newsite/src/docs/common/24x-book-toc.html
  
  Index: 24x-book-toc.html
  ===
  !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
  
  html
  head
titleJBoss 2.4.x Book Table of Contents/title
  /head
  
  body
  h1Table of Content/h1
  
  pre
  h2Preface... 1/h2
Forward... 1
About the Authors.. 2
Dedication... 3
Acknowledgments.. 3
  h20.Introduction to JBoss... 1/h2
  About Open Source.. 1
  About J2EE... 2
The J2EE APIs.. 2
Why Open Source for J2EE?... 3
Who Uses J2EE Technology... 3
  About JBoss.. 4
JBoss: A Full J2EE Implementation with JMX... 4
JBossServer.. 5
JBossMQ 6
JBossTX... 7
JBossCMP... 7
JBossSX... 9
JBossCX... 9
Web Servers.. 10
  What this Book Covers.. 10
  h21.Installing and Building the JBoss Server... 11/h2
  Getting the Binary... 11
  Installing the Binary Package.. 12
Directory Structure... 12
  Configuration Files.. 14
auth.conf. 15
jboss.conf. 15
jboss.jcml. 16
jboss.properties.. 16
jbossmq-state.xml. 16
jndi.properties.. 16
log4j.properties.. 17
mail.properties.. 17
standardjaws.xml. 17
standardjboss.xml. 17
  Testing the Installation... 17
  Building the Server from Source Code.. 18
Accessing the JBoss CVS Repositories at SourceForge... 18
Understanding CVS... 18
Anonymous CVS Access.. 19
Obtaining a CVS Client.. 19
Understanding the JBoss CVS Modules.. 19
Building the JBoss-2.4.4 Distribution Using the CVS Cource Code... 20
Building the JBoss-2.4.4/Tomcat-3.2.4 Integrated Bundle Using the CVS Source 
Code... 26
  Summary... 27
  h22.JBoss Server Architecture Overview. 28/h2
  JMX... 28
An Introduction to JMX... 29
Instrumentation Level. 30
Agent Level. 31
Distributed Services Level. 31
JMX Component Overview. 32
Components of the Instrumentation Level. 33
Managed Beans or MBeans.. 33
Notification Model. 34
MBean Metadata Classes.. 34
Components of the Agent Level. 35
MBean Server.. 35
Agent Services.. 36
The dynamic loading m-let service... 37
The m-let configuration file... 37
The MLet MBean... 39
  JBoss and JMX... 40
Writing JBoss MBean services.. 42
The ConfigurationService MBean... 43
The Service life-cycle interface... 43
The ServiceControl MBean... 44
The init method... 45
The start method... 45
The stop method... 45
The destroy method... 45
Writing JBoss MBean services.. 46
A simple custom MBean example... 46
The Core JBoss MBeans.. 52
The bootstrap MBeans, jboss.conf. 52
org.jboss.logging.Log4jService... 54
org.jboss.util.ClassPathExtension... 54
org.jboss.util.Info... 55
org.jboss.configuration.ConfigurationService... 55
org.jboss.util.Shutdown... 55

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


  User: starksm 
  Date: 01/12/05 16:44:30

  Modified:src/main/org/jboss/ejb/plugins/jrmp/interfaces Tag:
Branch_2_4 BeanProxy.java
  Log:
  Validate for null arguments in isIdentical to fix bug #489461
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.4.1   +16 -7 
jboss/src/main/org/jboss/ejb/plugins/jrmp/interfaces/BeanProxy.java
  
  Index: BeanProxy.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp/interfaces/BeanProxy.java,v
  retrieving revision 1.1
  retrieving revision 1.1.4.1
  diff -u -r1.1 -r1.1.4.1
  --- BeanProxy.java2001/05/02 03:04:14 1.1
  +++ BeanProxy.java2001/12/06 00:44:30 1.1.4.1
  @@ -19,7 +19,7 @@
* An abstract base proxy class from which all bean proxys extend from.
*
* @author  Jason Dillon a 
href=mailto:[EMAIL PROTECTED];lt;[EMAIL PROTECTED]gt;/a
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.1.4.1 $
*/
   public abstract class BeanProxy
  extends GenericProxy
  @@ -48,8 +48,10 @@
   /**
* Initialize {@link EJBObject} method references.
*/
  -static {
  -try {
  +static
  +{
  +try
  +{
   final Class[] empty = {};
   final Class type = EJBObject.class;

  @@ -58,7 +60,8 @@
GET_EJB_HOME = type.getMethod(getEJBHome, empty);
IS_IDENTICAL = type.getMethod(isIdentical, new Class[] { 
type });
   }
  -catch (Exception e) {
  +catch (Exception e)
  +{
   e.printStackTrace();
   throw new ExceptionInInitializerError(e);
   }
  @@ -101,14 +104,17 @@
* @throws NamingExceptionFailed to create InitalContext or lookup
*EJBHome reference.
*/
  -protected EJBHome getEJBHome() throws NamingException {
  +protected EJBHome getEJBHome() throws NamingException
  +{
   // get a reference to the correct context
   final InitialContext ctx = createInitialContext();
   
  -try {
  +try
  +{
   return (EJBHome)ctx.lookup(name);
   }
  -finally {
  +finally
  +{
   ctx.close();
   }
   }
  @@ -126,6 +132,9 @@
   protected Boolean isIdentical(final Object a, final Object b)
   throws RemoteException
   {
  +if( a == null )
  +   return a == b;
  +
   final EJBObject ejb = (EJBObject)a;
   final Object pk = ejb.getPrimaryKey();
   return new Boolean(pk.equals(b));
  
  
  

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

Re: RE: [JBoss-dev] Re: Bring it back, jason !


This is peachy, the user community can now see the hell that cvs update is... 

which makes me think that OK... we should really separate the flows at least in the 
forum format,

while I can scroll in my mailer, here it is really eats up all the space

marcf




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

Re: [JBoss-dev] DTDs are missing from website?


 Then just copy the dtds over from the source
 repository. The snapshot
 was part of the build and so was fair game for
 inclusion in the website
 content. You broke that and you should fix it. The
 JBoss specific dtds
 from server/src/resources/org/jboss/metadata need to
 be placed in
 a j2ee/dtd subdirectory of the website war to make
 them available at
 the http://www.jboss.org/j2ee/dtd/xxx URI described
 in the dtd files.


Hey we agree, in his defense I will say that he broke something because he was working 
and only those who work break stuff, 

So here goes politely and all, 

Jason, my heart, would _please_ put the fucking DTDs back 

]:)




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

Re: [JBoss-dev] Good JUnit example to test EJBs


The best examples I have seen are Scott's security tests and (to be
immodest) my jmx tests.  If you base your test classes off of
JBossTestCase and JBossTestSuite you'll have deployment/undeployment
services from these base classes.  Please be sure to undeploy everything
you deploy at the end of the test;-)

I case you aren't too familiar with junit...

in a Test, setUp and tearDown are executed before and after each test.  If
you want a setup for a whole series of tests, use [JBoss]TestSetup to wrap
a suite: this will setup once before the suite begins and teardown after
all the tests run (Thanks to Scott for pointing this out to me after I
removed several of them;-)

JBossTestCase has one test built in -- it just gets the mbean server.  This
is intended as kind of a sanity check-- if this fails there is something
wrong with your setup code.

Ask if you have more questions.

david jencks

On 2001.12.05 18:48:27 -0500 Andreas Schaefer wrote:
 Hi Geeks
 
 I want to write a JUnit testsuite for JSR-77 EJB.
 Can a JUnit Guru tell me which one of the existing
 one in JBoss is should take as a template ?
 
 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-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: RE: [JBoss-dev] Re: Bring it back, jason !


Thinking some more about this jason, can we just block the user called cvs update?  
that would probably take care of it...





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

Re: RE: [JBoss-dev] Re: Bring it back, jason !


nope, there isn't any such user.  they are all logged in as guest... which 
we can't block or all the gateway stuff will break.

--jason


On Wed, 5 Dec 2001, marc fleury wrote:

 Thinking some more about this jason, can we just block the user called cvs update? 
 that would probably take care of it...
 
 
 
 
 
 ___
 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: RE: [JBoss-dev] Re: Bring it back, jason !


Why don't you create a new ml on sf.net, then we can setup cvs to mail to 
it, freeing up the dev forum (and ml) from this.

--jason


On Wed, 5 Dec 2001, marc fleury wrote:

 This is peachy, the user community can now see the hell that cvs update is... 
 
 which makes me think that OK... we should really separate the flows at least in the 
forum format,
 
 while I can scroll in my mailer, here it is really eats up all the space
 
 marcf
 
 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 


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

[JBoss-dev] build system updates coming


I am reducing the size of all build.xml files.   please don't check in any 
major structural changes to any build.xml for a bit.  minor changes should 
be ok, but anything too complex will freak out cvs update and cause nasty 
conflicts, which are a bitch to fix.

--jason


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

Re: [JBoss-dev] build system updates coming


 I am reducing the size of all build.xml files.
 please don't check in any
 major structural changes to any build.xml for a bit.
 minor changes should
 be ok, but anything too complex will freak out cvs
 update and cause nasty
 conflicts, which are a bitch to fix.
 
 --jason

Tell me about it I have about 50 files to check in and it is going to be a bitch... 

the simplification is most welcome Jason, 

to be polite and all I would say, 

Jason, my heart, would you _please_ simplify the fucking build.xml file down from 1300 
lines ?

please?

:D




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

[JBoss-dev] Re: JBOSS DEV LIST AND FORUM USAGE


can we drop the footer from the sf.net mailing lists?

may want to start thinking (again) about hosting our own lists too.



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

[JBoss-dev] JBOSS DEV LIST AND FORUM USAGE


Folks, 

I feel like I am now living in orbit, reading the jboss-development mailing through 
the web interface and answering through the webinterface and I actually see what is 
good about it, 

ONE REQUEST FOR THE USERS OF EMAILS

 PLEASE DO NOT OVERQUOTE ***

MEANING GET RID OF 
 bla bla bla
 bla bla bla
 
 jboss-development
 bla bla bla
 
AS THESE APPEAR in full in the web page, the page becomes rapidly unreadable, Try this 
link http://www.jboss.org/forums/thread.jsp?forum=66thread=4823

for a random example of what I mean


B-)
marcf



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

[JBoss-dev] build.xml issue

2001-12-05 Thread test


Hi,

I am trying to do a build with run-jboss argument. But
build.xml is not able to resolve run.sh path.

${project.release}/${release.id}

However build is actually putting output at jboss-3.0.0alpha. 

Is there something I am missing here? 

 




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

[JBoss-dev] Re: build.xml issue