[JBoss-dev] [GWAVA:16gujdez] SPAM block message notification

[GWAVA]

This is an automated Notification e-mail message from GWAVA.

The message you sent, from the address [EMAIL PROTECTED]

to [No To Addresses]

Concerning: [JBoss-dev] $(G¥þ¤è¦ì¹q¸£±Ð¾Ç!!2003/7/15 ¤U¤È 04:22:57"¹q¸£¾Ç²ßªÌ" 
<[EMAIL PROTECTED]>

Was not delivered because the message was found to be Spam by the e-mail
system in use at the intended recipient's organization.


---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Re: [jboss-cvs] jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridgeJDBCCMRFieldBridge.java

[Scott M Stark]

And why was the isIndexed field removed in this change?

--

Scott Stark
Chief Technology Officer
JBoss Group, LLC

Dain Sundstrom wrote:

  User: dsundstrom
  Date: 03/07/15 12:16:53
  Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge Tag:
Branch_3_2 JDBCCMRFieldBridge.java
  Log:
  JDBCCMRFieldBridge should not be referring to the EntityCache implementation
  org.jboss.ejb.plugins.EntityInstanceCache but instead the interface.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.43.2.30 +9 -11 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.43.2.29
  retrieving revision 1.43.2.30
  diff -u -r1.43.2.29 -r1.43.2.30
  --- JDBCCMRFieldBridge.java	7 Jul 2003 18:55:51 -	1.43.2.29
  +++ JDBCCMRFieldBridge.java	15 Jul 2003 19:16:53 -	1.43.2.30
  @@ -35,7 +35,7 @@
   import org.jboss.ejb.EntityEnterpriseContext;
   import org.jboss.ejb.LocalProxyFactory;
   import org.jboss.ejb.BeanLock;
  -import org.jboss.ejb.plugins.EntityInstanceCache;
  +import org.jboss.ejb.EntityCache;
   import org.jboss.ejb.plugins.cmp.bridge.EntityBridge;
   import org.jboss.ejb.plugins.cmp.bridge.CMRFieldBridge;
   import org.jboss.ejb.plugins.cmp.jdbc.JDBCContext;
  @@ -68,7 +68,7 @@
*
* @author mailto:[EMAIL PROTECTED]">Dain Sundstrom
* @author mailto:[EMAIL PROTECTED]">Alex Loubyansky
  - * @version $Revision: 1.43.2.29 $
  + * @version $Revision: 1.43.2.30 $
*/
   public class JDBCCMRFieldBridge implements JDBCFieldBridge, CMRFieldBridge
   {
  @@ -111,8 +111,6 @@
  private Map relatedPKFieldsByMyFKFields = new HashMap();
  /** Indicates whether there are foreign key fields mapped to CMP fields */
  private boolean hasFKFieldsMappedToCMPFields;
  -   /** Indicates whether a db-index should be genrated for this field */
  -   private boolean isIndexed;
   
  // Map for lists of related PK values keyed by this side's PK values.
  // The values are put/removed by related entities when its fields representing
  @@ -486,7 +484,7 @@
   
  public boolean isIndexed()
  {
  -   	  return isIndexed;
  +   	  return false;
  }
   
  /**
  @@ -863,8 +861,8 @@
   
 try
 {
  - EntityInstanceCache instanceCache =
  -(EntityInstanceCache)manager.getContainer().getInstanceCache();
  + EntityCache instanceCache =
  +(EntityCache)manager.getContainer().getInstanceCache();
   
Invocation invocation = new Invocation();
invocation.setValue(CMRMessage.CMR_MESSAGE_KEY, CMRMessage.GET_RELATED_ID, PayloadKey.AS_IS);
  @@ -903,8 +901,8 @@
   
 try
 {
  - EntityInstanceCache instanceCache =
  -(EntityInstanceCache)manager.getContainer().getInstanceCache();
  + EntityCache instanceCache =
  +(EntityCache)manager.getContainer().getInstanceCache();
   
Invocation invocation = new Invocation();
invocation.setValue(CMRMessage.CMR_MESSAGE_KEY, CMRMessage.ADD_RELATION, PayloadKey.AS_IS);
  @@ -945,8 +943,8 @@
   
 try
 {
  - EntityInstanceCache instanceCache =
  -(EntityInstanceCache)manager.getContainer().getInstanceCache();
  + EntityCache instanceCache =
  +(EntityCache)manager.getContainer().getInstanceCache();
   
Invocation invocation = new Invocation();
invocation.setValue(CMRMessage.CMR_MESSAGE_KEY, CMRMessage.REMOVE_RELATION, PayloadKey.AS_IS);
  


---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1) Test Results: 95 % ( 790 / 823 ) - nearly there - who is gonna get us to 100%!

[Chris Kimpton]

===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS==
===
===


JBoss daily test results

SUMMARY

Number of tests run:   823



Successful tests:  790

Errors:25

Failures:  8





[time of test: 2003-07-16.01-15 GMT]
[java.version: 1.4.1_03]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.4.1_03-b02]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Linux]
[os.arch: i386]
[os.version: 2.4.20-18.7]

See http://jboss1.kimptoc.net/linux1/logtests/testresults/reports/html//. for
the junit report of this test.

NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.

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





DETAILS OF ERRORS



Suite:   RemotingUnitTestCase
Test:testClusteredRemotingDT2(org.jboss.test.aop.test.RemotingUnitTestCase)
Type:error
Exception:   org.jboss.tm.JBossRollbackException
Message: Unable to commit, tx=TransactionImpl:XidImpl [FormatId=257, 
GlobalId=11d1def534ea1be0x123b25cxf6687c4f25x-7fff/101, 
BranchQual=11d1def534ea1be0x123b25cxf6687c4f25x-7fff/] status=STATUS_ROLLEDBACK; - 
nested throwable: (java.lang.RuntimeException: Unexpected exception in commit of xid: 
XidImpl [FormatId=257, GlobalId=11d1def534ea1be0x123b25cxf6687c4f25x-7fff/101, 
BranchQual=11d1def534ea1be0x123b25cxf6687c4f25x-7fff/1], exception: 
java.lang.RuntimeException: Error processing InternalInvocation.  Unable to process 
method commit)
-



Suite:   Scheduler2UnitTestCase
Test:testXMLScheduleProvider(org.jboss.test.util.test.Scheduler2UnitTestCase)
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: Not enough or too many (19) hits received: 10
-



Suite:   TransientMBeanUnitTestCase
Test:testPutTx(org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase)
Type:error
Exception:   java.rmi.ServerException
Message: EJBException:; nested exception is:   javax.ejb.EJBException: Application 
Error: tried to enter Stateful bean with different tx context, contextTx: 
TransactionImpl:XidImpl [FormatId=257, 
GlobalId=11d1def534ea1be0x123b25cxf6687c4f25x-7fff/101, 
BranchQual=11d1def534ea1be0x123b25cxf6687c4f25x-7fff/1], methodTx: null
-



Suite:   TransientMBeanUnitTestCase
Test:testRollbackTx(org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase)
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: MBeanException: org.jboss.cache.LockingException: IdentityLock.attempt(); 
- nested throwable: (java.lang.InterruptedException) Cause: 
org.jboss.cache.LockingException: IdentityLock.attempt(); - nested throwable: 
(java.lang.InterruptedException)
-



Suite:   BmpUnitTestCase
Test:testUserTransaction(org.jboss.test.cts.test.BmpUnitTestCase)
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: 
-



Suite:   BmpUnitTestCase
Test:testServerFound(org.jboss.test.cts.test.BmpUnitTestCase)
Type:error
Exception:   java.rmi.ServerException
Message: RuntimeException; nested exception is:   java.lang.RuntimeException: 
Transaction marked for rollback, possibly a timeout
-



===Wed Jul 16 
02:27:41 BST 2003
===Linux nog 
2.4.20-18.7 #1 Thu May 29 08:32:50 EDT 2003 i686 unknown
===java 
version "1.4.1_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_03-b02)
Java HotSpot(TM) Client VM (build 1.4.1_03-b02, mixed mode)


---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1) Test Job Failed to Complete Successfully

[Chris Kimpton]

===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS==
===
===
[junit] Running org.jboss.test.jca.test.DeploymentUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.949 sec
[junit] Running org.jboss.test.jca.test.JCA15AdapterUnitTestCase
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 8.811 sec
[junit] Running org.jboss.test.jca.test.JDBCStatementTestsConnectionUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 14.641 sec
[junit] Running org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase
[junit] Tests run: 6, Failures: 0, Errors: 1, Time elapsed: 16.182 sec
[junit] TEST org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase FAILED
[junit] Running org.jboss.test.jca.test.MessageEndpointUnitTestCase
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 6.848 sec
[junit] Running org.jboss.test.jca.test.ReentrantUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 18.452 sec
[junit] Running org.jboss.test.jca.test.UserTxUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 15.119 sec
[junit] Running org.jboss.test.jca.test.WrapperSQLUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.652 sec
[junit] Running org.jboss.test.jca.test.XAExceptionUnitTestCase
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 25.996 sec
[junit] Running org.jboss.test.jca.test.XAResourceUnitTestCase
[junit] Tests run: 0, Failures: 0, Errors: 0, Time elapsed: 0.918 sec
[junit] Running org.jboss.test.jca.test.XATxConnectionManagerUnitTestCase
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 4.867 sec
[junit] Running org.jboss.test.jmsra.test.RaQueueUnitTestCase
[junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 3.988 sec
[junit] TEST org.jboss.test.jmsra.test.RaQueueUnitTestCase FAILED
[junit] Running org.jboss.test.jmsra.test.RaSyncRecUnitTestCase
[junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 3.928 sec
[junit] TEST org.jboss.test.jmsra.test.RaSyncRecUnitTestCase FAILED
[junit] Running org.jboss.test.jmsra.test.RaTopicUnitTestCase
[junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 7.755 sec
[junit] TEST org.jboss.test.jmsra.test.RaTopicUnitTestCase FAILED
[junit] Running org.jboss.test.jmx.test.CPManifestUnitTestCase
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 12.982 sec
[junit] Running org.jboss.test.jmx.test.DeployConnectionManagerUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 1, Time elapsed: 10.941 sec
[junit] TEST org.jboss.test.jmx.test.DeployConnectionManagerUnitTestCase FAILED
[junit] Running org.jboss.test.jmx.test.DeployServiceUnitTestCase
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 20.108 sec
[junit] Running org.jboss.test.jmx.test.DeployXMBeanUnitTestCase
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 7.181 sec
[junit] Running org.jboss.test.jmx.test.EarDeploymentUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 14.034 sec
[junit] Running org.jboss.test.jmx.test.EjbDependencyUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.394 sec
[junit] Running org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase
[junit] Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 10.225 sec
[junit] TEST org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase FAILED
[junit] Running org.jboss.test.jmx.test.JavaBeanURIResolverUnitTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.157 sec
[junit] Running org.jboss.test.jmx.test.MBeanDependsOnConnectionManagerUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.021 sec
[junit] Running org.jboss.test.jmx.test.MBeanDependsOnEJBUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.162 sec
[junit] Running org.jboss.test.jmx.test.MissingClassUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.176 sec
[junit] Running org.jboss.test.jmx.test.ServiceRsrcsUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.77 sec
[junit] Running org.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCase
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 22.624 sec
[junit] Running org.jboss.test.jmx.test.UnpackedDeploymentUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 14.207 sec
[junit] Running org.jboss.test.jrmp.test.CustomSocketsUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 16.252 sec
[junit] 

[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Results: % ( / ) - fantastic

[Chris Kimpton]

===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS==
===
===
head: /cygdrive/f/jboss/logtests/testresults/reports/text/TESTS-TestSuites.txt: No 
such file or directory

===Wed Jul 16 
00:48:48 GMTDT 2003
===CYGWIN_NT-5.1
 quarks2 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown Cygwin
===java 
version "1.4.1_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_03-b02)
Java HotSpot(TM) Client VM (build 1.4.1_03-b02, mixed mode)


---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-771918 ] -service.xml not deploying deploy/*.jar correctly

[SourceForge.net]

Bugs item #771918, was opened at 2003-07-15 15:22
Message generated for change (Comment added) made by starksm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=771918&group_id=22866

Category: JBossMX
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Ivan Parra (ioparra)
>Assigned to: Scott M Stark (starksm)
Summary: -service.xml not deploying deploy/*.jar correctly

Initial Comment:
Refer to my previous postings in the forums:
http://www.jboss.org/thread.jsp?
forum=63&thread=36306

The SAR Deployer is locking down jars in the deploy 
directory instead of deploying those jars correctly.  This 
event occurs when you have a "classpath" entry in your 
mbean.  If that classpath has a codebase="."(ie, its 
codebase is the deploy directory), this SAR Deployer 
adds this jar to UCL repository.  

Issues:
1)the url for this jar points to the deploy directory(not a 
temp directory)
a. when the service is run, this jar is no longer 
deleteable(on windows, dunno about unix).

2)The DirectoryScanner picks up this jar while scan.  
The scanner copies/deploys the jar from the tmp 
directory, leading to a new/managed UCL.  The 
UCLRepository doesn't know its a duplicate becuase it 
compares the URLs(one url is from deploy, the other 
from tmp).

Possible work-around/solution:
The SAR deployer already does a check if the 
classpath="."(ie, the deploy directory).  If true, call 
mainDeployer.deploy(url) and don't call addURL.  I 
don't know the full implications of making this change.  
If I have time, I'll try it out and post a patch.

--

>Comment By: Scott M Stark (starksm)
Date: 2003-07-15 16:42

Message:
Logged In: YES 
user_id=175228

Calling deploy is not a workaround as this deploys the jar
through a seperate class loader and can lead to
IllegalAccessErrors and LinkageErrors. Another solution is
needed.

--

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


---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Job Failed to Complete Successfully

[Chris Kimpton]

===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS==
===
===
[junit] Running org.jboss.test.aspect.test.GetSetInterceptorUnitTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.828 sec
[junit] Running org.jboss.test.aspect.test.StackModificationUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.734 sec
[junit] Running org.jboss.test.bmp.test.BmpUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.219 sec
[junit] Running org.jboss.test.cache.test.aop.TreeCacheAopUnitTestCase
[junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 9.218 sec
[junit] Running org.jboss.test.cache.test.FqnUnitTestCase
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.375 sec
[junit] Running org.jboss.test.cache.test.GlobalTransactionUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.156 sec
[junit] Running org.jboss.test.cache.test.IdentityLockUnitTestCase
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 3.531 sec
[junit] Running org.jboss.test.cache.test.ReadWriteLockWithUpgradeUnitTestCase
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 6.484 sec
[junit] Running org.jboss.test.cache.test.replicated.ReplTreeCacheUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 18.469 sec
[junit] Running org.jboss.test.cache.test.SimpleBeanUnitTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.844 sec
[junit] Running 
org.jboss.test.cache.test.trans.TransientTreeCacheLockingUnitTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.797 sec
[junit] Running org.jboss.test.cache.test.trans.TransientTreeCacheUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.422 sec
[junit] Running org.jboss.test.cache.test.TreeCacheUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.953 sec
[junit] Running org.jboss.test.cache.test.tx.ReplicatedTxUnitTestCase
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 25.656 sec
[junit] Running org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase
[junit] Tests run: 4, Failures: 1, Errors: 1, Time elapsed: 16.344 sec
[junit] TEST org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase FAILED
[junit] Running org.jboss.test.cache.test.tx.TransientUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 2.578 sec
[junit] Running org.jboss.test.classloader.test.CircularityUnitTestCase
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 2.453 sec
[junit] Running org.jboss.test.classloader.test.ClasspathExtensionUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.781 sec
[junit] Running org.jboss.test.classloader.test.UnifiedLoaderUnitTestCase
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 4.718 sec
[junit] Running org.jboss.test.cmp.ejbql.EJBQL20CompilerUnitTestCase
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.906 sec
[junit] Running org.jboss.test.cmp.ejbql.EJBQL20ParserUnitTestCase
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.547 sec
[junit] Running org.jboss.test.cmp.ejbql.EJBQL20toSQL92UnitTestCase
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.907 sec
[junit] Running org.jboss.test.cmp.jbossdo.byhand.ByHandUnitTestCase
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 5.484 sec
[junit] Running org.jboss.test.cmp.jbossdo.collection.CollectionUnitTestCase
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 5.578 sec
[junit] Running org.jboss.test.cmp.jbossdo.complextypes.ComplexTypesUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.187 sec
[junit] Running org.jboss.test.cmp.jbossdo.extent.ExtentUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.844 sec
[junit] Running org.jboss.test.cmp.jbossdo.identity.IdentityUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.188 sec
[junit] Running 
org.jboss.test.cmp.jbossdo.instancecallbacks.InstanceCallbacksUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.797 sec
[junit] Running org.jboss.test.cmp.jbossdo.jdoql.JDOQLCompilerUnitTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.5 sec
[junit] Running org.jboss.test.cmp.jbossdo.jdoql.JDOQLParserUnitTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.329 sec
[junit] Running org.jboss.test.cmp.jbossdo.jdoql.JDOQLtoSQL92UnitTestCase
[junit] Tests run: 1,

[JBoss-dev] [ jboss-Bugs-771918 ] -service.xml not deploying deploy/*.jar correctly

[SourceForge.net]

Bugs item #771918, was opened at 2003-07-15 15:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=771918&group_id=22866

Category: JBossMX
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Ivan Parra (ioparra)
Assigned to: Nobody/Anonymous (nobody)
Summary: -service.xml not deploying deploy/*.jar correctly

Initial Comment:
Refer to my previous postings in the forums:
http://www.jboss.org/thread.jsp?
forum=63&thread=36306

The SAR Deployer is locking down jars in the deploy 
directory instead of deploying those jars correctly.  This 
event occurs when you have a "classpath" entry in your 
mbean.  If that classpath has a codebase="."(ie, its 
codebase is the deploy directory), this SAR Deployer 
adds this jar to UCL repository.  

Issues:
1)the url for this jar points to the deploy directory(not a 
temp directory)
a. when the service is run, this jar is no longer 
deleteable(on windows, dunno about unix).

2)The DirectoryScanner picks up this jar while scan.  
The scanner copies/deploys the jar from the tmp 
directory, leading to a new/managed UCL.  The 
UCLRepository doesn't know its a duplicate becuase it 
compares the URLs(one url is from deploy, the other 
from tmp).

Possible work-around/solution:
The SAR deployer already does a check if the 
classpath="."(ie, the deploy directory).  If true, call 
mainDeployer.deploy(url) and don't call addURL.  I 
don't know the full implications of making this change.  
If I have time, I'll try it out and post a patch.

--

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


---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 15-July-2003

[scott . stark]

Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 15-July-2003


JBoss daily test results

SUMMARY

Number of tests run:   1398



Successful tests:  1381

Errors:10

Failures:  7





[time of test: 2003-07-15.18-39 GMT]
[java.version: 1.4.2]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.4.2-b28]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Linux]
[os.arch: i386]
[os.version: 2.4.20-9smp]

Useful resources:

- http://jboss.sourceforge.net//junit-results/32/2003-07-15.18-39 for
the junit report of this test.


NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.

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





DETAILS OF ERRORS



Suite:   ScopingUnitTestCase
Test:testSingletons
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: checkVersion(V2) is true
-



Suite:   KeyGenerationUnitTestCase
Test:testInvalidHsqldbIntegerKeyGenerator
Type:failure
Exception:   net.sourceforge.junitejb.RemoteAssertionFailedError
Message: InvalidHsqldbIntegerEJB.findAll() is empty
-



Suite:   StatefulSessionUnitTestCase
Test:testStrictPooling
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: SessionInvoker.runEx != null
-



Suite:   EntityExceptionUnitTestCase
Test:testNotDiscardedApplicationExceptionInTxMarkRollback_remote
Type:error
Exception:   net.sourceforge.junitejb.RemoteTestException
Message: Error, bean instance was discarded!
-



Suite:   EntityExceptionUnitTestCase
Test:testNotDiscardedApplicationExceptionNewTxMarkRollback_remote
Type:error
Exception:   net.sourceforge.junitejb.RemoteTestException
Message: Error, bean instance was discarded!
-



Suite:   EntityExceptionUnitTestCase
Test:testNotDiscardedApplicationExceptionInTxMarkRollback_local
Type:error
Exception:   net.sourceforge.junitejb.RemoteTestException
Message: Error, bean instance was discarded!
-



Suite:   EntityExceptionUnitTestCase
Test:testNotDiscardedApplicationExceptionNewTxMarkRollback_local
Type:error
Exception:   net.sourceforge.junitejb.RemoteTestException
Message: Error, bean instance was discarded!
-



Suite:   ConnectionUnitTestCase
Test:unknown
Type:error
Exception:   junit.framework.AssertionFailedError
Message: Timeout occurred
-



Suite:   JDBCDriverRedeployUnitTestCase
Test:testRedeploy
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: This test does not work because of class caching in java.sql.DriverManager
-



Suite:   MissingClassUnitTestCase
Test:testDeployServiceWithoutClass
Type:error
Exception:   org.jboss.deployment.DeploymentException
Message: create operation failed for package 
file:/home/starksm/JBoss/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml;
 - nested throwable: (javax.management.InstanceNotFoundException: 
jboss.test:name=missingclasstest is not registered.)
-



Suite:   SimpleUnitTestCase
Test:testHaParitionName
Type:error
Exception:   java.lang.NumberFormatException
Message: For input string: "DefaultPartition"
-



Suite:   SecurityUnitTestCase
Test:testSecureHttpInvoker
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: Should not have been able to lookup(invokers)
-



Suite:   SecurityUnitTestCase
Test:testHttpReadonlyLookup
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: UndeclaredThrowableException thrown
-



Suite:   SRPUnitTestCase
Test:testEchoArgs
Type:error
Exception:   java.lang.reflect.UndeclaredThrowableException
Message: 
-



Suite:   XMLLoginModulesUnitTestCase
Test:testJCACallerIdentity
Type:error
Exception:   javax.security.auth.login.LoginException
Message: Error: no CallbackHandler available to collect authentication information
-



Suite:   HelloClusteredHttpStressTestCase
Test:testCNFEObject
Type:failure
Exception:   junit.

[JBoss-dev] Hola

[Marcos Casas Barquin]

Title: New Page 1

[JBoss-dev] [ jboss-Feature Requests-771586 ] support tranparent pk generation

[SourceForge.net]

Feature Requests item #771586, was opened at 2003-07-15 15:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376688&aid=771586&group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Carsten Hammer (chammer)
Assigned to: Nobody/Anonymous (nobody)
Summary: support tranparent pk generation

Initial Comment:
At the moment it is not possible to use auto-increment 
columns and at the same time provide  create methods 
that set the primary key to a wanted value. At least 
Mysql supports this. For your information I appended the 
user group thread:


Hello Carsten,

you are right. I just tried it with MySQL. Please, submit a 
feature
request.

alex

Tuesday, July 15, 2003, 3:01:12 PM, Carsten Hammer 
wrote:

CH> Hi Alexey,
CH> thanks for your answer.
CH> Mysql is definitly able to do it. A "insert into" 
command can be used on
CH> such a table like on any other table. The difference 
is that you are able to
CH> get the generated primary key if it had to be 
generated afterwards using a
CH> mysql specific command. Of course I am not sure 
how and if this can be used
CH> using Java...
CH> I thought MSSQL2000 should be able to do it then 
as well, but I am not sure.
CH> I thought of having two creater methods, one with 
a parameter for the
CH> primary key and one without.
CH> It has to through an exception if the primary key 
exists but that is
CH> something I could handle then.
CH> Best regards,
CH> Carsten


CH> "Alexey Loubyansky" <[EMAIL PROTECTED]> schrieb im 
Newsbeitrag
CH> news:[EMAIL PROTECTED]
CH> Hello Carsten,

CH> by autoincrement you mean that the column is 
autoincremented by
CH> the database, right?
CH> My question is, does the database you use allow 
you to write to a
CH> column that is managed by the database? I would 
guess, the answer is
CH> no. And, hence, JBoss can do nothing with it.

CH> alex

CH> Monday, July 14, 2003, 6:26:53 PM, Carsten 
Hammer wrote:

CH>> Hi JBoss Gurus,
CH>> is it possible to use autoincrement on a column for 
cases I donґt get a
CH>> primary key and in cases where I do get primary 
keys try to use them?
CH>> I need to import a lot of data containing primary 
keys and after that I
CH> need
CH>> to create primary keys myself  in my application to 
be able to create
CH>> additional rows.
CH>> Thanks in advance,
CH>> Carsten




--

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


---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] 3.2.x Patch for allowing whitespace in mbean:attribute values

[Dimitris Andreadis]

Actually, I wrote the patch while attending the Amsterdam training and my first idea 
was exactly what you suggested: an optional attribute should be used. However, Sacha 
told me we shouldn't change the .dtd so easily... :)

I'm certain though we need this (and probably others too). We use MBeans to model 
adapters that connect to external system and the MBean attributes to configure them. 
For example you have a telnet adapter that needs to know exactly the dialog to use 
when connecting to telnet servers. At that point, a white-space or a new-line makes 
all the difference.

I could try to make the change (at least on Branch_3_2) if I know it'll be commited.

Regards
Dimitris

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Scott M Stark
Sent: Τρίτη, 15 Ιουλίου 2003 12:26 πμ
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] 3.2.x Patch for allowing whitespace in mbean:attribute values


I think it would be better just to add an attribute to the attribute element to 
indicate that the content should not be trimmed rather than relying on the type 
of child element. Say a 'trim' attribute that is true or false with the default 
being true.

-- 

Scott Stark
Chief Technology Officer
JBoss Group, LLC


Dimitris Andreadis wrote:

> Hi,
> 
> I had this problem with configuring MBeans: I couldn't pass values like:
> 
> 
>   value-with-leading-or-trailing-white-space
> 
> 
>   
>   
>   ...
> 
> 
> that was important for me to configure my (MBean) services that accept
> whitespace without the leading/trailing spaces being trimmed-off. . In the
> extreme case of having an attribute value that contains only whitespace, the
> ServiceConfigurator wouldn't even bother calling the setter method at load
> time. At version 2.4.x there was a boolean flag to indicate whether we want
> trimming or not. This was lost on the 3.x series.
> 
> So I've patched ServiceConfiguration.jar so that it doesn't trim() attribute
> data when the value is actually a !CDATA block. Now you can write:
> 
> 
> 
> Please, have a look at the patch and commit it on Branch_3_2 if you have RW
> access and you think it's of any use. I run the test-suite and seems ok.
> With the CDATA trick older configurations shouldn't break. (I hope :). On
> the other hand, ServiceConfigurator at CVS-HEAD seems to be considerably
> different so I haven't fixed it there.
> 
> Best Regards
> Dimitris Andreadis
> --
> Dimitris Andreadis 
> Switching Network Management Systems, INTRACOM S.A.
> 19,5 Km. Markopoulou Ave., 190 02, Athens, GREECE
> Tel: +30-210-667-4404, Fax: +30-210-667-1884
> 
> 
> [EMAIL PROTECTED] /cygdrive/x/jboss-3.2/system/src/main/org/jboss/system
> $ diff ServiceConfigurator.java ServiceConfigurator.java.bak
> 48d47
> < import org.w3c.dom.CDATASection;
> 608,609d606
> <   boolean isCDATA = false;
> <
> 616,617d612
> < if (n instanceof CDATASection)
>  619d613
> <
> 621c615
> <   return isCDATA ? attributeText : attributeText.trim();
> ---
> 
>>  return attributeText.trim();
> 
> 622a617



---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development