[JBoss-dev] [ jboss-Bugs-780914 ] Class Loader issue
Bugs item #780914, was opened at 2003-07-31 20:48
Message generated for change (Comment added) made by srivatsanp
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780914&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Srivatsan (srivatsanp)
Assigned to: Nobody/Anonymous (nobody)
Summary: Class Loader issue
Initial Comment:
Hi,
In JBoss 3.2.1, if any of the compressed deployment
archive contains any resource present in a
directory(say dtd/), then when some other archive has
some resource in the same "dtd/" directory, it is not
accessible.
For e.g.,
Consider the following packaging structure:
Test.sar
--dtd/Test.dtd
Application1.ear
--dtd/Test1.dtd
Application2.ear
--Test.sar
(This service is not able to access the Test1.dtd
present in Application1.ear).
The dtd is accessed using
this.getClass().getClassLoader().getResource("dtd/Test1.dtd");
If Test.sar is deployed as an unpacked archive, the
Test1.dtd is accessible.
This is due to a bug in indexing in ClassLoaderUtils.java
If the deployment unit is unpacked, it indexes the
package names of the class file only.
If the deployment unit is a compressed archive, it
indexes all the entries present in the archive. This
results in indexing of the dtd directory present in
Test.sar. So when getResource("dtd/Test1.dtd") is
performed, the dtd is searched only in Test.sar.
--
>Comment By: Srivatsan (srivatsanp)
Date: 2003-08-01 10:59
Message:
Logged In: YES
user_id=687037
Forgot to mention that Application1.ear and Application2.ear
are unpaccked deployments.
Application1.ear/
dtd/Test1.dtd
Application2.ear/
Test.sar
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780914&group_id=22866
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1) Test Results: 96 % ( 788 / 818 ) - nearly there - who is gonna get us to 100%!
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 818 Successful tests: 788 Errors:25 Failures: 5 [time of test: 2003-08-01.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=11d1def534ea1be0x123b25cxf6bae2163ex-7fff/101, BranchQual=11d1def534ea1be0x123b25cxf6bae2163ex-7fff/] status=STATUS_ROLLEDBACK; - nested throwable: (java.lang.RuntimeException: Unexpected exception in commit of xid: XidImpl [FormatId=257, GlobalId=11d1def534ea1be0x123b25cxf6bae2163ex-7fff/101, BranchQual=11d1def534ea1be0x123b25cxf6bae2163ex-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: ByHandUnitTestCase Test:java.net.MalformedURLException: no protocol: /home/jbossci/jbossci/jboss-head-test/testsuite/output/lib/jbossdo-byhand.jar Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci/jboss-head-test/testsuite/output/lib/jbossdo-byhand.jar - 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 - Suite: IndependentJarsUnitTestCase Test:testInterJarCall(org.jboss.test.cts.test.IndependentJarsUnitTestCase) Type:error Exception: java.rmi.ServerException Message: Unexpected errornull - ===Fri Aug 1 02:23:04 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 sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ 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
=== ==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.823 sec [junit] Running org.jboss.test.jca.test.JCA15AdapterUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 8.611 sec [junit] Running org.jboss.test.jca.test.JDBCStatementTestsConnectionUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 17.019 sec [junit] Running org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase [junit] Tests run: 6, Failures: 0, Errors: 1, Time elapsed: 15.566 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.929 sec [junit] Running org.jboss.test.jca.test.ReentrantUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 16.744 sec [junit] Running org.jboss.test.jca.test.UserTxUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 14.199 sec [junit] Running org.jboss.test.jca.test.WrapperSQLUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.781 sec [junit] Running org.jboss.test.jca.test.XAExceptionUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 17.499 sec [junit] Running org.jboss.test.jca.test.XAResourceUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 0, Time elapsed: 0.686 sec [junit] Running org.jboss.test.jca.test.XATxConnectionManagerUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 4.918 sec [junit] Running org.jboss.test.jmsra.test.RaQueueUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 3.899 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: 4.361 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: 3.77 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: 17.809 sec [junit] Running org.jboss.test.jmx.test.DeployConnectionManagerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 1, Time elapsed: 11.084 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: 13.625 sec [junit] Running org.jboss.test.jmx.test.DeployXMBeanUnitTestCase [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 15.309 sec [junit] Running org.jboss.test.jmx.test.EarDeploymentUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 13.393 sec [junit] Running org.jboss.test.jmx.test.EjbDependencyUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.178 sec [junit] Running org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase [junit] Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 5.942 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.041 sec [junit] Running org.jboss.test.jmx.test.MBeanDependsOnConnectionManagerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.609 sec [junit] Running org.jboss.test.jmx.test.MBeanDependsOnEJBUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.718 sec [junit] Running org.jboss.test.jmx.test.MissingClassUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 4.872 sec [junit] Running org.jboss.test.jmx.test.ServiceRsrcsUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.868 sec [junit] Running org.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 27.878 sec [junit] Running org.jboss.test.jmx.test.UnpackedDeploymentUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 13.731 sec [junit] Running org.jboss.test.jrmp.test.CustomSocketsUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 11.132 sec [junit] T
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Shutdown failed
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === JBOSS SHUTDOWN FAILED ===Fri Aug 1 00:30:34 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 sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ 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
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.aop.test.SimpleBeanUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 7.265 sec [junit] Running org.jboss.test.aop.test.TxLockUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 21.516 sec [junit] Running org.jboss.test.aop.test.TxUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 17.625 sec [junit] Running org.jboss.test.aop.test.VersionedObjectUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 17.187 sec [junit] Running org.jboss.test.aspect.test.AspectUnitTestCase [junit] Tests run: 16, Failures: 0, Errors: 0, Time elapsed: 3.922 sec [junit] Running org.jboss.test.aspect.test.CoercibleInterceptorUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.969 sec [junit] Running org.jboss.test.aspect.test.DelegatingInterceptorUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.985 sec [junit] Running org.jboss.test.aspect.test.GetSetInterceptorUnitTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.765 sec [junit] Running org.jboss.test.aspect.test.StackModificationUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.672 sec [junit] Running org.jboss.test.bmp.test.BmpUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.156 sec [junit] Running org.jboss.test.cache.test.aop.TreeCacheAopUnitTestCase [junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 10.688 sec [junit] Running org.jboss.test.cache.test.FqnUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.25 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: 10, Failures: 0, Errors: 0, Time elapsed: 3.437 sec [junit] Running org.jboss.test.cache.test.LockMapUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.078 sec [junit] Running org.jboss.test.cache.test.ReadWriteLockWithUpgradeUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 4.703 sec [junit] Running org.jboss.test.cache.test.replicated.ReplicatedTxUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 27.375 sec [junit] Running org.jboss.test.cache.test.replicated.ReplTreeCacheUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 16.89 sec [junit] Running org.jboss.test.cache.test.trans.TransientMBeanUnitTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 7.094 sec [junit] Running org.jboss.test.cache.test.trans.TransientTreeCacheLockingUnitTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.141 sec [junit] Running org.jboss.test.cache.test.trans.TransientTreeCacheUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.188 sec [junit] Running org.jboss.test.cache.test.trans.TransientUnitTestCase [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 2.563 sec [junit] Running org.jboss.test.classloader.test.CircularityUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 2.328 sec [junit] Running org.jboss.test.classloader.test.ClasspathExtensionUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3 sec [junit] Running org.jboss.test.classloader.test.UnifiedLoaderUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 4.484 sec [junit] Running org.jboss.test.cmp.ejbql.EJBQL20CompilerUnitTestCase [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.953 sec [junit] Running org.jboss.test.cmp.ejbql.EJBQL20ParserUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.609 sec [junit] Running org.jboss.test.cmp.ejbql.EJBQL20toSQL92UnitTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 2.406 sec [junit] Running org.jboss.test.cmp.jbossdo.byhand.ByHandUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 0.093 sec [junit] TEST org.jboss.test.cmp.jbossdo.byhand.ByHandUnitTestCase FAILED [junit] Running org.jboss.test.cmp.jbossdo.collection.CollectionUnitTestCase [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 14.75 sec [junit] Running org.jboss.test.cmp.jbossdo.complextypes.ComplexTypesUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 4.609 sec
[JBoss-dev] [ jboss-Bugs-779351 ] HA-JNDI broken without autodiscovery
Bugs item #779351, was opened at 2003-07-29 05:26 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=779351&group_id=22866 Category: Clustering Group: CVS HEAD >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Rob Dickinson (rob_dickinson) Assigned to: Sacha Labourey (slaboure) Summary: HA-JNDI broken without autodiscovery Initial Comment: There appears to be a design flaw in HA-JNDI present in multiple versions of 3.0x and 3.2.1. This has been observed on Windows 2000/XP and several Linux distributions. I've tested under Java 1.4.1 and 1.4.2, but I do not believe it is JDK specific. When a list of urls is given to an InitialContext (disabling autodiscovery) there are cases where node events are never recognized by a client. Often the client JVM must be restarted in order to use valid partition nodes that would otherwise be found via discovery. The test case works perfectly if autodiscovery is enabled (so does not affect everyone). However, the defect is easily reproducible and a serious issue with HA- JNDI in situations where multicasts are not allowed. THE TEST CASE The HA-JNDI defect can be exposed with only a simple client. No server configuration changes are needed. The client repeatedly connects to the HA-JNDI service and performs a lookup on a system service (the DefaultPartition). (The full code for the test case is attached.) REPRODUCING THE PROBLEM 1. Run the client so it's polling. (see build.xml) 2. Start up JBoss... 3. Now the client will start working. 4. Shut down JBoss... 5. Now the client will start throwing exceptions. 6. Start up JBoss... 7. The client sees a stream of 'Service unavailable' exceptions (reproduced in trace.txt file) until the GC runs or the JVM is restarted. If autodiscovery is enabled you may see this exception a few times, but eventually the client will give up and use a multicast to find the server. If you use a cluster, you can produce more sophisticated variations. Failing the last node to join is a sure way to create client problems. WHAT'S THE WORKAROUND? The problem is that the NamingService implementation caches remote stubs, building an internal collection of stubs keyed on host and port. Only the first version of a stub from any given address is used (there is no way apart from discovery or a successful JNDI call to flush the local copy). These stubs are stored as WeakReferences, so they are cleared by the garbage collector (when it decides to run). Clients with frequent GC runs will experience fewer problems than those that do not. If you never call the GC, you may never be able to contact the HA services. Calling the GC directly, while certainly problematic on some JVMs and not very deterministic, does seem to provide a totally practical, although totally evil workaround. -- >Comment By: Sacha Labourey (slaboure) Date: 2003-08-01 01:25 Message: Logged In: YES user_id=95900 Parsing of PROVIDER_URL in removeServer was buggy => in some cases references to bad servers were never removed until GCtor cleaned the WeakHashmap of cached entries Fixed on HEAD, Branch_3_2 and Branch_3_0. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=779351&group_id=22866 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Results: % ( / ) - fantastic
=== ==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 ===Fri Aug 1 00:32:50 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 sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Create DVDs in Your Own Home! 238454
Title: DVD Magic Pro F77CD1A-117CB122-11CE20E9-385FD319-6F7AE8F6 * DVD Magick Pro A Revolutionary Way to Create DVDs in Your Own Home! Want to Create your own DVD library? Worried about scratching your favorite movie?We have THE solution for you! Now you can Make DVD's using your PC! It's easy to use, and For a limited time it is Only $39.99! - Instant Download!- No DVD Burner Required - Simple & Easy-to-Use- Win 95/98/2k/XP Compatible Click Here for More Info or Order Online Now! 238454 2CBA9BB5-70748559-765CCCBE-55561006-165D5204 29002278 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] MUCH BIGGER PENIS? 238451
Title: NO.1 Penis Enlargement Pill On The Market! Introducing VP-RX Pills 1899557679 NO.1 Penis Enlargement Pill On The Market! 238451 * Gain 3+ Full Inches In Length 229964511 * Expand Your Penis Up To 20 percent Thicker 238451 * Stop Premature Ejaculation! 614916575 * Produce Stronger Erections 238451 * 100 percent Safe To Take, With No Side Effects 1636173655 * Fast Distribution Worldwide 238451 * Sold Over 1.2 Million Bottles! 1599238906 * No Pumps! No Surgery! No Exercises! 238451 READ MORE HERE 2134716289 Attention: You can remove your e-mail from our database! Click here 238451 5ECDF7A1-41EDF43C-3CFAEB8A-784D57A0-4795F4AB 1376939003 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-780914 ] Class Loader issue
Bugs item #780914, was opened at 2003-07-31 20:48
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=780914&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Srivatsan (srivatsanp)
Assigned to: Nobody/Anonymous (nobody)
Summary: Class Loader issue
Initial Comment:
Hi,
In JBoss 3.2.1, if any of the compressed deployment
archive contains any resource present in a
directory(say dtd/), then when some other archive has
some resource in the same "dtd/" directory, it is not
accessible.
For e.g.,
Consider the following packaging structure:
Test.sar
--dtd/Test.dtd
Application1.ear
--dtd/Test1.dtd
Application2.ear
--Test.sar
(This service is not able to access the Test1.dtd
present in Application1.ear).
The dtd is accessed using
this.getClass().getClassLoader().getResource("dtd/Test1.dtd");
If Test.sar is deployed as an unpacked archive, the
Test1.dtd is accessible.
This is due to a bug in indexing in ClassLoaderUtils.java
If the deployment unit is unpacked, it indexes the
package names of the class file only.
If the deployment unit is a compressed archive, it
indexes all the entries present in the archive. This
results in indexing of the dtd directory present in
Test.sar. So when getResource("dtd/Test1.dtd") is
performed, the dtd is searched only in Test.sar.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780914&group_id=22866
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-780836 ] CMP beans stochastic failure
Bugs item #780836, was opened at 2003-07-31 06:13
Message generated for change (Comment added) made by starksm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780836&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Szücs (alinasz)
Assigned to: Nobody/Anonymous (nobody)
Summary: CMP beans stochastic failure
Initial Comment:
Operating System: SuSE Linux SLES7
JDK Version: 1.4.1_03
We are using JBoss-3.2.1. Our application is written in
Java using Oracle9i JDeveloper 9.03.1035.
We have problem with MODIFYING CMP ENTITY BEANS
with MANY-TO-ONE relationships.
For example:
entity named Szemely(many) has link to the entities
SzemelyCsop(one) and Hangfaj(one).
Creating Szemely and than setting link to the
SzemelyCsap and Hangfaj works without problems.It's ok.
But when we should like to modify the Szemely and after
setSzemelyCsap and setHangfaj, often the existing
SzemelyCsap or Hangfaj records are not found by
container. It's seems to be, that the primary key is
randomly changed by the container using some foreign
keys of the other beans (for example container searches
for the Hangfaj using other entity's key linked to the
Szemely entity) or sometimes primary key (in set)
has strange values, not corresponding to the bean key
at all. All our records, which cannot be found by the
container (in set methods) are really records of our
Oracle Database (oracle9i) naturally at their correct
places.
If anybody had such an experience, please take me
know.
We cannot use our application for modifying many-to-
one relationships! How can JBoss resolve this problem. Is
it probably a JBoss configaration problem?Extract from
jboss.xml file:
Opera EntityBean
A
I'll show two methods modifySzemely(caller) and
setSzotarLink (called). An error occured in setSzotarLink
set method(where a linked entity name)
A modifying Method (in session bean) following:
public SzemelyData modifySzemely(SzemelyData
szemely) throws XMLException
{
SzemelyLocal loc;
SzemelyPK pk;
Collection coll;
Iterator iter;
String language = szemely.getSzemelyNyk();
try {
coll = this.getSzemelyLocalHome().findById
(szemely.getSzemelyId());
} catch(ObjectNotFoundException of) {
throw new XMLException
("SzemelyController","modifySzemely",
of.getMessage
(),OPERA_CONST.ERRORTYPE_NOSUCHOBJECT);
} catch(FinderException fe) {
throw new XMLException
("SzemelyController","modifySzemely",
fe.getMessage(),OPERA_CONST.ERRORTYPE_FINDER);
}
pk = new SzemelyPK(szemely.getSzemelyId(),language);
try{
loc = this.getSzemelyLocalHome().findByPrimaryKey(pk);
} catch(ObjectNotFoundException of) {
throw new XMLException
("SzemelyController","modifySzemely","No record to
modify",OPERA_CONST.ERRORTYPE_NOSUCHOBJECT);
} catch(FinderException fe) {
throw new XMLException
("SzemelyController","modifySzemely",fe.getMessage
(),OPERA_CONST.ERRORTYPE_FINDER);
}
iter = coll.iterator();
while (iter.hasNext()) {
loc = (SzemelyLocal)iter.next();
System.out.println(" ID = "+ loc.getSzemelyId());
System.out.println(" Nyk = "+ loc.getSzemelyNyk());
if(language.equals
(OPERA_CONST.FUNDAMENTAL_LANGUAGE)){
--
loc.setSzotarLink(szemely);
--
if (loc.getSzemelyNyk().equals
(OPERA_CONST.FUNDAMENTAL_LANGUAGE)==true){
loc.modifyFundamental(szemely);
}else{
loc.modifyNonTranslatable(szemely);
}
}else{
if(loc.getSzemelyNyk().equals(language)==true)
{
loc.setSzotarLink(szemely);
loc.modifyTranslatable(szemely);
}
}
}
return this.convertToData(loc,szemely);
}
The following method invoked in the previous method
from SzemelyBean.java entity bean:
--
public void setSzotarLink(SzemelyData szemely) throws
XMLException {
--
SzotarData szemelyCsapData = szemely.getSzemelyCsap
();
System.out.println("SzemelyCsapData = " +
szemelyCsapData );
SzemelyCsapLocal szemelyCsapLocal;
try{
szemelyCsapLocal = (SzemelyCsapLocal)
this.getSzemelyCsapLocal(SzemelyCsapData.getId
(),this.getSzemelyNyk());
--
this.setSzemelyCsap(szemelyCsapLocal); // THIS Set
OFTEN fails, BECAUSE THE szemelyCsapLocal
points to the other entity , not that, PREVIOUSLY get
szemelyCsapData.setNyk(this.getSzemelyNyk());
}catch(Exception e){
this.setSzemelyCsap((SzemelyCsapLocal)
(this.getSzemelyCsapLocal(SzemelyCsapData.getId
(),OPERA_CONST.FUNDAMENTAL_LANGUAGE)));
}
SzotarData hangfajData = szemely.getHangfaj();
System.out.println("HangfajData = " + hangfajData );
HangfajLocal hangfajLocal;
try{
hangfajLocal = (HangfajLocal) this.getHangfajLocal
(hangfajData.getId(),this.getSzemelyNyk());
this.setHangfaj(hangfajLocal); // THIS Set OFTEN fails,
BECAUSE THE hangfajLocal
points to the other ent
[JBoss-dev] [ jboss-Bugs-780746 ] Unable to passivate due
Bugs item #780746, was opened at 2003-07-31 02:55 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780746&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Meyer (mmrmichael) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to passivate due Initial Comment: OS : Linux JDK : 1.4.2 JBoss Version : 3.2.2 RC1 I got the following error (on console) : WARN [AbstractInstanceCache] Unable to passivate due to ctx lock, id = xxx. The result of this error is the complete use of memory and I have to restart the server. Michael Meyer -- >Comment By: Scott M Stark (starksm) Date: 2003-07-31 07:39 Message: Logged In: YES user_id=175228 Provide an testcase or at least some context for this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780746&group_id=22866 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-780836 ] CMP beans stochastic failure
Bugs item #780836, was opened at 2003-07-31 16:13
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780836&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Szücs (alinasz)
Assigned to: Nobody/Anonymous (nobody)
Summary: CMP beans stochastic failure
Initial Comment:
Operating System: SuSE Linux SLES7
JDK Version: 1.4.1_03
We are using JBoss-3.2.1. Our application is written in
Java using Oracle9i JDeveloper 9.03.1035.
We have problem with MODIFYING CMP ENTITY BEANS
with MANY-TO-ONE relationships.
For example:
entity named Szemely(many) has link to the entities
SzemelyCsop(one) and Hangfaj(one).
Creating Szemely and than setting link to the
SzemelyCsap and Hangfaj works without problems.It's ok.
But when we should like to modify the Szemely and after
setSzemelyCsap and setHangfaj, often the existing
SzemelyCsap or Hangfaj records are not found by
container. It's seems to be, that the primary key is
randomly changed by the container using some foreign
keys of the other beans (for example container searches
for the Hangfaj using other entity's key linked to the
Szemely entity) or sometimes primary key (in set)
has strange values, not corresponding to the bean key
at all. All our records, which cannot be found by the
container (in set methods) are really records of our
Oracle Database (oracle9i) naturally at their correct
places.
If anybody had such an experience, please take me
know.
We cannot use our application for modifying many-to-
one relationships! How can JBoss resolve this problem. Is
it probably a JBoss configaration problem?Extract from
jboss.xml file:
Opera EntityBean
A
I'll show two methods modifySzemely(caller) and
setSzotarLink (called). An error occured in setSzotarLink
set method(where a linked entity name)
A modifying Method (in session bean) following:
public SzemelyData modifySzemely(SzemelyData
szemely) throws XMLException
{
SzemelyLocal loc;
SzemelyPK pk;
Collection coll;
Iterator iter;
String language = szemely.getSzemelyNyk();
try {
coll = this.getSzemelyLocalHome().findById
(szemely.getSzemelyId());
} catch(ObjectNotFoundException of) {
throw new XMLException
("SzemelyController","modifySzemely",
of.getMessage
(),OPERA_CONST.ERRORTYPE_NOSUCHOBJECT);
} catch(FinderException fe) {
throw new XMLException
("SzemelyController","modifySzemely",
fe.getMessage(),OPERA_CONST.ERRORTYPE_FINDER);
}
pk = new SzemelyPK(szemely.getSzemelyId(),language);
try{
loc = this.getSzemelyLocalHome().findByPrimaryKey(pk);
} catch(ObjectNotFoundException of) {
throw new XMLException
("SzemelyController","modifySzemely","No record to
modify",OPERA_CONST.ERRORTYPE_NOSUCHOBJECT);
} catch(FinderException fe) {
throw new XMLException
("SzemelyController","modifySzemely",fe.getMessage
(),OPERA_CONST.ERRORTYPE_FINDER);
}
iter = coll.iterator();
while (iter.hasNext()) {
loc = (SzemelyLocal)iter.next();
System.out.println(" ID = "+ loc.getSzemelyId());
System.out.println(" Nyk = "+ loc.getSzemelyNyk());
if(language.equals
(OPERA_CONST.FUNDAMENTAL_LANGUAGE)){
--
loc.setSzotarLink(szemely);
--
if (loc.getSzemelyNyk().equals
(OPERA_CONST.FUNDAMENTAL_LANGUAGE)==true){
loc.modifyFundamental(szemely);
}else{
loc.modifyNonTranslatable(szemely);
}
}else{
if(loc.getSzemelyNyk().equals(language)==true)
{
loc.setSzotarLink(szemely);
loc.modifyTranslatable(szemely);
}
}
}
return this.convertToData(loc,szemely);
}
The following method invoked in the previous method
from SzemelyBean.java entity bean:
--
public void setSzotarLink(SzemelyData szemely) throws
XMLException {
--
SzotarData szemelyCsapData = szemely.getSzemelyCsap
();
System.out.println("SzemelyCsapData = " +
szemelyCsapData );
SzemelyCsapLocal szemelyCsapLocal;
try{
szemelyCsapLocal = (SzemelyCsapLocal)
this.getSzemelyCsapLocal(SzemelyCsapData.getId
(),this.getSzemelyNyk());
--
this.setSzemelyCsap(szemelyCsapLocal); // THIS Set
OFTEN fails, BECAUSE THE szemelyCsapLocal
points to the other entity , not that, PREVIOUSLY get
szemelyCsapData.setNyk(this.getSzemelyNyk());
}catch(Exception e){
this.setSzemelyCsap((SzemelyCsapLocal)
(this.getSzemelyCsapLocal(SzemelyCsapData.getId
(),OPERA_CONST.FUNDAMENTAL_LANGUAGE)));
}
SzotarData hangfajData = szemely.getHangfaj();
System.out.println("HangfajData = " + hangfajData );
HangfajLocal hangfajLocal;
try{
hangfajLocal = (HangfajLocal) this.getHangfajLocal
(hangfajData.getId(),this.getSzemelyNyk());
this.setHangfaj(hangfajLocal); // THIS Set OFTEN fails,
BECAUSE THE hangfajLocal
points to the other
[JBoss-dev] [ jboss-Bugs-780836 ] CMP beans stochastic failure
Bugs item #780836, was opened at 2003-07-31 15:13
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=780836&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Szücs (alinasz)
Assigned to: Nobody/Anonymous (nobody)
Summary: CMP beans stochastic failure
Initial Comment:
Operating System: SuSE Linux SLES7
JDK Version: 1.4.1_03
We are using JBoss-3.2.1. Our application is written in
Java using Oracle9i JDeveloper 9.03.1035.
We have problem with MODIFYING CMP ENTITY BEANS
with MANY-TO-ONE relationships.
For example:
entity named Szemely(many) has link to the entities
SzemelyCsop(one) and Hangfaj(one).
Creating Szemely and than setting link to the
SzemelyCsap and Hangfaj works without problems.It's ok.
But when we should like to modify the Szemely and after
setSzemelyCsap and setHangfaj, often the existing
SzemelyCsap or Hangfaj records are not found by
container. It's seems to be, that the primary key is
randomly changed by the container using some foreign
keys of the other beans (for example container searches
for the Hangfaj using other entity's key linked to the
Szemely entity) or sometimes primary key (in set)
has strange values, not corresponding to the bean key
at all. All our records, which cannot be found by the
container (in set methods) are really records of our
Oracle Database (oracle9i) naturally at their correct
places.
If anybody had such an experience, please take me
know.
We cannot use our application for modifying many-to-
one relationships! How can JBoss resolve this problem. Is
it probably a JBoss configaration problem?Extract from
jboss.xml file:
Opera EntityBean
A
I'll show two methods modifySzemely(caller) and
setSzotarLink (called). An error occured in setSzotarLink
set method(where a linked entity name)
A modifying Method (in session bean) following:
public SzemelyData modifySzemely(SzemelyData
szemely) throws XMLException
{
SzemelyLocal loc;
SzemelyPK pk;
Collection coll;
Iterator iter;
String language = szemely.getSzemelyNyk();
try {
coll = this.getSzemelyLocalHome().findById
(szemely.getSzemelyId());
} catch(ObjectNotFoundException of) {
throw new XMLException
("SzemelyController","modifySzemely",
of.getMessage
(),OPERA_CONST.ERRORTYPE_NOSUCHOBJECT);
} catch(FinderException fe) {
throw new XMLException
("SzemelyController","modifySzemely",
fe.getMessage(),OPERA_CONST.ERRORTYPE_FINDER);
}
pk = new SzemelyPK(szemely.getSzemelyId(),language);
try{
loc = this.getSzemelyLocalHome().findByPrimaryKey(pk);
} catch(ObjectNotFoundException of) {
throw new XMLException
("SzemelyController","modifySzemely","No record to
modify",OPERA_CONST.ERRORTYPE_NOSUCHOBJECT);
} catch(FinderException fe) {
throw new XMLException
("SzemelyController","modifySzemely",fe.getMessage
(),OPERA_CONST.ERRORTYPE_FINDER);
}
iter = coll.iterator();
while (iter.hasNext()) {
loc = (SzemelyLocal)iter.next();
System.out.println(" ID = "+ loc.getSzemelyId());
System.out.println(" Nyk = "+ loc.getSzemelyNyk());
if(language.equals
(OPERA_CONST.FUNDAMENTAL_LANGUAGE)){
--
loc.setSzotarLink(szemely);
--
if (loc.getSzemelyNyk().equals
(OPERA_CONST.FUNDAMENTAL_LANGUAGE)==true){
loc.modifyFundamental(szemely);
}else{
loc.modifyNonTranslatable(szemely);
}
}else{
if(loc.getSzemelyNyk().equals(language)==true)
{
loc.setSzotarLink(szemely);
loc.modifyTranslatable(szemely);
}
}
}
return this.convertToData(loc,szemely);
}
The following method invoked in the previous method
from SzemelyBean.java entity bean:
--
public void setSzotarLink(SzemelyData szemely) throws
XMLException {
--
SzotarData szemelyCsapData = szemely.getSzemelyCsap
();
System.out.println("SzemelyCsapData = " +
szemelyCsapData );
SzemelyCsapLocal szemelyCsapLocal;
try{
szemelyCsapLocal = (SzemelyCsapLocal)
this.getSzemelyCsapLocal(SzemelyCsapData.getId
(),this.getSzemelyNyk());
--
this.setSzemelyCsap(szemelyCsapLocal); // THIS Set
OFTEN fails, BECAUSE THE szemelyCsapLocal
points to the other entity , not that, PREVIOUSLY get
szemelyCsapData.setNyk(this.getSzemelyNyk());
}catch(Exception e){
this.setSzemelyCsap((SzemelyCsapLocal)
(this.getSzemelyCsapLocal(SzemelyCsapData.getId
(),OPERA_CONST.FUNDAMENTAL_LANGUAGE)));
}
SzotarData hangfajData = szemely.getHangfaj();
System.out.println("HangfajData = " + hangfajData );
HangfajLocal hangfajLocal;
try{
hangfajLocal = (HangfajLocal) this.getHangfajLocal
(hangfajData.getId(),this.getSzemelyNyk());
this.setHangfaj(hangfajLocal); // THIS Set OFTEN fails,
BECAUSE THE hangfajLocal
points
[JBoss-dev] [ jboss-Bugs-780746 ] Unable to passivate due
Bugs item #780746, was opened at 2003-07-31 09:55 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=780746&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Meyer (mmrmichael) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to passivate due Initial Comment: OS : Linux JDK : 1.4.2 JBoss Version : 3.2.2 RC1 I got the following error (on console) : WARN [AbstractInstanceCache] Unable to passivate due to ctx lock, id = xxx. The result of this error is the complete use of memory and I have to restart the server. Michael Meyer -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=780746&group_id=22866 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
