[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jms DLQHandler.java JMSContainerInvoker.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 00:15:36

  Modified:src/main/org/jboss/ejb/plugins/jms DLQHandler.java
JMSContainerInvoker.java
  Log:
  Change all use of log.debug to log.trace for method that are in the
  invocation path or associated with timers. Debug is only for O(1)
  messages.
  
  Revision  ChangesPath
  1.9   +9 -12 jboss/src/main/org/jboss/ejb/plugins/jms/DLQHandler.java
  
  Index: DLQHandler.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jms/DLQHandler.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- DLQHandler.java   9 Feb 2002 16:09:24 -   1.8
  +++ DLQHandler.java   12 Feb 2002 08:15:36 -  1.9
  @@ -52,7 +52,7 @@
* Created: Thu Aug 23 21:17:26 2001
*
* @author
  - * @version $Revision: 1.8 $ $Date: 2002/02/09 16:09:24 $
  + * @version $Revision: 1.9 $ $Date: 2002/02/12 08:15:36 $
*/
   
   public class DLQHandler
  @@ -188,8 +188,7 @@
// if we can't get the id we are basically fucked
if(id != null  incrementResentCount(id)  maxResent)
{
  -if (log.isInfoEnabled())
  -   log.info(Message resent too many time, sending it to DLQ. Id:  + 
id);
  +log.info(Message resent too many time, sending it to DLQ. Id:  + id);
   sendMessage(msg);
   deleteFromBuffer(id);
   return true;
  @@ -213,11 +212,11 @@
  protected int incrementResentCount(String id)
  {
 BufferEntry entry = null;
  -  boolean debug = log.isDebugEnabled();
  +  boolean trace = log.isTraceEnabled();
 if(!resentBuffer.containsKey(id))
 {
  - if (debug)
  - log.debug(Making new entry for id  + id);
  + if (trace)
  + log.trace(Making new entry for id  + id);
entry = new BufferEntry();
entry.id = id;
entry.count = 1;
  @@ -226,8 +225,8 @@
 {
entry = (BufferEntry)resentBuffer.get(id);
entry.count++;
  - if (debug)
  - log.debug(Incremented old entry for id  + id +  count  + entry.count);
  + if (trace)
  + log.trace(Incremented old entry for id  + id +  count  + entry.count);
 }
 return entry.count;
  }
  @@ -258,8 +257,8 @@

ses = connection.createQueueSession(false,Session.AUTO_ACKNOWLEDGE);
sender = ses.createSender(dlq);
  - if (log.isDebugEnabled())
  - log.debug(Resending DLQ message to destination + dlq);
  + if (log.isTraceEnabled())
  +log.trace(Resending DLQ message to destination + dlq);
sender.send(msg,deliveryMode,priority,timeToLive);
 }
 finally
  @@ -283,7 +282,6 @@
   */
  protected Message makeWritable(Message msg) throws JMSException
  {
  -  
 Hashtable tmp = new Hashtable();
 // Save properties
 for(Enumeration en = msg.getPropertyNames();en.hasMoreElements();)
  @@ -295,7 +293,6 @@
 msg.clearProperties();
 
 Enumeration keys = tmp.keys();
  -  
 while(keys.hasMoreElements())
 {
String key = (String) keys.nextElement();
  
  
  
  1.44  +10 -29
jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java
  
  Index: JMSContainerInvoker.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- JMSContainerInvoker.java  9 Feb 2002 16:09:24 -   1.43
  +++ JMSContainerInvoker.java  12 Feb 2002 08:15:36 -  1.44
  @@ -56,7 +56,7 @@
*  /a
* @authora href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @authora href=mailto:[EMAIL PROTECTED];Jason Dillon/a
  - * @version   $Revision: 1.43 $
  + * @version   $Revision: 1.44 $
*/
   public class JMSContainerInvoker
  implements ContainerInvoker, XmlLoadable
  @@ -341,7 +341,7 @@
   * @param element  Description of Parameter
   * @exception DeploymentException  Description of Exception
   */
  -   public void importXml(Element element) throws DeploymentException
  +   public void importXml(Element element) throws Exception
  {
 try
 {
  @@ -430,20 +430,15 @@
   * @throws Exception  Failed to initalize.
   */
  public void innerCreate() throws Exception
  -
  {
  -  boolean debug = log.isDebugEnabled();
  -  if (debug)
 log.debug(initializing);
 
  -  // Set up Dead Letter Queue handler
  -  
  -  if (useDLQ) {
  -
  +  // Set up Dead Letter Queue handler  
  +  if (useDLQ)
  +  {
dlqHandler = new DLQHandler();

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

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 00:15:35

  Modified:src/main/org/jboss/ejb Container.java
StatefulSessionContainer.java
  Log:
  Change all use of log.debug to log.trace for method that are in the
  invocation path or associated with timers. Debug is only for O(1)
  messages.
  
  Revision  ChangesPath
  1.72  +21 -33jboss/src/main/org/jboss/ejb/Container.java
  
  Index: Container.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v
  retrieving revision 1.71
  retrieving revision 1.72
  diff -u -r1.71 -r1.72
  --- Container.java6 Feb 2002 20:59:27 -   1.71
  +++ Container.java12 Feb 2002 08:15:35 -  1.72
  @@ -78,7 +78,7 @@
   * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
   * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
   * @author a href=[EMAIL PROTECTED]Bill Burke/a
  -* @version $Revision: 1.71 $
  +* @version $Revision: 1.72 $
   *
   * pbRevisions:/b
   *
  @@ -543,50 +543,41 @@
  * Handle a operation invocation.
  */
  public Object invoke(String actionName, Object[] params, String[] signature)
  -   throws MBeanException, ReflectionException
  -   {
  -  
  +  throws MBeanException, ReflectionException
  +   {  
 if( params != null  params.length == 1  (params[0] instanceof Invocation) 
== false )
throw new MBeanException(new IllegalArgumentException(Expected zero or 
single Invocation argument));
  -  
  +
 Object value = null;
 Invocation mi = null;
 if( params != null  params.length == 1 )
mi = (Invocation) params[0];
  -  
  +
 ClassLoader callerClassLoader = 
Thread.currentThread().getContextClassLoader();
  +  boolean trace = log.isTraceEnabled();
 try
 {
  - Thread.currentThread().setContextClassLoader(this.classLoader);
  - 
  - 
  + Thread.currentThread().setContextClassLoader(this.classLoader);
switch (mi.getType())  
{
  -
   // Check against home, remote, localHome, local, getHome, getRemote, 
getLocalHome, getLocal
   case Invocation.REMOTE:
  -   
  if (mi instanceof MarshalledInvocation)
  -  
  {
 ((MarshalledInvocation) 
mi).setMethodMap(marshalledInvocationMapping);
 
  -  if (log.isDebugEnabled())
  - // FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  -  log.debug(METHOD REMOTE INVOKE 
+mi.getContainer()+||+mi.getMethod().getName()+||);
  -   
  +  // FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  +  if( trace )
  + log.trace(METHOD REMOTE INVOKE 
+mi.getContainer()+||+mi.getMethod().getName()+||);
  }
  // FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  else if 
(!mi.getMethod().getDeclaringClass().isAssignableFrom(remoteInterface))
  {
  -  
  -  if (log.isDebugEnabled())
  +  if( trace )
 {
// FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  - log.debug(METHOD REMOTE INVOKE 
+mi.getContainer()+||+mi.getMethod().getName()+||);
  - 
  - // FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  - log.debug(WARNING: YOU ARE RUNNING NON-OPTIMIZED);
  + log.trace(METHOD REMOTE INVOKE 
+mi.getContainer()+||+mi.getMethod().getName()+||);
  + log.trace(WARNING: YOU ARE RUNNING NON-OPTIMIZED);
 }
 
 // TEMP FIXME HACK This makes user transactions on the server 
work until
  @@ -624,24 +615,22 @@
 
 ((MarshalledInvocation) 
mi).setMethodMap(marshalledInvocationMapping);
 
  -  if (log.isDebugEnabled())
  - // FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  -  log.debug(METHOD HOME INVOKE 
+mi.getContainer()+||+mi.getMethod().getName()+||+mi.getArguments().toString());
  +  // FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  +  if( trace )
  + log.trace(METHOD HOME INVOKE 
+mi.getContainer()+||+mi.getMethod().getName()+||+mi.getArguments().toString());
  
  }
  // FIXME FIXME FIXME FIXME REMOVE WHEN CL ARE INTEGRATED
  else if 
(!mi.getMethod().getDeclaringClass().isAssignableFrom(remoteInterface))
  {
 
  -  if 

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/ejb EntityBean.java SessionBean.java TxSessionBean.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 01:38:00

  Modified:src/main/org/jboss/test/perf/ejb EntityBean.java
SessionBean.java TxSessionBean.java
  Log:
  Fix some problems with the key ranges and add an assertion in the
  Session.remove(int low, int high) method that the remove count
  is as expected.
  
  Revision  ChangesPath
  1.2   +78 -70jbosstest/src/main/org/jboss/test/perf/ejb/EntityBean.java
  
  Index: EntityBean.java
  ===
  RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/ejb/EntityBean.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- EntityBean.java   25 Aug 2000 13:43:43 -  1.1
  +++ EntityBean.java   12 Feb 2002 09:37:59 -  1.2
  @@ -2,74 +2,82 @@
   // EntityBean.java
   import org.jboss.test.perf.interfaces.EntityPK;
   
  -public class EntityBean implements javax.ejb.EntityBean {
  -
  -  private javax.ejb.EntityContext _context;
  -  private transient boolean   isDirty; //WL
  -
  -  public int the_key;
  -  public int the_value;
  -
  -  public int read() {
  -// WL
  -setModified(false); // to avoid writing
  -return the_value;
  -  }
  -  
  -  public void write(int the_value) {
  -// WL
  -setModified(true); // to force writing
  -this.the_value = the_value;
  -  }
  -
  -  public EntityPK ejbCreate(int the_key, int the_value) {
  -this.the_key = the_key;
  -this.the_value = the_value;
  -return null;
  -  }
  -
  -  public void ejbPostCreate(int the_key, int the_value) {
  -  }
  -
  -  public void ejbRemove() {
  -  }
  -
  -  public void setEntityContext(javax.ejb.EntityContext context) {
  -_context = context;
  -  }
  -
  -  public void unsetEntityContext() {
  -_context = null;
  -  }
  -
  -  public void ejbActivate() {
  -  }
  -
  -  public void ejbPassivate() {
  -  }
  -
  -  public void ejbLoad() {
  -// WL
  -setModified(false); // to avoid writing
  -  }
  -
  -  public void ejbStore() {
  -// WL
  -setModified(false); // to avoid writing
  -  }
  -
  -  public String toString() {
  -return EntityBean[the_key= + the_key + ,the_value= + the_value +];
  -  }
  -
  -  // WL
  -  public boolean isModified() {
  -return isDirty;
  -  }
  -  // WL
  -  public void setModified(boolean flag) {
  -isDirty = flag;
  -  }
  -
  -
  +public class EntityBean implements javax.ejb.EntityBean
  +{
  +   private javax.ejb.EntityContext _context;
  +   private transient boolean isDirty;
  +   
  +   public int the_key;
  +   public int the_value;
  +   
  +   public int read()
  +   {
  +  setModified(false); // to avoid writing
  +  return the_value;
  +   }
  +   
  +   public void write(int the_value)
  +   {
  +  setModified(true); // to force writing
  +  this.the_value = the_value;
  +   }
  +   
  +   public EntityPK ejbCreate(int the_key, int the_value)
  +   {
  +  this.the_key = the_key;
  +  this.the_value = the_value;
  +  return null;
  +   }
  +   
  +   public void ejbPostCreate(int the_key, int the_value)
  +   {
  +   }
  +   
  +   public void ejbRemove()
  +   {
  +   }
  +   
  +   public void setEntityContext(javax.ejb.EntityContext context)
  +   {
  +  _context = context;
  +   }
  +   
  +   public void unsetEntityContext()
  +   {
  +  _context = null;
  +   }
  +   
  +   public void ejbActivate()
  +   {
  +   }
  +   
  +   public void ejbPassivate()
  +   {
  +   }
  +   
  +   public void ejbLoad()
  +   {
  +  setModified(false); // to avoid writing
  +   }
  +   
  +   public void ejbStore()
  +   {
  +  setModified(false); // to avoid writing
  +   }
  +   
  +   public String toString()
  +   {
  +  return EntityBean[the_key= + the_key + ,the_value= + the_value +];
  +   }
  +   
  +   public boolean isModified()
  +   {
  +  return isDirty;
  +   }
  +
  +   public void setModified(boolean flag)
  +   {
  +  isDirty = flag;
  +   }
  +   
   }
  
  
  
  1.3   +4 -0  jbosstest/src/main/org/jboss/test/perf/ejb/SessionBean.java
  
  Index: SessionBean.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/ejb/SessionBean.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- SessionBean.java  13 Jul 2001 17:14:33 -  1.2
  +++ SessionBean.java  12 Feb 2002 09:38:00 -  1.3
  @@ -82,11 +82,15 @@
 else
 {
java.util.Enumeration elements = findInRange(low, high);
  + int count = 0;
while(elements.hasMoreElements())
{
   Entity entity = (Entity) elements.nextElement();
   entity.remove();
  +count ++;
}
  + if( count != (high-low) )
  +throw new RemoveException(Removed +count+ but should 

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

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 01:38:00

  Modified:src/main/org/jboss/test/perf/test PerfStressTestCase.java
  Log:
  Fix some problems with the key ranges and add an assertion in the
  Session.remove(int low, int high) method that the remove count
  is as expected.
  
  Revision  ChangesPath
  1.4   +5 -22 
jbosstest/src/main/org/jboss/test/perf/test/PerfStressTestCase.java
  
  Index: PerfStressTestCase.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/test/PerfStressTestCase.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- PerfStressTestCase.java   19 Sep 2001 19:16:54 -  1.3
  +++ PerfStressTestCase.java   12 Feb 2002 09:38:00 -  1.4
  @@ -35,18 +35,16 @@
   /** Test of EJB call invocation overhead.

@author [EMAIL PROTECTED]
  - @version $Revision: 1.3 $
  + @version $Revision: 1.4 $
*/
   public class PerfStressTestCase extends JBossTestCase
   {
  int iterationCount;
  -   int beanCount;
  
  public PerfStressTestCase(String name)
  {
 super(name);
 iterationCount = getIterationCount();
  -  beanCount = getBeanCount();
  }
  
  public void testClientSession() throws Exception
  @@ -56,7 +54,7 @@
 obj = PortableRemoteObject.narrow(obj, SessionHome.class);
 SessionHome home = (SessionHome) obj;
 getLog().debug(Found SessionHome @ jndiName=ClientSession);
  -  Session bean = home.create(Entity);
  +  Session bean = home.create(ClientEntity);
 getLog().debug(Created ClientSession);
 try
 {
  @@ -64,6 +62,7 @@
 }
 catch(javax.ejb.CreateException e)
 {
  + getLog().error(Failed to create 100 ClientSessions, e);
 }
 long start = System.currentTimeMillis();
 bean.read(0);
  @@ -130,19 +129,11 @@
 obj = PortableRemoteObject.narrow(obj, EntityHome.class);
 EntityHome home = (EntityHome) obj;
 getLog().debug(Found EntityHome @ jndiName=Entity);
  -  EntityPK key = new EntityPK(1);
  +  EntityPK key = new EntityPK(0);
 Entity bean = null;
   
 getLog().debug(Running with 1 instance...);
 findByPrimaryKey(key, home);
  -  getLog().debug(Running with 100 instance...);
  -  findByPrimaryKey(key, home);
  -  getLog().debug(Running with 1000 instance...);
  -  findByPrimaryKey(key, home);
  -/*
  -  getLog().debug(Running with 1 instance...);
  -  findByPrimaryKey(key, home);
  -*/
  }
  public void testFindByPrimaryKey2() throws Exception
  {
  @@ -151,19 +142,11 @@
 obj = PortableRemoteObject.narrow(obj, Entity2Home.class);
 Entity2Home home = (Entity2Home) obj;
 getLog().debug(Found EntityHome @ jndiName=Entity);
  -  Entity2PK key = new Entity2PK(1, String1, new Double(1));
  +  Entity2PK key = new Entity2PK(0, String0, new Double(0));
 Entity bean = null;
   
 getLog().debug(Running with 1 instance...);
 findByPrimaryKey(key, home);
  -  getLog().debug(Running with 100 instance...);
  -  findByPrimaryKey(key, home);
  -  getLog().debug(Running with 1000 instance...);
  -  findByPrimaryKey(key, home);
  -/*
  -  getLog().debug(Running with 1 instance...);
  -  findByPrimaryKey(key, home);
  -*/
  }
   
  private void warmup(Probe bean) throws Exception
  
  
  

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

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/interfaces EntityHome.java EntityPK.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 01:38:00

  Modified:src/main/org/jboss/test/perf/interfaces EntityHome.java
EntityPK.java
  Log:
  Fix some problems with the key ranges and add an assertion in the
  Session.remove(int low, int high) method that the remove count
  is as expected.
  
  Revision  ChangesPath
  1.2   +2 -3  
jbosstest/src/main/org/jboss/test/perf/interfaces/EntityHome.java
  
  Index: EntityHome.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/interfaces/EntityHome.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- EntityHome.java   25 Aug 2000 13:43:44 -  1.1
  +++ EntityHome.java   12 Feb 2002 09:38:00 -  1.2
  @@ -1,8 +1,8 @@
   package org.jboss.test.perf.interfaces;
   // EntityHome.java
   
  -public interface EntityHome extends javax.ejb.EJBHome {
  -
  +public interface EntityHome extends javax.ejb.EJBHome
  +{
 Entity create(int key, int value) 
   throws java.rmi.RemoteException, javax.ejb.CreateException;
   
  @@ -11,5 +11,4 @@
   
 java.util.Enumeration findInRange(int min, int max) 
   throws java.rmi.RemoteException, javax.ejb.FinderException;
  -
   }
  
  
  
  1.3   +47 -26jbosstest/src/main/org/jboss/test/perf/interfaces/EntityPK.java
  
  Index: EntityPK.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/interfaces/EntityPK.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- EntityPK.java 26 Jun 2001 18:28:35 -  1.2
  +++ EntityPK.java 12 Feb 2002 09:38:00 -  1.3
  @@ -1,32 +1,53 @@
   package org.jboss.test.perf.interfaces;
   // EntityPK.java
   
  +import java.net.URL;
  +import java.security.ProtectionDomain;
  +
   public class EntityPK implements java.io.Serializable
   {
  -  public int the_key;
  -
  -  public EntityPK()
  -  {
  -  }
  -
  -  public EntityPK(int the_key)
  -  {
  -this.the_key = the_key;
  -  }
  -
  -  public boolean equals(Object obj)
  -  {
  - EntityPK key = (EntityPK) obj;
  - return the_key == key.the_key;
  -  }
  -  public int hashCode()
  -  {
  - return the_key;
  -  }
  -
  -  public String toString()
  -  {
  -return EntityPK[ + the_key + ];
  -  }
  -
  +   public int the_key;
  +   
  +   public EntityPK()
  +   {
  +   }
  +   
  +   public EntityPK(int the_key)
  +   {
  +  this.the_key = the_key;
  +   }
  +   
  +   public boolean equals(Object obj)
  +   {
  +  boolean equals = false;
  +  try
  +  {
  + EntityPK key = (EntityPK) obj;
  + equals = the_key == key.the_key;
  +  }
  +  catch(ClassCastException e)
  +  {
  + e.printStackTrace();
  + // Find the codebase of obj
  + ProtectionDomain pd0 = getClass().getProtectionDomain();
  + URL loc0 = pd0.getCodeSource().getLocation();
  + ProtectionDomain pd1 = obj.getClass().getProtectionDomain();
  + URL loc1 = pd1.getCodeSource().getLocation();
  + System.out.println(PK0 location=+loc0);
  + System.out.println(PK0 loader=+getClass().getClassLoader());
  + System.out.println(PK1 location=+loc1);
  + System.out.println(PK1 loader=+obj.getClass().getClassLoader());
  +  }
  +  return equals;
  +   }
  +   public int hashCode()
  +   {
  +  return the_key;
  +   }
  +   
  +   public String toString()
  +   {
  +  return EntityPK[ + the_key + ];
  +   }
  +   
   }
  
  
  

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

[JBoss-dev] CVS update: jbosstest/src/resources/perf/META-INF ejb-jar.xml

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 01:38:29

  Modified:src/resources/perf/META-INF ejb-jar.xml
  Log:
  Add a seperate copy of the Entity for the testClientSession test
  
  Revision  ChangesPath
  1.6   +17 -0 jbosstest/src/resources/perf/META-INF/ejb-jar.xml
  
  Index: ejb-jar.xml
  ===
  RCS file: /cvsroot/jboss/jbosstest/src/resources/perf/META-INF/ejb-jar.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- ejb-jar.xml   14 Jul 2001 07:25:40 -  1.5
  +++ ejb-jar.xml   12 Feb 2002 09:38:29 -  1.6
  @@ -71,6 +71,23 @@
 /entity
   
 entity
  + descriptionA second deployment of Entity for the 
testClientSession/description
  + ejb-nameClientEntity/ejb-name
  + homeorg.jboss.test.perf.interfaces.EntityHome/home
  + remoteorg.jboss.test.perf.interfaces.Entity/remote
  + ejb-classorg.jboss.test.perf.ejb.EntityBean/ejb-class
  + persistence-typeContainer/persistence-type
  + prim-key-classorg.jboss.test.perf.interfaces.EntityPK/prim-key-class
  + reentrantTrue/reentrant
  + cmp-field
  +field-namethe_key/field-name
  + /cmp-field
  + cmp-field
  +field-namethe_value/field-name
  + /cmp-field
  +  /entity
  +
  +  entity
ejb-nameEntity2/ejb-name
homeorg.jboss.test.perf.interfaces.Entity2Home/home
remoteorg.jboss.test.perf.interfaces.Entity/remote
  
  
  

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

[JBoss-dev] [ jboss-Bugs-516367 ] Custom finders are silently ignored

[noreply]

Bugs item #516367, was opened at 2002-02-12 01:47
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516367group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Custom finders are silently ignored

Initial Comment:
See the current 
org.jboss.test.perf.test.PerfStressTestCase unit test 
and its testClientSession method for the problem. This 
method creates 100 entity beans through a session, 
operates on them and then removes them. The removal 
code in the org.jboss.test.perf.ejb.SessionBean.remove
(int low, int high) method is querying the 
EntityHome.findInRange(min, max) custom multi-finder 
which is declared, but requires a jaws.xml definition 
and none is given. So JBossCMP just returns an empty 
collection instead of failing. This should either be 
caught on deployment or at runtime when the finder is 
used.

You can run the PerfStressTestCase using:
build.sh -
Dtest=org.jboss.test.perf.test.PerfStressTestCase one-
test 



--

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

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

[JBoss-dev] CVS update: jboss/src/etc/conf/default log4j.properties

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 02:20:28

  Modified:src/etc/conf/default log4j.properties
  Log:
  Comment out the org.jboss.system TRACE level
  
  Revision  ChangesPath
  1.20  +2 -4  jboss/src/etc/conf/default/log4j.properties
  
  Index: log4j.properties
  ===
  RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/log4j.properties,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- log4j.properties  6 Feb 2002 19:32:05 -   1.19
  +++ log4j.properties  12 Feb 2002 10:20:28 -  1.20
  @@ -4,7 +4,7 @@
   ##  ##
   ### == ###
   
  -### $Id: log4j.properties,v 1.19 2002/02/06 19:32:05 mnf999 Exp $ ###
  +### $Id: log4j.properties,v 1.20 2002/02/12 10:20:28 starksm Exp $ ###
   
   # This creates a server.log appender and a console appender.
   
  @@ -43,8 +43,6 @@
   # The old style pattern
   #log4j.appender.Console.layout.ConversionPattern=[%d{ABSOLUTE},%c{1}] %m%n
   
  -# Enable TRACE for the org.jboss.system package for now
  -log4j.category.org.jboss.system=TRACE#org.jboss.logging.TracePriority
   
   # Example of increasing the priority threshold for the DefaultDS category
   #log4j.category.DefaultDS=FATAL
  @@ -60,4 +58,4 @@
   # turns on TRACE level msgs for the org.jboss.ejb.plugins package and its
   # subpackages. This will produce A LOT of logging output.
   #log4j.category.org.jboss.ejb.plugins=TRACE#org.jboss.logging.TracePriority
  -
  +#log4j.category.org.jboss.system=TRACE#org.jboss.logging.TracePriority
  
  
  

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

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

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 02:40:19

  Modified:src/main/org/jboss/system BootstrapLogger.java
  Log:
  General cleanup and comments
  
  Revision  ChangesPath
  1.5   +101 -111  jboss/src/main/org/jboss/system/BootstrapLogger.java
  
  Index: BootstrapLogger.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/BootstrapLogger.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- BootstrapLogger.java  4 Jan 2002 00:33:39 -   1.4
  +++ BootstrapLogger.java  12 Feb 2002 10:40:19 -  1.5
  @@ -10,20 +10,20 @@
   import java.lang.reflect.Method;
   import java.lang.reflect.InvocationTargetException;
   
  -/** 
  +/**
* A utility class that allows the use of log4j by classes that must be loaded
* from the system classpath. It uses reflection to obtain access to the log4j
* classes using the thread context class loader.
*
* @author  a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
  - * @version $Revision: 1.4 $
  + * @version $Revision: 1.5 $
*/
   public class BootstrapLogger
   {
  /** The log4j Category class name */
  private static final String CATEGORY_CLASS = org.apache.log4j.Category;
  -
  +   
  /** The log4j Priority class name */
  private static final String PRIORITY_CLASS = org.apache.log4j.Priority;
  
  @@ -41,13 +41,13 @@
  private static final String[] PRIORITY_NAMES = {
 TRACE, DEBUG, INFO, WARN, ERROR, FATAL
  };
  -
  +   
  /** An array of the org.apache.log4j.Category methods used by BootstrapLogger */
  private static Method[] log4jMethods = null;
  -  
  +   
  /** An array of Priority objects corresponding to the names TRACE..FATAL */
  private static Object[] log4jPriorities = new Object[PRIORITY_NAMES.length];
  -   
  +   /** The indcies into the log4jPriorities array */
  private static final int TRACE = 0;
  private static final int DEBUG = 1;
  private static final int INFO = 2;
  @@ -66,10 +66,15 @@
  
  /** The threashold used when uninitialized */
  private static int threshold = INFO;
  -
  +   
  /** True to enable more verbose logging when log4j is not yet initialized. */
  private static boolean verbose = false;
  -   
  +
  +   /** The placeholder passed to the log(int,Object,Throwable) method by
  +the log methods that do not take a Throwable.
  +*/
  +   private static final Throwable NO_EXCEPTION = new Throwable();
  +
  // Externalize behavior using properties
  static
  {
  @@ -85,13 +90,13 @@
e.printStackTrace();
 }
  }
  -
  +   
  /** The log4j Category object the BootstrapLogger delegates to. */
  private Object category;
  
  /** The category type. */
  private String categoryType;
  -
  +   
  public static BootstrapLogger getLogger(Class type)
  {
 return getLogger(type.getName());
  @@ -103,91 +108,93 @@
 {
initLog4j();
 }
  -  catch(Exception ignore) {}
  -
  +  catch(Exception ignore)
  +  {
  +  }
  +  
 return new BootstrapLogger(typename);
  }
  -
  +   
  // --- Begin log4j Category methods we expose
  
  public void trace(Object msg)
  {
  -  log(TRACE, msg);
  +  log(TRACE, msg, NO_EXCEPTION);
  }
  -   
  +
  public void trace(Object msg, Throwable ex)
  {
 log(TRACE, msg, ex);
  }
  -   
  +
  public void debug(Object msg)
  {
  -  log(DEBUG, msg);
  +  log(DEBUG, msg, NO_EXCEPTION);
  }
  -   
  +
  public void debug(Object msg, Throwable ex)
  {
 log(DEBUG, msg, ex);
  }
  -   
  +
  public void info(Object msg)
  {
  -  log(INFO, msg);
  +  log(INFO, msg, NO_EXCEPTION);
  }
  -   
  +
  public void info(Object msg, Throwable ex)
  {
 log(INFO, msg, ex);
  }
  -   
  +
  public void warn(Object msg)
  {
  -  log(WARN, msg);
  +  log(WARN, msg, NO_EXCEPTION);
  }
  -   
  +
  public void warn(Object msg, Throwable ex)
  {
 log(WARN, msg, ex);
  }
  -   
  +
  public void error(Object msg)
  {
  -  log(ERROR, msg);
  +  log(ERROR, msg, NO_EXCEPTION);
  }
  -   
  +
  public void error(Object msg, Throwable ex)
  {
 log(ERROR, msg, ex);
  }
  -   
  +
  public void fatal(Object msg)
  {
  -  log(FATAL, msg);
  +  log(FATAL, msg, NO_EXCEPTION);
  }
  -   
  +
  public void fatal(Object msg, Throwable ex)
  {
 log(FATAL, msg, ex);
  }
  -   
  +
  public boolean isTraceEnabled()
  {
 return isEnabledFor(TRACE);
  }
  -   
  +
  public boolean isDebugEnabled()
  {
 return isEnabledFor(DEBUG);
  }
  -   
  +

[JBoss-dev] [ jboss-Bugs-516403 ] MBean XML attrib should be Doc'Fragment

[noreply]

Bugs item #516403, was opened at 2002-02-12 04:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516403group_id=22866

Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Alain Coetmeur (coetmeur)
Assigned to: Nobody/Anonymous (nobody)
Summary: MBean XML attrib should be Doc'Fragment

Initial Comment:
In Catalina MBean the Config
attribute is an XML Element.

This seems to be a generic behavior
of JbossMX MBean.

the problem that I uncoultered
working on  catalina MBean is that
since the parameter of the set Method
is an XML Element, it can only be...
*ONE* XML Element (!). 

- problem1 : error message on multiple elements
no warning is emitted when
multiple element are embedded
in the Attribute tag
something should signal it,
to avoid the deployer to lost hours
to discover that it's configuration
is ignored.

note that it is not trivial because
ther may exist ignorable_space or comments
or PI between the opening Attribute tag and the
embedded element...


- problem2 : Document fragment MBean attribute
One way to solve the problem for
future MBean is to accept DocumentFragment
DOM Nodes instead of Elements as MBean attribute

to be compatible Element sould be acceptable but
may be flagged as deprecated.

- problem3:
catalina MBean should be adapted to
the new scheme with doc fragment...
not hard, AFAIK...

best regards.

--

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

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

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Nobody/Anonymous (nobody)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Nobody/Anonymous (nobody)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

[JBoss-dev] Mbean dependancies

[Dave Smith]

Do we have any docs on this stuff? I'm tring to create a dependancy with 
a message driven Mbean that will wait until the topic it publishes is 
created and also wait until the EJB that it uses is deployed. From a 
quick look at the example with the TopicManager it looks like you have 
to create a an MBean attribute with type ObjectName that maps to the JMX 
service you need. If that is the case how would you tie it to an EJB?

Head spinning in Toronto ...



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

[JBoss-dev] Survey still offline ?

[Tobias Frech]

Hi!
The link from the main page to the survey still leads to the JANUARY 11
CRASH page. Is that intended ?
Ciao,
Tobias

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

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjbosscmp-jdbc.xml

[Dain Sundstrom]

  User: dsundstrom
  Date: 02/02/12 07:12:13

  Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
  Log:
  Added java.util.Data mapping for PostgreSQL
  
  Revision  ChangesPath
  1.16  +6 -1  jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
  
  Index: standardjbosscmp-jdbc.xml
  ===
  RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- standardjbosscmp-jdbc.xml 1 Feb 2002 01:26:58 -   1.15
  +++ standardjbosscmp-jdbc.xml 12 Feb 2002 15:12:11 -  1.16
  @@ -7,7 +7,7 @@
   !--   --
   !-- = --
   
  -!-- $Id: standardjbosscmp-jdbc.xml,v 1.15 2002/02/01 01:26:58 dsundstrom Exp $ --
  +!-- $Id: standardjbosscmp-jdbc.xml,v 1.16 2002/02/12 15:12:11 dsundstrom Exp $ --
   
   jbosscmp-jdbc
  
  @@ -531,6 +531,11 @@
java-typejava.lang.String/java-type
jdbc-typeVARCHAR/jdbc-type
sql-typeTEXT/sql-type
  +  /mapping
  +  mapping
  + java-typejava.util.Date/java-type
  + jdbc-typeTIMESTAMP/jdbc-type
  + sql-typeTIMESTAMP/sql-type
 /mapping
 mapping
java-typejava.sql.Date/java-type
  
  
  

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

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

Re: [JBoss-dev] Mbean dependancies

[Dave Smith]

OK. So a did a little digging and tried this ..

dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends

So it then delays startup but once the EJB is deployed it does not start 
the mbean. I'm I getting closer?


Dave Smith wrote:
 Do we have any docs on this stuff? I'm tring to create a dependancy with 
 a message driven Mbean that will wait until the topic it publishes is 
 created and also wait until the EJB that it uses is deployed. From a 
 quick look at the example with the TopicManager it looks like you have 
 to create a an MBean attribute with type ObjectName that maps to the JMX 
 service you need. If that is the case how would you tie it to an EJB?
 
 Head spinning in Toronto ...
 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



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

Re: [JBoss-dev] Mbean dependancies

[David Jencks]

On 2002.02.12 09:24:29 -0500 Dave Smith wrote:
 Do we have any docs on this stuff? I'm tring to create a dependancy with 
 a message driven Mbean that will wait until the topic it publishes is 
 created and also wait until the EJB that it uses is deployed. From a 
 quick look at the example with the TopicManager it looks like you have 
 to create a an MBean attribute with type ObjectName that maps to the JMX 
 service you need. If that is the case how would you tie it to an EJB?
 
 Head spinning in Toronto ...
 

no docs yet.  I started writing some, then marc changed a lot of stuff and
I haven't gotten back to it.

in the cvs version, you'd have
depends 
optional-attribute-name=myQueuejboss.mq:service=queue,name=myqueue/depends

I'm not sure if there is a way to depend on an ejb yet: this is certainly
in my plans.

You could try depending on the mbean for the ejb, such as

jboss.j2ee:service=EJB,jndiName=secure/perf/Entity

however I think these are not participating in the dependency management
scheme at the moment, so I don't think it will work.

Marc suggested using the jsr77 mbeans for dependencies, however we haven't
done anything about this yet.

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

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

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

[JBoss-dev] JBoss Code Style Guide

[Dain Sundstrom]

Hi all,

I wrote the JBossCMP code before I was aware the JBoss Code Style Guide, 
so I now I want to run a beautifier to correct my code.  Does any one 
use a free beautifier that they have setup for JBoss?

I found one called jacobe which seems to do the trick, but I have some 
questions about the style guide.

In class or interface declarations should I put a line terminator before 
extends and implements as in the example code?

Should I put a space between if and the open parenthesis? (There is not 
one in the sample.)

Should I put a space between catch and the open parenthesis? (There is 
one in the sample.)

Should I put a space between for and the open parenthesis? (There is one 
in the sample.)


I'm not going to update the code until after DR1 in case it introduces 
errors.

thanks
-dain


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

Re: [JBoss-dev] Mbean dependancies

[David Jencks]

On 2002.02.12 11:13:35 -0500 Dave Smith wrote:
 OK. So a did a little digging and tried this ..
 
 dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends
 
 So it then delays startup but once the EJB is deployed it does not start 
 the mbean. I'm I getting closer?
 

That's the mbean to use, but is your mbean doesn't start that means these
ejb-mbeans aren't participating in dependency management yet.

I'll try to take a look this afternoon.

david jencks
 
 Dave Smith wrote:
  Do we have any docs on this stuff? I'm tring to create a dependancy
 with 
  a message driven Mbean that will wait until the topic it publishes is 
  created and also wait until the EJB that it uses is deployed. From a 
  quick look at the example with the TopicManager it looks like you have 
  to create a an MBean attribute with type ObjectName that maps to the
 JMX 
  service you need. If that is the case how would you tie it to an EJB?
  
  Head spinning in Toronto ...
  
  
  
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 

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

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Invalid
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

RE: [JBoss-dev] JBoss Code Style Guide

[Sacha Labourey]

Hello Dain,

If you use netbeans, just change the tab value to 3 chars and you are done.
You then just need to hit CTRL+SHIFT+F and your code is automagically
reformated.

Cheers,


Sacha


 -Message d'origine-
 De : [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]De la part de Dain
 Sundstrom
 Envoye : mardi, 12 fevrier 2002 17:49
 A : JBoss-dev
 Objet : [JBoss-dev] JBoss Code Style Guide


 Hi all,

 I wrote the JBossCMP code before I was aware the JBoss Code Style Guide,
 so I now I want to run a beautifier to correct my code.  Does any one
 use a free beautifier that they have setup for JBoss?


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

Re: [JBoss-dev] JBoss Code Style Guide

[Dain Sundstrom]

I have the 3 space tabs, what I don't have is the curly bracket on a new 
line.  Will it correct the curlies.

Sacha Labourey wrote:

 Hello Dain,
 
 If you use netbeans, just change the tab value to 3 chars and you are done.
 You then just need to hit CTRL+SHIFT+F and your code is automagically
 reformated.
 
 Cheers,
 
 
   Sacha
 
 
 
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de Dain
Sundstrom
Envoye : mardi, 12 fevrier 2002 17:49
A : JBoss-dev
Objet : [JBoss-dev] JBoss Code Style Guide


Hi all,

I wrote the JBossCMP code before I was aware the JBoss Code Style Guide,
so I now I want to run a beautifier to correct my code.  Does any one
use a free beautifier that they have setup for JBoss?




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

[JBoss-dev] [ jboss-Bugs-516487 ] wrong result-type-mapping in ejbSelect()

[noreply]

Bugs item #516487, was opened at 2002-02-12 09:00
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516487group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong result-type-mapping in ejbSelect()

Initial Comment:
Hi again,

i've got an ejbSelect() method defined both in the application and in ejb-jar.xml:
query-method
method-nameejbSelectTitle/method-name
method-params
method-paramjava.lang.String/method-param
method-paramlong/method-param
/method-params
/query-method

...and the information in server.log is:
2002-02-12 17:40:22,933 DEBUG 
[org.jboss.ejb.plugins.cmp.jdbc.JDBCDeclaredSQLQuery.jatek/GlossaryEntry.ejbSelectTitle]
 
Executing SQL: SELECT DISTINCT uid_column, locale_column FROM TITLE WHERE 
locale_column=? 
and uid_column=?
2002-02-12 17:40:22,933 DEBUG 
[org.jboss.ejb.plugins.cmp.jdbc.JDBCDeclaredSQLQuery.jatek/GlossaryEntry.ejbSelectTitle]
 Set 
parameter: index=1, jdbcType=VARCHAR, value=de_DE
2002-02-12 17:40:22,933 DEBUG 
[org.jboss.ejb.plugins.cmp.jdbc.JDBCDeclaredSQLQuery.jatek/GlossaryEntry.ejbSelectTitle]
 Set 
parameter: index=2, jdbcType=BIGINT, value=896
2002-02-12 17:40:23,839 DEBUG [org.jboss.tm.TxCapsule] setRollbackOnly(): Entered, 
tx=XidImpl 
[FormatId=257, GlobalId=miraculix//1, BranchQual=] status=STATUS_ACTIVE
2002-02-12 17:40:23,839 DEBUG [org.jboss.tm.TxCapsule] rollback(): Entered, tx=XidImpl 
[FormatId=257, GlobalId=miraculix//1, BranchQual=] status=STATUS_MARKED_ROLLBACK
2002-02-12 17:40:23,949 DEBUG [org.jboss.tm.TxManager] suspended tx: 
TransactionImpl:XidImpl 
[FormatId=257, GlobalId=miraculix//1, BranchQual=]
2002-02-12 17:40:23,949 ERROR [org.jboss.ejb.EntityContainer] invoke returned an 
exception
java.rmi.ServerException: Error in ejbSelectTitle
Embedded Exception
null; nested exception is: 
javax.ejb.EJBException: Error in ejbSelectTitle
Embedded Exception
null
javax.ejb.EJBException: Error in ejbSelectTitle
Embedded Exception
null
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCSelectorBridge.execute(JDBCSelectorBridge.java:70)
at 
org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandle
r.java:93)
at org.jboss.proxy.compiler.ProxyCompiler$Runtime.invoke(ProxyCompiler.java:89)
at jatek31.GlossaryEntryBean$Proxy.ejbSelectTitle(Unknown Source)
at jatek31.LearningObjectBean.setTitle(LearningObjectBean.java:612)
at jatek31.LearningObjectBean.ejbCreate(LearningObjectBean.java:125)
at jatek31.GlossaryEntryBean.ejbCreate(GlossaryEntryBean.java:28)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:201)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.lang.NullPointerException
at 

Re: [JBoss-dev] JBoss Code Style Guide

[Luke Taylor]

Together's code formatter can do it OK.

It can do all the indentation, brackets, javadoc formatting and removing 
unwanted and unused imports OK.

On the if, for, catch ( blah ) parenthesis stuff it's not so flexible 
though. Maybe this isn't too important anyway (there should probably be 
some flexibility on the part of the reader too :).

Luke.

Dain Sundstrom wrote:
 Hi all,
 
 I wrote the JBossCMP code before I was aware the JBoss Code Style Guide, 
 so I now I want to run a beautifier to correct my code.  Does any one 
 use a free beautifier that they have setup for JBoss?
 
 I found one called jacobe which seems to do the trick, but I have some 
 questions about the style guide.
 
 In class or interface declarations should I put a line terminator before 
 extends and implements as in the example code?
 
 Should I put a space between if and the open parenthesis? (There is not 
 one in the sample.)
 
 Should I put a space between catch and the open parenthesis? (There is 
 one in the sample.)
 
 Should I put a space between for and the open parenthesis? (There is one 
 in the sample.)
 
 
 I'm not going to update the code until after DR1 in case it introduces 
 errors.
 
 thanks
 -dain
 
 




-- 
  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

Re: [JBoss-dev] JBoss Code Style Guide

[David Jencks]

On 2002.02.12 11:48:33 -0500 Dain Sundstrom wrote:
 Hi all,
 
 I wrote the JBossCMP code before I was aware the JBoss Code Style Guide, 
 so I now I want to run a beautifier to correct my code.  Does any one 
 use a free beautifier that they have setup for JBoss?
 
 I found one called jacobe which seems to do the trick, but I have some 
 questions about the style guide.
 
 In class or interface declarations should I put a line terminator before 
 extends and implements as in the example code?
 
 Should I put a space between if and the open parenthesis? (There is not 
 one in the sample.)
 
 Should I put a space between catch and the open parenthesis? (There is 
 one in the sample.)
 
 Should I put a space between for and the open parenthesis? (There is one 
 in the sample.)
 
 
 I'm not going to update the code until after DR1 in case it introduces 
 errors.
 
 thanks
 -dain
 
 

In cvs there is JavaStyle, and in build/etc/.refactory there is a template
for it.  I think this formats according to jboss style.

I've put a task for this into several build.xml files but others keep
taking it out.  Here's an example

 !-- ==
--
!-- Pretty --
!-- == --

!-- 
 |  Pretty print everything.
 |
 |  This uses the jedit JavaStyle plugin via the ejbdoclet pretty ant
task.
 |  cvs=true only pretties files you have already modified.
 |  cvs=false pretties all files.
--

target name=pretty depends=init
taskdef name=pretty classname=pretty.Pretty/
pretty settingsDir=${project.config}/etc cvs=true
fileset dir=${source.java}
include name=**/*.java/
/fileset
/pretty
/target


This is from jbosscx/connector build.xml version 1.7

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

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

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

[JBoss-dev] [ jboss-Bugs-516404 ] invalid type mapping

[noreply]

Bugs item #516404, was opened at 2002-02-12 04:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516404group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: invalid type mapping

Initial Comment:
Hi,

i tried to run an application which uses entity beans with cmp 2.0. Those entities 
have cmp fields 
containing values of type java.util.HashMap which is serializable and therefore a 
valid cmp field 
type. During deployment the tables for all entities are created successfully and with 
the correct 
column types (according to standardjbosscmp-jdbc.xml type-mappings Oracle8). But 
when 
creating such an entity via a create method on its home interface an exception is 
thrown (written 
below). The problem can be solved by declaring the return and parameter types of the 
abstract 
cmp field methods to be java.lang.Object instead of any (valid) serializable type...

btw: Ungnltiger Spaltentyp is german for invalid column type

javax.ejb.EJBException: Internal error setting parameters for field allowedUsers
Embedded Exception
Ungnltiger Spaltentyp
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.j
ava:194)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:
131)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:380)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:233)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.sql.SQLException: Ungnltiger Spaltentyp
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:273)
at 
oracle.jdbc.driver.OracleStatement.get_internal_type(OracleStatement.java:4560)
at 
oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:869)
at 
org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.setNull(PreparedStatementInPool.ja
va:78)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:144)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs
tractCMPFieldBr
idge.java:214)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst
ractCMPFieldBr
idge.java:193)
at 

[JBoss-dev] [ jboss-Bugs-516500 ] jboss uses the wrong CREATE TABLE stmt

[noreply]

Bugs item #516500, was opened at 2002-02-12 09:30
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516500group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthew Bishop (mattbishop)
Assigned to: Nobody/Anonymous (nobody)
Summary: jboss uses the wrong CREATE TABLE stmt

Initial Comment:
Hypersonic has two storage states--in-memory and on
disk.  The standard CREATE TABLE command sets the
database to the in-memory state, meaning the entire
database has to be read into memory at startup, and it
stays there for the life of the application.

This is unnaceptable for all but the teeniest of
databases.  Please use the statement CREATE CACHED
TABLE to set the storage state of a table to on-disk.
Maybe add an entry in jboss-jdbc.xml/jaws.xml to hold
this command mapping.

This occurs on OSX, Linux (Red Hat 7.1) and Win2K, all
JDK 1.3.1

--

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

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

Re: [JBoss-dev] CVS update: jboss/src/etc/conf/default standardjbosscmp-jdbc.xml

[David Budworth]

Should we have this mapping for all DB's?

Whenever I rebuild JBoss, I have to go add java.util.Date mapping
myself back in.

-David


On Tue, 12 Feb 2002, Dain Sundstrom wrote:

   User: dsundstrom
   Date: 02/02/12 07:12:13
 
   Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
   Log:
   Added java.util.Data mapping for PostgreSQL
   
   Revision  ChangesPath
   1.16  +6 -1  jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
   
   Index: standardjbosscmp-jdbc.xml
   ===
   RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v
   retrieving revision 1.15
   retrieving revision 1.16
   diff -u -r1.15 -r1.16
   --- standardjbosscmp-jdbc.xml   1 Feb 2002 01:26:58 -   1.15
   +++ standardjbosscmp-jdbc.xml   12 Feb 2002 15:12:11 -  1.16
   @@ -7,7 +7,7 @@
!--   --
!-- = --

   -!-- $Id: standardjbosscmp-jdbc.xml,v 1.15 2002/02/01 01:26:58 dsundstrom Exp $ 
--
   +!-- $Id: standardjbosscmp-jdbc.xml,v 1.16 2002/02/12 15:12:11 dsundstrom Exp $ 
--

jbosscmp-jdbc
   
   @@ -531,6 +531,11 @@
   java-typejava.lang.String/java-type
   jdbc-typeVARCHAR/jdbc-type
   sql-typeTEXT/sql-type
   +/mapping
   +mapping
   +   java-typejava.util.Date/java-type
   +   jdbc-typeTIMESTAMP/jdbc-type
   +   sql-typeTIMESTAMP/sql-type
/mapping
mapping
   java-typejava.sql.Date/java-type
   
   
   
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development

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

Re: [JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource RARDeployer.java

[David Jencks]

Jason,

Is there a reason you are getting the serviceController in postRegister
rather than start or create?

Also are you working on EJBDeployer/Application/Container today?

Thanks
david jencks

On 2002.02.11 22:22:01 -0500 Jason Dillon wrote:
   User: user57  
   Date: 02/02/11 19:22:01
 
   Modified:src/main/org/jboss/resource RARDeployer.java
   Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
  turns ant malformed exceptions into Errors.  This is used to
  create ObjectName OBJECT_NAME fields, so we don't have to keep
  creating new ObjectNames all the time.
o MainDeployer  ServiceController use new ObjectName OBJECT_NAME
o Updated refering classes to not wrap OBJECT_NAME with new ObjectName
o Using MBeanProxy to talk to ServiceController (and MainDeployer
  in some areas).  MBeanProxy is a central location to put in that
  pesky JMX exception handling + is tidies up the code base.  Can
  evevntually optimize this to make it veru efficient too.
o Putting org.jboss.util classes into lib/ext/jboss-util.jar and
 adding
  it to the bootlibraries, so that the core system components have
 access
  to these when loading (not just when running, aka after
  jboss-service.xml loads).
* Need to clean up jboss-util, move deployable stuff out of it and
 such
  (they don't really belong there).
o updated modules that needed util, to include jboss-util.jar in there
  external module config
   
   Revision  ChangesPath
   1.19  +109 -115  jbosscx/src/main/org/jboss/resource/RARDeployer.java
   
   Index: RARDeployer.java
   ===
   RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/RARDeployer.java,v
   retrieving revision 1.18
   retrieving revision 1.19
   diff -u -r1.18 -r1.19
   --- RARDeployer.java29 Jan 2002 21:12:22 -  1.18
   +++ RARDeployer.java12 Feb 2002 03:22:01 -  1.19
   @@ -1,9 +1,9 @@
/*
   -* JBoss, the OpenSource J2EE webOS
   -*
   -* Distributable under LGPL license.
   -* See terms of license at gnu.org.
   -*/
   + * JBoss, the OpenSource J2EE webOS
   + *
   + * Distributable under LGPL license.
   + * See terms of license at gnu.org.
   + */

package org.jboss.resource;

   @@ -26,8 +26,10 @@
import java.util.Map;
import java.util.jar.JarEntry;
import java.util.jar.JarFile;
   +
import javax.management.Notification;
import javax.management.ObjectName;
   +
import org.jboss.deployment.DeploymentInfo;
import org.jboss.deployment.DeploymentException;
import org.jboss.logging.Logger;
   @@ -36,59 +38,64 @@
import org.jboss.system.ServiceMBeanSupport;
import org.jboss.system.ServiceControllerMBean;
import org.jboss.system.UnifiedClassLoader;
   +import org.jboss.util.MBeanProxy;
   +
import org.w3c.dom.Document;
import org.w3c.dom.Element;

/**
   -*  Service that deploys .rar files containing resource adapters.
 Deploying
   -*  the RAR file is the first step in making the resource adapter
 available to
   -*  application components; once it is deployed, one or more connection
   -*  factories must be configured and bound into JNDI, a task performed
 by the
   -*  codeConnectionFactoryLoader/code service.
   -*
   -* @author Toby Allsopp ([EMAIL PROTECTED])
   -* @author a href=mailto:[EMAIL PROTECTED];David
 Jencks/a
   -* @version$Revision: 1.18 $
   -* @seeorg.jboss.resource.ConnectionFactoryLoader p
   -*
   -*  bRevisions:/b p
   -*
   -*  b20010725 Toby Allsopp (patch from David Jencks)/b
   -*  ul
   -*li Implemented codegetMetaData/code so that connection
 factories
   -*can be loaded after RAR deployment/li
   -*  /ul
   -*  b20011219 Marc Fleury/b
   -*  ul
   -*li Make the deployer call create and start on the service
 it deploys/li
   -*  /ul
   -*  b20011227 Marc Fleury/b
   -*  ul
   -*li Unification of deployers/li
   -*  /ul
   -*
   -*/
   + *  Service that deploys .rar files containing resource adapters.
 Deploying
   + *  the RAR file is the first step in making the resource adapter
 available to
   + *  application components; once it is deployed, one or more
 connection
   + *  factories must be configured and bound into JNDI, a task performed
 by the
   + *  codeConnectionFactoryLoader/code service.
   + *
   + * @author Toby Allsopp ([EMAIL PROTECTED])
   + * @author a href=mailto:[EMAIL PROTECTED];David
 Jencks/a
   + * @version$Revision: 1.19 $
   + * @seeorg.jboss.resource.ConnectionFactoryLoader p
   + *
   + * bRevisions:/b p
   + *
   + * b20010725 Toby Allsopp (patch from David Jencks)/b
   + * ul
   + *   li Implemented codegetMetaData/code so that connection
 factories
   + *can be loaded after RAR deployment/li
   + * /ul
   + *
   + * b20011219 Marc Fleury/b
   + * 

Re: [JBoss-dev] CVS update: jboss/src/etc/conf/default standardjbosscmp-jdbc.xml

[Dain Sundstrom]

Sure, feel free to add them.

-dain

David Budworth wrote:

 Should we have this mapping for all DB's?
 
 Whenever I rebuild JBoss, I have to go add java.util.Date mapping
 myself back in.
 
 -David
 
 
 On Tue, 12 Feb 2002, Dain Sundstrom wrote:
 
 
  User: dsundstrom
  Date: 02/02/12 07:12:13

  Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
  Log:
  Added java.util.Data mapping for PostgreSQL
  
  Revision  ChangesPath
  1.16  +6 -1  jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
  
  Index: standardjbosscmp-jdbc.xml
  ===
  RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- standardjbosscmp-jdbc.xml   1 Feb 2002 01:26:58 -   1.15
  +++ standardjbosscmp-jdbc.xml   12 Feb 2002 15:12:11 -  1.16
  @@ -7,7 +7,7 @@
   !--   --
   !-- = --
   
  -!-- $Id: standardjbosscmp-jdbc.xml,v 1.15 2002/02/01 01:26:58 dsundstrom Exp $ 
--
  +!-- $Id: standardjbosscmp-jdbc.xml,v 1.16 2002/02/12 15:12:11 dsundstrom Exp $ 
--
   
   jbosscmp-jdbc
  
  @@ -531,6 +531,11 @@
  java-typejava.lang.String/java-type
  jdbc-typeVARCHAR/jdbc-type
  sql-typeTEXT/sql-type
  +/mapping
  +mapping
  +   java-typejava.util.Date/java-type
  +   jdbc-typeTIMESTAMP/jdbc-type
  +   sql-typeTIMESTAMP/sql-type
   /mapping
   mapping
  java-typejava.sql.Date/java-type
  
  
  

___
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: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata JDBCQlQueryMetaData.java JDBCQueryMetaDataFactory.java

[Dain Sundstrom]

  User: dsundstrom
  Date: 02/02/12 10:06:40

  Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCQlQueryMetaData.java
JDBCQueryMetaDataFactory.java
  Log:
  Fixed bug reported in patch [#514347] JDBCQueryMetaDataFactory query fix.
  
  Revision  ChangesPath
  1.7   +1 -5  
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCQlQueryMetaData.java
  
  Index: JDBCQlQueryMetaData.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCQlQueryMetaData.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- JDBCQlQueryMetaData.java  1 Nov 2001 22:11:26 -   1.6
  +++ JDBCQlQueryMetaData.java  12 Feb 2002 18:06:39 -  1.7
  @@ -8,13 +8,12 @@
   
   import java.lang.reflect.Method;
   import org.jboss.metadata.QueryMetaData;
  -import org.w3c.dom.Element;
   
   /**
* Immutable class which contains information about an EJB QL query.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.6 $
  + * @version $Revision: 1.7 $
*/
   public final class JDBCQlQueryMetaData implements JDBCQueryMetaData {
  /**
  @@ -56,12 +55,9 @@
   * Constructs a JDBCQlQueryMetaData with data from the jdbcQueryMetaData
   * and additional data from the xml element
   * @param queryMetaData the metadata about this query
  -* @param queryElement the ejb-ql element which contains additional
  -*information about this query
   */
  public JDBCQlQueryMetaData(
JDBCQlQueryMetaData jdbcQueryMetaData,
  - Element queryElement,
Method method,
JDBCReadAheadMetaData readAhead) {
 
  
  
  
  1.10  +3 -5  
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCQueryMetaDataFactory.java
  
  Index: JDBCQueryMetaDataFactory.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCQueryMetaDataFactory.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- JDBCQueryMetaDataFactory.java 15 Jan 2002 21:18:41 -  1.9
  +++ JDBCQueryMetaDataFactory.java 12 Feb 2002 18:06:39 -  1.10
  @@ -24,7 +24,7 @@
* on the query specifiection type.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.9 $
  + * @version $Revision: 1.10 $
*/
   public class JDBCQueryMetaDataFactory {
  private JDBCEntityMetaData entity;
  @@ -103,12 +103,10 @@
  readAhead);
 }
   
  -  // EJB-QL
  -  Element ejbQl = MetaData.getOptionalChild(queryElement, ejb-ql);
  -  if(ejbQl != null) {
  +  // EJB-QL: default
  +  if(jdbcQueryMetaData instanceof JDBCQlQueryMetaData) {
return new JDBCQlQueryMetaData(
  (JDBCQlQueryMetaData)jdbcQueryMetaData,
  -   ejbQl,
  method,
  readAhead);
 }
  
  
  

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

[JBoss-dev] [ jboss-Bugs-516500 ] jboss uses the wrong CREATE TABLE stmt

[noreply]

Bugs item #516500, was opened at 2002-02-12 09:30
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516500group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Matthew Bishop (mattbishop)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: jboss uses the wrong CREATE TABLE stmt

Initial Comment:
Hypersonic has two storage states--in-memory and on
disk.  The standard CREATE TABLE command sets the
database to the in-memory state, meaning the entire
database has to be read into memory at startup, and it
stays there for the life of the application.

This is unnaceptable for all but the teeniest of
databases.  Please use the statement CREATE CACHED
TABLE to set the storage state of a table to on-disk.
Maybe add an entry in jboss-jdbc.xml/jaws.xml to hold
this command mapping.

This occurs on OSX, Linux (Red Hat 7.1) and Win2K, all
JDK 1.3.1

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-02-12 10:10

Message:
Logged In: YES 
user_id=251431

The Hypersonic settings are designed to make development
easiest.  If you want a custom table creation or setup for
any database you will have to create your tables outside of
JBossCMP.

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516500group_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/metadata QueryMetaData.java

[Dain Sundstrom]

  User: dsundstrom
  Date: 02/02/12 10:51:18

  Modified:src/main/org/jboss/metadata QueryMetaData.java
  Log:
  Fixed the loading of result-type-mapping.
  
  Revision  ChangesPath
  1.6   +5 -5  jboss/src/main/org/jboss/metadata/QueryMetaData.java
  
  Index: QueryMetaData.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/QueryMetaData.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- QueryMetaData.java26 Nov 2001 03:17:48 -  1.5
  +++ QueryMetaData.java12 Feb 2002 18:51:18 -  1.6
  @@ -17,7 +17,7 @@
* Contains information about ejb-ql queries.
* 
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.5 $
  + * @version $Revision: 1.6 $
*/
   public class QueryMetaData extends MetaData {
public final static String REMOTE = Remote;
  @@ -101,11 +101,11 @@
// result type mapping
resultTypeMapping = 
   getOptionalChildContent(element, result-type-mapping);
  - if(resultTypeMapping == null) {
  + if(resultTypeMapping == null || LOCAL.equals(resultTypeMapping)) {
resultTypeMapping = LOCAL;
  - }
  - if(!REMOTE.equals(resultTypeMapping) 
  - !LOCAL.equals(resultTypeMapping)) {
  + } else if(REMOTE.equals(resultTypeMapping)) {
  + resultTypeMapping = REMOTE;
  +  } else {
throw new DeploymentException(result-type-mapping must be ' +
  REMOTE + ' or ' + LOCAL + ', if specified);
}
  
  
  

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

Re: [JBoss-dev] JBoss Code Style Guide

[Scott M Stark]

The biggest issues are consistent use of 3 spaces instead of tabs and
lining up braces in the same column. The use of a space before an
open paren in each of the contexts below is optional.

 In class or interface declarations should I put a line terminator before 
 extends and implements as in the example code?
 
 Should I put a space between if and the open parenthesis? (There is not 
 one in the sample.)
 
 Should I put a space between catch and the open parenthesis? (There is 
 one in the sample.)
 
 Should I put a space between for and the open parenthesis? (There is one 
 in the sample.)



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

[JBoss-dev] [ jboss-Bugs-516487 ] wrong result-type-mapping in ejbSelect()

[noreply]

Bugs item #516487, was opened at 2002-02-12 09:00
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516487group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: wrong result-type-mapping in ejbSelect()

Initial Comment:
Hi again,

i've got an ejbSelect() method defined both in the application and in ejb-jar.xml:
query-method
method-nameejbSelectTitle/method-name
method-params
method-paramjava.lang.String/method-param
method-paramlong/method-param
/method-params
/query-method

...and the information in server.log is:
2002-02-12 17:40:22,933 DEBUG 
[org.jboss.ejb.plugins.cmp.jdbc.JDBCDeclaredSQLQuery.jatek/GlossaryEntry.ejbSelectTitle]
 
Executing SQL: SELECT DISTINCT uid_column, locale_column FROM TITLE WHERE 
locale_column=? 
and uid_column=?
2002-02-12 17:40:22,933 DEBUG 
[org.jboss.ejb.plugins.cmp.jdbc.JDBCDeclaredSQLQuery.jatek/GlossaryEntry.ejbSelectTitle]
 Set 
parameter: index=1, jdbcType=VARCHAR, value=de_DE
2002-02-12 17:40:22,933 DEBUG 
[org.jboss.ejb.plugins.cmp.jdbc.JDBCDeclaredSQLQuery.jatek/GlossaryEntry.ejbSelectTitle]
 Set 
parameter: index=2, jdbcType=BIGINT, value=896
2002-02-12 17:40:23,839 DEBUG [org.jboss.tm.TxCapsule] setRollbackOnly(): Entered, 
tx=XidImpl 
[FormatId=257, GlobalId=miraculix//1, BranchQual=] status=STATUS_ACTIVE
2002-02-12 17:40:23,839 DEBUG [org.jboss.tm.TxCapsule] rollback(): Entered, tx=XidImpl 
[FormatId=257, GlobalId=miraculix//1, BranchQual=] status=STATUS_MARKED_ROLLBACK
2002-02-12 17:40:23,949 DEBUG [org.jboss.tm.TxManager] suspended tx: 
TransactionImpl:XidImpl 
[FormatId=257, GlobalId=miraculix//1, BranchQual=]
2002-02-12 17:40:23,949 ERROR [org.jboss.ejb.EntityContainer] invoke returned an 
exception
java.rmi.ServerException: Error in ejbSelectTitle
Embedded Exception
null; nested exception is: 
javax.ejb.EJBException: Error in ejbSelectTitle
Embedded Exception
null
javax.ejb.EJBException: Error in ejbSelectTitle
Embedded Exception
null
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCSelectorBridge.execute(JDBCSelectorBridge.java:70)
at 
org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandle
r.java:93)
at org.jboss.proxy.compiler.ProxyCompiler$Runtime.invoke(ProxyCompiler.java:89)
at jatek31.GlossaryEntryBean$Proxy.ejbSelectTitle(Unknown Source)
at jatek31.LearningObjectBean.setTitle(LearningObjectBean.java:612)
at jatek31.LearningObjectBean.ejbCreate(LearningObjectBean.java:125)
at jatek31.GlossaryEntryBean.ejbCreate(GlossaryEntryBean.java:28)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:201)
at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:680)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1187)
at 
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73)
at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationIntercepto
r.java:222)
at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:136)
at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:80)
at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55)
at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:459)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1086)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
java.lang.NullPointerException
at 

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata JDBCQueryMetaDataFactory.java

[Dain Sundstrom]

  User: dsundstrom
  Date: 02/02/12 11:23:06

  Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCQueryMetaDataFactory.java
  Log:
  Fixed typo in exception message.
  
  Revision  ChangesPath
  1.11  +2 -2  
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCQueryMetaDataFactory.java
  
  Index: JDBCQueryMetaDataFactory.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCQueryMetaDataFactory.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- JDBCQueryMetaDataFactory.java 12 Feb 2002 18:06:39 -  1.10
  +++ JDBCQueryMetaDataFactory.java 12 Feb 2002 19:23:06 -  1.11
  @@ -24,7 +24,7 @@
* on the query specifiection type.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.10 $
  + * @version $Revision: 1.11 $
*/
   public class JDBCQueryMetaDataFactory {
  private JDBCEntityMetaData entity;
  @@ -112,7 +112,7 @@
 }
   
 throw new DeploymentException(
  -Error in query spedification for method  + method.getName());
  +Error in query specification for method  + method.getName());
  }
   
  private Method[] getQueryMethods(Element queryElement)
  
  
  

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

[JBoss-dev] The 3.0 branching will be delayed until 2002-02-15

[Scott M Stark]

In looking into the performance issue I'm seeing too many
other problems in the core that need to be investigated and
I don't want to create a branch until the core is cleaned up
a bit more. The next 3.0 branch target date is this Friday,
2002-02-15.


Scott Stark
Chief Technology Officer
JBoss Group, LLC



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

Re: [JBoss-dev] java.util.Date in PostgreSQL DB

[Adam Heath]

On Tue, 12 Feb 2002, Dain Sundstrom wrote:

 This is for anyone who knows Postgres out there,

 There is a patch at sf that suggest adding the following mapping:

 mapping
java-typejava.util.Date/java-type
jdbc-typeTIMESTAMP/jdbc-type
sql-typeTIMESTAMP/sql-type
 /mapping

 There is currently no mapping for java.util.Date, but there is a mapping
 for java.sql.Date, which is:

 mapping
 java-typejava.sql.Date/java-type
 jdbc-typeDATE/jdbc-type
 sql-typeDATE/sql-type
 /mapping

I prefer the latter.  My reasoning, is that if java.util.Date is mapped to
TIMESTAMP, then how does someone make a DATE in the database?

They could use java.sql.Timestamp to accomplish that.

This is what I have done for my debian packages.


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

Re: [JBoss-dev] Mbean dependancies

[Scott M Stark]

Two things I am seeing that I would appreciate you considering when
you in there looking at the deployment stuff are the following:

1. An mbean in a sar that uses EJBs included in the sar as an ejb jar
with the following depends statement:
server
  mbean code=org.jboss.test.perf.test.PerfTest
name=jboss.test:service=PerfTest
!-- We need the DefaultDS DataSource connection for entity beans --
dependsjboss:service=ConnectionFactoryLoader,name=DefaultDS/depends
  /mbean
/server

fails on startup of the server because the entity beans are deployed before
the
DefaultDS is available.

2. Reploying the sar causes a ClassCastException even though the previous
ejb jar and sar are undeployed first. The ServiceLibraries must not be
getting cleaned up correctly.

+++ testTimings()
testTimings failed:
java.lang.ClassCastException
at
com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo
teObject.java:296)
at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137)
at org.jboss.test.perf.test.PerfTest.testTimings(PerfTest.java:94)
at org.jboss.test.perf.test.PerfTest.runTests(PerfTest.java:52)
at java.lang.reflect.Method.invoke(Native Method)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at com.sun.jdmk.comm.HtmlInvokePage.buildPage(HtmlInvokePage.java:240)
at
com.sun.jdmk.comm.HtmlRequestHandler.processGetRequest(HtmlRequestHandler.ja
va:325)
at
com.sun.jdmk.comm.HtmlRequestHandler.processRequest(HtmlRequestHandler.java:
152)
at com.sun.jdmk.comm.HtmlRequestHandler.doRun(HtmlRequestHandler.java:79)
at com.sun.jdmk.comm.ClientHandler.run(ClientHandler.java:84)
at java.lang.Thread.run(Thread.java:484)

This code will be checked into the testsuite shortly and I'll file bug
reports for
these two issues. I haven't tried deploying the code as an ear that includes
a sar.

- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 12, 2002 8:51 AM
Subject: Re: [JBoss-dev] Mbean dependancies


 On 2002.02.12 11:13:35 -0500 Dave Smith wrote:
  OK. So a did a little digging and tried this ..
 
  dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends
 
  So it then delays startup but once the EJB is deployed it does not start
  the mbean. I'm I getting closer?
 

 That's the mbean to use, but is your mbean doesn't start that means these
 ejb-mbeans aren't participating in dependency management yet.

 I'll try to take a look this afternoon.

 david jencks
 



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

[JBoss-dev] CVS update: jbosstest/src/resources/perf jboss-service.xml

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 13:33:09

  Added:   src/resources/perf jboss-service.xml
  Log:
  The service configuration for the perf tester
  
  Revision  ChangesPath
  1.1  jbosstest/src/resources/perf/jboss-service.xml
  
  Index: jboss-service.xml
  ===
  ?xml version=1.0 encoding=UTF-8?
  
  !-- The service configuration for the perf tester
  --
  server
  
mbean code=org.jboss.test.perf.test.PerfTest
  name=jboss.test:service=PerfTest
  !-- We need the DefaultDS DataSource connection for entity beans --
  dependsjboss:service=ConnectionFactoryLoader,name=DefaultDS/depends
/mbean
  
  /server
  
  
  
  

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

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

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 13:37:00

  Modified:.build.xml
  Log:
  Add an mbean for testing in-VM call performance.
  
  Revision  ChangesPath
  1.63  +22 -5 jbosstest/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/jbosstest/build.xml,v
  retrieving revision 1.62
  retrieving revision 1.63
  diff -u -r1.62 -r1.63
  --- build.xml 12 Feb 2002 07:00:56 -  1.62
  +++ build.xml 12 Feb 2002 21:37:00 -  1.63
  @@ -27,7 +27,7 @@
   !--tests-jmxri-compliance still needs to run over jmxri.jar --
   !--the aim of that test is to check our compliance suite.   --
   
  -!-- $Id: build.xml,v 1.62 2002/02/12 07:00:56 d_jencks Exp $ --
  +!-- $Id: build.xml,v 1.63 2002/02/12 21:37:00 starksm Exp $ --
   
   project default=main name=JBoss/Testsuite
   
  @@ -1332,9 +1332,9 @@
   include name=org/jboss/test/perf/interfaces/**/
   include name=org/jboss/test/perf/ejb/**/
 /fileset
  -  fileset dir=${build.resources}/perf
  -include name=**/*.xml/
  -  /fileset
  +  metainf dir=${build.resources}/perf/META-INF
  + exclude name=jboss-service.xml /
  +  /metainf
   /jar
   
   !-- build secure-perf.jar --
  @@ -1344,10 +1344,27 @@
   include name=org/jboss/test/perf/interfaces/**/
   include name=org/jboss/test/perf/ejb/**/
 /fileset
  +  metainf dir=${build.resources}/perf/META-INF /
 fileset dir=${build.resources}/secure-perf
  -include name=**/*.xml/
   include name=users.properties/
   include name=roles.properties/
  +  /fileset
  +/jar
  +
  +!-- build the perf.sar --
  +jar jarfile=${build.lib}/perf-service.sar
  +  !-- jboss-service.xml for tomcat plugin --
  +  metainf dir=${build.resources}/perf
  + include name=jboss-service.xml /
  +  /metainf
  +  !-- The service classes --
  +  fileset dir=${build.classes}
  +include name=org/jboss/test/perf/test/PerfTest.class /
  +include name=org/jboss/test/perf/test/PerfTestMBean.class /
  +  /fileset
  +  !-- The perf.jar --
  +  fileset dir=${build.lib}
  +include name=perf.jar /
 /fileset
   /jar
 /target
  
  
  

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

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 13:39:23

  Modified:jetty/src/main/org/jboss/jetty JettyService.java
  Log:
  lose unecessary log message
  
  Revision  ChangesPath
  1.43  +2 -3  contrib/jetty/src/main/org/jboss/jetty/JettyService.java
  
  Index: JettyService.java
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- JettyService.java 10 Feb 2002 17:57:41 -  1.42
  +++ JettyService.java 12 Feb 2002 21:39:23 -  1.43
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JettyService.java,v 1.42 2002/02/10 17:57:41 olegnitz Exp $
  +// $Id: JettyService.java,v 1.43 2002/02/12 21:39:23 jules_gosnell Exp $
   
   //--
   
  @@ -34,7 +34,7 @@
* A service to launch jetty from JMX.
*
* @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a
  - * @version $Revision: 1.42 $
  + * @version $Revision: 1.43 $
*/
   
   // NOTES
  @@ -280,7 +280,6 @@
   performDeploy(String path, String warUrl, WebDescriptorParser parser)
   throws DeploymentException
 {
  -_log.info(Attempting to deploy:  + path);
   return _jetty.deploy(path, warUrl, parser);
 }
   
  
  
  

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

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 13:41:49

  Modified:jetty/src/main/org/jboss/jetty/ejb
CoarseHttpSessionBean.java
  Log:
  publish method on remote interface
  
  Revision  ChangesPath
  1.7   +3 -2  
contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java
  
  Index: CoarseHttpSessionBean.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- CoarseHttpSessionBean.java3 Feb 2002 00:14:26 -   1.6
  +++ CoarseHttpSessionBean.java12 Feb 2002 21:41:49 -  1.7
  @@ -18,7 +18,7 @@
* The Entity bean represents an HttpSession.
*
* @author [EMAIL PROTECTED]
  - * @version $Revision: 1.6 $
  + * @version $Revision: 1.7 $
*
*   @ejb:bean name=CoarseHttpSession type=CMP 
jndi-name=jetty/CoarseHttpSession primkey-field=id
*   @ejb:pk class=java.lang.String
  @@ -296,7 +296,8 @@
 // Bulk accessor
   
 /**
  -   * Not remote, but could be.
  +   * @ejb:interface-method
  +   * @ejb:transaction type=Supports
  */
 public abstract void setData(CoarseHttpSessionData data);
   
  
  
  

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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/service Deployer.java

[Andreas Schaefer]

  User: schaefera
  Date: 02/02/12 13:04:49

  Modified:src/main/org/jboss/jmx/service Deployer.java
  Log:
  Fixed bugs in the Deployer and adjusted the Deployer name to MainDeployer.
  
  Revision  ChangesPath
  1.5   +27 -14jboss/src/main/org/jboss/jmx/service/Deployer.java
  
  Index: Deployer.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/service/Deployer.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- Deployer.java 3 Jan 2002 04:00:58 -   1.4
  +++ Deployer.java 12 Feb 2002 21:04:38 -  1.5
  @@ -23,6 +23,8 @@
   import javax.naming.InitialContext;
   import javax.naming.NamingException;
   
  +import org.jboss.jmx.adaptor.rmi.RMIAdaptor;
  +import org.jboss.jmx.connector.rmi.RMIConnectorImpl;
   import org.jboss.jmx.connector.RemoteMBeanServer;
   
   /**
  @@ -32,7 +34,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
  - * @version $Revision: 1.4 $
  + * @version $Revision: 1.5 $
*/
   public class Deployer
   {
  @@ -54,17 +56,21 @@
 }
 
 for (int count=0;countargs.length;count++) {
  - if (!args[count].equalsIgnoreCase(-undeploy)) { 
  -System.out.println(Deploying  + args[count]);
  -new Deployer( lServer ).deploy(args[count]);
  -System.out.println(args[count] +
  -has been deployed successfully);
  - }
  - else {
  -System.out.println(Undeploying  + args[++count]);
  -new Deployer( lServer ).undeploy(args[count]);
  -System.out.println(args[count] +
  -has been successfully undeployed);
  + if( !( args[ count ].equals( -server ) ||
  +( count  0  args[ count - 1 ].equals( -server ) ) ) )
  + {
  +if (!args[count].equalsIgnoreCase(-undeploy)) { 
  +   System.out.println(Deploying  + args[count]);
  +   new Deployer( lServer ).deploy(args[count]);
  +   System.out.println(args[count] +
  +   has been deployed successfully);
  +}
  +else {
  +   System.out.println(Undeploying  + args[++count]);
  +   new Deployer( lServer ).undeploy(args[count]);
  +   System.out.println(args[count] +
  +   has been successfully undeployed);
  +}
}
 }
  }
  @@ -113,7 +119,7 @@
  protected ObjectName getFactoryName()
 throws MalformedObjectNameException
  {
  -  return new ObjectName(jboss.j2ee:service=J2eeDeployer);
  +  return new ObjectName(jboss.system:service=MainDeployer);
  }
  
  /**
  @@ -136,7 +142,14 @@
 RemoteMBeanServer connector = null;
 InitialContext ctx = new InitialContext();
 try {
  - connector = (RemoteMBeanServer) ctx.lookup( jmx: + mServerName + :rmi 
);
  + Object lObject = ctx.lookup( jmx: + mServerName + :rmi );
  + if( !( lObject instanceof RMIAdaptor ) ) {
  +throw new RuntimeException( Object not of type: RMIAdaptorImpl, but:  
+
  +   ( lObject == null ? not found : lObject.getClass().getName() ) );
  + }
  + connector = new RMIConnectorImpl(
  +(RMIAdaptor) lObject
  + );
 }
 finally {
ctx.close();
  
  
  

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

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/test PerfTest.java PerfTestMBean.java

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 13:34:44

  Added:   src/main/org/jboss/test/perf/test PerfTest.java
PerfTestMBean.java
  Log:
  An MBean service that tests intra-VM EJB call invocation overhead
  
  Revision  ChangesPath
  1.1  jbosstest/src/main/org/jboss/test/perf/test/PerfTest.java
  
  Index: PerfTest.java
  ===
  /*
   * JBoss, the OpenSource J2EE webOS
   *
   * Distributable under LGPL license.
   * See terms of license at gnu.org.
   */
  package org.jboss.test.perf.test;
  
  import java.io.IOException;
  import java.io.PrintWriter;
  import java.io.StringWriter;
  import java.net.URL;
  import java.net.URLClassLoader;
  import java.text.NumberFormat;
  import javax.naming.InitialContext;
  
  import org.jboss.test.perf.interfaces.Probe;
  import org.jboss.test.perf.interfaces.ProbeHome;
  import org.jboss.test.perf.interfaces.TxSession;
  import org.jboss.test.perf.interfaces.TxSessionHome;
  
  /** An MBean that tests intra-VM EJB call invocation overhead. The runTests
   *operation accepts the number of iterations and returns a simple html report
   *showing the output of each test run.
   
   @author [EMAIL PROTECTED]
   @version $Revision: 1.1 $
   */
  public class PerfTest implements PerfTestMBean
  {
 private static NumberFormat fmt = NumberFormat.getInstance();
 static
 {
fmt.setMinimumFractionDigits(3);
fmt.setMaximumFractionDigits(3);
 }
  
 int iterationCount;
  
 public String runTests(int iterationCount)
 {
StringBuffer results = new StringBuffer(h1PerfTest.results/h1pre\n);
this.iterationCount = iterationCount;
int testCount = 0;
int failureCount = 0;
  
// Print out some codebase info
URL thisURL = getClass().getProtectionDomain().getCodeSource().getLocation();
results.append(\nPertTest.ClassLoader=+getClass().getClassLoader());
results.append(\nPertTest.codebase=+thisURL);
try
{
   testCount ++;
   testTimings(results);
}
catch(Throwable e)
{
   failureCount ++;
   formatException(e, testTimings, results);
}
results.append('\n');
  
try
{
   testCount ++;
   testTimingsCMT(results);
}
catch(Throwable e)
{
   failureCount ++;
   formatException(e, testTimingsCMT, results);
}
results.append('\n');
  
try
{
   testCount ++;
   testTxTimings(results);
}
catch(Throwable e)
{
   failureCount ++;
   formatException(e, testTxTimings, results);
}
results.append(\nTotal tests: +testCount);
results.append(\nTotal failures: +failureCount);
results.append(\npre);
  
return results.toString();
 }
  
 public void testTimings(StringBuffer results) throws Exception
 {
results.append(\n+++ testTimings());
Object obj = new InitialContext().lookup(Probe);
// Print out some codebase info for the ProbeHome
ClassLoader cl = obj.getClass().getClassLoader();
results.append(\nProbeHome.ClassLoader=+cl);
ClassLoader parent = cl.getParent();
while( parent != null )
{
   results.append(\n..+parent);
   if( parent instanceof URLClassLoader )
   {
  URLClassLoader ucl = (URLClassLoader) parent;
  URL[] urls = ucl.getURLs();
  int length = urls != null ? urls.length : 0;
  for(int u = 0; u  length; u ++)
  {
 results.append(\n+urls[u]);
  }
   }
   if( parent != null )
  parent = parent.getParent();
}

results.append(\nProbeHome.CodeSource=+obj.getClass().getProtectionDomain().getCodeSource());
URL objURL = 
obj.getClass().getProtectionDomain().getCodeSource().getLocation();
results.append(\nProbeHome.codebase=+objURL);
  
ProbeHome home = (ProbeHome) obj;
results.append(\nFound ProbeHome @ jndiName=Probe);
Probe bean = home.create();
results.append(\nCreated Probe);
warmup(bean, results);
noop(bean, results);
ping(bean, results);
echo(bean, results);
 }
  
 public void testTimingsCMT(StringBuffer results) throws Exception
 {
results.append(\n+++ testTimingsCMT());
Object obj = new InitialContext().lookup(ProbeCMT);
ProbeHome home = (ProbeHome) obj;
results.append(\nFound ProbeHome @ jndiName=ProbeCMT);
Probe bean = home.create();
results.append(\nCreated ProbeCMT);
warmup(bean, results);
noop(bean, results);
ping(bean, results);
echo(bean, results);
 }
  
 public void testTxTimings(StringBuffer 

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 13:45:30

  Modified:jetty/src/main/org/jboss/jetty/session
CoarseDistributedStore.java
  Log:
  moving forward again...
  
  Revision  ChangesPath
  1.6   +21 -2 
contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java
  
  Index: CoarseDistributedStore.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- CoarseDistributedStore.java   3 Feb 2002 00:14:26 -   1.5
  +++ CoarseDistributedStore.java   12 Feb 2002 21:45:30 -  1.6
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: CoarseDistributedStore.java,v 1.5 2002/02/03 00:14:26 jules_gosnell Exp $
  +// $Id: CoarseDistributedStore.java,v 1.6 2002/02/12 21:45:30 jules_gosnell Exp $
   
   //
   
  @@ -86,6 +86,8 @@
   
 try
 {
  + // find and remove should be atomic - they should be packaged
  + // into one method on EJB...
CoarseHttpSession ejb=_home.findByPrimaryKey(id);
   
if (ejb!=null)
  @@ -99,7 +101,9 @@
}
 }
 catch (Throwable e)
  -  {}
  +  {
  + _log.warn(session not found: +e);
  +  }
   
 return data;
   }
  @@ -116,15 +120,30 @@
 if (_home==null)
return;
   
  +  // this is clumsy... - TODO
  +  try
  +  {
  + CoarseHttpSession ejb=_home.findByPrimaryKey(id);
  + ejb.setData((CoarseHttpSessionData)data);
  + return;
  +  }
  +  catch (RemoteException e)
  +  {}
  +  catch (FinderException e)
  +  {}
  +
 try
 {
CoarseHttpSession ejb=_home.create((CoarseHttpSessionData)data);
ejb=null;
  + return;
 }
 catch (RemoteException e)
 {}
 catch (CreateException e)
 {}
  +
  +  _log.warn(WARNING: could not save session: +id);
   }
   
 public void
  
  
  

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

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

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 13:46:54

  Modified:src/main/org/jboss/web AbstractWebContainer.java
  Log:
  Restore the Exception throws clause to the startService method
  
  Revision  ChangesPath
  1.24  +83 -87jboss/src/main/org/jboss/web/AbstractWebContainer.java
  
  Index: AbstractWebContainer.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- AbstractWebContainer.java 12 Feb 2002 03:22:03 -  1.23
  +++ AbstractWebContainer.java 12 Feb 2002 21:46:54 -  1.24
  @@ -1,3 +1,9 @@
  +/*
  + * JBoss, the OpenSource J2EE WebOS
  + *
  + * Distributable under LGPL license.
  + * See terms of license at gnu.org.
  + */
   package org.jboss.web;
   
   import java.net.MalformedURLException;
  @@ -62,45 +68,45 @@
   implementations for use by subclass request interceptors. A outline of the
   steps for authenticating a user is:
   code
  -// Get the username  password from the request context...
  -String username = f(request);
  -String password = f(request);
  -// Get the JBoss security manager from the ENC context
  -InitialContext iniCtx = new InitialContext();
  -SecurityManager securityMgr = (SecurityManager) 
iniCtx.lookup(java:comp/env/security/securityMgr);
  -SimplePrincipal principal = new SimplePrincipal(username);
  -if( securityMgr.isValid(principal, password) )
  -{
  -// Indicate the user is allowed access to the web content...
  -
  -// Propagate the user info to JBoss for any calls into made by the servlet
  -SecurityAssociation.setPrincipal(principal);
  -SecurityAssociation.setCredential(password.toCharArray());
  -}
  -else
  -{
  -// Deny access...
  -}
  +   // Get the username  password from the request context...
  +   String username = f(request);
  +   String password = f(request);
  +   // Get the JBoss security manager from the ENC context
  +   InitialContext iniCtx = new InitialContext();
  +   SecurityManager securityMgr = (SecurityManager) 
iniCtx.lookup(java:comp/env/security/securityMgr);
  +   SimplePrincipal principal = new SimplePrincipal(username);
  +   if( securityMgr.isValid(principal, password) )
  +   {
  +   // Indicate the user is allowed access to the web content...
  +
  +   // Propagate the user info to JBoss for any calls into made by the servlet
  +   SecurityAssociation.setPrincipal(principal);
  +   SecurityAssociation.setCredential(password.toCharArray());
  +   }
  +   else
  +   {
  +   // Deny access...
  +   }
   /code
   
   An outline of the steps for authorizing the user is:
   code
  -// Get the username  required roles from the request context...
  -String username = f(request);
  -String[] roles = f(request);
  -// Get the JBoss security manager from the ENC context
  -InitialContext iniCtx = new InitialContext();
  -RealmMapping securityMgr = (RealmMapping) 
iniCtx.lookup(java:comp/env/security/realmMapping);
  -SimplePrincipal principal = new SimplePrincipal(username);
  -Set requiredRoles = new HashSet(Arrays.asList(roles));
  -if( securityMgr.doesUserHaveRole(principal, requiredRoles) )
  -{
  -// Indicate the user has the required roles for the web content...
  -}
  -else
  -{
  -// Deny access...
  -}
  +   // Get the username  required roles from the request context...
  +   String username = f(request);
  +   String[] roles = f(request);
  +   // Get the JBoss security manager from the ENC context
  +   InitialContext iniCtx = new InitialContext();
  +   RealmMapping securityMgr = (RealmMapping) 
iniCtx.lookup(java:comp/env/security/realmMapping);
  +   SimplePrincipal principal = new SimplePrincipal(username);
  +   Set requiredRoles = new HashSet(Arrays.asList(roles));
  +   if( securityMgr.doesUserHaveRole(principal, requiredRoles) )
  +   {
  +   // Indicate the user has the required roles for the web content...
  +   }
  +   else
  +   {
  +   // Deny access...
  +   }
   /code
   
   The one thing to be aware of is the relationship between the thread context
  @@ -128,11 +134,11 @@
   @see org.jboss.security.SecurityAssociation;
   
   @author  [EMAIL PROTECTED]
  -@version $Revision: 1.23 $
  +@version $Revision: 1.24 $
   */
   public abstract class AbstractWebContainer 
  -extends ServiceMBeanSupport 
  -implements AbstractWebContainerMBean
  +   extends ServiceMBeanSupport 
  +   implements AbstractWebContainerMBean
   {
  
  public static interface WebDescriptorParser
  @@ -161,24 +167,20 @@
 public void parseWebAppDescriptors(ClassLoader loader, Element webApp, 
Element jbossWeb) throws Exception;
  }
  
  -   
  /** A mapping of deployed warUrl strings to the WebApplication object */
  protected HashMap deploymentMap = new HashMap();
  
  -   
  public AbstractWebContainer()
  {
  }
  
  -   
  public boolean accepts(DeploymentInfo sdi) 
  {
  

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 13:48:42

  Modified:jetty/src/main/org/jboss/jetty/session
DistributedHttpSessionManager.java
  Log:
  more work on interval snapshot strategy
  
  Revision  ChangesPath
  1.11  +38 -3 
contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSessionManager.java
  
  Index: DistributedHttpSessionManager.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSessionManager.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- DistributedHttpSessionManager.java10 Feb 2002 17:57:41 -  1.10
  +++ DistributedHttpSessionManager.java12 Feb 2002 21:48:42 -  1.11
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: DistributedHttpSessionManager.java,v 1.10 2002/02/10 17:57:41 olegnitz Exp $
  +// $Id: DistributedHttpSessionManager.java,v 1.11 2002/02/12 21:48:42 jules_gosnell 
Exp $
   
   // TODO
   
  @@ -15,6 +15,8 @@
   // test
   // release 
   
  +// what am I going to do to stop threads on undeployment of app/context/jetty ?
  +
   //
   
   package org.jboss.jetty.session;
  @@ -115,17 +117,21 @@
   {
 IntervalSnapshotStrategy iss=(IntervalSnapshotStrategy)object;
 System.out.println(snapshotting HttpSessions for Context 
(+iss._manager.getServletContext()+));
  -  iss._timer.reregister(iss._manager, System.currentTimeMillis(), 
iss._interval*1000);
  +  iss._manager.snapshot(iss._notifyActivate, iss._notifyPassivate);  // 
should probably be done on another thread
  +  iss._timer.reregister(iss, System.currentTimeMillis(), iss._interval*1000);
   }
   
   public long
 timeRemaining(Object object, long timeRegistered, long timeNow, long 
maxInactiveInterval)
   {
  +  System.out.println(checking time left: 
+((timeRegistered+maxInactiveInterval)-timeNow));
 return (timeRegistered+maxInactiveInterval)-timeNow;
   }
 }
   
 static AbstractTimeOutManager   _timer=new NaiveTimeOutManager(5*1000, new 
TimeOutHelper());
  +  static { _timer.start(); }
  +
 final int   _interval;
 final DistributedHttpSessionManager _manager;
   
  @@ -176,7 +182,7 @@
   //--
   /**
*
  - * @version $Id: DistributedHttpSessionManager.java,v 1.10 2002/02/10 17:57:41 
olegnitz Exp $
  + * @version $Id: DistributedHttpSessionManager.java,v 1.11 2002/02/12 21:48:42 
jules_gosnell Exp $
* @author [EMAIL PROTECTED]
*/
   //
  @@ -259,11 +265,19 @@
   }
   
   if (snapshotFrequency.equalsIgnoreCase(never))
  +{
 tmp=new DummySnapshotStrategy();
  +}
   else if (snapshotFrequency.equalsIgnoreCase(idle))
  +{
 tmp=new IdleSnapshotStrategy(notifyActivation, notifyPassivation);
  +  _log.warn(IdleSnapshotStrategy - NYI);
  +}
   else if (snapshotFrequency.equalsIgnoreCase(request))
  +{
 tmp=new RequestSnapshotStrategy(notifyActivation, notifyPassivation);
  +  _log.warn(RequestSnapshotStrategy - NYI);
  +}
   else
   {
 try
  @@ -271,6 +285,7 @@
tmp=new IntervalSnapshotStrategy(this,
 Integer.decode(snapshotFrequency).intValue(),
 notifyActivation, notifyPassivation);
  + _log.info(using IntervalSnapshotStrategy: +tmp);
 }
 catch (NumberFormatException e)
 {
  @@ -287,6 +302,26 @@
   setDistributed(boolean isDistributed)
 {
   _isDistributed=isDistributed;
  +  }
  +
  +  //
  +
  +  public void
  +snapshot(boolean notifyActivate, boolean notifyPassivate)
  +  {
  +if (_isStarted=false)
  +  return;
  +
  +List sessions;
  +synchronized (_sessions) {
  +  sessions = new ArrayList(_sessions.values());
  +}
  +
  +for (Iterator i = sessions.iterator(); i.hasNext(); )
  +{
  +  DistributedHttpSession session=(DistributedHttpSession)i.next();
  +  session.snapshot(notifyActivate, notifyPassivate);
  +}
 }
   
 //
  
  
  

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

[JBoss-dev] [ jboss-Patches-516634 ] Compile Error for Catalina

[noreply]

Patches item #516634, was opened at 2002-02-12 13:39
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=516634group_id=22866

Category: None
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Robert Whitehead (wrwhitehead)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile Error for Catalina

Initial Comment:
EmbeddedCatalinaServiceSX.java compiles with one 
error.  

The Exception on the startservice() method needs to be 
removed in order to compile.  The exception has been 
removed from the super class 
AbstractWebContainer.java  A catch statement is then 
needed in the Try block.  See attached diff file.

--

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

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

[JBoss-dev] Fix for bug in AbstractWebContainer

[Matt Humphrey]

It appears that deployment of WAR files was broken when the new Unified
Classloader was implemented. The problem seems to be that a classloader for
the WEB-INF/classes directory within the WAR is not created, and instead a
classloader for some arbitrary subdirectory of WEB-INF/classes is created.
Here is a snippet of the broken code (from
AbstractWebContainer.parseWEBINFClasses):

File outFile = new File(localCopyDir,
di.shortName+.webinf+File.separator+name);
outFile.getParentFile().mkdirs();
if (!uclCreated)
{
  DeploymentInfo sub = new
DeploymentInfo(outFile.getParentFile().toURL(), di);
  // There is no copying over, just use the url for the UCL
  sub.localUrl = sub.url;

  // Create a URL for the sub
  sub.createClassLoaders();
  uclCreated = true;
  di.subDeployments.add(sub);
}

For example, if the first file under WEB-INF/classes it finds is
WEB-INF/classes/org/blah/foo.class, it will create a sub-deployment (and
hence a classloader) for WEB-INF/classes/org/blah/ when what we really
wanted was a sub-deployment for WEB-INF/classes/. Here is my fix:

File outFile = new File(localCopyDir,
di.shortName+.webinf+File.separator+name);

outFile.getParentFile().mkdirs();

if (!uclCreated)
{
// ** NEW CODE
  File classesFile = new File(localCopyDir,
di.shortName+.webinf+File.separator+WEB-INF+File.separator+classes);

  DeploymentInfo sub = new DeploymentInfo(classesFile.toURL(), di);
// ** END NEW CODE

  // There is no copying over, just use the url for the UCL
  sub.localUrl = sub.url;

  // Create a URL for the sub
  sub.createClassLoaders();

  uclCreated = true;

  di.subDeployments.add(sub);
}

I apologize if I am not submitting this fix in the correct format; I am new
to open source development.


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


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

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

[David Jencks]

  User: d_jencks
  Date: 02/02/12 14:03:23

  Modified:src/main/org/jboss/test/util/test SchedulerUnitTestCase.java
  Log:
  changed SchedulableUnitTestCase so it actually tests whether deployment works
  
  Revision  ChangesPath
  1.3   +3 -18 
jbosstest/src/main/org/jboss/test/util/test/SchedulerUnitTestCase.java
  
  Index: SchedulerUnitTestCase.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/util/test/SchedulerUnitTestCase.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- SchedulerUnitTestCase.java29 Jan 2002 22:00:07 -  1.2
  +++ SchedulerUnitTestCase.java12 Feb 2002 22:03:19 -  1.3
  @@ -43,7 +43,7 @@
   * /ul
   * /p
   *
  -* @version   $Revision: 1.2 $
  +* @version   $Revision: 1.3 $
   **/
   public class SchedulerUnitTestCase
  extends JBossTestCase
  @@ -96,23 +96,8 @@
   lUrl = lLoader.getResource( test-default-scheduler-service.xml );
}
assertTrue( resource test-default-scheduler-service.xml not found, lUrl 
!= null );
  - boolean lOk = false;
  - try {
  -deploy( lUrl +  );
  -lOk = true;
  - }
  - catch( Exception e ) {
  -getLog().error( Failed to deploy if default test Scheduler, e );
  - }
  - if( lOk ) {
  -try {
  -   // Remove again when successfull
  -   undeploy( lUrl +  );
  -}
  -catch( Exception e ) {
  -   getLog().error( Failed to undeploy if default test Scheduler, e );
  -}
  - }
  + deploy( lUrl +  );
  + undeploy( lUrl +  );
 }
  }
  
  
  
  

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

[JBoss-dev] [ jboss-Bugs-516649 ] Startup of a sar with an EJB jar fails

[noreply]

Bugs item #516649, was opened at 2002-02-12 14:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516649group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Startup of a sar with an EJB jar fails

Initial Comment:
There is a perf-service.sar in the current testsuite 
build that includes an mbean and the perf.jar EJB jar 
used by the perf unit tests. The jboss-service.xml 
descriptor declares the 
org.jboss.test.perf.test.PerfTest to be dependent on 
the connection factory loader for the java:/DefaultDS 
data source needed by the entity bean container:

server
  mbean code=org.jboss.test.perf.test.PerfTest
name=jboss.test:service=PerfTest
dependsjboss:service=ConnectionFactoryLoader,name=Def
aultDS/depends
  /mbean
/server

On startup of the JBoss server the deployment of the 
sar fails because the perf.jar is deployed before the 
java:/DefaultDS binding is available. See the attached 
server.log file for the complete trace of the 
deployment and subsequent exception.


Note that if I instead build a perf-service.ear that 
includes the perf.jar and perf-service.sar that does 
not include the perf.jar, deployment works fine on 
startup.


--

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

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

Re: [JBoss-dev] Fix for bug in AbstractWebContainer

[Scott M Stark]

I think the handling of the WEB-INF/classes at the JBoss class loader
level is dubious and its subject to being ripped out as soon as I
take a close look at it. In general patches are to be submitted through
sourceforge JBoss project.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: Matt Humphrey [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 12, 2002 1:58 PM
Subject: [JBoss-dev] Fix for bug in AbstractWebContainer


 It appears that deployment of WAR files was broken when the new Unified
 Classloader was implemented. The problem seems to be that a classloader
for
 the WEB-INF/classes directory within the WAR is not created, and instead a
 classloader for some arbitrary subdirectory of WEB-INF/classes is created.
 Here is a snippet of the broken code (from
 AbstractWebContainer.parseWEBINFClasses):

 File outFile = new File(localCopyDir,
 di.shortName+.webinf+File.separator+name);
 outFile.getParentFile().mkdirs();
 if (!uclCreated)
 {
   DeploymentInfo sub = new
 DeploymentInfo(outFile.getParentFile().toURL(), di);
   // There is no copying over, just use the url for the UCL
   sub.localUrl = sub.url;

   // Create a URL for the sub
   sub.createClassLoaders();
   uclCreated = true;
   di.subDeployments.add(sub);
 }

 For example, if the first file under WEB-INF/classes it finds is
 WEB-INF/classes/org/blah/foo.class, it will create a sub-deployment (and
 hence a classloader) for WEB-INF/classes/org/blah/ when what we really
 wanted was a sub-deployment for WEB-INF/classes/. Here is my fix:

 File outFile = new File(localCopyDir,
 di.shortName+.webinf+File.separator+name);

 outFile.getParentFile().mkdirs();

 if (!uclCreated)
 {
 // ** NEW CODE
   File classesFile = new File(localCopyDir,
 di.shortName+.webinf+File.separator+WEB-INF+File.separator+classes);

   DeploymentInfo sub = new DeploymentInfo(classesFile.toURL(), di);
 // ** END NEW CODE

   // There is no copying over, just use the url for the UCL
   sub.localUrl = sub.url;

   // Create a URL for the sub
   sub.createClassLoaders();

   uclCreated = true;

   di.subDeployments.add(sub);
 }

 I apologize if I am not submitting this fix in the correct format; I am
new
 to open source development.


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


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



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

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

[Oleg Nitz]

  User: olegnitz
  Date: 02/02/12 14:34:34

  Modified:jetty/src/main/org/jboss/jetty JettyService.java
  Log:
  It didn't compile
  
  Revision  ChangesPath
  1.44  +3 -2  contrib/jetty/src/main/org/jboss/jetty/JettyService.java
  
  Index: JettyService.java
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- JettyService.java 12 Feb 2002 21:39:23 -  1.43
  +++ JettyService.java 12 Feb 2002 22:34:34 -  1.44
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JettyService.java,v 1.43 2002/02/12 21:39:23 jules_gosnell Exp $
  +// $Id: JettyService.java,v 1.44 2002/02/12 22:34:34 olegnitz Exp $
   
   //--
   
  @@ -34,7 +34,7 @@
* A service to launch jetty from JMX.
*
* @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a
  - * @version $Revision: 1.43 $
  + * @version $Revision: 1.44 $
*/
   
   // NOTES
  @@ -215,6 +215,7 @@
   
 public void
   startService()
  +throws Exception
 {
   super.startService();
   
  
  
  

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

Re: [JBoss-dev] Mbean dependancies

[Scott M Stark]

The first issue is documented as Bug#516649. Note that if I package
the sar and ejb-jar in an ear, deployment on startup works. I don't have
a problem with requiring this type of packaging if it simplies the
deployment logic and eliminates the number of locations where depends
tags need to be handled.

Yes, I would say that the invoke and invokeHome ops should thrown
an exception if they are used if the container is not in the started
state.

- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 12, 2002 2:19 PM
Subject: Re: [JBoss-dev] Mbean dependancies


 I'll take a look at these.

 I think the first will require adding a depends element to jboss.xml which
 will translate into a dependency of the application on the referenced
 mbean.  This will also require making Application into an mbean, which I
 want to do anyway.

 btw my change for allowing things to depend on ejbs puts the ejb container
 mbean in the mbean server when it is created, not after it is started.
 Should I make it so invoke and invokeHome throw exceptions if the
Container
 is not started?

 david jencks

 On 2002.02.12 15:48:09 -0500 Scott M Stark wrote:
  Two things I am seeing that I would appreciate you considering when
  you in there looking at the deployment stuff are the following:
 
  1. An mbean in a sar that uses EJBs included in the sar as an ejb jar
  with the following depends statement:
  server
mbean code=org.jboss.test.perf.test.PerfTest
  name=jboss.test:service=PerfTest
  !-- We need the DefaultDS DataSource connection for entity
beans --
 
dependsjboss:service=ConnectionFactoryLoader,name=DefaultDS/depends
/mbean
  /server
 
  fails on startup of the server because the entity beans are deployed
  before
  the
  DefaultDS is available.



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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge JDBCAbstractCMPFieldBridge.java JDBCCMP1xFieldBridge.java JDBCCMRFieldBridge.java JDBCFieldBridge.java

[Dain Sundstrom]

  User: dsundstrom
  Date: 02/02/12 14:35:12

  Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCAbstractCMPFieldBridge.java
JDBCCMP1xFieldBridge.java JDBCCMRFieldBridge.java
JDBCFieldBridge.java
  Log:
  Fixed code that throws an exception if bean provider attempts to set a
  primary key field out side of ejbCreate or if the bean provider attempts
  to add a bean to a relation inside of ejbCreate.
  
  Revision  ChangesPath
  1.11  +19 -1 
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCAbstractCMPFieldBridge.java
  
  Index: JDBCAbstractCMPFieldBridge.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCAbstractCMPFieldBridge.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- JDBCAbstractCMPFieldBridge.java   15 Jan 2002 20:43:56 -  1.10
  +++ JDBCAbstractCMPFieldBridge.java   12 Feb 2002 22:35:12 -  1.11
  @@ -40,7 +40,7 @@
*  One for each entity bean cmp field.   
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.10 $
  + * @version $Revision: 1.11 $
*/
   public abstract class JDBCAbstractCMPFieldBridge implements JDBCCMPFieldBridge {
  protected JDBCStoreManager manager;
  @@ -93,6 +93,24 @@
  
  public boolean isPrimaryKeyMember() {
 return metadata.isPrimaryKeyMember();
  +   }
  +
  +   public Object getValue(EntityEnterpriseContext ctx) {
  +  // no user checks yet, but this is where they would go
  +  return getInstanceValue(ctx);
  +   }
  +
  +   public void setValue(EntityEnterpriseContext ctx, Object value) {
  +  if(isReadOnly()) {
  + throw new EJBException(Field is read-only:  +
  +   fieldName= + getFieldName());
  +  }
  +  if(isPrimaryKeyMember()  manager.getEntityBridge().isCreated(ctx)) {
  + throw new IllegalStateException(A CMP field that is a member  +
  +   of the primary key can only be set in ejbCreate  +
  +   [EJB 2.0 Spec. 10.3.5].);
  +  }
  +  setInstanceValue(ctx, value);  
  }
   
  public Object getPrimaryKeyValue(Object primaryKey) 
  
  
  
  1.11  +1 -6  
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMP1xFieldBridge.java
  
  Index: JDBCCMP1xFieldBridge.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMP1xFieldBridge.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- JDBCCMP1xFieldBridge.java 15 Jan 2002 20:48:16 -  1.10
  +++ JDBCCMP1xFieldBridge.java 12 Feb 2002 22:35:12 -  1.11
  @@ -35,7 +35,7 @@
*  One for each entity bean cmp field.   
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.10 $
  + * @version $Revision: 1.11 $
*/
   public class JDBCCMP1xFieldBridge extends JDBCAbstractCMPFieldBridge {
  private Field field;
  @@ -72,11 +72,6 @@
  }
  
  public void setInstanceValue(EntityEnterpriseContext ctx, Object value) {
  -  if(isPrimaryKeyMember()  manager.getEntityBridge().isCreated(ctx)) {
  -// throw new IllegalStateException(A field that is a member  +
  -//   of the primary key can only be set in ejbCreate);
  -  }
  -  
 try {
field.set(ctx.getInstance(), value);
   
  
  
  
  1.23  +40 -25
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMRFieldBridge.java
  
  Index: JDBCCMRFieldBridge.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMRFieldBridge.java,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- JDBCCMRFieldBridge.java   12 Feb 2002 06:17:15 -  1.22
  +++ JDBCCMRFieldBridge.java   12 Feb 2002 22:35:12 -  1.23
  @@ -53,7 +53,7 @@
*  One for each role that entity has.   
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.22 $
  + * @version $Revision: 1.23 $
*/
   public class JDBCCMRFieldBridge implements JDBCFieldBridge {
  // -- Invocation messages --
  @@ -488,17 +488,34 @@
 return true;
  }
   
  +   public Object getValue(EntityEnterpriseContext ctx) {
  +  // no user checks yet, but this is where they would go
  +  return getInstanceValue(ctx);
  +   }
  +
  +   public void setValue(EntityEnterpriseContext ctx, Object value) {
  +  if(isReadOnly()) {
  + throw new EJBException(Field is read-only:  +
  +   

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/bridge EntityBridgeInvocationHandler.java FieldBridge.java

[Dain Sundstrom]

  User: dsundstrom
  Date: 02/02/12 14:35:11

  Modified:src/main/org/jboss/ejb/plugins/cmp/bridge
EntityBridgeInvocationHandler.java FieldBridge.java
  Log:
  Fixed code that throws an exception if bean provider attempts to set a
  primary key field out side of ejbCreate or if the bean provider attempts
  to add a bean to a relation inside of ejbCreate.
  
  Revision  ChangesPath
  1.13  +3 -7  
jboss/src/main/org/jboss/ejb/plugins/cmp/bridge/EntityBridgeInvocationHandler.java
  
  Index: EntityBridgeInvocationHandler.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/bridge/EntityBridgeInvocationHandler.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- EntityBridgeInvocationHandler.java28 Jan 2002 21:43:12 -  1.12
  +++ EntityBridgeInvocationHandler.java12 Feb 2002 22:35:11 -  1.13
  @@ -37,7 +37,7 @@
*  One per cmp entity bean instance, including beans in pool.   
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.12 $
  + * @version $Revision: 1.13 $
*/
   public class EntityBridgeInvocationHandler implements InvocationHandler {
  private final EntityContainer container;
  @@ -110,13 +110,9 @@
 }
   
 if(methodName.startsWith(get)) {
  - return field.getInstanceValue(ctx);
  + return field.getValue(ctx);
 } else if(methodName.startsWith(set)) {
  - if(field.isReadOnly()) {
  -throw new EJBException(Field is read-only:  +
  -  fieldName= + field.getFieldName());
  - }
  - field.setInstanceValue(ctx, args[0]);
  + field.setValue(ctx, args[0]);
return null;
 }
 // Should never get here, but it's better to be safe then sorry.
  
  
  
  1.2   +3 -9  jboss/src/main/org/jboss/ejb/plugins/cmp/bridge/FieldBridge.java
  
  Index: FieldBridge.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/bridge/FieldBridge.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- FieldBridge.java  15 Jan 2002 20:40:15 -  1.1
  +++ FieldBridge.java  12 Feb 2002 22:35:11 -  1.2
  @@ -19,7 +19,7 @@
*  One for each entity bean field.   
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
*/
   public interface FieldBridge {
  /**
  @@ -29,23 +29,17 @@
  public String getFieldName();
  
  /**
  -* Is this field read only.
  -* @return true if this field is read only
  -*/ 
  -   public boolean isReadOnly();
  -  
  -   /**
   * Gets the value of this field for the specified instance context.
   * @param ctx the context for which this field's value should be fetched
   * @return the value of this field
   */
  -   public Object getInstanceValue(EntityEnterpriseContext ctx);
  +   public Object getValue(EntityEnterpriseContext ctx);
 
  /**
   * Sets the value of this field for the specified instance context.
   * @param ctx the context for which this field's value should be set
   * @param value the new value of this field
   */
  -   public void setInstanceValue(EntityEnterpriseContext ctx, Object value);
  +   public void setValue(EntityEnterpriseContext ctx, Object value);
   
   }
  
  
  

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

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 14:42:28

  Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java
  Log:
  JSP precompilation fix from Ignacio  Greg
  
  Revision  ChangesPath
  1.20  +3 -3  
contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java
  
  Index: JBossWebApplicationContext.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- JBossWebApplicationContext.java   4 Feb 2002 21:17:56 -   1.19
  +++ JBossWebApplicationContext.java   12 Feb 2002 22:42:28 -  1.20
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: JBossWebApplicationContext.java,v 1.19 2002/02/04 21:17:56 jules_gosnell 
Exp $
  +// $Id: JBossWebApplicationContext.java,v 1.20 2002/02/12 22:42:28 jules_gosnell 
Exp $
   
   // A Jetty HttpServer with the interface expected by JBoss'
   // J2EEDeployer...
  @@ -30,7 +30,7 @@
   import org.mortbay.http.handler.SecurityHandler;
   import org.mortbay.jetty.servlet.WebApplicationContext;
   import org.mortbay.util.Resource;
  -import org.w3c.dom.Element;
  +import org.xml.sax.InputSource;
   
   //--
   
  @@ -295,7 +295,7 @@
 {
// MANDATORY - web.xml
Resource web=getResource(/WEB-INF/web.xml);
  - _webApp.setWebApp(_parser.parse(web.getInputStream()).getDocumentElement());
  + _webApp.setWebApp(_parser.parse(new 
InputSource(web.toString())).getDocumentElement());
 }
 catch (Exception e)
 {
  
  
  

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

[JBoss-dev] CVS update: jbosstest/src/resources/perf application.xml

[Scott M Stark]

  User: starksm 
  Date: 02/02/12 14:45:06

  Added:   src/resources/perf application.xml
  Log:
  The PerfTest service application descriptor
  
  Revision  ChangesPath
  1.1  jbosstest/src/resources/perf/application.xml
  
  Index: application.xml
  ===
  ?xml version=1.0 ?
  
  application
 display-namePerfTest MBean/display-name
  
 module
ejbperf.jar/ejb
 /module
  
  /application
  
  
  
  

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

RE: [JBoss-dev] Can we have funtional freeze?

[Francisco Reverbel]

On Tue, 5 Feb 2002, Jason Dillon wrote:

 What ever happened to the IIOP support?  Is that stable and/or going to be 
 included into the 3.0 release?

Sorry for the delayed answer, I was on vacation.

The IIOP stuff is not yet in sync with Marc's rewrote of the proxy and
container invoker code. I am resuming work on it now. It should not be
hard to make IIOP requests go through the JMX server.

Best,

Francisco




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

RE: [JBoss-dev] Can we have funtional freeze?

[Jason Dillon]

No worries.  Hope you had a nice vacation.  Are you planning on getting
this ready for 3.0?  I wanted to know if it should be included in the
jboss-all project.

--jason


On Tue, 2002-02-12 at 14:55, Francisco Reverbel wrote:
 On Tue, 5 Feb 2002, Jason Dillon wrote:
 
  What ever happened to the IIOP support?  Is that stable and/or going to be 
  included into the 3.0 release?
 
 Sorry for the delayed answer, I was on vacation.
 
 The IIOP stuff is not yet in sync with Marc's rewrote of the proxy and
 container invoker code. I am resuming work on it now. It should not be
 hard to make IIOP requests go through the JMX server.
 
 Best,
 
 Francisco
 
 
 
 
 ___
 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] Help on WebClassLoader

[Francisco Reverbel]

I have an uncommitted change on org.jboss.web.WebClassLoader to enable
downloading of IIOP stubs. This change worked fine on the 2.4 codebase.

On the 3.0 codebase, however, it appears that org.jboss.web.WebClassLoader   
is not being used anymore... Am I right here? If so, which class is now
used by org.jboss.web.WebServer to do dynamic loading of classes from
deployed jars?

Best,

Francisco


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

Re: [JBoss-dev] JBoss Code Style Guide

[Jason Dillon]

It does *mostly*.  If we can turn off the bits where it bastardizes
javadocs then I would be agreeable to using it again.  [X]Emacs still
does not like how it indents too much though =(

--jason


On Tue, 2002-02-12 at 09:22, David Jencks wrote:
 On 2002.02.12 11:48:33 -0500 Dain Sundstrom wrote:
  Hi all,
  
  I wrote the JBossCMP code before I was aware the JBoss Code Style Guide, 
  so I now I want to run a beautifier to correct my code.  Does any one 
  use a free beautifier that they have setup for JBoss?
  
  I found one called jacobe which seems to do the trick, but I have some 
  questions about the style guide.
  
  In class or interface declarations should I put a line terminator before 
  extends and implements as in the example code?
  
  Should I put a space between if and the open parenthesis? (There is not 
  one in the sample.)
  
  Should I put a space between catch and the open parenthesis? (There is 
  one in the sample.)
  
  Should I put a space between for and the open parenthesis? (There is one 
  in the sample.)
  
  
  I'm not going to update the code until after DR1 in case it introduces 
  errors.
  
  thanks
  -dain
  
  
 
 In cvs there is JavaStyle, and in build/etc/.refactory there is a template
 for it.  I think this formats according to jboss style.
 
 I've put a task for this into several build.xml files but others keep
 taking it out.  Here's an example
 
  !-- ==
 --
 !-- Pretty --
 !-- == --
 
 !-- 
  |  Pretty print everything.
  |
  |  This uses the jedit JavaStyle plugin via the ejbdoclet pretty ant
 task.
  |  cvs=true only pretties files you have already modified.
  |  cvs=false pretties all files.
 --
 
 target name=pretty depends=init
 taskdef name=pretty classname=pretty.Pretty/
 pretty settingsDir=${project.config}/etc cvs=true
 fileset dir=${source.java}
 include name=**/*.java/
 /fileset
 /pretty
 /target
 
 
 This is from jbosscx/connector build.xml version 1.7
 
 david jencks
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
  
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development



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

Re: [JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resourceRARDeployer.java

[Jason Dillon]

 Is there a reason you are getting the serviceController in postRegister
 rather than start or create?

No.  It can be done in create().  I keep getting confused with create(),
I miss init().

 Also are you working on EJBDeployer/Application/Container today?

At the moment no.  I may prototype some of the bits I was thinking
about, but that will not affect the current classes... and I will
probably let the concept percolate a bit more before I invest any time
coding it.

Did you get a change to read my last email on this?

--jason
 


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

Re: [JBoss-dev] JBoss Code Style Guide

[Jason Dillon]

Has anyone played with a decent cross platform tool that can easily
translate from style to style?  It seems that we will always have this
problem, but if we could gave something translate a users style back
into jboss style then we can end this thread once and for all.  Should
also help improve diffs.

--jason

 
On Tue, 2002-02-12 at 09:21, Luke Taylor wrote:
 Together's code formatter can do it OK.
 
 It can do all the indentation, brackets, javadoc formatting and removing 
 unwanted and unused imports OK.
 
 On the if, for, catch ( blah ) parenthesis stuff it's not so flexible 
 though. Maybe this isn't too important anyway (there should probably be 
 some flexibility on the part of the reader too :).
 
 Luke.
 
 Dain Sundstrom wrote:
  Hi all,
  
  I wrote the JBossCMP code before I was aware the JBoss Code Style Guide, 
  so I now I want to run a beautifier to correct my code.  Does any one 
  use a free beautifier that they have setup for JBoss?
  
  I found one called jacobe which seems to do the trick, but I have some 
  questions about the style guide.
  
  In class or interface declarations should I put a line terminator before 
  extends and implements as in the example code?
  
  Should I put a space between if and the open parenthesis? (There is not 
  one in the sample.)
  
  Should I put a space between catch and the open parenthesis? (There is 
  one in the sample.)
  
  Should I put a space between for and the open parenthesis? (There is one 
  in the sample.)
  
  
  I'm not going to update the code until after DR1 in case it introduces 
  errors.
  
  thanks
  -dain
  
  
 
 
 
 
 -- 
   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-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] Can we have funtional freeze?

[Francisco Reverbel]

My goal is to get it ready by the end of february or early march.

Cheers,

Francisco

On 12 Feb 2002, Jason Dillon wrote:

 No worries.  Hope you had a nice vacation.  Are you planning on getting
 this ready for 3.0?  I wanted to know if it should be included in the
 jboss-all project.
 
 --jason
 
 
 On Tue, 2002-02-12 at 14:55, Francisco Reverbel wrote:
  On Tue, 5 Feb 2002, Jason Dillon wrote:
  
   What ever happened to the IIOP support?  Is that stable and/or going to be 
   included into the 3.0 release?
  
  Sorry for the delayed answer, I was on vacation.
  
  The IIOP stuff is not yet in sync with Marc's rewrote of the proxy and
  container invoker code. I am resuming work on it now. It should not be
  hard to make IIOP requests go through the JMX server.
  
  Best,
  
  Francisco
  
  
  
  
  ___
  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 Code Style Guide

[Jason Dillon]

Off topic, but were you able to get NetBeans to build JBoss using its
ant fluff?

--jason


On Tue, 2002-02-12 at 08:59, Sacha Labourey wrote:
 Hello Dain,
 
 If you use netbeans, just change the tab value to 3 chars and you are done.
 You then just need to hit CTRL+SHIFT+F and your code is automagically
 reformated.
 
 Cheers,
 
 
   Sacha
 
 
  -Message d'origine-
  De : [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]De la part de Dain
  Sundstrom
  Envoye : mardi, 12 fevrier 2002 17:49
  A : JBoss-dev
  Objet : [JBoss-dev] JBoss Code Style Guide
 
 
  Hi all,
 
  I wrote the JBossCMP code before I was aware the JBoss Code Style Guide,
  so I now I want to run a beautifier to correct my code.  Does any one
  use a free beautifier that they have setup for JBoss?
 
 
 ___
 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] Survey still offline ?

[Jason Dillon]

I am aware that the survey is still offline.  I am not sure what the
plan is to bring the site back to its previous greatness at the moment. 
I have been letting it go idle and filling my soul with code in the mean
time.

--jason



On Tue, 2002-02-12 at 06:51, Tobias Frech wrote:
 Hi!
 The link from the main page to the survey still leads to the JANUARY 11
 CRASH page. Is that intended ?
 Ciao,
 Tobias
 
 ___
 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] Package organization

[Jason Dillon]

I think this will become clearer once the cvs module namespace has been
cleaned up some.  I think that in time I can show you how changing this
will improve things for us.  Not important at the moment though.

--jason


On Tue, 2002-02-12 at 02:58, marc fleury wrote:
 yes clearly scott, 
 
 marcf
 
 |-Original Message-
 |From: [EMAIL PROTECTED]
 |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
 |M Stark
 |Sent: Saturday, February 09, 2002 4:03 PM
 |To: [EMAIL PROTECTED]
 |Subject: Re: [JBoss-dev] Package organization
 |
 |
 |I'm not saying style is not important, but to me your arguments
 |have no objective basis that tell me how they ensure management
 |scalability, hence its YOUR style viewpoint. While I thank you
 |for sharing, I have no interest in renaming packages unless you
 |can demonstrate a benefit.
 |
 |- Original Message - 
 |From: Jason Dillon [EMAIL PROTECTED]
 |To: Scott M Stark [EMAIL PROTECTED]
 |Cc: [EMAIL PROTECTED]
 |Sent: Saturday, February 09, 2002 7:29 AM
 |Subject: Re: [JBoss-dev] Package organization
 |
 |
 | You are right... what _was_ I thinking anyways?!?  Style... pfff who
 | needs it!
 | 
 | I am going to go stick my head is a bucket.  
 | 
 | Code is important.  Code is Art.  Art has style.  Therefor code has
 | style and is important.
 | 
 | Of course the first two points are completely subjective.  One might
 | think that code is not important (such an individual is not well
 | informed to how the new world order works), or that code is not art, but
 | a complicated chore to be banged out quickly just to get the job done.
 | 
 | Of course, I think that my previous mail has more basis in scalable
 | organization than artistic style...
 | 
 | --jason
 | 
 | 
 |
 |
 |
 |___
 |Jboss-development mailing list
 |[EMAIL PROTECTED]
 |https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development



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

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

[Oleg Nitz]

  User: olegnitz
  Date: 02/02/12 15:31:23

  Modified:src/main/org/jboss/test/security/test
LoginContextUnitTestCase.java
  Log:
  Fixed the LoginModule name
  
  Revision  ChangesPath
  1.3   +4 -4  
jbosstest/src/main/org/jboss/test/security/test/LoginContextUnitTestCase.java
  
  Index: LoginContextUnitTestCase.java
  ===
  RCS file: 
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/security/test/LoginContextUnitTestCase.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- LoginContextUnitTestCase.java 18 Sep 2001 08:23:25 -  1.2
  +++ LoginContextUnitTestCase.java 12 Feb 2002 23:31:23 -  1.3
  @@ -13,7 +13,7 @@
   /** A JUnit TestCase for the JAAS LoginContext usage.
*
* @author [EMAIL PROTECTED]
  - * @version $Revision: 1.2 $
  + * @version $Revision: 1.3 $
*/
   public class LoginContextUnitTestCase
  extends junit.framework.TestCase
  @@ -26,11 +26,11 @@
 AppConfigurationEntry[] entry;
 MyConfig()
 {
  - entry = new AppConfigurationEntry[2];
  + entry = new AppConfigurationEntry[1];
HashMap opt0 = new HashMap();
opt0.put(principal, starksm);
  - entry[0] = new 
AppConfigurationEntry(org.jboss.security.plugins.samples.IdentityLoginModule, 
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, opt0);
  - entry[1] = new 
AppConfigurationEntry(org.jboss.security.plugins.samples.RolesLoginModule, 
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, new HashMap());
  + entry[0] = new 
AppConfigurationEntry(org.jboss.security.auth.spi.IdentityLoginModule, 
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, opt0);
  + //entry[1] = new 
AppConfigurationEntry(org.jboss.security.plugins.samples.RolesLoginModule, 
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, new HashMap());
 }
   
 public AppConfigurationEntry[] getAppConfigurationEntry(String appName)
  
  
  

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

Re: [JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X

[Jules Gosnell]

I'm seeing similar behaviour on Linux sun/1.3.1.
1. copying over the top of a jar in deploy/ doesn't seem to wake the
deployer up.
2. sometimes the deployer just seems to stop working.
I haven't said anything because I figured it was all still in a state
of flux, but I thought Hunter could do with some backing up !
If I nail it down any further I will post.
Jules

[EMAIL PROTECTED] wrote:
Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Assigned to: Nobody/Anonymous (nobody)
Summary: Undeploy Broken on MacOS X
Initial Comment:
The new deployer doesn't seem to undeploy
reliably on MacOS X.
When an ear is removed from the deploy directory,
nothing happens.
This worked fine before the new deployer was
implemented so I don't think it is a MacOS X JVM
bug.
Even if it is, Apple probably won't fix it unless we
can tell them where the bug is.
--
>Comment By: Hunter Hillegas (hunterhillegas)
Date: 2002-02-12 15:33
Message:
Logged In: YES
user_id=7380
It looks like it is the same story for deploying new ears
placed in the directory after the server has started...
They are never noticed... Again, this worked fine before
the deployer re-write.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X

[noreply]

Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Assigned to: Nobody/Anonymous (nobody)
Summary: Undeploy Broken on MacOS X

Initial Comment:
The new deployer doesn't seem to undeploy 
reliably on MacOS X.

When an ear is removed from the deploy directory, 
nothing happens.

This worked fine before the new deployer was 
implemented so I don't think it is a MacOS X JVM 
bug.

Even if it is, Apple probably won't fix it unless we 
can tell them where the bug is.

--

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

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

[JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X

[noreply]

Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Assigned to: Nobody/Anonymous (nobody)
Summary: Undeploy Broken on MacOS X

Initial Comment:
The new deployer doesn't seem to undeploy 
reliably on MacOS X.

When an ear is removed from the deploy directory, 
nothing happens.

This worked fine before the new deployer was 
implemented so I don't think it is a MacOS X JVM 
bug.

Even if it is, Apple probably won't fix it unless we 
can tell them where the bug is.

--

Comment By: Hunter Hillegas (hunterhillegas)
Date: 2002-02-12 15:33

Message:
Logged In: YES 
user_id=7380

It looks like it is the same story for deploying new ears 
placed in the directory after the server has started... 
They are never noticed... Again, this worked fine before 
the deployer re-write.

--

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

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

[JBoss-dev] Failed to Setup ENC

[Hunter Hillegas]

I have two EARs to deploy...

Each one contains two wars and and ejb-jar. One of the wars in each ear is
our content management system... Since a tree refresh a couple of weeks back
I am getting the trace below when I deploy the second ear...

While both ears have a copy of the content management war in them (they are
for different Web sites), they have different contexts specified in the
application.xml file in the ear...

Is it illegal to have two different wars, with the same name, in two
different ears, even if mapped differently in the application.xml file?

15:20:08,721 ERROR [JBossWebApplicationContext#/badreligion] failed to setup
ENC
javax.naming.NameAlreadyBoundException
at org.jnp.server.NamingServer.bind(NamingServer.java:130)
at org.jnp.interfaces.NamingContext.bind(NamingContext.java:330)
at org.jnp.interfaces.NamingContext.bind(NamingContext.java:302)
at 
org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(AbstractWebContain
er.java:479)
at 
org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebAppDescriptors(A
bstractWebContainer.java:682)
at 
org.jboss.jetty.JBossWebApplicationContext.setUpENC(JBossWebApplicationConte
xt.java:324)
at 
org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplication
Context.java:283)
at org.mortbay.http.HttpContext.start(HttpContext.java:1341)
at 
org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.
java:428)
at org.jboss.jetty.Jetty.deploy(Jetty.java:270)
at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284)
at 
org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:345)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:453)
at 
org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:798)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:448)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:408)
at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:269)
at org.jboss.deployment.MainDeployer.run(MainDeployer.java:247)
at java.lang.Thread.run(Thread.java:496)


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

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 15:57:08

  Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
  Log:
  sort this out a little
  
  Revision  ChangesPath
  1.15  +8 -4  
contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml
  
  Index: jboss-service.xml
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- jboss-service.xml 10 Feb 2002 17:57:47 -  1.14
  +++ jboss-service.xml 12 Feb 2002 23:57:08 -  1.15
  @@ -18,12 +18,16 @@
   attribute name=WebDefaultwebdefault.xml/attribute
   attribute name=UnpackWarstrue/attribute
   attribute name=PublishMBeanstrue/attribute
  +
  +!-- 
org.jboss.jetty.session.CoarseDistributedStore/org.jboss.jetty.session.ClusteredStore 
--
   attribute 
name=HttpSessionStorageStrategyorg.jboss.jetty.session.CoarseDistributedStore/attribute
  -!--
  -attribute 
name=HttpSessionStorageStrategyorg.jboss.jetty.session.ClusteredStore/attribute
  - --
  -attribute 
name=HttpSessionSnapshotFrequencynever/num-seconds/idle/request/attribute
  +
  +!-- never/idle/request/num-seconds--
  +attribute name=HttpSessionSnapshotFrequencynever/attribute
  +
  +!-- neither/activate/passivate/both --
   attribute name=HttpSessionSnapshotNotificationPolicyneither/attribute
  +
 /mbean
   
 !--classpath codebase=lib/ext archives=javax.servlet.jar, 
org.apache.jasper.jar, jboss-j2ee.jar/--
  
  
  

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

RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST

[Jason Dillon]

I hope this one makes it on to a shirt.

--jason


On Tue, 2002-02-12 at 02:58, marc fleury wrote:
 That is really funny
 
 marcf
 
 |-Original Message-
 |From: Hunter Hillegas [mailto:[EMAIL PROTECTED]]
 |Sent: Thursday, February 07, 2002 11:22 AM
 |To: marc fleury; JBoss Dev
 |Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
 |
 |
 |JBoss: All Your J2EE Are Belong To Us
 |
 | From: Colin Daly [EMAIL PROTECTED]
 | Date: Thu, 7 Feb 2002 18:13:26 +1100
 | To: marc fleury [EMAIL PROTECTED], Jboss-Development@Lists.
 | Sourceforge. Net [EMAIL PROTECTED]
 | Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
 | 
 | to plagiarize you marc
 | 
 | JBoss:
 | we love you.
 
 ___
 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] Failed to Setup ENC

[Jules Gosnell]

I'm a little concerned that this might be the new flat ClassLoader strategy
biting us.

ENC stuff is set up on a per ClassLoader basis (AFAIK). If there is now only
one ClassLoader, things could get messy.


Jules


Hunter Hillegas wrote:

 I have two EARs to deploy...

 Each one contains two wars and and ejb-jar. One of the wars in each ear is
 our content management system... Since a tree refresh a couple of weeks back
 I am getting the trace below when I deploy the second ear...

 While both ears have a copy of the content management war in them (they are
 for different Web sites), they have different contexts specified in the
 application.xml file in the ear...

 Is it illegal to have two different wars, with the same name, in two
 different ears, even if mapped differently in the application.xml file?

 15:20:08,721 ERROR [JBossWebApplicationContext#/badreligion] failed to setup
 ENC
 javax.naming.NameAlreadyBoundException
 at org.jnp.server.NamingServer.bind(NamingServer.java:130)
 at org.jnp.interfaces.NamingContext.bind(NamingContext.java:330)
 at org.jnp.interfaces.NamingContext.bind(NamingContext.java:302)
 at
 org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(AbstractWebContain
 er.java:479)
 at
 org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebAppDescriptors(A
 bstractWebContainer.java:682)
 at
 org.jboss.jetty.JBossWebApplicationContext.setUpENC(JBossWebApplicationConte
 xt.java:324)
 at
 org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplication
 Context.java:283)
 at org.mortbay.http.HttpContext.start(HttpContext.java:1341)
 at
 org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.
 java:428)
 at org.jboss.jetty.Jetty.deploy(Jetty.java:270)
 at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284)
 at
 org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:345)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:453)
 at
 org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:798)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:448)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:408)
 at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:269)
 at org.jboss.deployment.MainDeployer.run(MainDeployer.java:247)
 at java.lang.Thread.run(Thread.java:496)

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


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


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

Re: [JBoss-dev] Failed to Setup ENC

[Hunter Hillegas]

Ugly... I guess I'm back to my old, pre-deployer version of RH until this is
resolved. Thanks.

 From: Jules Gosnell [EMAIL PROTECTED]
 Date: Tue, 12 Feb 2002 23:47:04 +
 To: Hunter Hillegas [EMAIL PROTECTED]
 Cc: JBoss Dev [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] Failed to Setup ENC
 
 I'm a little concerned that this might be the new flat ClassLoader strategy
 biting us.
 
 ENC stuff is set up on a per ClassLoader basis (AFAIK). If there is now only
 one ClassLoader, things could get messy.
 
 
 Jules
 
 
 Hunter Hillegas wrote:
 
 I have two EARs to deploy...
 
 Each one contains two wars and and ejb-jar. One of the wars in each ear is
 our content management system... Since a tree refresh a couple of weeks back
 I am getting the trace below when I deploy the second ear...
 
 While both ears have a copy of the content management war in them (they are
 for different Web sites), they have different contexts specified in the
 application.xml file in the ear...
 
 Is it illegal to have two different wars, with the same name, in two
 different ears, even if mapped differently in the application.xml file?
 
 15:20:08,721 ERROR [JBossWebApplicationContext#/badreligion] failed to setup
 ENC
 javax.naming.NameAlreadyBoundException
 at org.jnp.server.NamingServer.bind(NamingServer.java:130)
 at org.jnp.interfaces.NamingContext.bind(NamingContext.java:330)
 at org.jnp.interfaces.NamingContext.bind(NamingContext.java:302)
 at
 org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(AbstractWebContain
 er.java:479)
 at
 org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebAppDescriptors(A
 bstractWebContainer.java:682)
 at
 org.jboss.jetty.JBossWebApplicationContext.setUpENC(JBossWebApplicationConte
 xt.java:324)
 at
 org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplication
 Context.java:283)
 at org.mortbay.http.HttpContext.start(HttpContext.java:1341)
 at
 org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.
 java:428)
 at org.jboss.jetty.Jetty.deploy(Jetty.java:270)
 at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284)
 at
 org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:345)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:453)
 at
 org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:798)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:448)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:408)
 at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:269)
 at org.jboss.deployment.MainDeployer.run(MainDeployer.java:247)
 at java.lang.Thread.run(Thread.java:496)
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 _
 Do You Yahoo!?
 Get your free @yahoo.com address at http://mail.yahoo.com
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


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

RE: [JBoss-dev] Fix for bug in AbstractWebContainer

[Matt Humphrey]

Ok, I can see handling it via a separate web container classloader.
However, please be aware that NO classloader is handling it currently,
i.e. use of Wars with classes under WEB-INF/classes does not work at
all.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of
Scott M Stark
Sent: Tuesday, February 12, 2002 5:35 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Fix for bug in AbstractWebContainer


I think the handling of the WEB-INF/classes at the JBoss class loader
level is dubious and its subject to being ripped out as soon as I take a
close look at it. In general patches are to be submitted through
sourceforge JBoss project.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: Matt Humphrey [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 12, 2002 1:58 PM
Subject: [JBoss-dev] Fix for bug in AbstractWebContainer


 It appears that deployment of WAR files was broken when the new 
 Unified Classloader was implemented. The problem seems to be that a 
 classloader
for
 the WEB-INF/classes directory within the WAR is not created, and 
 instead a classloader for some arbitrary subdirectory of 
 WEB-INF/classes is created. Here is a snippet of the broken code (from
 AbstractWebContainer.parseWEBINFClasses):

 File outFile = new File(localCopyDir, 
 di.shortName+.webinf+File.separator+name);
 outFile.getParentFile().mkdirs();
 if (!uclCreated)
 {
   DeploymentInfo sub = new 
 DeploymentInfo(outFile.getParentFile().toURL(), di);
   // There is no copying over, just use the url for the UCL
   sub.localUrl = sub.url;

   // Create a URL for the sub
   sub.createClassLoaders();
   uclCreated = true;
   di.subDeployments.add(sub);
 }

 For example, if the first file under WEB-INF/classes it finds is 
 WEB-INF/classes/org/blah/foo.class, it will create a sub-deployment 
 (and hence a classloader) for WEB-INF/classes/org/blah/ when what we 
 really wanted was a sub-deployment for WEB-INF/classes/. Here is my 
 fix:

 File outFile = new File(localCopyDir, 
 di.shortName+.webinf+File.separator+name);

 outFile.getParentFile().mkdirs();

 if (!uclCreated)
 {
 // ** NEW CODE
   File classesFile = new File(localCopyDir, 
 di.shortName+.webinf+File.separator+WEB-INF+File.separator+classe
 s);

   DeploymentInfo sub = new DeploymentInfo(classesFile.toURL(), 
 di); // ** END NEW CODE

   // There is no copying over, just use the url for the UCL
   sub.localUrl = sub.url;

   // Create a URL for the sub
   sub.createClassLoaders();

   uclCreated = true;

   di.subDeployments.add(sub);
 }

 I apologize if I am not submitting this fix in the correct format; I 
 am
new
 to open source development.


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


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



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


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


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

[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server QueueManager.java TopicManager.java

[Jason Dillon]

  User: user57  
  Date: 02/02/12 16:15:01

  Modified:src/main/org/jboss/mq/server QueueManager.java
TopicManager.java
  Log:
   o Changed logger cat seperator to '.' for consistency.  I don't like it
 really, but I figure that if debugging a problem one would look at the
 full log file, so this is just for some confirmation that things are
 working
   o Changed error to warn for stopService(), as there isn't anything to
 really do about this at the moment.
   o Unmasking a rethrown exception
  
  Revision  ChangesPath
  1.12  +6 -4  jbossmq/src/main/org/jboss/mq/server/QueueManager.java
  
  Index: QueueManager.java
  ===
  RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/QueueManager.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- QueueManager.java 11 Feb 2002 22:45:28 -  1.11
  +++ QueueManager.java 13 Feb 2002 00:15:01 -  1.12
  @@ -33,7 +33,7 @@
*
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author a href=[EMAIL PROTECTED]Hiram Chirino/a
  - * @version$Revision: 1.11 $
  + * @version$Revision: 1.12 $
*/
   public class QueueManager
  extends ServiceMBeanSupport
  @@ -127,13 +127,15 @@
 else
setJNDIName(jndiName); //in config phase, all we did was store the name, 
and not actually bind
 }
  -  catch (JMSException e) {log.warn(Couldn't add queue +e.getMessage());}
  +  catch (JMSException e) {
  + log.warn(Couldn't add queue, e);
  +  }
 
  }
   
  protected void stopService()
  {
  -  log.error(queue stop not yet implemented);
  +  log.warn(queue stop not yet implemented);
  }
   
  protected ObjectName getObjectName(MBeanServer server, ObjectName name) throws 
javax.management.MalformedObjectNameException
  @@ -145,7 +147,7 @@
 }
   
 // re-setup the logger with a more descriptive name
  -  log = Logger.getLogger(getClass().getName() + : + queueName);
  +  log = Logger.getLogger(getClass().getName() + . + queueName);
 
 return name;
  }
  
  
  
  1.13  +8 -5  jbossmq/src/main/org/jboss/mq/server/TopicManager.java
  
  Index: TopicManager.java
  ===
  RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/TopicManager.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- TopicManager.java 11 Feb 2002 22:45:28 -  1.12
  +++ TopicManager.java 13 Feb 2002 00:15:01 -  1.13
  @@ -36,7 +36,7 @@
   *
   * @author Norbert Lataille ([EMAIL PROTECTED])
   * @author a href=[EMAIL PROTECTED]Hiram Chirino/a
  -* @version$Revision: 1.12 $
  +* @version$Revision: 1.13 $
   */
   public class TopicManager
   extends ServiceMBeanSupport
  @@ -129,7 +129,9 @@
else
   setJNDIName(jndiName); //In config phase, we only stored the name, and 
didn't actually bind it
 }
  -  catch (JMSException e) {log.warn(Couldn't add topic +e.getMessage());}
  +  catch (JMSException e) {
  + log.warn(Couldn't add topic, e);
  +  }
  
  }
  
  @@ -137,10 +139,11 @@
  {
 // FIXME marcf: implement the removal of the service 
 // The behavior to be fixed is a rebuild the server, it hot deploys, 
destination exists
  -  log.error(queue stop not yet implemented);
  +  log.warn(queue stop not yet implemented);
  }
  
  -   protected ObjectName getObjectName(MBeanServer server, ObjectName name) throws 
javax.management.MalformedObjectNameException
  +   protected ObjectName getObjectName(MBeanServer server, ObjectName name)
  +  throws javax.management.MalformedObjectNameException
  {
 topicName = name.getKeyProperty(name);
 if (topicName == null || topicName.length() == 0)
  @@ -149,7 +152,7 @@
 }
 
 // re-setup the logger with a more descriptive name
  -  log = Logger.getLogger(getClass().getName() + : + topicName);
  +  log = Logger.getLogger(getClass().getName() + . + topicName);
 
 return name;
  }
  
  
  

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

[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjbosscmp-jdbc.xml

[David Budworth]

  User: dbudworth
  Date: 02/02/12 16:29:40

  Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
  Log:
  Added java.util.Date type mapping for Oracle7 and Oracle8
  
  Revision  ChangesPath
  1.17  +11 -1 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
  
  Index: standardjbosscmp-jdbc.xml
  ===
  RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- standardjbosscmp-jdbc.xml 12 Feb 2002 15:12:11 -  1.16
  +++ standardjbosscmp-jdbc.xml 13 Feb 2002 00:29:40 -  1.17
  @@ -7,7 +7,7 @@
   !--   --
   !-- = --
   
  -!-- $Id: standardjbosscmp-jdbc.xml,v 1.16 2002/02/12 15:12:11 dsundstrom Exp $ --
  +!-- $Id: standardjbosscmp-jdbc.xml,v 1.17 2002/02/13 00:29:40 dbudworth Exp $ --
   
   jbosscmp-jdbc
  
  @@ -260,6 +260,11 @@
sql-typeVARCHAR2(255)/sql-type
 /mapping
 mapping
  + java-typejava.util.Date/java-type
  + jdbc-typeTIMESTAMP/jdbc-type
  + sql-typeTIMESTAMP/sql-type
  +  /mapping
  +  mapping
java-typejava.sql.Date/java-type
jdbc-typeDATE/jdbc-type
sql-typeDATE/sql-type
  @@ -357,6 +362,11 @@
java-typejava.lang.String/java-type
jdbc-typeVARCHAR/jdbc-type
sql-typeVARCHAR2(255)/sql-type
  +  /mapping
  +  mapping
  + java-typejava.util.Date/java-type
  + jdbc-typeTIMESTAMP/jdbc-type
  + sql-typeTIMESTAMP/sql-type
 /mapping
 mapping
java-typejava.sql.Date/java-type
  
  
  

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

Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST

[David Jencks]

Me too

david

On 2002.02.12 18:34:06 -0500 Jason Dillon wrote:
 I hope this one makes it on to a shirt.
 
 --jason
 
 
 On Tue, 2002-02-12 at 02:58, marc fleury wrote:
  That is really funny
  
  marcf
  
  |-Original Message-
  |From: Hunter Hillegas [mailto:[EMAIL PROTECTED]]
  |Sent: Thursday, February 07, 2002 11:22 AM
  |To: marc fleury; JBoss Dev
  |Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
  |
  |
  |JBoss: All Your J2EE Are Belong To Us
  |


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

Re: [JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X

[David Jencks]

Just to check...

Are you guys seeing all these problems with last nights changes to
MainDeployer etc?

thanks
david jencks

On 2002.02.12 18:43:48 -0500 Jules Gosnell wrote:
 I'm seeing similar behaviour on Linux sun/1.3.1.
 
 1. copying over the top of a jar in deploy/ doesn't seem to wake the
 deployer up.
 2. sometimes the deployer just seems to stop working.
 
 I haven't said anything because I figured it was all still in a state of
 flux, but I
 thought Hunter could do with some backing up !
 
 If I nail it down any further I will post.
 
 Jules
 
 
 [EMAIL PROTECTED] wrote:
 
  Bugs item #516707, was opened at 2002-02-12 15:28
  You can respond by visiting:
  http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866
 
  Category: JBossServer
  Group: v3.0 Rabbit Hole
  Status: Open
  Resolution: None
  Priority: 5
  Submitted By: Hunter Hillegas (hunterhillegas)
  Assigned to: Nobody/Anonymous (nobody)
  Summary: Undeploy Broken on MacOS X
 
  Initial Comment:
  The new deployer doesn't seem to undeploy
  reliably on MacOS X.
 
  When an ear is removed from the deploy directory,
  nothing happens.
 
  This worked fine before the new deployer was
  implemented so I don't think it is a MacOS X JVM
  bug.
 
  Even if it is, Apple probably won't fix it unless we
  can tell them where the bug is.
 
  --
 
  Comment By: Hunter Hillegas (hunterhillegas)
  Date: 2002-02-12 15:33
 
  Message:
  Logged In: YES
  user_id=7380
 
  It looks like it is the same story for deploying new ears
  placed in the directory after the server has started...
  They are never noticed... Again, this worked fine before
  the deployer re-write.
 
  --
 
  You can respond by visiting:
  http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866
 
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 !doctype html public -//w3c//dtd html 4.0 transitional//en
 html
 I'm seeing similar behaviour on Linux sun/1.3.1.
 p1. copying over the top of a jar in deploy/ doesn't seem to wake the
 deployer up.
 br2. sometimes the deployer just seems to stop working.
 pI haven't said anything because I figured it was all still in a state
 of flux, but I thought Hunter could do with some backing up !
 pIf I nail it down any further I will post.
 pJules
 brnbsp;
 p[EMAIL PROTECTED] wrote:
 blockquote TYPE=CITEBugs item #516707, was opened at 2002-02-12 15:28
 brYou can respond by visiting:
 bra 
href=http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866;http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;aid=516707amp;group_id=22866/a
 pCategory: JBossServer
 brGroup: v3.0 Rabbit Hole
 brStatus: Open
 brResolution: None
 brPriority: 5
 brSubmitted By: Hunter Hillegas (hunterhillegas)
 brAssigned to: Nobody/Anonymous (nobody)
 brSummary: Undeploy Broken on MacOS X
 pInitial Comment:
 brThe new deployer doesn't seem to undeploy
 brreliably on MacOS X.
 pWhen an ear is removed from the deploy directory,
 brnothing happens.
 pThis worked fine before the new deployer was
 brimplemented so I don't think it is a MacOS X JVM
 brbug.
 pEven if it is, Apple probably won't fix it unless we
 brcan tell them where the bug is.
 p--
 pComment By: Hunter Hillegas (hunterhillegas)
 brDate: 2002-02-12 15:33
 pMessage:
 brLogged In: YES
 bruser_id=7380
 pIt looks like it is the same story for deploying new ears
 brplaced in the directory after the server has started...
 brThey are never noticed... Again, this worked fine before
 brthe deployer re-write.
 p--
 pYou can respond by visiting:
 bra 
href=http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866;http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;aid=516707amp;group_id=22866/a
 p___
 brJboss-development mailing list
 br[EMAIL PROTECTED]
 bra 
href=https://lists.sourceforge.net/lists/listinfo/jboss-development;https://lists.sourceforge.net/lists/listinfo/jboss-development/a/blockquote
 /html
 

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

Re: [JBoss-dev] java.util.Date in PostgreSQL DB

[David Budworth]

The problem here is that java.util.Date holds an actualy time/date.

If you don't map it to TIMESTAMP, then you have a dataloss.

If you want a real SQL DATE field, then use java.sql.Date (which is
a java.util.Date with the time suppressed)

I think it would be bad policy to make the default data storage
mechanism lose data upon storage.  Think about:

Date d = new Date();

ejb = Home.create(d);
if (ejb.getDate().equals(d))// this is true
   doSomething();
else
   doSomethingElse();

ejb = Home.find(PKOFEJB);
if (ejb.getDate().equals(d))// no longer true since you dropped time
   doSomething();
else
   doSomethingElse();

So you would, in effect, be breaking application logic.  

The user would expect both .equals() to be true.

Or does PostgreSQL DATE/TIMESTAMP exactly the same?  I know oracle will
drop the time portion if the column type is DATE.

-David


On Tue, 12 Feb 2002, Adam Heath wrote:

 On Tue, 12 Feb 2002, Dain Sundstrom wrote:
 
  This is for anyone who knows Postgres out there,
 
  There is a patch at sf that suggest adding the following mapping:
 
  mapping
 java-typejava.util.Date/java-type
 jdbc-typeTIMESTAMP/jdbc-type
 sql-typeTIMESTAMP/sql-type
  /mapping
 
  There is currently no mapping for java.util.Date, but there is a mapping
  for java.sql.Date, which is:
 
  mapping
  java-typejava.sql.Date/java-type
  jdbc-typeDATE/jdbc-type
  sql-typeDATE/sql-type
  /mapping
 
 I prefer the latter.  My reasoning, is that if java.util.Date is mapped to
 TIMESTAMP, then how does someone make a DATE in the database?
 
 They could use java.sql.Timestamp to accomplish that.
 
 This is what I have done for my debian packages.
 

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

Re: [JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X

[Jules Gosnell]

I refreshed an hour or so ago.
Deployment seems pretty broken.
Copying an ear into deploy, deploys it.
removing it does not undeploy it.
touching it does not redeploy it.
Jules


David Jencks wrote:
Just to check...
Are you guys seeing all these problems with last nights changes to
MainDeployer etc?
thanks
david jencks
On 2002.02.12 18:43:48 -0500 Jules Gosnell wrote:
> I'm seeing similar behaviour on Linux sun/1.3.1.
>
> 1. copying over the top of a jar in deploy/ doesn't seem to wake
the
> deployer up.
> 2. sometimes the deployer just seems to stop working.
>
> I haven't said anything because I figured it was all still in a state
of
> flux, but I
> thought Hunter could do with some backing up !
>
> If I nail it down any further I will post.
>
> Jules
>
>
> [EMAIL PROTECTED] wrote:
>
> > Bugs item #516707, was opened at 2002-02-12 15:28
> > You can respond by visiting:
> > http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866
> >
> > Category: JBossServer
> > Group: v3.0 Rabbit Hole
> > Status: Open
> > Resolution: None
> > Priority: 5
> > Submitted By: Hunter Hillegas (hunterhillegas)
> > Assigned to: Nobody/Anonymous (nobody)
> > Summary: Undeploy Broken on MacOS X
> >
> > Initial Comment:
> > The new deployer doesn't seem to undeploy
> > reliably on MacOS X.
> >
> > When an ear is removed from the deploy directory,
> > nothing happens.
> >
> > This worked fine before the new deployer was
> > implemented so I don't think it is a MacOS X JVM
> > bug.
> >
> > Even if it is, Apple probably won't fix it unless we
> > can tell them where the bug is.
> >
> > --
> >
> > >Comment By: Hunter Hillegas (hunterhillegas)
> > Date: 2002-02-12 15:33
> >
> > Message:
> > Logged In: YES
> > user_id=7380
> >
> > It looks like it is the same story for deploying new ears
> > placed in the directory after the server has started...
> > They are never noticed... Again, this worked fine before
> > the deployer re-write.
> >
> > --
> >
> > You can respond by visiting:
> > http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866
> >
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-development
>
> !doctype html public "-//w3c//dtd html 4.0 transitional//en">
> html>
> I'm seeing similar behaviour on Linux sun/1.3.1.
> p>1. copying over the top of a jar in deploy/ doesn't seem to
wake the
> deployer up.
> br>2. sometimes the deployer just seems to stop working.
> p>I haven't said anything because I figured it was all still
in a state
> of flux, but I thought Hunter could do with some backing up !
> p>If I nail it down any further I will post.
> p>Jules
> br>nbsp;
> p>[EMAIL PROTECTED] wrote:
> blockquote TYPE=CITE>Bugs item #516707, was opened at 2002-02-12
15:28
> br>You can respond by visiting:
> br>a href="http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866">http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;aid=516707amp;group_id=22866/a>
> p>Category: JBossServer
> br>Group: v3.0 Rabbit Hole
> br>Status: Open
> br>Resolution: None
> br>Priority: 5
> br>Submitted By: Hunter Hillegas (hunterhillegas)
> br>Assigned to: Nobody/Anonymous (nobody)
> br>Summary: Undeploy Broken on MacOS X
> p>Initial Comment:
> br>The new deployer doesn't seem to undeploy
> br>reliably on MacOS X.
> p>When an ear is removed from the deploy directory,
> br>nothing happens.
> p>This worked fine before the new deployer was
> br>implemented so I don't think it is a MacOS X JVM
> br>bug.
> p>Even if it is, Apple probably won't fix it unless we
> br>can tell them where the bug is.
> p>--
> p>>Comment By: Hunter Hillegas (hunterhillegas)
> br>Date: 2002-02-12 15:33
> p>Message:
> br>Logged In: YES
> br>user_id=7380
> p>It looks like it is the same story for deploying new ears
> br>placed in the directory after the server has started...
> br>They are never noticed... Again, this worked fine before
> br>the deployer re-write.
> p>--
> p>You can respond by visiting:
> br>a href="http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866">http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;aid=516707amp;group_id=22866/a>
> p>___
> br>Jboss-development mailing list
> br>[EMAIL PROTECTED]
> br>a href="https://lists.sourceforge.net/lists/listinfo/jboss-development">https://lists.sourceforge.net/lists/listinfo/jboss-development/a>/blockquote>
> /html>
>
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] java.util.Date in PostgreSQL DB

[Dain Sundstrom]

Don't worry, I already set it to TIMESTAMP.

I am a little put off by Adam changing the default database mapping in 
his deb package.  It is his choice to do this, but I will recommend to 
everyone that they don't use the deb package for this reason.

-dain


David Budworth wrote:

 The problem here is that java.util.Date holds an actualy time/date.
 
 If you don't map it to TIMESTAMP, then you have a dataloss.
 
 If you want a real SQL DATE field, then use java.sql.Date (which is
 a java.util.Date with the time suppressed)
 
 I think it would be bad policy to make the default data storage
 mechanism lose data upon storage.  Think about:
 
 Date d = new Date();
 
 ejb = Home.create(d);
 if (ejb.getDate().equals(d))// this is true
doSomething();
 else
doSomethingElse();
 
 ejb = Home.find(PKOFEJB);
 if (ejb.getDate().equals(d))// no longer true since you dropped time
doSomething();
 else
doSomethingElse();
 
 So you would, in effect, be breaking application logic.  
 
 The user would expect both .equals() to be true.
 
 Or does PostgreSQL DATE/TIMESTAMP exactly the same?  I know oracle will
 drop the time portion if the column type is DATE.
 
 -David
 
 
 On Tue, 12 Feb 2002, Adam Heath wrote:
 
 
On Tue, 12 Feb 2002, Dain Sundstrom wrote:


This is for anyone who knows Postgres out there,

There is a patch at sf that suggest adding the following mapping:

mapping
   java-typejava.util.Date/java-type
   jdbc-typeTIMESTAMP/jdbc-type
   sql-typeTIMESTAMP/sql-type
/mapping

There is currently no mapping for java.util.Date, but there is a mapping
for java.sql.Date, which is:

mapping
java-typejava.sql.Date/java-type
jdbc-typeDATE/jdbc-type
sql-typeDATE/sql-type
/mapping

I prefer the latter.  My reasoning, is that if java.util.Date is mapped to
TIMESTAMP, then how does someone make a DATE in the database?

They could use java.sql.Timestamp to accomplish that.

This is what I have done for my debian packages.


 
 ___
 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-Bugs-516707 ] Undeploy Broken on MacOS X

[Hunter Hillegas]

Yeah, I refreshed my tree about an hour ago.


 From: David Jencks [EMAIL PROTECTED]
 Date: Tue, 12 Feb 2002 19:33:42 -0500
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X
 
 Just to check...
 
 Are you guys seeing all these problems with last nights changes to
 MainDeployer etc?
 
 thanks
 david jencks
 
 On 2002.02.12 18:43:48 -0500 Jules Gosnell wrote:
 I'm seeing similar behaviour on Linux sun/1.3.1.
 
 1. copying over the top of a jar in deploy/ doesn't seem to wake the
 deployer up.
 2. sometimes the deployer just seems to stop working.
 
 I haven't said anything because I figured it was all still in a state of
 flux, but I
 thought Hunter could do with some backing up !
 
 If I nail it down any further I will post.
 
 Jules
 
 
 [EMAIL PROTECTED] wrote:
 
 Bugs item #516707, was opened at 2002-02-12 15:28
 You can respond by visiting:
 http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=
 22866
 
 Category: JBossServer
 Group: v3.0 Rabbit Hole
 Status: Open
 Resolution: None
 Priority: 5
 Submitted By: Hunter Hillegas (hunterhillegas)
 Assigned to: Nobody/Anonymous (nobody)
 Summary: Undeploy Broken on MacOS X
 
 Initial Comment:
 The new deployer doesn't seem to undeploy
 reliably on MacOS X.
 
 When an ear is removed from the deploy directory,
 nothing happens.
 
 This worked fine before the new deployer was
 implemented so I don't think it is a MacOS X JVM
 bug.
 
 Even if it is, Apple probably won't fix it unless we
 can tell them where the bug is.
 
 --
 
 Comment By: Hunter Hillegas (hunterhillegas)
 Date: 2002-02-12 15:33
 
 Message:
 Logged In: YES
 user_id=7380
 
 It looks like it is the same story for deploying new ears
 placed in the directory after the server has started...
 They are never noticed... Again, this worked fine before
 the deployer re-write.
 
 --
 
 You can respond by visiting:
 http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=
 22866
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 !doctype html public -//w3c//dtd html 4.0 transitional//en
 html
 I'm seeing similar behaviour on Linux sun/1.3.1.
 p1. copying over the top of a jar in deploy/ doesn't seem to wake the
 deployer up.
 br2. sometimes the deployer just seems to stop working.
 pI haven't said anything because I figured it was all still in a state
 of flux, but I thought Hunter could do with some backing up !
 pIf I nail it down any further I will post.
 pJules
 brnbsp;
 p[EMAIL PROTECTED] wrote:
 blockquote TYPE=CITEBugs item #516707, was opened at 2002-02-12 15:28
 brYou can respond by visiting:
 bra 
 href=http://sourceforge.net/tracker/?func=detailatid=376685aid=516707grou
 p_id=22866http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;a
 id=516707amp;group_id=22866/a
 pCategory: JBossServer
 brGroup: v3.0 Rabbit Hole
 brStatus: Open
 brResolution: None
 brPriority: 5
 brSubmitted By: Hunter Hillegas (hunterhillegas)
 brAssigned to: Nobody/Anonymous (nobody)
 brSummary: Undeploy Broken on MacOS X
 pInitial Comment:
 brThe new deployer doesn't seem to undeploy
 brreliably on MacOS X.
 pWhen an ear is removed from the deploy directory,
 brnothing happens.
 pThis worked fine before the new deployer was
 brimplemented so I don't think it is a MacOS X JVM
 brbug.
 pEven if it is, Apple probably won't fix it unless we
 brcan tell them where the bug is.
 p--
 pComment By: Hunter Hillegas (hunterhillegas)
 brDate: 2002-02-12 15:33
 pMessage:
 brLogged In: YES
 bruser_id=7380
 pIt looks like it is the same story for deploying new ears
 brplaced in the directory after the server has started...
 brThey are never noticed... Again, this worked fine before
 brthe deployer re-write.
 p--
 pYou can respond by visiting:
 bra 
 href=http://sourceforge.net/tracker/?func=detailatid=376685aid=516707grou
 p_id=22866http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;a
 id=516707amp;group_id=22866/a
 p___
 brJboss-development mailing list
 br[EMAIL PROTECTED]
 bra 
 href=https://lists.sourceforge.net/lists/listinfo/jboss-development;https:/
 /lists.sourceforge.net/lists/listinfo/jboss-development/a/blockquote
 /html
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


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

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 17:03:06

  Modified:jetty/src/main/org/jboss/jetty/util NaiveTimeOutManager.java
  Log:
  ensure that background threads get tidied up if Jetty is bounced
  
  Revision  ChangesPath
  1.6   +22 -14
contrib/jetty/src/main/org/jboss/jetty/util/NaiveTimeOutManager.java
  
  Index: NaiveTimeOutManager.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/util/NaiveTimeOutManager.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- NaiveTimeOutManager.java  1 Feb 2002 19:12:03 -   1.5
  +++ NaiveTimeOutManager.java  13 Feb 2002 01:03:06 -  1.6
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: NaiveTimeOutManager.java,v 1.5 2002/02/01 19:12:03 jules_gosnell Exp $
  +// $Id: NaiveTimeOutManager.java,v 1.6 2002/02/13 01:03:06 jules_gosnell Exp $
   
   //--
   
  @@ -109,31 +109,39 @@
   
 volatile boolean _loop=true;
   
  +  protected int _started=0;
  +
 public synchronized void
   start()
   {
  -  new Thread() {
  -   public void
  - run()
  -   {
  - while (_loop)
  +  if (_started1)
  +  {
  + new Thread() {
  + public void
  +   run()
{
  -   try
  +   while (_loop)
  {
  - sleep(_interval);
  - sweep();
  + try
  + {
  +   sleep(_interval);
  +   sweep();
  + }
  + catch (InterruptedException e)
  + {}
  }
  -   catch (InterruptedException e)
  -   {}
}
  -   }
  - }.start();
  +   }.start();
  +  }
  +  _started++;
   }
   
 public synchronized void
   stop()
   {
  -  _loop=false;
  +  _started--;
  +  if (_started1)
  + _loop=false;
   }
   
 void
  
  
  

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

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

[Jules Gosnell]

  User: jules_gosnell
  Date: 02/02/12 17:03:06

  Modified:jetty/src/main/org/jboss/jetty/session
DistributedHttpSessionManager.java
  Log:
  ensure that background threads get tidied up if Jetty is bounced
  
  Revision  ChangesPath
  1.12  +49 -31
contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSessionManager.java
  
  Index: DistributedHttpSessionManager.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSessionManager.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- DistributedHttpSessionManager.java12 Feb 2002 21:48:42 -  1.11
  +++ DistributedHttpSessionManager.java13 Feb 2002 01:03:06 -  1.12
  @@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
   
  -// $Id: DistributedHttpSessionManager.java,v 1.11 2002/02/12 21:48:42 jules_gosnell 
Exp $
  +// $Id: DistributedHttpSessionManager.java,v 1.12 2002/02/13 01:03:06 jules_gosnell 
Exp $
   
   // TODO
   
  @@ -56,40 +56,49 @@
 final boolean _notifyPassivate;
   
 SnapshotStrategy()
  -  {
  -_notifyActivate=false;
  -_notifyPassivate=false;
  -  }
  +{
  +  _notifyActivate=false;
  +  _notifyPassivate=false;
  +}
   
 SnapshotStrategy(boolean notifyActivate, boolean notifyPassivate)
  -  {
  -_notifyActivate=notifyActivate;
  -_notifyPassivate=notifyPassivate;
  -  }
  +{
  +  _notifyActivate=notifyActivate;
  +  _notifyPassivate=notifyPassivate;
  +}
   
 public void
   snapshot(DistributedHttpSession session)
  -  {
  -session.snapshot(_notifyActivate, _notifyPassivate);
  -  }
  +{
  +  session.snapshot(_notifyActivate, _notifyPassivate);
  +}
   
 public boolean
   getNotifyActivate()
  -  {
  -return _notifyActivate;
  -  }
  +{
  +  return _notifyActivate;
  +}
   
 public boolean
   getNotifyPassivate()
  -  {
  -return _notifyPassivate;
  -  }
  +{
  +  return _notifyPassivate;
  +}
  +
  +  public void
  +start()
  +{}
  +
  +  public void
  +stop()
  +{}
   }
   
   class DummySnapshotStrategy
 extends SnapshotStrategy
   {
  -  public void snapshot(DistributedHttpSession session)
  +  public void
  +snapshot(DistributedHttpSession session)
 {}
   }
   
  @@ -130,8 +139,6 @@
 }
   
 static AbstractTimeOutManager   _timer=new NaiveTimeOutManager(5*1000, new 
TimeOutHelper());
  -  static { _timer.start(); }
  -
 final int   _interval;
 final DistributedHttpSessionManager _manager;
   
  @@ -144,6 +151,18 @@
   
   _timer.register(this, System.currentTimeMillis(), _interval*1000);
 }
  +
  +  public void
  +start()
  +  {
  +_timer.start();
  +  }
  +
  +  public void
  +stop()
  +  {
  +_timer.stop();
  +  }
   }
   
   class IdleSnapshotStrategy
  @@ -182,7 +201,7 @@
   //--
   /**
*
  - * @version $Id: DistributedHttpSessionManager.java,v 1.11 2002/02/12 21:48:42 
jules_gosnell Exp $
  + * @version $Id: DistributedHttpSessionManager.java,v 1.12 2002/02/13 01:03:06 
jules_gosnell Exp $
* @author [EMAIL PROTECTED]
*/
   //
  @@ -191,8 +210,6 @@
 implements org.mortbay.jetty.servlet.SessionManager
   {
 static AbstractTimeOutManager_scavenger =new 
NaiveTimeOutManager(5*1000, new MyTimeOutHelper());
  -  static { _scavenger.start(); }
  -
 final AbstractStore  _store;
 final SnapshotStrategy   _snapshotStrategy;
 final Logger _log;
  @@ -282,14 +299,13 @@
   {
 try
 {
  - tmp=new IntervalSnapshotStrategy(this,
  -  Integer.decode(snapshotFrequency).intValue(),
  -  notifyActivation, notifyPassivation);
  - _log.info(using IntervalSnapshotStrategy: +tmp);
  + int numSeconds=Integer.decode(snapshotFrequency).intValue();
  + tmp=new IntervalSnapshotStrategy(this, numSeconds, notifyActivation, 
notifyPassivation);
  + _log.info(using IntervalSnapshotStrategy: every +numSeconds+ seconds);
 }
 catch (NumberFormatException e)
 {
  - _log.warn(bad HttpSessionSnapshotFrequency: +snapshotFrequency+ - should be 
never/idle/request/#minutes);
  + _log.warn(bad HttpSessionSnapshotFrequency: +snapshotFrequency+ - should be 
never/idle/request/num-seconds);
tmp=new DummySnapshotStrategy();
 }
   }
  @@ -423,7 +439,8 @@
   throws Exception
 {
   _isStarted=true;
  -//_scavenger.start();
  +_scavenger.start();
  +_snapshotStrategy.start();
   
   // sessions are activated lazily...
 }
  

Re: [JBoss-dev] java.util.Date in PostgreSQL DB

[Victor Langelo]

David Budworth wrote:
[EMAIL PROTECTED]">
  Or does PostgreSQL DATE/TIMESTAMP exactly the same?  I know oracle willdrop the time portion if the column type is DATE.-David
  
Actually Oracle will not drop the time protion if the column type
is DATE. The following is from the Oracle 8 manual. Oracle 7 says essentially
the same thing.
   The DATE datatype stores date and time information. Although 
date and time information can be represented in both CHAR and NUMBER datatypes, 
the DATE datatype has special associated properties. For each DATE value, 
Oracle stores the following information: century, year, month, day, hour, 
minute, and second. 

You need to use TRUNC(date) in order to remove the time portion (or more
accurately set it to 0).

--Victor

  [EMAIL PROTECTED]">

[JBoss-dev] JSR-77 and EAR/EJBDeployer

[Andreas Schaefer]

Hi

Tried to bring JSR-77 back into the application development.
Now I am curious why the deploy() of the EAR-Deployer is
called after the containing modules (JAR,WAR) are deployed ?

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] java.util.Date in PostgreSQL DB

[David Budworth]

Hmm, weird.  Because I have actually used Date before, and had the time
dropped off.

Maybe it has something to do with the JDBC drivers conversion of
java.util.Date - jdbc type DATE - SQL type DATE?

Ohwell, it works as timestamp, so I won't worry about it for now.

Thanks for the info,

-David

On Tue, 12 Feb 2002, Victor Langelo wrote:

 David Budworth wrote:
 
 
 Or does PostgreSQL DATE/TIMESTAMP exactly the same?  I know oracle will
 drop the time portion if the column type is DATE.
 
 -David
 
 Actually Oracle will not drop the time protion if the column type is 
 DATE. The following is from the Oracle 8 manual. Oracle 7 says 
 essentially the same thing.
 
The DATE datatype stores date and time information. Although date
and time information can be represented in both CHAR and NUMBER
datatypes, the DATE datatype has special associated properties. For
each DATE value, Oracle stores the following information: century,
year, month, day, hour, minute, and second.
 
 You need to use TRUNC(date) in order to remove the time portion (or more 
 accurately set it to 0).
 
 --Victor
 

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

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

[David Jencks]

  User: d_jencks
  Date: 02/02/12 18:35:08

  Modified:src/main/org/jboss/ejb EntityContainer.java
GlobalTxEntityMap.java TxEntityMap.java
  Log:
  Made GlobalTxEntityMap only contain read-write dirty entities, to avoid calling 
ejbStore unnecessarily. Moved beforeCompletion sync code to GlobalTxEntityMap. Fix to 
bug 512826. Involves EntityContainer, GlobalTxEntityMap, TxEntityMap, 
plugins/EntitySynchronizationInterceptor, and 
plugins/cmp/jdbc/JDBCRemoveEntityCommand.java
  
  Revision  ChangesPath
  1.66  +11 -25jboss/src/main/org/jboss/ejb/EntityContainer.java
  
  Index: EntityContainer.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/EntityContainer.java,v
  retrieving revision 1.65
  retrieving revision 1.66
  diff -u -r1.65 -r1.66
  --- EntityContainer.java  9 Feb 2002 16:09:22 -   1.65
  +++ EntityContainer.java  13 Feb 2002 02:35:08 -  1.66
  @@ -39,6 +39,7 @@
   import javax.ejb.RemoveException;
   import javax.management.j2ee.CountStatistic;
   import javax.transaction.Transaction;
  +import javax.transaction.TransactionRolledbackException;
   
   import org.jboss.deployment.DeploymentException;
   import org.jboss.invocation.Invocation;
  @@ -61,7 +62,7 @@
   * @author a href=mailto:[EMAIL PROTECTED];Daniel OConnor/a
   * @author a href=[EMAIL PROTECTED]Bill Burke/a
   * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
  -* @version $Revision: 1.65 $
  +* @version $Revision: 1.66 $
   *
   * pbRevisions:/b
   *
  @@ -157,37 +158,22 @@
  * @throws Exception if an problem occures while storing the entities
  */
  public static void synchronizeEntitiesWithinTransaction(Transaction tx)
  +  throws TransactionRolledbackException
  {
 // If there is no transaction, there is nothing to synchronize.
  -  try
  +  if(tx != null)
 {
  - if(tx != null)
  - {
  -EntityEnterpriseContext[] entities = globalTxEntityMap.getEntities(tx);
  -for (int i = 0; i  entities.length; i++)
  -{
  -   EntityEnterpriseContext ctx = entities[i];
  -   doStore(ctx);
  -}
  - }
  -  }
  -  catch (Exception ex)
  -  {
  - throw new EJBException(ex);
  +  getGlobalTxEntityMap().syncEntities(tx);
 }
  }
  +   // Public 
  
  -   public static void doStore(EntityEnterpriseContext ctx) throws Exception
  +   public boolean isReadOnly()
  {
  -  EntityContainer container = (EntityContainer)ctx.getContainer();
  -  if (!((EntityMetaData)container.getBeanMetaData()).isReadOnly())
  -  {
  - container.storeEntity(ctx);
  -  }
  +  return readOnly;
  }
  -   
  -   // Public 
  -   
  +
  +
  public void setContainerInvoker(ContainerInvoker ci)
  {
 if (ci == null)
  @@ -349,7 +335,7 @@
in.create();
in = in.getNext();
 }
  -  
  +  readOnly = ((EntityMetaData)metaData).isReadOnly();
 // Reset classloader
 Thread.currentThread().setContextClassLoader(oldCl);
  }
  
  
  
  1.2   +93 -20jboss/src/main/org/jboss/ejb/GlobalTxEntityMap.java
  
  Index: GlobalTxEntityMap.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/GlobalTxEntityMap.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- GlobalTxEntityMap.java7 Aug 2001 18:06:42 -   1.1
  +++ GlobalTxEntityMap.java13 Feb 2002 02:35:08 -  1.2
  @@ -12,7 +12,11 @@
   import javax.transaction.RollbackException;
   import javax.transaction.SystemException;
   import javax.transaction.Synchronization;
  -
  +import java.util.Iterator;
  +import java.util.Collection;
  +import org.jboss.logging.Logger;
  +import java.util.Map;
  +import javax.transaction.TransactionRolledbackException;
   
   /**
* This class provides a way to find out what entities are contained in
  @@ -24,11 +28,14 @@
* Entities are stored in an ArrayList to ensure specific ordering. 
*
* @author a href=[EMAIL PROTECTED]Bill Burke/a
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
*/
   public class GlobalTxEntityMap
   {
  -   protected HashMap m_map = new HashMap();
  +
  +   private final Logger log = Logger.getLogger(getClass());
  +
  +   protected final Map m_map = new HashMap();
   
  /**
   * associate entity with transaction
  @@ -44,25 +51,87 @@
m_map.put(tx, entityList);
tx.registerSynchronization(new GlobalTxEntityMapCleanup(this, tx));
 }
  -  entityList.add(entity);
  +  if (!entityList.contains(entity))
  +  {
  +  

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCRemoveEntityCommand.java

[David Jencks]

  User: d_jencks
  Date: 02/02/12 18:35:08

  Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCRemoveEntityCommand.java
  Log:
  Made GlobalTxEntityMap only contain read-write dirty entities, to avoid calling 
ejbStore unnecessarily. Moved beforeCompletion sync code to GlobalTxEntityMap. Fix to 
bug 512826. Involves EntityContainer, GlobalTxEntityMap, TxEntityMap, 
plugins/EntitySynchronizationInterceptor, and 
plugins/cmp/jdbc/JDBCRemoveEntityCommand.java
  
  Revision  ChangesPath
  1.14  +11 -3 
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCRemoveEntityCommand.java
  
  Index: JDBCRemoveEntityCommand.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCRemoveEntityCommand.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- JDBCRemoveEntityCommand.java  15 Jan 2002 22:24:25 -  1.13
  +++ JDBCRemoveEntityCommand.java  13 Feb 2002 02:35:08 -  1.14
  @@ -17,6 +17,7 @@
   import javax.ejb.EJBLocalObject;
   import javax.ejb.RemoveException;
   import javax.sql.DataSource;
  +import javax.transaction.TransactionRolledbackException;
   import org.jboss.ejb.EntityEnterpriseContext;
   import org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge;
   import org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge;
  @@ -30,7 +31,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Joe Shevland/a
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
  - * @version $Revision: 1.13 $
  + * @version $Revision: 1.14 $
*/
   public class JDBCRemoveEntityCommand {
  
  @@ -67,8 +68,15 @@
   
 // update the related entities (stores the removal from relationships)
 if(!entity.getCMRFields().isEmpty()) {
  - manager.getContainer().synchronizeEntitiesWithinTransaction(
  -   context.getTransaction());
  +  try
  +  {
  + manager.getContainer().synchronizeEntitiesWithinTransaction(
  +context.getTransaction());
  +  }
  +  catch (TransactionRolledbackException tre)
  +  {
  + throw new RemoveException(Transaction rolled back, cannot remove in tx);
  +  }
 }
 
 Connection con = null;
  
  
  

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

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

[David Jencks]

  User: d_jencks
  Date: 02/02/12 18:35:08

  Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
  Log:
  Made GlobalTxEntityMap only contain read-write dirty entities, to avoid calling 
ejbStore unnecessarily. Moved beforeCompletion sync code to GlobalTxEntityMap. Fix to 
bug 512826. Involves EntityContainer, GlobalTxEntityMap, TxEntityMap, 
plugins/EntitySynchronizationInterceptor, and 
plugins/cmp/jdbc/JDBCRemoveEntityCommand.java
  
  Revision  ChangesPath
  1.61  +13 -62
jboss/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java
  
  Index: EntitySynchronizationInterceptor.java
  ===
  RCS file: 
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java,v
  retrieving revision 1.60
  retrieving revision 1.61
  diff -u -r1.60 -r1.61
  --- EntitySynchronizationInterceptor.java 9 Feb 2002 16:09:23 -   1.60
  +++ EntitySynchronizationInterceptor.java 13 Feb 2002 02:35:08 -  1.61
  @@ -43,7 +43,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
  - * @version $Revision: 1.60 $
  + * @version $Revision: 1.61 $
*
* pbRevisions:/bbr
* pb2001/06/28: marcf/b
  @@ -300,6 +300,13 @@
   //register the wrapper with the transaction monitor (but only register 
once).
   // The transaction demarcation will trigger the storage operations
   if (!ctx.hasTxSynchronization()) register(ctx,tx);
  + //mark it dirty in global tx entity map if it reports it is modified
  + EntityContainer ctxContainer = (EntityContainer) ctx.getContainer();
  + if (!ctxContainer.isReadOnly() 
  +  ctxContainer.getPersistenceManager().isModified(ctx))
  + {
  +ctxContainer.getGlobalTxEntityMap().associate(tx, ctx);
  + }
}
 }
 //
  @@ -314,8 +321,10 @@
   // And skip reads too (get methods)
   if (ctx.getId() != null)
   {
  -EntityContainer.doStore(ctx);
  -   //container.storeEntity(ctx);
  +if (!container.isReadOnly())
  +{
  +   container.storeEntity(ctx);
  +}
   }
   
   return result;
  @@ -367,65 +376,7 @@
 
 public void beforeCompletion()
 {
  - boolean trace = log.isTraceEnabled();
  - if( trace )
  -log.trace(beforeCompletion called for ctx +ctx);
  -   
  - if (ctx.getId() != null)
  - {
  -// This is an independent point of entry. We need to make sure the
  -// thread is associated with the right context class loader
  -ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
  -
Thread.currentThread().setContextClassLoader(container.getClassLoader());
  -
  -try
  -{
  -   try
  -   {
  -  // Store instance if business method was invoked
  -  if( trace )
  - log.trace(Checking ctx=+ctx+, for status of tx=+tx);
  -  if (tx.getStatus() != Status.STATUS_MARKED_ROLLBACK)
  -  {
  -  EntityContainer.doStore(ctx);
  - //container.storeEntity(ctx);
  -
  - if( trace )
  -log.trace(sync calling store on ctx +ctx);
  -  }
  -   }
  -   catch (NoSuchEntityException ignored)
  -   {
  -  if( trace )
  - log.trace(Ignoring NSEE, ignored);
  -   }
  -}
  -// EJB 1.1 12.3.2: all exceptions from ejbStore must be marked for 
rollback
  -// and the instance must be discarded
  -catch (Exception e)
  -{
  -   log.error(Store failed, e);
  -   // Store failed - rollback!
  -   try
  -   {
  -  tx.setRollbackOnly();
  -   }
  -   catch (SystemException ex)
  -   {
  -  if( trace )
  - log.trace(Ignoring SE, ex);
  -   }
  -   catch (IllegalStateException ex)
  -   {
  -  if( trace )
  - log.trace(Ignoring ISE, ex);
  -   }
  -}
  -finally
  -{
  -   Thread.currentThread().setContextClassLoader(oldCl);
  -}
  - }
  +  //synchronization is handled by GlobalTxEntityMap.
 }
 
 public void afterCompletion(int status)
  
  
  

[JBoss-dev] [ jboss-Bugs-512826 ] RH shows quadratic behaviour in inserts

[noreply]

Bugs item #512826, was opened at 2002-02-04 08:26
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=512826group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned to: David Jencks (d_jencks)
Summary: RH shows quadratic behaviour in inserts

Initial Comment:
RH 20020105 from CVS, W2K, Oracle 8.1.7.

see thread 
http://main.jboss.org/thread.jsp?forum=46thread=7700
on JBoss forums.

1) The JDBCStoreCommand.execute generates a disastrous
amount of debug output by printing ...NOT updated.
for each bean instance it looks at. Getting rid of that
would be easy.

2) The root cause of this large amount of debug output
is the really interesting issue:

Whenever a new bean instance is about to be created the
instance cache is flushed. By this I mean the process
where the storage manager walks through the list of all
cached instances of the bean class, fetches the list of
modified fields, and, if it detects a modification,
writes the outstanding modifications to persistent store.

The problem with this approach is, that it leads to an
O(mn) behaviour, where m is the number of instances in
the cache and n is the number of operations, that
trigger a flush on the cache.

Imagine this scenario: the instance cache is configured
to hold 1 instances. Now a bulk insert of 5000 new
instances (as often occurs when importing data from an
external table) is started. On the first insert
JDBCStoreCommand.execute has to check 0 instances, on
the second insert one instance, on the third insert two
instances and so on. All in all the execute() method
will be called (1 + 2 + 3 + ... + n-1) times where n is
the number of inserts, resulting in (n-1)*(n-2)/2 calls
to execute. In the case of 5000 new instances this
means that
there are 4999*4998/2 = 12492501, ie. more than 12
millions calls to execute().


The core problem is the strategy for detecting modified
instances: instead of looking at each instance and
deciding whether it has to be updated on each instance
cache flush, the modified instances should be
registered in a modified instance list, so that no
extra effort is needed to detect dirty instances.
Instead the set of modified instances would already be
known.

Commenting out the debug message reduces the time
it takes to insert 3464 rows from more than 700 seconds
to 225 seconds.



--

Comment By: David Jencks (d_jencks)
Date: 2002-02-12 18:36

Message:
Logged In: YES 
user_id=60525

This should be fixed now.  If not, please supply a test case
or a shorter description of the remaining problems.

--

Comment By: Georg Schmid (giorgio42)
Date: 2002-02-11 05:58

Message:
Logged In: YES 
user_id=437570


Working the list is currently delayed by
a few unexpected effects:
- adapting my jbosscmp-jdbc.xml to new format
- adpating my configuration to other non-obvious changes
- deploy/undeploy not working on W2K
- communication errors from HARMI* when running unit tests 
from ant (works from *.bat script)
- broken JDBCLoadRelationCommand SQL (select id, from ...)
- broken read-ahead support in version from beginning of
  january (removing a detail entity in master-detail 
relation tries to load detail entity from master table, 
works when read ahead interceptor is removed from 
standardjboss.xml)
- after setting read-ahead to false in jbosscmp-jdbc.xml 
even simple findAll does not work anymore... spent my week-
end getting around all this.

JBoss needs more thorough unit tests, but 
I don't have even time to produce a good ticket for each 
bug mentioned above.
 
Georg

--

Comment By: David Jencks (d_jencks)
Date: 2002-02-05 13:57

Message:
Logged In: YES 
user_id=60525

Looks like a good list of things to do.  If you will make
sure my patch fixes your problem I will double check that it
doesn't break any tests and commit it.  A test case would be
great but not essential.

I think my patch prevents getting to the debug log
statement, but it should be somewhat wrapped anyway...

--

Comment By: Georg Schmid (giorgio42)
Date: 2002-02-05 13:34

Message:
Logged In: YES 
user_id=437570



What I can do (deadlines approaching)

- get a new snapshot (the automated tests show that now the 
time has come,... done)
- see how things work
- try David's patch
- reduce the real world code to a test case (any hints on 
where to put it?; I'll try to do like the Romans do)

As to the debug log statement: it is already wrapped 
correctly but as it is inside a tight inner loop, I suggest 
disabling it (if (false) {...}), at least as long as the 
quadratic behaviour is there.

Now the test suite is running...

georg