[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: How to support lazy loading using TreeCache?
Great, thanks for the info! See you at J1 :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839168#3839168 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839168 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: How to support lazy loading using TreeCache?
"dasfrosty" wrote : | If I'm understanding correctly we could implement a CacheLoader that would delegate the call to one of our existing EJBs, depending upon which FQN is passed in the get/put/remove. Sound reasonable? | Yes. Have a look at the FileCacheLoader. There's probably going to be a Hibernate or JDBC CacheLoader that's just delegating to Hibernate and/or plain JDBC. anonymous wrote : | Is CacheLoader supported in the current version, i.e. if we implement our own cache loader now we could use it in TreeCache as is? | The hooks that call out into the CacheLoader are mostly in place in CVS *head*. I think the CacheLoader API will not change much, so if you implement against it, we will have our side ready by J1, and you can use your CacheLoader impl. Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839167#3839167 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839167 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Jun 18 03:06:36 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Fri Jun 18 03:06:36 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.92 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040617214041Lbuild.92 BUILD COMPLETE - build.92Date of build: 06/17/2004 21:40:41Time to build: 10 minutes 40 secondsLast changed: 06/17/2004 20:55:14Last log entry: Correct the type of the NamingContext.JNP_DISABLE_DISCOVERY set when an explicitserver url is given. It should be a String, not a Boolean. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (1)1.9.2.7modifiedstarksmserver/src/main/org/jboss/Shutdown.javaCorrect the type of the NamingContext.JNP_DISABLE_DISCOVERY set when an explicitserver url is given. It should be a String, not a Boolean.
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: How to support lazy loading using TreeCache?
Thanks for the quick response. That sounds exactly like what we want! If I'm understanding correctly we could implement a CacheLoader that would delegate the call to one of our existing EJBs, depending upon which FQN is passed in the get/put/remove. Sound reasonable? Is CacheLoader supported in the current version, i.e. if we implement our own cache loader now we could use it in TreeCache as is? Thanks, Niels View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839166#3839166 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839166 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Jun 18 02:50:49 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.jbossmx.compliance.timer.BasicTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 30.14 sec tests-jbossmx-implementation: [junit] Running org.jboss.test.jbossmx.implementation.persistence.OnTimerPersistenceTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.453 sec [junit] Running org.jboss.test.jbossmx.implementation.server.ContextCLTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.625 sec [junit] Running org.jboss.test.jbossmx.implementation.util.AgentIDTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.453 sec [junit] Running org.jboss.test.jbossmx.implementation.util.MBeanProxyTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.563 sec tests-jsr77-unit: [junit] Running org.jboss.test.management.test.JSR77SpecUnitTestCase [junit] Tests run: 16, Failures: 0, Errors: 0, Time elapsed: 10.094 sec tests-timer-unit: [junit] Running org.jboss.test.timer.test.BasicTimerUnitTestCase [junit] Tests run: 7, Failures: 2, Errors: 1, Time elapsed: 42.531 sec [junit] TEST org.jboss.test.timer.test.BasicTimerUnitTestCase FAILED tests-txtimer-unit: [junit] Running org.jboss.test.txtimer.test.CanceledTimerTestCase [junit] Tests run: 4, Failures: 2, Errors: 0, Time elapsed: 8.172 sec [junit] TEST org.jboss.test.txtimer.test.CanceledTimerTestCase FAILED [junit] Running org.jboss.test.txtimer.test.EntityBeanTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 9.453 sec [junit] Running org.jboss.test.txtimer.test.SimpleTimerTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 8.141 sec [junit] Running org.jboss.test.txtimer.test.TimerSerializationTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.203 sec [junit] Running org.jboss.test.txtimer.test.TransactionalTimerTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 5.844 sec tests-util-unit: [junit] Running org.jboss.test.util.test.PropertyEditorsUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.563 sec [junit] Running org.jboss.test.util.test.PropertyPatternUnitTestCase [junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.125 sec [junit] Running org.jboss.test.util.test.ProtocolHandlerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.078 sec [junit] Running org.jboss.test.util.test.SchedulerUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.531 sec [junit] Running org.jboss.test.util.test.StringsUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.203 sec [junit] Running org.jboss.test.util.test.ThreadPoolRunnableUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.187 sec [junit] Running org.jboss.test.util.test.ThreadPoolTaskUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.235 sec tests-webservice-unit: tests-ws4ee-unit: [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallDocEncodedTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 6.219 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallDocEncodedTestCase FAILED [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallDocLiteralTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 3.953 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallDocLiteralTestCase FAILED [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallRpcEncodedTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 4.188 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallRpcEncodedTestCase FAILED [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallRpcLiteralTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 6.344 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallRpcLiteralTestCase FAILED [junit] Running org.jboss.test.ws4ee.ws4eesimple.SimpleClientTestCase [junit] Tests run: 4, Failures: 2, Errors: 1, Time elapsed: 22 sec [junit] T
[JBoss-dev] jboss-head build.206 Build Fixed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617212312Lbuild.206 BUILD COMPLETE - build.206Date of build: 06/17/2004 21:23:12Time to build: 13 minutes 27 secondsLast changed: 06/17/2004 20:56:24Last log entry: Correct the type of the NamingContext.JNP_DISABLE_DISCOVERY set when an explicitserver url is given. It should be a String, not a Boolean. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (5)1.16modifiedstarksmserver/src/main/org/jboss/Shutdown.javaCorrect the type of the NamingContext.JNP_DISABLE_DISCOVERY set when an explicitserver url is given. It should be a String, not a Boolean.1.2modifiedorbthirdparty/ws4ee/lib/wsdl4j.jarJBCTS-2101.4modifiedorbthirdparty/ws4ee/lib/axis-ant.jarJBCTS-2101.21modifiedorbthirdparty/ws4ee/lib/axis-ws4ee.jarJBCTS-2101.23modifiedejortthirdparty/jacorb-jacorb/lib/jacorb.jarDon't map Object keys on outbound requests.
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: How to support lazy loading using TreeCache?
Hi Niels, what you want is the CacheLoader interface, that I'm currently working on. Wait until J1 for an announcement. .. :-) But here's in a nutshell what it does: - get() fetches the data from cache. If not found, ask the cache loader to load it. - put() puts the data into the cache. if replicated: replicate across the cluster. If CacheLoader is present: store in CacheLoader (e.g. DB) - evict(): evict just from cache, not from CacheLoader - remove(): remove from cache and cache loader Have a look at the CacheLoader interface. I have also written a simple FileCacheLoader impl, you can see how it work by looking at the FileCacheLoaderTest unit test. This is exactly what you want, except that you want a DB-based implementation of CacheLoader, which is on the roadmap (possibly using Hibernate), but not yet done. If you want to implement a CacheLoader for a specific DB, I'd say it should take you not more than 2 days. If you happen to be at J1, be sure to stop by at the JBoss booth: we'll have a live demo of the JBossCache and CacheLoader. Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839164#3839164 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839164 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - How to support lazy loading using TreeCache?
Currently we are using a home grown caching solution to avoid multiple lookups of the same object from the database. However our own caching logic is not transaction aware, so we are looking to replace it with a third party caching solution that is, potentially TreeCache. Our home grown solution takes a lazy loading type approach which does not seem to be completely compatible with how TreeCache is implemented: - When an object is requested try to get it from the local cache. - If the object's not in the local cache load it from the database and put it in the local cache. - Return a clone of the object to the requestor. - When an object is modified save it to the database and send a message to all cache instances in the cluster that the old version of the object is now invalid and should be removed. (I purposefully am avoiding the word "eviction" here since this is not triggered by the cache being too full or the object being left idle too long.) - The next time the object is requested the modified version will be retrieved from the database and stored in the cache. In trying to use TreeCache to support this same approach I have encountered differences in the design of TreeCache that appear to open the door to potential inconsistencies in the cache contents. Because TreeCache treats puts as write operations in all cases, lazy loading of an object is replicated across all instances of the cache (assuming replication is enabled). In our current implementation an object is loaded into only the cache instance that is local to the client requesting the object. Propagating the lazy load to other cache instances seems to me undesirable for a couple reasons: 1. Adds unecessary overhead (although this could potentially reduce database calls in some situations) 2. Can lead to stale data being propagated to other cache instances. To illustrate #2 consider the following scenario: - thread1 in tx1 puts object in cache1 - thread1 modifies object -> object' - thread2 in tx2 puts object in cache2 - thread1 removes object from cache1 - thread1 commits tx1 (object' stored in repository) - thread2 commits tx2 (w/o modifying object) - cache1 sends update to cache2 - cache2 sends update to cache1 - cache1 adds ref to object - cache2 removes ref to object - cache1 has ref to object while db contains object' Am I misunderstanding something about the way TreeCache functions or is there another way to do lazy loading with TreeCache that doesn't allow this kind of inconsistency to occur? Thanks, Niels View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839163#3839163 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839163 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 91 % ( 1628 / 1783 ) - come on - pull your finger out. JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Jun 18 01:42:38 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1783 Successful tests: 1628 Errors:144 Failures: 11 [time of test: 2004-06-17.23-39 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_06/logtests/testresults/reports/html//2004-06-17.23-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: org.jboss.test.cache.test.replicated.SyncTxUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testENC Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testEjbs Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testServerFound Type:error Exception: org.jboss.deployment.DeploymentException Message: Failed to find module file: cts.jar - Suite: org.jboss.test.ha.singleton.test.HASingletonSupportUnitTestCase Test:testBecomeMasterNode Type:failure Exception: junit.framework.AssertionFailedError Message: expected to become master - Suite: org.jboss.test.ha.singleton.test.HASingletonSupportUnitTestCase Test:testStopOnlyNode Type:failure Exception: junit.framework.AssertionFailedError Message: expected to become master === Fri Jun 18 01:42:38 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version "1.4.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.91 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040617194103Lbuild.91 BUILD COMPLETE - build.91Date of build: 06/17/2004 19:41:03Time to build: 15 minutes 24 secondsLast changed: 06/17/2004 19:06:49Last log entry: Ignore the non-jsr77 object names for the navigation test Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (1)1.13.2.11modifiedstarksmtestsuite/src/main/org/jboss/test/management/test/JSR77SpecUnitTestCase.javaIgnore the non-jsr77 object names for the navigation test
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617185135 BUILD FAILEDAnt Error Message: file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build: 06/17/2004 18:51:35Time to build: 21 minutes 26 secondsLast changed: 06/17/2004 18:23:13Last log entry: JBCTS-210 Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (4)1.2modifiedorbthirdparty/ws4ee/lib/wsdl4j.jarJBCTS-2101.4modifiedorbthirdparty/ws4ee/lib/axis-ant.jarJBCTS-2101.21modifiedorbthirdparty/ws4ee/lib/axis-ws4ee.jarJBCTS-2101.23modifiedejortthirdparty/jacorb-jacorb/lib/jacorb.jarDon't map Object keys on outbound requests.
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Cache is not synchronized in Cluster on reconnect
What you essentially want is a state-merge function after e.g. a network partition. This is actually on the roadmap, but it involves asking you (the application) how to merge 2 (potentially) different substates back into one. We *cannot* just take the union of the 2 substates, because an application may want to do this differently. The final solution will definitely involve a callback into the application to resolve this, probably we also ship with some default strategies. Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839154#3839154 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839154 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JCA on JBoss] - Re: TODO: RAR metadata repository
HashMaps. I'm going to try that first. I just found ResourceAdapterObjectModelFactory after looking through SimpleSubDeployerSupport. I don't know why I didn't see this earlier. I'm going to start experimenting with putting the metadata from ResourceAdapterObjectModelFactory into some sort of repository, and organizing it in a way that makes sense, so it can be reused later. I'm not committing anything, although I'm not even sure I have commit access. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839142#3839142 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839142 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-974735 ] Slow performance of JaasSecurityManager
Bugs item #974735, was opened at 2004-06-17 15:32 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974735&group_id=22866 Category: JBossSX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: iprigg (iprigg) Assigned to: Nobody/Anonymous (nobody) Summary: Slow performance of JaasSecurityManager Initial Comment: I am operating Jboss 3.2.3 on an Athlon XP 1400+ machine with 512 MB of RAM running Windows 2000 server. I am using JDK 1.4.1.I would like to report a bug in the jbossSX framework. In fact I don't know if it is actually a bug or just an implementation approach, that restricts the performance of the framework. I think it is the second, but I would like to know, whether it has been noticed and If there are plans for changing it.So lets continue with the description of the problem: What I have tried lately to do was to perform some benchmark testing of a service access control data model I have created. In order to do that I decided to use the jbossSX framework for performing access control on 200 stateless EJBs. The security data was stored in an LDAP server, so I have created 3 login modules that perform specific searches in it, retrieving roles and assigning them to users. All Login modules were specified as required.The benchmark involved thousand of invocations of these EJBs (they all belong in the same security domain), within a few minutes, through a stateless client EJB, using the "org.jboss.security.ClientLoginModule" in order to pass the security credentials (username and password) to the server. The ldap server contains the credentials of 1000 users. So in practice I had 1000 users randomly performing calls on the methods provided by 200 stateless EJBs. Each EJB contained 5 methods, each secured with a different role. Generation of invocation requests was extremely fast (about 3000 requests in a 3 minutes period). What I noticed, straight from the begining was that the whole process was extremely slow. For example 3000 invocations of the secured EJBs (notice that the business logic included in the EJB is minimal, just printing a string), consumes the following time: 1) if JAAS cache is disabled 50 minutes 2) if JAAS cache is enabled 15 minutes (notice however that we have at maximum 1000 security checks the same with the total number of users) Finally I have performed the same invocations without specifying a security domain for the EJBs and the testing was completed almost with the post of the final request (3 minutes).At first I suspected that the delay was due to the searches and the actual processing that takes place inside the Login Modules. However by measuring the actual time of each operation, I found out that less than 1% percent of the total execution time is spent there.After several tests, I found out that the actual problem was imposed by the "JAASSecurityManager.class" and speciffically its boolean method "isValid(Principal principal, Object credential, Subject activeSubject)", which is defined as synchronized. This results to all execution threads freezing upon accessing the method and ceasing their execution for very large periods of time. The more the threads accessing the class the more the experienced delay. Is that something that would be taken care in the future? or it just needs to be done on this way, so no possible solution is foreseen? -- >Comment By: Sacha Labourey (slaboure) Date: 2004-06-17 19:33 Message: Logged In: YES user_id=95900 to make sure that is the problem, could you please: - remove the synchronized keyword - recompile jboss - test the behaviour would not be strictly correct from a security standpoint but would at least be the proof that this is indeed the point of contention and the size of it. Cheers, sacha -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974735&group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617124806 BUILD FAILEDAnt Error Message: file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build: 06/17/2004 12:48:06Time to build: 18 minutes 55 secondsLast changed: 06/17/2004 12:21:25Last log entry: Don't map Object keys on outbound requests. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (1)1.23modifiedejortthirdparty/jacorb-jacorb/lib/jacorb.jarDon't map Object keys on outbound requests.
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Is anyone using TreeCache in production?
hi Ben, thanks for replying. here's a graph of LRU-enabled test benchmark. The only thing it does is makes put()s in JBossCache. Test is a standalone app, no interference with anything, no Hibernate or whatever. This snapshot is with wakeUpTime=5sec http://www.powerdot.org/jbosscache-benchmark.gif We are doing the same with different wakeUpTimes and with more fine-grained dots (on this picture too many dots were taken in the begining). I will post results (graphs, code, profiler results) as soon as we have them (in several more hours). From the first glance - LRU queue usage has some serious performance/scalability problems thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839120#3839120 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839120 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-974825 ] check if file rename works
Patches item #974825, was opened at 2004-06-17 17:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=974825&group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Guido Guenther (guidog) Assigned to: Nobody/Anonymous (nobody) Summary: check if file rename works Initial Comment: Hi, attached patch issues an error if the farm/ directory isn't writeable. Without it farming will fail silently. There wasn't a JBossHA category, that's why I used this one. Attached patch fixes this for 3.2.4. I haven't checked 4.0 yet. Cheers, -- Guido -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=974825&group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Cache is not synchronized in Cluster on reconnect
Hi, thanks for your answer. It would be nice to have such an option. Because otherwise we're getting problems with data inconsistency. To do a workaround with stopping and starting the cache in such cases automatically, we first should know when a machine has no connection to the cluster anymore to react to it. Is there some kind of function that is triggered when the clusternode-memberlist is changed (I mean when the viewAccepted()-message is displayed)? Thanks in advance, Silvio View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839119#3839119 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839119 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Cache is not synchronized in Cluster on reconnect
Since the cache has started on Machine B already, it won't initiate another state transfer from other members when re-joining the group since it can be expensive operation. If you stop and start the cache on Machine B (say, from JMX console via MBean service), then it should sync up. But I will discuss with Bela on this maybe adding this as an option. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839117#3839117 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839117 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: ClassCastException when application jar is deployed
It is hard to say whether it is a bug in deployer. But it definitely is weird. I will look into it soon. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839115#3839115 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839115 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: TreeCache deadlock
Rich, Can you send me a sample log file with "org.jboss.cache" category and "DEBUG" level tracing from log4j.xml? In there is a detailed log for lock information. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839116#3839116 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839116 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Is anyone using TreeCache in production?
Regarding to performance, SYNC mode has to be slower than ASYNC since it is blocking. But if you have read-mostly data, then it can be acceptable. Otherwise, use ASYNC if you can. For LRU, basically there is a TimerTask thread that wake up every x seconds to check for the node event queue. Do you evict the nodes often? Otherwise, I am a bit puzzled why it is slow. If you can provide more information, I will be glad to look into that. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839113#3839113 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839113 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Cache is not synchronized in Cluster on reconnect
We're testing with TreeCache regarding cluster-abilities. The cache is not synchronized to a node that had no network connection and reconnects to the cluster. - We have a cluster of 2 linux machines, jboss 3.2.4 (final) with Treecache that was delivered with jboss 3.2.4. - Cache is configured as SYNCRONIZED and REPL_SYNC Thats our scenario: 1.) Both machines (say A and B) are connected to each other. 2.) a Tx is started on machine A and committed that puts 3 members in the cache. 3.) the printdetails-function called on every machine shows the same values. fine. 4.) We unplug the network on machine B. 5.) Both machines recognize the disconnect (viewAccepted():...) 6.) We start a similar Tx as in 2.) on machine A which does a 'put' on 2 of the 3 members in the cache (so we modiy 2 members) and commit the Tx. 7.) We reconnect machine B to the network. 8.) Both machines recognize each other and build a cluster. --> the printdetails-function called on every machine shows DIFFERENT values! So the cache is not re-synchronized to machine B! Why? We noticed 2 WARNing messages: [NAKACK] [] discarded message from non-member [NAKACK] [] discarded message from non-member These messages appear on machine B after network-reconnect and BEFORE the "viewAccepted()"-message that says that the cluster is rebuild. Maybe these messages should be processed in order to resynchronize the cluster? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839112#3839112 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839112 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Understanding problems with TreeCacheAOP
Under jboss-head/testsuite/src/main/org/jboss/test/cache/bean, there is TreeCacheAopMBenaTesterBean.java that is using TreeCacheAop as a MBean service. Check it out. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839109#3839109 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839109 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: what ide was the Jboss developers using? Eclipse or JBui
Scott, the above guides do cover how to use the JBoss source within Eclipse. http://www.jboss.org/developers/guides/eclipse-howto/index View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839103#3839103 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839103 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: Problems Shutting Down JBOSS Server (via plugin function
What version of JBoss are you trying to shutdown? Please provide as much environment information as possible. Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839102#3839102 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839102 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-974752 ] afterCompletion potential NullPointerException
Bugs item #974752, was opened at 2004-06-17 13:58
Message generated for change (Comment added) made by marklittle
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974752&group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: None
Priority: 7
Submitted By: Mark Little (marklittle)
Assigned to: Nobody/Anonymous (nobody)
Summary: afterCompletion potential NullPointerException
Initial Comment:
The afterCompletion method of the Synchronization
implementation TxRemover (in TxConnectionManager)
uses currentTx from the TxConnectionEventListener to
determine the current transaction:
// Are we still in the original transaction?
if (currentTx.equals(tx) == false)
{
However, currentTx is set to null in delist() when the
XAResource is delisted from the transaction. This
happens prior to transaction termination, which is when
the synchronization gets to run. So obviously it's going
to find that currentTx is null at this point and die with a
NullPointerException.
Mark.
--
>Comment By: Mark Little (marklittle)
Date: 2004-06-17 14:13
Message:
Logged In: YES
user_id=754951
It looks to me that the problem is that the test for
isTrackByTx is in the wrong place.
When the Synchronization is created:
try
{
currentTx.registerSynchronization(new TxRemover
(currentTx, isTrackByTx()));
}
catch (RollbackException re)
{
throw new SystemException("Could not register
synchronization with tx: " + re);
}
So the instance knows the value of isTrackByTx at this stage.
Now, in delist, the currentTx is set to null based on this value:
if (isTrackByTx() == false)
{
currentTx = null;
But then the afterCompletion implementation does:
// Are we still in the original transaction?
if (currentTx.equals(tx) == false)
{
// If we are interleaving transactions we have
nothing to do
if (wasTrackByTx == false)
return;
else
{
The else clause for if the two transactions aren't the same
will do nothing as well if wasTrackByTx is false. So, I suggest
that a possible fix would be to move the wasTrackByTx test
to the start of the method:
public void afterCompletion(int status)
{
if (!wasTrackByTx)
return;
...
}
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974752&group_id=22866
---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-974752 ] afterCompletion potential NullPointerException
Bugs item #974752, was opened at 2004-06-17 13:58
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=974752&group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: None
Priority: 7
Submitted By: Mark Little (marklittle)
Assigned to: Nobody/Anonymous (nobody)
Summary: afterCompletion potential NullPointerException
Initial Comment:
The afterCompletion method of the Synchronization
implementation TxRemover (in TxConnectionManager)
uses currentTx from the TxConnectionEventListener to
determine the current transaction:
// Are we still in the original transaction?
if (currentTx.equals(tx) == false)
{
However, currentTx is set to null in delist() when the
XAResource is delisted from the transaction. This
happens prior to transaction termination, which is when
the synchronization gets to run. So obviously it's going
to find that currentTx is null at this point and die with a
NullPointerException.
Mark.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974752&group_id=22866
---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: look at this problem when start jboss
most likely there are problems w/ this module - it hasn't been "officially" released and no one is actively maintaining it. if one of you would like to look into it and submit patches, that would be great. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839099#3839099 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839099 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-974735 ] Slow performance of JaasSecurityManager
Bugs item #974735, was opened at 2004-06-17 16:32 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=974735&group_id=22866 Category: JBossSX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: iprigg (iprigg) Assigned to: Nobody/Anonymous (nobody) Summary: Slow performance of JaasSecurityManager Initial Comment: I am operating Jboss 3.2.3 on an Athlon XP 1400+ machine with 512 MB of RAM running Windows 2000 server. I am using JDK 1.4.1.I would like to report a bug in the jbossSX framework. In fact I don't know if it is actually a bug or just an implementation approach, that restricts the performance of the framework. I think it is the second, but I would like to know, whether it has been noticed and If there are plans for changing it.So lets continue with the description of the problem: What I have tried lately to do was to perform some benchmark testing of a service access control data model I have created. In order to do that I decided to use the jbossSX framework for performing access control on 200 stateless EJBs. The security data was stored in an LDAP server, so I have created 3 login modules that perform specific searches in it, retrieving roles and assigning them to users. All Login modules were specified as required.The benchmark involved thousand of invocations of these EJBs (they all belong in the same security domain), within a few minutes, through a stateless client EJB, using the "org.jboss.security.ClientLoginModule" in order to pass the security credentials (username and password) to the server. The ldap server contains the credentials of 1000 users. So in practice I had 1000 users randomly performing calls on the methods provided by 200 stateless EJBs. Each EJB contained 5 methods, each secured with a different role. Generation of invocation requests was extremely fast (about 3000 requests in a 3 minutes period). What I noticed, straight from the begining was that the whole process was extremely slow. For example 3000 invocations of the secured EJBs (notice that the business logic included in the EJB is minimal, just printing a string), consumes the following time: 1) if JAAS cache is disabled 50 minutes 2) if JAAS cache is enabled 15 minutes (notice however that we have at maximum 1000 security checks the same with the total number of users) Finally I have performed the same invocations without specifying a security domain for the EJBs and the testing was completed almost with the post of the final request (3 minutes).At first I suspected that the delay was due to the searches and the actual processing that takes place inside the Login Modules. However by measuring the actual time of each operation, I found out that less than 1% percent of the total execution time is spent there.After several tests, I found out that the actual problem was imposed by the "JAASSecurityManager.class" and speciffically its boolean method "isValid(Principal principal, Object credential, Subject activeSubject)", which is defined as synchronized. This results to all execution threads freezing upon accessing the method and ceasing their execution for very large periods of time. The more the threads accessing the class the more the experienced delay. Is that something that would be taken care in the future? or it just needs to be done on this way, so no possible solution is foreseen? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974735&group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-960677 ] HttpContextFactory: java.naming.provider.url wrong
Bugs item #960677, was opened at 2004-05-26 11:25 Message generated for change (Comment added) made by thoennes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=960677&group_id=22866 Category: Docs Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jörg Thönnes (thoennes) Assigned to: Nobody/Anonymous (nobody) Summary: HttpContextFactory: java.naming.provider.url wrong Initial Comment: JBoss book 3.2.2 (Last Updated: December 18, 2003 11:24 pm) Chapter 3 "Naming on JBoss - The JNDI Naming Service" Section "The HTTP InitialContext Factory Implementation" The examples for the java.naming.provider.url seems to be wrong. We had to look up the code to find that the "JMXInvokerServlet" should be replaced here by "JNDIFactory". Took us some hours to find out. The pictures describing the lookup over JNDI is not very clear; a UML style sequence diagram would be better to read here. Cheers, Jörg -- >Comment By: Jörg Thönnes (thoennes) Date: 2004-06-17 15:53 Message: Logged In: YES user_id=473573 Hello, does anybody care about this mistake in the documentation? It is actually in the _paid_ documentation. Cheers, Jörg -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=960677&group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: SNMP adaptor
I don't have the time for this right now. In any case, have you also though of re-using and integrating OpenNMS to manage jboss? An NMS framework is quite a big thing, honestly! I've participated in such a task in the commercial world in the past and can easilly take many man years of development. /Dimitris View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839056#3839056 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839056 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [EJB on JBoss] - Context lookup failing on localhost
Hi There, I hope this is the right place to post this, I think I've found a bug with the naming component of JBoss 3.2.4. I've tested with JDK 1.4.2_02 and 1.4.2_04. This problem was not in the previous version we were using (3.2.3) and was discovered initially upon upgrade. The problem seems to manifest when I configure the JBoss servers JNDI bound interface to the loopback (localhost). Okay, before going further, to confirm I'm not a dummy (not too much anyway) here's what I'm trying to do and how I've set out to achieve it: Aim: Make JBoss JNDI bind address set to localhost Method: Change parameter in jboss-service.xml for JNDI bind address to localhost. Then change client lookup so that it is using "jnp://localhost:1099" for the provider URL. If you follow this post further, you will see that I'm getting a connection refused on my network interface (192.168.X.X) not the loopback (127.0.0.1). The first thought in your head, and my own, was that I hadn't configured the client correctly. Well after much checking and debugging, I can confirm that the client is configured correctly, it is just for some reason "localhost" is not translating to "127.0.0.1". This problem has been tested on a few machines now, so I'm pretty sure it isn't something like an awry "hosts" file. In order to confirm this problem, I would ask someone more knowledgable then myself to change the configuration parameter for the JNDI address JBoss is listening on to localhost, and then try the JUnit test below. Please free to change the "CommandManagerHome" to a home interface on your own machine. It appears that JBoss itself is working, but the lookup is failing (the client code, not the server). Every attempt to lookup the home interface results in the following: javax.naming.CommunicationException [Root exception is java.rmi.ConnectException: Connection refused to host: 192.168.X.X; nested exception is: java.net.ConnectException: Connection refused: connect] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:647) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at au.com.distillery.iqore.utilities.ejb.test.JNDILookupTest.testJNDILookup(JNDILookupTest.java:43) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:392) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:276) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:167) Caused by: java.rmi.ConnectException: Connection refused to host: 192.168.1.26; nested exception is: java.net.ConnectException: Connection refused: connect at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:567) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:185) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:171) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:101) at org.jnp.server.NamingServer_Stub.lookup(Unknown Source) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:528) ... 18 more Caused by: java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) at java.net.Socket.connect(Socket.java:452) at java.net.Socket.connect(Socket.java:402) at java.net.Socket.(Socket.java:309) at java.net.Socket.(Socket.java:124) at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22) at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128) at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:562) ... 23 more For a long time I tested various scenarios, and
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617061343 BUILD FAILEDAnt Error Message: file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build: 06/17/2004 06:13:43Time to build: 10 minutes 57 secondsLast changed: 06/17/2004 05:48:29Last log entry: Add handling for methods from the javax.xml.rpc.Stub interface Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (5)1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaAdd handling for methods from the javax.xml.rpc.Stub interface1.5modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaFix exception handling, RuntimeExceptions should not be wrapped1.26modifiedtelrodwebservice/src/main/org/jboss/webservice/AxisService.javaJBCTS-227: Updated so can specify wsdd file if want to over ride the generated one.1.11modifiedtelrodwebservice/src/main/org/jboss/webservice/deployment/ServiceDescription.javaJBCTS-227: Updated so can specify wsdd file if want to over ride the generated one.1.20modifiedtelrodthirdparty/ws4ee/lib/axis-ws4ee.jarJBCTS-227: Updated so can specify wsdd file if want to over ride the generated one.
[JBoss-dev] jboss-head build.205 Build Fixed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617090429Lbuild.205 BUILD COMPLETE - build.205Date of build: 06/17/2004 09:04:29Time to build: 14 minutes 22 secondsLast changed: 06/17/2004 08:37:20Last log entry: Better error msg, we are looking for operations on the port type, not the binding Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (7)1.13modifiedtdieslerwebservice/src/main/org/jboss/webservice/deployment/ServiceDescription.javaBetter error msg, we are looking for operations on the port type, not the binding1.12modifiedtelrodwebservice/src/main/org/jboss/webservice/deployment/ServiceDescription.javaRollout of previoius changes for OUT parameter mapping since using WSDL2Java generated wsdd file.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaAdd handling for methods from the javax.xml.rpc.Stub interface1.5modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaFix exception handling, RuntimeExceptions should not be wrapped1.26modifiedtelrodwebservice/src/main/org/jboss/webservice/AxisService.javaJBCTS-227: Updated so can specify wsdd file if want to over ride the generated one.1.11modifiedtelrodwebservice/src/main/org/jboss/webservice/deployment/ServiceDescription.javaJBCTS-227: Updated so can specify wsdd file if want to over ride the generated one.1.20modifiedtelrodthirdparty/ws4ee/lib/axis-ws4ee.jarJBCTS-227: Updated so can specify wsdd file if want to over ride the generated one.
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Understanding problems with TreeCacheAOP
Hello altogether!
I'm on my way to establish a TreeCache (-AOP) instance for a clustered JBoss
environment. Last weeks I came closely in touch with (standalone) TreeCache technology.
Now, I'm trying to get this thing into JBoss.
1.) I deployed a XML file cache-service.xml with following content:
|
|
|
|
| jboss:service=Naming
| jboss:service=TransactionManager
| org.jboss.cache.JBossTransactionManagerLookup
| REPEATABLE_READ
| REPL_SYNC
| TreeCache-Cluster
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 2
| 5000
| 1
| 15000
| 6
|
|
|
| 5
|
| 5000
| 1000
|
|
| 5000
| 1000
|
|
| 5
| 4
|
|
|
|
|
|
Then I created a stateless Session Bean with following signature:
| /**
| * @ejb.bean name="TreeCacheFacade"
| * jndi-name="TreeCacheFacadeBean"
| * type="Stateless"
| **/
|
| public abstract class TreeCacheFacadeBean implements SessionBean
| {
|
| private TreeCacheAop cache = null;
|
| /**
| * @ejb.interface-method
| * view-type="remote"
| **/
| public void readAllContainingData()
| {
| ...
| }
|
|
| /**
| * @ejb.interface-method
| * view-type="remote"
| **/
| public void startCache()
| {
| try
| {
| //Starting TreeCache...
| System.out.println("\tInitializing TreeCache instance...");
| cache = new TreeCacheAop();
| System.out.println(
| "\tConfiguring TreeCache instance with cache-service.xml file...");
| PropertyConfigurator c = new PropertyConfigurator();
| c.configure(
| cache,
| "..\\server\\default\\deploy\\cache-service.xml");
| System.out.println("\tStarting TreeCache service...");
| cache.start();
| }
| catch (Exception e)
| {
| System.out.println(
|
"\n"
| + "\nStarting failed"
| +
"\n");
| e.printStackTrace();
| }
| }
| /**
| * @ejb.interface-method
| * view-type="remote"
| **/
| public void stopCache()
| {
| try
| {
| //Starting TreeCache...
| System.out.println("\tInitializing TreeCache instance...");
| cache = new TreeCacheAop();
| System.out.println(
| "\tConfiguring TreeCache instance with cache-service.xml file...");
| PropertyConfigurator c = new PropertyConfigurator();
| c.configure(
| cache,
| "..\\server\\default\\deploy\\cache-service.xml");
| System.out.println("\tStarting TreeCache service...");
| cache.stop();
| }
| catch (Exception e)
| {
| System.out.println(
|
"\n"
| + "\nStopping failed"
| +
"\n");
| e.printStackTrace();
| }
| }
| }
|
Say: Each time I work with the TreeCacheAOP instance, I instanciate it vie new
Operator. Then I configure it with the suitable cache-service.xml (Now they must be
the same, or not?) file.
But when I tried to get some data out of it. There came a NullPointerException.
What is the proper way of getting the TreeCacheAOP instance while in the JBoss
Environment.
Thanx
Vic
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839075#3839075
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839075
---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/s
[JBoss-dev] [Nukes Development] - Re: look at this problem when start jboss
I have the same problem, also! ! Nobody decides it? Thanks in advanced. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839068#3839068 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839068 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
