[JBoss-dev] [JBoss JIRA] Updated: (JGRP-20) Address translation in transport (NAT support)
[ http://jira.jboss.com/jira/browse/JGRP-20?page=history ] Bela Ban updated JGRP-20: - Summary: Address translation in transport (NAT support) (was: Address translation in transport) Address translation in transport (NAT support) -- Key: JGRP-20 URL: http://jira.jboss.com/jira/browse/JGRP-20 Project: JGroups Type: Feature Request Versions: 2.2.8 Reporter: Bela Ban Assignee: Bela Ban Fix For: 2.2.9 Original Estimate: 1 week Remaining: 1 week On multi-homed systems, the identity of a member is bound to a NIC (either chosen by the OS, or by the user through bind_addr): Address. When a message is sent, the msg contains this address as the sender's address. Responses go to the same address. However, if that NIC breaks, and the sender's OS chooses a different NIC for the datagram packets, the receiver will still send the response back to the old address (the identity of the sender cannot change). If we set the sender's address in any Message on *reception* of the message, we would be able to send the response back to a valid NIC in the above case. However, this means the *identity* of the sender changes, which JGroups cannot handle. SOLUTION I: we could introduce a logical address, which contains the physical address of the NIC through which it was sent. Problem: a lot of code would have to change. SOLUTION II: we maintain, in each transport, a table of sender's address as defined in the Message, and physical address of the {Datagram,Multicast}Packet received. Whenever we send a unicast message, we get the destination address from this table through a lookup in which dest_msg.dest_addr is the key. We need to reap the table every now and then to purge old addresses, we could use view changes to do so. Example for SOLUTION II: - Member P: address=1.2.3.4: - P's box has 2 NICs: 1.2.3.4 and 5.6.7.8 - Receiver R receives a message from P: P.src_addr=1.2.3.4:, datagram's address is 1234: - R doesn't add an entry to the translation table, because the addresses are the same - R sends a response: it looks up 1.2.3.4: (dst) in the translation table - There is no entry, therefore R sends the response to 1.2.3.4: - P's NIC 1.2.3.4 is unplugged - P sends a message through NIC 5.6.7.8 - R receives a message M.src_addr=1.2.3.4:, datagram's address is 5.6.7.8: - R adds an entry to its translation table: 1.2.3.4: -- 5.6.7.8: - R sends a response to 1.2.3.4:, since there is an entry for 1.2.3.4:, it uses 5.6.7.8: as the destination address of the datagram packet SOLUTION II allows us to reuse the existing code, but provides for changing underlying IP addresses. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-117) Unnecessary lock acquisition with IsolationLevel.NONE
[ http://jira.jboss.com/jira/browse/JBCACHE-117?page=history ] Bela Ban updated JBCACHE-117: - Fix Version: 1.2.3 (was: 1.2.2) Unnecessary lock acquisition with IsolationLevel.NONE - Key: JBCACHE-117 URL: http://jira.jboss.com/jira/browse/JBCACHE-117 Project: JBoss Cache Type: Bug Versions: 1.2.1 Reporter: Bela Ban Assignee: Bela Ban Fix For: 1.2.3 java.lang.IllegalStateException: addWriter(): owner already existed at org.jboss.cache.lock.LockMap.addWriter(LockMap.java:112) at org.jboss.cache.lock.IdentityLock.acquireWriteLock(IdentityLock.java:175) at org.jboss.cache.Node.acquireWriteLock(Node.java:483) at org.jboss.cache.Node.acquire(Node.java:440) at org.jboss.cache.interceptors.LockInterceptor.lock(LockInterceptor.java:240) at org.jboss.cache.interceptors.LockInterceptor.invoke(LockInterceptor.java:156) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:35) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) at org.jboss.cache.interceptors.ReplicationInterceptor.replicate(ReplicationInterceptor.java:217) at org.jboss.cache.TreeCache._replicate(TreeCache.java:2682) 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 org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236) at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:220) at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:615) at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:512) at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:326) at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(MessageDispatcher.java:722) at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(MessageDispatcher.java:554) at org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:691) at java.lang.Thread.run(Thread.java:534) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-121) Update JBoss head, 3.x and 4.x with jboss-cache.jar
Update JBoss head, 3.x and 4.x with jboss-cache.jar --- Key: JBCACHE-121 URL: http://jira.jboss.com/jira/browse/JBCACHE-121 Project: JBoss Cache Type: Task Versions: 1.2.1 Reporter: Bela Ban Assigned to: Bela Ban Fix For: 1.2.3 Also unlink _jboss_cache module, modify integration tests -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-104) Mass Removal
[ http://jira.jboss.com/jira/browse/JBCACHE-104?page=history ] Bela Ban updated JBCACHE-104: - Fix Version: 1.2.4 (was: 1.2.3) Mass Removal Key: JBCACHE-104 URL: http://jira.jboss.com/jira/browse/JBCACHE-104 Project: JBoss Cache Type: Feature Request Versions: 1.2 Reporter: fredatwork Assignee: Ben Wang Fix For: 1.2.4 Hello, I would like to propose to enhance JBossCache API with a mass-removal function : Let's say I entered several objects in an AOP cache : cache.putObject(/root/1, object1); cache.putObject(/root/2, object2); .../... cache.putObject(/root/999, object999); I would like to be able to remove masseively all objects under the /root frq, with a single method call. The idea here is to be able to reset whole regions of the cache by removing all objects contained in this region. For instance, a servlet init method could use this new method to reset a cache dedicated to a particular enterprise application. Whiout this method, there is no way to reseta cache region. With current 1.2 version, you have to keep track of individual objects in order to remove them one after the other one. Note: Ben Wang proposed me to create this feature request so he can add it to the roadmpa. See http://www.jboss.org/index.html?module=bbop=viewtopicp=3868494#3868494. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-54) JBossCacheAop nees a customized interceptor option
[ http://jira.jboss.com/jira/browse/JBCACHE-54?page=history ] Bela Ban updated JBCACHE-54: Fix Version: 1.2.4 (was: 1.2.3) JBossCacheAop nees a customized interceptor option -- Key: JBCACHE-54 URL: http://jira.jboss.com/jira/browse/JBCACHE-54 Project: JBoss Cache Type: Feature Request Versions: 1.2.1 Reporter: Ben Wang Assignee: Bela Ban Fix For: 1.2.4 Original Estimate: 1 week, 3 days Remaining: 1 week, 3 days In designing the implementation of http session repl using JBossCacheAop, there is a need to add a customized interceptor (in addition to the CacheInterceptor) to handle specific session request. This feature can be generalized to a generic customized interceptor chain that a user of aop can add to his own. Idea then is the chain (of which starts with the CacheInterceptor) will be added as a dynamic aop interceptors. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-100) RMI-based DelegatingCacheLoader
[ http://jira.jboss.com/jira/browse/JBCACHE-100?page=history ] Bela Ban updated JBCACHE-100: - Fix Version: 1.2.4 (was: 1.2.3) RMI-based DelegatingCacheLoader --- Key: JBCACHE-100 URL: http://jira.jboss.com/jira/browse/JBCACHE-100 Project: JBoss Cache Type: Feature Request Versions: 1.2 Reporter: Bela Ban Assignee: Bela Ban Fix For: 1.2.4 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-53) JBossCacheAop can use prepare annotation
[ http://jira.jboss.com/jira/browse/JBCACHE-53?page=history ] Bela Ban updated JBCACHE-53: Fix Version: 1.2.4 (was: 1.2.3) JBossCacheAop can use prepare annotation -- Key: JBCACHE-53 URL: http://jira.jboss.com/jira/browse/JBCACHE-53 Project: JBoss Cache Type: Feature Request Versions: 1.2.1 Reporter: Ben Wang Assignee: Bela Ban Priority: Minor Fix For: 1.2.4 Original Estimate: 2 days Remaining: 2 days Currently, JBossCacheAop uses an external jboss-aop.xml to declare the POJO. The latest JBossAop supports prepare annotation tag. We will need to test it out and document it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-7) JBossCacheAop benchmark and performance tuning
[ http://jira.jboss.com/jira/browse/JBCACHE-7?page=history ] Bela Ban updated JBCACHE-7: --- Fix Version: 1.2.4 (was: 1.2.3) JBossCacheAop benchmark and performance tuning -- Key: JBCACHE-7 URL: http://jira.jboss.com/jira/browse/JBCACHE-7 Project: JBoss Cache Type: Task Versions: 1.3 Reporter: Bela Ban Assignee: Ben Wang Priority: Minor Fix For: 1.2.4 Original Estimate: 6 weeks Remaining: 6 weeks Test large amounts of data: should be handled by CacheLoader plus eviction policies -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBCACHE-98) Backporting JBossCache 1.2.2 in JBossAS 4.0.x and 3.2.x releases
[ http://jira.jboss.com/jira/browse/JBCACHE-98?page=history ] Bela Ban reassigned JBCACHE-98: --- Assign To: Ben Wang (was: Bela Ban) Backporting JBossCache 1.2.2 in JBossAS 4.0.x and 3.2.x releases Key: JBCACHE-98 URL: http://jira.jboss.com/jira/browse/JBCACHE-98 Project: JBoss Cache Type: Support Patch Components: Clustering Versions: 1.2 Environment: should work in any environment Reporter: Luc Texier Assignee: Ben Wang Fix For: 1.2.2 Attachments: jboss-cache.jar Some customers have expressed the wish to take avantages of the optimizations/bug fixes/enhancements being implemented in the latest releases of JBossCache (i.e. 1.2.1 and the upcoming 1.2.2). Therefore, it has been decided to backport JBossCache 1.2.2 to JBossAS 4.0.0 and JBossAS 4.0.1. In addition, there is 3.2.x release. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBCACHE-53) JBossCacheAop can use prepare annotation
[ http://jira.jboss.com/jira/browse/JBCACHE-53?page=history ] Bela Ban reassigned JBCACHE-53: --- Assign To: Ben Wang (was: Bela Ban) JBossCacheAop can use prepare annotation -- Key: JBCACHE-53 URL: http://jira.jboss.com/jira/browse/JBCACHE-53 Project: JBoss Cache Type: Feature Request Versions: 1.2.1 Reporter: Ben Wang Assignee: Ben Wang Priority: Minor Fix For: 1.2.4 Original Estimate: 2 days Remaining: 2 days Currently, JBossCacheAop uses an external jboss-aop.xml to declare the POJO. The latest JBossAop supports prepare annotation tag. We will need to test it out and document it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBCACHE-116) CacheLoaderInterceptor calls CacheLoader.exists() spuriously
[ http://jira.jboss.com/jira/browse/JBCACHE-116?page=history ] Bela Ban closed JBCACHE-116: Resolution: Duplicate Issue duplicate of JBCACHE-118 CacheLoaderInterceptor calls CacheLoader.exists() spuriously Key: JBCACHE-116 URL: http://jira.jboss.com/jira/browse/JBCACHE-116 Project: JBoss Cache Type: Bug Versions: 1.2.1 Reporter: Bela Ban Assignee: Bela Ban Fix For: 1.2.4 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-testsuite Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20050331024039 BUILD FAILEDAnt Error Message:/home/cruisecontrol/work/scripts/build-jboss-head.xml:66: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See tests.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build:03/31/2005 02:40:39Time to build:124 minutes 37 secondsLast changed:03/30/2005 20:13:36Last log entry:JBAS-1633 random IllegalStateException Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(129)1.5.2.7modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.javaJBAS-1633 random IllegalStateException1.1.2.2modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/TestDefinitionOfSerialVersionUID.javaChanging mispelling into log definition1.406.2.50modifiedcleberttestsuite/build.xmlAdding tests-compatibility for checks into SerialUID1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossJarTest.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossSystemJarTest.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/TestDefinitionOfSerialVersionUID.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossCacheJarTest.javaTests for SerialUIDs.1.2.6.1modifiedanddvaria/src/main/org/jboss/monitor/alerts/ConsoleAlertListener.javaalert with log.info instead of System.out1.2.6.1modifiedanddvaria/src/main/org/jboss/monitor/alerts/EmailAlertListener.javaalert with log.info instead of System.out1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateSnapshotServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageSnapshotServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/manager/DeploymentFileRepository.javaconvert annoying System.out - log.debug1.406.2.49modifiedrecampbelltestsuite/build.xmlAdded wait-on-shutdown calls to prevent the next configuration from starting before the previous one has completely shutdown and released all ports.1.1.2.2modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/inflow/dlq/AbstractDLQHandler.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.2.2.2modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/inflow/JmsActivationSpec.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.2.2.2modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/inflow/JmsActivation.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.1.2.1deletedejorttestsuite/src/resources/messagedriven/jboss-service.xml[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.4.2.1modifiedejorttestsuite/src/main/org/jboss/test/messagedriven/mbeans/TestMessageDrivenManagement.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.2.2.1modifiedejorttestsuite/src/main/org/jboss/test/messagedriven/mbeans/TestMessageDrivenManagementMBean.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.1.2.1modifiedejorttestsuite/src/main/org/jboss/test/messagedriven/beans/TestMessageDriven.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.1.2.1deletedejorttestsuite/src/main/org/jboss/test/messagedriven/beans/TestMessageDrivenManagement.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.1.2.1deletedejorttestsuite/src/main/org/jboss/test/messagedriven/beans/TestMessageDrivenManagementMBean.java[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.1.2.2modifiedejorttestsuite/src/resources/messagedriven/jmscontainerinvoker/META-INF/ejb-jar.xml[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.1.2.1modifiedejorttestsuite/src/resources/messagedriven/jmscontainerinvoker/META-INF/jboss.xml[JBAS-1434] - Backport tests for jms inbound rar from jboss-head1.9.2.62modifiedejorttestsuite/imports/test-jars.xml[JBAS-1434] - Backport tests for jms inbound
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Regarding JNDI ERROR While connecting to Remote database ser
I am trying to connect to Remote Database.I am using Jboss application server and oracle9i database server. I am facing probelm with Naming Exception.It is saying unable to find JNDI Data source name. can anybody help me on this?.This pretty urgent to solve. thanks SriniRedy. Email:[EMAIL PROTECTED] View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872142#3872142 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872142 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - New CVS module JBossCache imported
The standalone version is in a new CVS module called JBossCache (without a space between, ha ha :-)). To check it out, use cvs -d:ext:[EMAIL PROTECTED]:/cvsroot/jboss co JBossCache. The tag is JBOSSCACHE_1_2_3. If you are not committer, check the docs on SourceForge for anonymous checkout. This is a first import, the distribution generated from it doesn't yet work 100% (incorrect pathnames etc), but other than that it is pretty stable (all unit tests, 422, pass). It is essentially jboss-head/cache plus some bug fixes. The official release is in a few days I hope, and it will be called JBossCache 1.2.3 (1.2.2 is the last jboss-head/cache release). I will next create an element thirdparty/JBossCache for head, 3.2 and 4.x in which I'll put jboss-cache.jar. Then, once Ben has tagged and released 1.2.2, I will remove (unlink) the _jboss_cache (jboss-cache) module which until now was the home (jboss-head/cache) for JBossCache. _jboss_cache was part of the module defs for jboss-head, jboss-3.2 and jboss-4.0. _jboss_cache might later contain some integration code, e.g. JMX adapter for the POJO JBossCache. Then I'll make JBossAS use thirdparty/JBossCache/lib/jboss-cache.jar. Finally, I'll also modify the testsuite tests for JBossCache, and remove all non-integration tests. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872145#3872145 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872145 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPM-105) one task per task-node
one task per task-node -- Key: JBPM-105 URL: http://jira.jboss.com/jira/browse/JBPM-105 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assigned to: Tom Baeyens Fix For: jBPM 3.0 alpha 3 Only allow one task per task node. now, more then one task per task-node is supported which results in 2 different concurrency mechanisms. by allowing only one task per task-node, 2 problems are solved : * users only have to know one concurrency mechansim (forks and joins) * specify a transitionName when completing a task makes sense again. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Messaging on JBoss (Messaging/JBoss)] - JMS Facade question on client side interceptors
This is probably a dumb question, but I'm still getting my head around the JMS Facade interceptor architecture, so please be kind ;) Client side interceptor stacks are currently created in the corresponding server side delegate implementation. E.g. ServerConnectionDelegate creates the SessionStack interceptor stack in the createSessionDelegate() method. In the JBoss 4.0 messaging implementation, the client stack gets created in the FactoryInterceptor on the client side. I was just wondering why it's been chosen to create the client interceptor stack on the server side and passing it back to the client, rather than use a client side factory interceptor to do this? Also I wasn't sure how the SessionDelegate proxy created in the ServerConnectionDelegate.createSessionDelegate() method gets back to the client side since it doesn't seem to be serializable. -Tim View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872148#3872148 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872148 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Regarding JNDI ERROR While connecting to Remote database
You need to take your question to the 'Beginners Corner' forum. You will also need to provide more information. What JBoss version? What steps have you performed to deploy the datasource? Are there any errors when you deploy the datasource? Have you checked 'JNDI View' in the JMX console to see if the datasource is bound? How are you trying to obtain the datasource? Where are you trying to do this? From a component running the in the app server or is it a remote client? Also do not try and explain exceptions just post the exception with its stack trace and message. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872149#3872149 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872149 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Reopened: (JBAS-1401) Tomcat 5.5.8 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat reopened JBAS-1401: -- Tomcat 5.5.8 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2RC1 JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1401) Tomcat 5.5.9 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat updated JBAS-1401: - Summary: Tomcat 5.5.9 integration (was: Tomcat 5.5.8 integration) Description: JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. (was: JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS.) Fix Version: JBossAS-4.0.2 Final (was: JBossAS-4.0.2RC1) Tomcat 5.5.9 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1401) Tomcat 5.5.9 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat resolved JBAS-1401: -- Resolution: Done Tomcat 5.5.9 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPM-106) project sourcecode restructuring
project sourcecode restructuring Key: JBPM-106 URL: http://jira.jboss.com/jira/browse/JBPM-106 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assigned to: Tom Baeyens Fix For: jBPM 3.0 alpha 3 the identity component (aka organisation component) will now be integrated into the jbpm project. to do this a change in the root project sourcecode and build structure was needed. ### OLD DIRECTORY STRUCTURE ### build + classes + org + ... + test + classes + results src + java + org + ... + userguide ### NEW DIRECTORY STRUCTURE ### build + examples-classes + main-classes + main-test-classes + identity-classes + identity-test-classes + userguide doc + examples + org + ... src + main + org + ... + identity + org + ... + resources + userguide test + main + identity -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1634) default value for entity bean cache-invalidation
default value for entity bean cache-invalidation Key: JBAS-1634 URL: http://jira.jboss.com/jira/browse/JBAS-1634 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.1 Final Reporter: Peter Doornbosch Priority: Minor According to the jboss_4_0.dtd, the value for entity bean cache invalidation is true: !-- The cache-invalidation element indicates if this bean cache should listen to cache invalidation events and clear its cache accordingly as well as send cache invalidation messages. It is provided by the deployer. If not, jboss will assume cache-invalidation = True NOTE: This value will *only* be applied if the correct cache plugin and interceptor(s) are defined in the container configuration. Possible values: False, True (default) Used in: entity (only commit-option A and D will invalidate their cache) -- !ELEMENT cache-invalidation (#PCDATA) However, in reality it is false, as can be concluded from the following source code fragment, taken from EntityMetaData.java: private boolean doDistCachInvalidations = false; (...) // Manage distributed cache-invalidation settings // String distCacheInvalidations = getElementContent(getOptionalChild( element, cache-invalidation), (this.doDistCachInvalidations ? True : False) ); this.doDistCachInvalidations = distCacheInvalidations.equalsIgnoreCase (True); When the option is not set, the value of doDistCachInvalidations is taken, which equals to false. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: Eclipse -JBoss IDE integration problems
hye, Im getting the same problems while trying to install the JBOSS IDE 1.4 plugin to my Eclipse 3.0 got the pluggin from the Software update wizard thru eclispse... same class not loading problem im working on j2sdk1.4.2_03 on windows 2000 environment View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872152#3872152 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872152 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Re: mapping of operation exposed via XMBean to method of dif
Its possible and can be done today with a custom interceptor on the xmbean. As far as I remeber we do not have direct support for operation name to method mapping like we do for the attributes. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872034#3872034 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872034 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBJMX-89) Access the interface not the implementation
[ http://jira.jboss.com/jira/browse/JBJMX-89?page=history ] Michael Kopp updated JBJMX-89: -- Version: JBossAS-4.0.1 Access the interface not the implementation --- Key: JBJMX-89 URL: http://jira.jboss.com/jira/browse/JBJMX-89 Project: JBoss JMX Type: Bug Versions: JBossAS-4.0.1 Reporter: Michael Kopp I have a package private MBean class, the StandardMBean interface is public though! class WorkManager implements WorkManagerMBean WorkManager is private WorkManagerMBean is public Unfortunatelly jboss jmx accesses the implementation directly, thus throwing an IllegalAccessException. If it would access the mbean via the provided interface this would not happen. (like jdk 5 is doing) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBCACHE-98) Backporting JBossCache 1.2.1 in JBossAS 4.0.x releases
[ http://jira.jboss.com/jira/browse/JBCACHE-98?page=comments#action_12316523 ] Clebert Suconic commented on JBCACHE-98: BTW: 1.2.1 or 1.2.2? Backporting JBossCache 1.2.1 in JBossAS 4.0.x releases -- Key: JBCACHE-98 URL: http://jira.jboss.com/jira/browse/JBCACHE-98 Project: JBoss Cache Type: Support Patch Versions: 1.2 Environment: should work in any environment Reporter: Luc Texier Assignee: Bela Ban Fix For: 1.2.2 Some customers have expressed the wish to take avantages of the optimizations/bug fixes/enhancements being implemented in the latest releases of JBossCache (i.e. 1.2.1 and the upcoming 1.2.2). Therefore, it has been decided to backport JBossCache 1.2.2 to JBossAS 4.0.0 and JBossAS 4.0.1. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Javassist development Forum] - Differences between 3.0-rc-1 and 3.0?
I just noticed that a 3.0 (presumably final) release is available. What are the differences between this and the RC1 release candidate? Also, I'm beginning to look at using Annotations with Tapestry and Javassist. My plan for Tapestry 5.0 is to read annotations at class load time and modify the classes as they are loaded based on annotations and other information. Is this how JBoss AOP works? Is it a viable approach? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872082#3872082 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872082 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-51) Create standalone CVS version of JBossCache
[ http://jira.jboss.com/jira/browse/JBCACHE-51?page=history ] Ben Wang updated JBCACHE-51: Fix Version: 1.2.3 (was: 1.2.2) Create standalone CVS version of JBossCache --- Key: JBCACHE-51 URL: http://jira.jboss.com/jira/browse/JBCACHE-51 Project: JBoss Cache Type: Task Reporter: Bela Ban Assignee: Bela Ban Fix For: 1.2.3 Original Estimate: 1 week Remaining: 1 week Goals: - Standalone CVS version of JBossCache -- extract code into a different location in the src tree - Create the integration code inside the JBossAS src tree -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1401) Tomcat 5.5.9 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat closed JBAS-1401: Tomcat 5.5.9 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.459 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050331063624Lbuild.459 BUILD COMPLETE-build.459Date of build:03/31/2005 06:36:24Time to build:30 minutes 1 secondLast changed:03/31/2005 04:56:41Last log entry:check the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.15.2.3modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc2/schema/EntityTable.javacheck the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1632) clustering unit test failure
[ http://jira.jboss.com/jira/browse/JBAS-1632?page=history ] Clebert Suconic updated JBAS-1632: -- Attachment: 2005-03-30.17-34.tgz clustering unit test failure Key: JBAS-1632 URL: http://jira.jboss.com/jira/browse/JBAS-1632 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.2RC1, JBossAS-3.2.7 Final, JBossAS-5.0 Alpha Reporter: Ben Wang Assignee: Clebert Suconic Fix For: JBossAS-4.0.2 Final, JBossAS-5.0 Alpha, JBossAS-3.2.7 Final Attachments: 2005-03-30.17-34.tgz, jboss-cache.jar Original Estimate: 4 hours Remaining: 4 hours Currently, tests-clustering target has numerous failure. It was because that the jboss-cache.jar is not the latest. In order for the test to success, we will need it. Clebert, you can verify this by copying /tmp/jboss-cache.jar in Atl machine to all/lib directory. This issue is therefore depends on backporting JBossCache release 1.2.2. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Hibernate and JBossCache Mbean service in Weblogic 8.1
I am trying to use JBossCache(TreeCache) from hibernate in WebLogic 8.1 server. I would like to implement it as MBean service. Any pointers/sample codes? I am newbie to JBoss as well as MBean service. Thank you Vipul View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872115#3872115 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872115 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1584) Create a unit test for tracking the serialVersionUID across versions using ObjectStreamClass
[ http://jira.jboss.com/jira/browse/JBAS-1584?page=comments#action_12316539 ] Clebert Suconic commented on JBAS-1584: --- I can add checking of serialUUID against older versions also. Say... load the defined serialUUID (not the calculated through java.io.ObjectClass) and verify if it's the same in older versions. Create a unit test for tracking the serialVersionUID across versions using ObjectStreamClass Key: JBAS-1584 URL: http://jira.jboss.com/jira/browse/JBAS-1584 Project: JBoss Application Server Type: Sub-task Components: Test Suite Reporter: Scott M Stark Assignee: Scott M Stark Priority: Critical Fix For: JBossAS-4.0.2 Final We need a unit test that compares the serialVersionUID of classes in the dist against those from previous versions using ObjectStreamClass.getSerialVersionUID() and a database of previous version/class/serialVersionUID. As of 4.0.2 forward this test should fail there is a change in any serialVersionUID. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-36) TCP:PING, TCP transport combined with multicast discovery
[ http://jira.jboss.com/jira/browse/JGRP-36?page=history ] Bela Ban resolved JGRP-36: -- Resolution: Done Implemented as MPING. Stack would be for example TCP:MPING, check JGroups/conf/mtcp.xml for an example. MPING uses its own IP multicast socket to send and receive discovery requests/responses. Can be used in * conjuntion with a non-UDP transport, e.g. TCP.p * The discovery is emassymetric/em: discovery requests are broadcast via the multicast socket, and * received via the multicast socket by everyone in the group. However, the discovery responses are sent * back via the regular transport (e.g. TCP) to the sender (discovery request contained sender's regular address, * e.g. 192.168.0.2:7800). TCP:PING, TCP transport combined with multicast discovery - Key: JGRP-36 URL: http://jira.jboss.com/jira/browse/JGRP-36 Project: JGroups Type: Feature Request Reporter: Bela Ban Assignee: Bela Ban Fix For: 2.2.8 Use IP multicast for discovery/merging, but TCP for transport -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1609) Backport latest JBossCache (1.2.1)
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=comments#action_12316542 ] Ben Wang commented on JBAS-1609: Now is 1.2.2. 1.2.2 has a quick fix for failFast() used in Hibernate and another one on TransactionTable map. Backport latest JBossCache (1.2.1) -- Key: JBAS-1609 URL: http://jira.jboss.com/jira/browse/JBAS-1609 Project: JBoss Application Server Type: Task Components: JBoss Cache service Versions: JBossAS-4.0.2RC1, JBossAS-3.2.7 Final Reporter: Ben Wang Assignee: Bela Ban Fix For: JBossAS-4.0.2 Final, JBossAS-3.2.8 Final Original Estimate: 6 hours Remaining: 6 hours We need to backport JBossCache1.2.1 to 4.0.2 release. However, there is one or two bugs that Bela had to fix after the release in head though. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-110) Cache aop Overriding toString or hashCode will trigger stack overflow
[ http://jira.jboss.com/jira/browse/JBCACHE-110?page=history ] Bela Ban updated JBCACHE-110: - Fix Version: 1.2.4 (was: 1.2.3) Cache aop Overriding toString or hashCode will trigger stack overflow - Key: JBCACHE-110 URL: http://jira.jboss.com/jira/browse/JBCACHE-110 Project: JBoss Cache Type: Bug Versions: 1.2 Reporter: Ben Wang Assignee: Ben Wang Fix For: 1.2.4 Original Estimate: 2 weeks Remaining: 2 weeks In TreeCacheAOp, certain over-riding will trigger stack overflow. THis is becuase of the recursive field interecption that results. Solution is to detect the field recusion. Kabir has done it in: org.jboss.aspects.dbc.DesignByContractAspect -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-85) TreeCacheAop object event listener
[ http://jira.jboss.com/jira/browse/JBCACHE-85?page=history ] Bela Ban updated JBCACHE-85: Fix Version: 1.2.4 (was: 1.2.3) TreeCacheAop object event listener -- Key: JBCACHE-85 URL: http://jira.jboss.com/jira/browse/JBCACHE-85 Project: JBoss Cache Type: Feature Request Reporter: Ben Wang Assignee: Ben Wang Fix For: 1.2.4 Original Estimate: 4 days Remaining: 4 days Need to add a TreeCacheAop object event listener. Currently we have TreeCache listener to listen for individual node event. We need to listen the event at the object level for the cache aop. This is also needed for the aop implementation of Tomcat http session replication (fine-grained one) to update the session related data (e.g., time stamp). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBJMX-88) Support primitive types
Support primitive types --- Key: JBJMX-88 URL: http://jira.jboss.com/jira/browse/JBJMX-88 Project: JBoss JMX Type: Bug Versions: JBossAS-4.0.1 Reporter: Michael Kopp If I have a property/parameter with type 'int' I have to pass it as Integer into the setAttribute/invoke method. nevertheless, the correct method should be found. That does not happen right now! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.321 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050330170552Lbuild.321 BUILD COMPLETE-build.321Date of build:03/30/2005 17:05:52Time to build:38 minutes 26 secondsLast changed:03/30/2005 10:03:00Last log entry:alert with log.info instead of System.out Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(9)1.1.2.3modifiedanddvaria/src/main/org/jboss/monitor/alerts/ConsoleAlertListener.javaalert with log.info instead of System.out1.1.2.3modifiedanddvaria/src/main/org/jboss/monitor/alerts/EmailAlertListener.javaalert with log.info instead of System.out1.1.2.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.1.2.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateSnapshotServlet.javaconvert annoying System.out - log.debug1.1.2.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.1.2.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.1.2.3modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageSnapshotServlet.javaconvert annoying System.out - log.debug1.1.2.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.1.2.2modifiedanddconsole/src/main/org/jboss/console/manager/DeploymentFileRepository.javaconvert annoying System.out - log.debug
[JBoss-dev] [JBoss JIRA] Resolved: (JBIDE-168) Convert to AOP Project no longer showing..
[ http://jira.jboss.com/jira/browse/JBIDE-168?page=history ] Marshall Culpepper resolved JBIDE-168: -- Resolution: Done The fix has been committed. Convert to AOP Project no longer showing.. -- Key: JBIDE-168 URL: http://jira.jboss.com/jira/browse/JBIDE-168 Project: JBoss IDE Type: Bug Components: AOP Plugin Reporter: Marshall Culpepper Assignee: Marshall Culpepper Fix For: 1.5 Milestone 2 Right clicking on JBossAOP project no longer shows the Convert to AOP Project menu option. This is needed for users who have existing Java projects that want to utilize JBossAOP functionality. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBJMX-89) Access the interface not the implementation
[ http://jira.jboss.com/jira/browse/JBJMX-89?page=history ] Dimitris Andreadis reassigned JBJMX-89: --- Assign To: Dimitris Andreadis Access the interface not the implementation --- Key: JBJMX-89 URL: http://jira.jboss.com/jira/browse/JBJMX-89 Project: JBoss JMX Type: Bug Versions: JBossAS-4.0.1 Reporter: Michael Kopp Assignee: Dimitris Andreadis I have a package private MBean class, the StandardMBean interface is public though! class WorkManager implements WorkManagerMBean WorkManager is private WorkManagerMBean is public Unfortunatelly jboss jmx accesses the implementation directly, thus throwing an IllegalAccessException. If it would access the mbean via the provided interface this would not happen. (like jdk 5 is doing) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBJMX-88) Support primitive types
[ http://jira.jboss.com/jira/browse/JBJMX-88?page=comments#action_12316552 ] Dimitris Andreadis commented on JBJMX-88: - I suppose you mean jmx-console. If there is indeed a bug there, post it seperately. Support primitive types --- Key: JBJMX-88 URL: http://jira.jboss.com/jira/browse/JBJMX-88 Project: JBoss JMX Type: Bug Versions: JBossAS-4.0.1 Reporter: Michael Kopp If I have a property/parameter with type 'int' I have to pass it as Integer into the setAttribute/invoke method. nevertheless, the correct method should be found. That does not happen right now! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-123) Get rid of JBoss-dependent libs
Get rid of JBoss-dependent libs --- Key: JBCACHE-123 URL: http://jira.jboss.com/jira/browse/JBCACHE-123 Project: JBoss Cache Type: Sub-task Reporter: Bela Ban Assigned to: Bela Ban Fix For: 1.2.3 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-122) Convert JBoss Logger to commons-logging
Convert JBoss Logger to commons-logging Key: JBCACHE-122 URL: http://jira.jboss.com/jira/browse/JBCACHE-122 Project: JBoss Cache Type: Sub-task Reporter: Bela Ban Assigned to: Bela Ban get rid of jboss-common -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1480) Web Console: Monitors: Errors in the log
[ http://jira.jboss.com/jira/browse/JBAS-1480?page=comments#action_12316515 ] Dimitris Andreadis commented on JBAS-1480: -- This is actually king-of a race condition: The console DeploymentFileRepository generates a xxx-service.xml.tmp descriptor, then immediately renames that to xxx-service.xml. Obviously the DeploymentScanner picked up the .tmp file, which is gone immediately afterwards. We should really have the .tmp suffix excluded by the DeploymentFilter and the default configuration in conf/jboss-service.xml (DeploymentScanner). Actually, I was surprised we don't do that already. If Scott doesn't have a problem with that, I'll add this. Web Console: Monitors: Errors in the log Key: JBAS-1480 URL: http://jira.jboss.com/jira/browse/JBAS-1480 Project: JBoss Application Server Type: Bug Components: JMX Versions: JBossAS-4.0.2 Final Environment: JBoss 4.0.1 Reporter: Anil Saldhana Assignee: Dimitris Andreadis Priority: Minor Fix For: JBossAS-4.0.2 Final Attachments: FreeMemoryMonitor-service.xml I see an error in the server log when using web console which is shown below. Step 1: Create a monitor on Free Memory and call it FreeMemoryMonitor. Step 2: You will have a file called FreeMemoryMonitor-service.xml in deploy/management/monitors. [Attached to the case]. See error in the server log as follows: 16:35:10,364 ERROR [MainDeployer] Could not make local copy for file:/Users/anil/jboss-4.0.1/server/default/deploy/management/monitors/FreeMemoryMonitor-service.xml.tmp java.io.FileNotFoundException: /Users/anil/jboss-4.0.1/server/default/deploy/management/monitors/FreeMemoryMonitor-service.xml.tmp at org.jboss.net.protocol.file.FileURLConnection.connect(FileURLConnection.java:71) at org.jboss.net.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:80) at java.net.URL.openStream(URL.java:913) at org.jboss.deployment.MainDeployer.copy(MainDeployer.java:1174) at org.jboss.deployment.MainDeployer.makeLocalCopy(MainDeployer.java:112 No big deal. The error should not be thrown in a production environment with multiple monitors. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBJMX-89) Access the interface not the implementation
[ http://jira.jboss.com/jira/browse/JBJMX-89?page=comments#action_12316519 ] Dimitris Andreadis commented on JBJMX-89: - Where exactly is the problem? What's your use case? The 1.2 spec says (pp.34) It is not a requirement for an MBean of any type to be a public class. but then, An MBean must be of a public concrete class with a public constructor if it is to be instantiated by a JMX agent... So, if you class is not public it can not be loaded by the jboss .sar deployment mechanism, and that's normal. I presume you could code one of your public MBeans to act as a factory and create/register the package private MBean to the MBeanServer (to be honest, I haven't tested that.) Access the interface not the implementation --- Key: JBJMX-89 URL: http://jira.jboss.com/jira/browse/JBJMX-89 Project: JBoss JMX Type: Bug Versions: JBossAS-4.0.1 Reporter: Michael Kopp I have a package private MBean class, the StandardMBean interface is public though! class WorkManager implements WorkManagerMBean WorkManager is private WorkManagerMBean is public Unfortunatelly jboss jmx accesses the implementation directly, thus throwing an IllegalAccessException. If it would access the mbean via the provided interface this would not happen. (like jdk 5 is doing) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Reopened: (JBCACHE-116) CacheLoaderInterceptor calls CacheLoader.exists() spuriously
[ http://jira.jboss.com/jira/browse/JBCACHE-116?page=history ] Bela Ban reopened JBCACHE-116: -- There is always a exists() followed by a get() on the CacheLoader. We should club these 2 methods together into 1 CacheLoaderInterceptor calls CacheLoader.exists() spuriously Key: JBCACHE-116 URL: http://jira.jboss.com/jira/browse/JBCACHE-116 Project: JBoss Cache Type: Bug Versions: 1.2.1 Reporter: Bela Ban Assignee: Bela Ban Fix For: 1.2.2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-116) CacheLoaderInterceptor calls CacheLoader.exists() spuriously
[ http://jira.jboss.com/jira/browse/JBCACHE-116?page=history ] Bela Ban updated JBCACHE-116: - Fix Version: 1.2.4 (was: 1.2.2) CacheLoaderInterceptor calls CacheLoader.exists() spuriously Key: JBCACHE-116 URL: http://jira.jboss.com/jira/browse/JBCACHE-116 Project: JBoss Cache Type: Bug Versions: 1.2.1 Reporter: Bela Ban Assignee: Bela Ban Fix For: 1.2.4 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.323 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050331080922Lbuild.323 BUILD COMPLETE-build.323Date of build:03/31/2005 08:09:22Time to build:30 minutes 51 secondsLast changed:03/31/2005 05:00:59Last log entry:check the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.1.2.37modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc2/schema/EntityTable.javacheck the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not
[JBoss-dev] [JBoss JIRA] Created: (HIBERNATE-12) HibernateContext JDBC Connection
HibernateContext JDBC Connection Key: HIBERNATE-12 URL: http://jira.jboss.com/jira/browse/HIBERNATE-12 Project: Hibernate Type: Bug Environment: Mac OSX, JBoss 4.01sp1 Reporter: Stephen Pearson Assigned to: Gavin King When using the HibernateContext getSession() function call, all works well until the function call has finished, and then the underlying JDBC connection is not closed. Therefore with each call to getSession within my EJB I promptly receieve a Closing a connection for you. Please close them yourself. warning from the CachedConnectionManager. Can the TransactionSynch call please close the JDBC connection when it flushes and closes the Hibernate Session. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: Run XDoclet does nothing
I am also running through the tutorial, and have come across the same issue. The project properties pages do not show the XDoclet configurations at all. Has anyone figured out why this is happening. I am using Eclipse 3.0.1 with the JBoss IDE plugin at the 1.4.1 level. Any ideas on what to try would be helpful. Thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872061#3872061 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872061 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.911 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050330184122Lbuild.911 BUILD COMPLETE-build.911Date of build:03/30/2005 18:41:22Time to build:48 minutes 54 secondsLast changed:03/30/2005 16:51:34Last log entry:JBBUILD-44 Completed build for messaging module. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(31)1.25modifiedrecampbelljbossas/jbossbuild.xmlJBBUILD-44 Completed build for messaging module.1.1addedrecampbellmessaging/jbossbuild.xmlJBBUILD-44 Completed build for messaging module.1.2deletedpatriot1burketestsuite/src/resources/parent-aspect-config.xmlremove Hiram's old crappy shit1.10deletedpatriot1burketestsuite/src/resources/aspect-config.xmlremove Hiram's old crappy shit1.19modifiedrecampbelltools/etc/jbossbuild/tasks.xmlAdd sar support; split out jtree/javacc tasks; allow overriding of manifests for jars1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Coordinator.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Resource.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Status.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Synchronization.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.1addedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/SynchronizationUnavailableException.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.1addedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/TransactionAlreadyPreparedException.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.24modifiedrecampbelljbossas/jbossbuild.xmlJBBUILD-49 All artifacts for the security module are now being built by the new build.1.1addedrecampbellsecurity/jbossbuild.xmlJBBUILD-49 All artifacts for the security module are now being built by the new build.1.1addedosdchicagowebservice/test/resources/tools/xsd-java-checker/wscompile/complextypes/Country.javawscompile generated Java classes for JBWS-1471.3modifiedpatriot1burkeejb3/docs/tutorial/stateful/src/org/jboss/tutorial/stateful/bean/ShoppingCartBean.javaidiot me forgot to make the SFSB serializable1.5modifiedreverbeliiop/src/main/org/jboss/invocation/iiop/IIOPInvoker.javaRemove calls to deprecated method isDebugEnabled.1.4modifiedreverbeliiop/src/main/org/jboss/iiop/jacorb/SSLServerSocketFactory.javaRemove calls to deprecated method isDebugEnabled.1.3modifiedreverbeliiop/src/main/org/jboss/iiop/jacorb/SSLSocketFactory.javaRemove calls to deprecated method isDebugEnabled.1.10modifiedreverbeliiop/src/main/org/jboss/iiop/csiv2/CSIv2IORInterceptor.javaRemove calls to deprecated method isDebugEnabled.1.8modifiedreverbeliiop/src/main/org/jboss/iiop/csiv2/CSIv2Policy.javaRemove calls to deprecated method isDebugEnabled.1.41modifiedreverbeliiop/src/main/org/jboss/iiop/CorbaORBService.javaRemove calls to deprecated method isDebugEnabled.1.3modifiedanddvaria/src/main/org/jboss/monitor/alerts/ConsoleAlertListener.javaalert with log.info instead of System.out1.3modifiedanddvaria/src/main/org/jboss/monitor/alerts/EmailAlertListener.javaalert with log.info instead of System.out1.3modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.3modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateSnapshotServlet.javaconvert annoying System.out - log.debug1.3modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.3modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.4modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageSnapshotServlet.javaconvert annoying System.out - log.debug1.3modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.1addedloubyanskyconnector/src/etc/example-config/derby-xa-ds.xmlexample for xa datasource config1.3modifiedanddconsole/src/main/org/jboss/console/manager/DeploymentFileRepository.javaconvert annoying System.out - log.debug
[JBoss-dev] [Design of JBoss Portal] - Re: Portal under vhosts
this is a feature we definitely want. this involve refactoring of the code base, to pull out generic deployment service in order to handle multiple subservers. your point are valids and the scenario would be like : - have a super .sar that would contain the web app intercepter - each portal server would be a .sar with the .war embedded 1. I did it with a codebase some month ago and I had it working but I lost it in HD crash :-( 2. it is necessary in order to setup the BootStrapContext that contains the server ServletContext and ClassLoader. It could be sort of avoided by using a registry when the listener would put the BootStrapContext under a key and then the traditional .sar service would pick it up. Mainly the ServerManager needs it in order to load its configuration. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872100#3872100 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872100 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1632) clustering unit test failure
[ http://jira.jboss.com/jira/browse/JBAS-1632?page=history ] Clebert Suconic updated JBAS-1632: -- Attachment: jboss-cache.jar clustering unit test failure Key: JBAS-1632 URL: http://jira.jboss.com/jira/browse/JBAS-1632 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.2RC1, JBossAS-3.2.7 Final, JBossAS-5.0 Alpha Reporter: Ben Wang Assignee: Clebert Suconic Fix For: JBossAS-4.0.2 Final, JBossAS-5.0 Alpha, JBossAS-3.2.7 Final Attachments: 2005-03-30.17-34.tgz, jboss-cache.jar, jboss-cache.jar Original Estimate: 4 hours Remaining: 4 hours Currently, tests-clustering target has numerous failure. It was because that the jboss-cache.jar is not the latest. In order for the test to success, we will need it. Clebert, you can verify this by copying /tmp/jboss-cache.jar in Atl machine to all/lib directory. This issue is therefore depends on backporting JBossCache release 1.2.2. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-118) Inefficient CacheLoader.exists() followed by CacheLoader.get()
[ http://jira.jboss.com/jira/browse/JBCACHE-118?page=history ] Bela Ban updated JBCACHE-118: - Fix Version: 1.2.4 (was: 1.2.3) Inefficient CacheLoader.exists() followed by CacheLoader.get() -- Key: JBCACHE-118 URL: http://jira.jboss.com/jira/browse/JBCACHE-118 Project: JBoss Cache Type: Task Versions: 1.2.1 Reporter: Bela Ban Assignee: Bela Ban Priority: Minor Fix For: 1.2.4 I have a CacheLoader that I am using to allow a TreeCache to act as the primary interface to a DAV/JDBC data model. Each access to the backend can be quite expensive. I note that a CacheLoader.get() is always preceeded by a CacheLoader.exists(), which seems redundant to me and has the unfortunate effect of doubling the backend load. Am I missing something here? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-jdk-matrix build.117 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050331072217Lbuild.117 BUILD COMPLETE-build.117Date of build:03/31/2005 07:22:17Time to build:33 minutes 0 secondsLast changed:03/31/2005 04:56:41Last log entry:check the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(17)1.15.2.3modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc2/schema/EntityTable.javacheck the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not1.5.2.7modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.javaJBAS-1633 random IllegalStateException1.1.2.2modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/TestDefinitionOfSerialVersionUID.javaChanging mispelling into log definition1.406.2.50modifiedcleberttestsuite/build.xmlAdding tests-compatibility for checks into SerialUID1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossJarTest.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossSystemJarTest.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/TestDefinitionOfSerialVersionUID.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossCacheJarTest.javaTests for SerialUIDs.1.2.6.1modifiedanddvaria/src/main/org/jboss/monitor/alerts/ConsoleAlertListener.javaalert with log.info instead of System.out1.2.6.1modifiedanddvaria/src/main/org/jboss/monitor/alerts/EmailAlertListener.javaalert with log.info instead of System.out1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateSnapshotServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageSnapshotServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/manager/DeploymentFileRepository.javaconvert annoying System.out - log.debug
[JBoss-dev] [JBoss JIRA] Commented: (JBJMX-89) Access the interface not the implementation
[ http://jira.jboss.com/jira/browse/JBJMX-89?page=comments#action_12316525 ] Adrian Brock commented on JBJMX-89: --- Dimitris, I think you'll find he is complaining about the code in org.jboss.mx.server.MethodMapper.lookupOperation() that resolves the mbean implementation method rather than the mbean interface method. Access the interface not the implementation --- Key: JBJMX-89 URL: http://jira.jboss.com/jira/browse/JBJMX-89 Project: JBoss JMX Type: Bug Versions: JBossAS-4.0.1 Reporter: Michael Kopp Assignee: Dimitris Andreadis I have a package private MBean class, the StandardMBean interface is public though! class WorkManager implements WorkManagerMBean WorkManager is private WorkManagerMBean is public Unfortunatelly jboss jmx accesses the implementation directly, thus throwing an IllegalAccessException. If it would access the mbean via the provided interface this would not happen. (like jdk 5 is doing) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBCACHE-98) Backporting JBossCache 1.2.1 in JBossAS 4.0.x releases
[ http://jira.jboss.com/jira/browse/JBCACHE-98?page=comments#action_12316534 ] Clebert Suconic commented on JBCACHE-98: I'm assuming the file attached at JBAS-1632 is 1.2.2 based in what Ben told me. Backporting JBossCache 1.2.1 in JBossAS 4.0.x releases -- Key: JBCACHE-98 URL: http://jira.jboss.com/jira/browse/JBCACHE-98 Project: JBoss Cache Type: Support Patch Versions: 1.2 Environment: should work in any environment Reporter: Luc Texier Assignee: Bela Ban Fix For: 1.2.2 Some customers have expressed the wish to take avantages of the optimizations/bug fixes/enhancements being implemented in the latest releases of JBossCache (i.e. 1.2.1 and the upcoming 1.2.2). Therefore, it has been decided to backport JBossCache 1.2.2 to JBossAS 4.0.0 and JBossAS 4.0.1. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-120) Change the log level in ReplicationQueue to trace
Change the log level in ReplicationQueue to trace - Key: JBCACHE-120 URL: http://jira.jboss.com/jira/browse/JBCACHE-120 Project: JBoss Cache Type: Task Versions: 1.2.1 Reporter: Ben Wang Assigned to: Ben Wang Fix For: 1.2.2 The current log level is info for replication queue. It is too verbose. Will change it to trace. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1480) Web Console: Monitors: Errors in the log
[ http://jira.jboss.com/jira/browse/JBAS-1480?page=comments#action_12316516 ] Dimitris Andreadis commented on JBAS-1480: -- kind-of Web Console: Monitors: Errors in the log Key: JBAS-1480 URL: http://jira.jboss.com/jira/browse/JBAS-1480 Project: JBoss Application Server Type: Bug Components: JMX Versions: JBossAS-4.0.2 Final Environment: JBoss 4.0.1 Reporter: Anil Saldhana Assignee: Dimitris Andreadis Priority: Minor Fix For: JBossAS-4.0.2 Final Attachments: FreeMemoryMonitor-service.xml I see an error in the server log when using web console which is shown below. Step 1: Create a monitor on Free Memory and call it FreeMemoryMonitor. Step 2: You will have a file called FreeMemoryMonitor-service.xml in deploy/management/monitors. [Attached to the case]. See error in the server log as follows: 16:35:10,364 ERROR [MainDeployer] Could not make local copy for file:/Users/anil/jboss-4.0.1/server/default/deploy/management/monitors/FreeMemoryMonitor-service.xml.tmp java.io.FileNotFoundException: /Users/anil/jboss-4.0.1/server/default/deploy/management/monitors/FreeMemoryMonitor-service.xml.tmp at org.jboss.net.protocol.file.FileURLConnection.connect(FileURLConnection.java:71) at org.jboss.net.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:80) at java.net.URL.openStream(URL.java:913) at org.jboss.deployment.MainDeployer.copy(MainDeployer.java:1174) at org.jboss.deployment.MainDeployer.makeLocalCopy(MainDeployer.java:112 No big deal. The error should not be thrown in a production environment with multiple monitors. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBJMX-89) Access the interface not the implementation
Access the interface not the implementation --- Key: JBJMX-89 URL: http://jira.jboss.com/jira/browse/JBJMX-89 Project: JBoss JMX Type: Bug Reporter: Michael Kopp I have a package private MBean class, the StandardMBean interface is public though! class WorkManager implements WorkManagerMBean WorkManager is private WorkManagerMBean is public Unfortunatelly jboss jmx accesses the implementation directly, thus throwing an IllegalAccessException. If it would access the mbean via the provided interface this would not happen. (like jdk 5 is doing) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.322 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050331010205Lbuild.322 BUILD COMPLETE-build.322Date of build:03/31/2005 01:02:05Time to build:22 minutes 36 secondsLast changed:03/30/2005 20:15:26Last log entry:JBAS-1633 randon IllegalStateException Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.1.2.14modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.javaJBAS-1633 randon IllegalStateException
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
I've got first HA XA tests passing. Here is the ha-xa-datasource configuration I used for testing |ha-xa-datasource | jndi-nameXADerbyDS/jndi-name | track-connection-by-tx/ | isSameRM-override-valuefalse/isSameRM-override-value | !-- xa-datasource-classorg.apache.derby.jdbc.EmbeddedXADataSource/xa-datasource-class -- | xa-datasource-classorg.jboss.test.cmp2.advanced.ejb.DerbyXADataSource/xa-datasource-class | xa-datasource-property name=URLderby/hatest1|derby/hatest2/xa-datasource-property | xa-datasource-property name=Usersa/xa-datasource-property | xa-datasource-property name=Password/xa-datasource-property | xa-datasource-property name=CreateDatabasecreate/xa-datasource-property | | url-delimeter|/url-delimeter | check-valid-connection-sqlVALUES CURRENT TIMESTAMP/check-valid-connection-sql | | !-- corresponding type-mapping in the standardjbosscmp-jdbc.xml (optional) -- | metadata | type-mappingDerby/type-mapping | /metadata |/ha-xa-datasource | As you can see, it's basically the same as in the local case, i.e. URL contains a list of URLs and url-delimeter specifies the delimeter. The test is not added to the testsuite since we don't have derby in thirdparty (yet). Implementation notes. XAManagedConnectionFactory creates XADataSources lazily, i.e. not at deployment time but on the first request. In the HA implementation, I create XADataSources at deployment. Is this ok? Any special reason for lazy instantiation except for i don't use it, so i don't need it to be created? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872172#3872172 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872172 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-103) ConfiguratorFactory#getConfigStream should not throw a AccessControlException
[ http://jira.jboss.com/jira/browse/JBCACHE-103?page=history ] Bela Ban updated JBCACHE-103: - Fix Version: 1.2.4 (was: 1.2.3) ConfiguratorFactory#getConfigStream should not throw a AccessControlException - Key: JBCACHE-103 URL: http://jira.jboss.com/jira/browse/JBCACHE-103 Project: JBoss Cache Type: Bug Versions: 2.x Environment: JBoss 4.0.1_sp1 / JCache 2.2.7 Reporter: Roland R?z Assignee: Bela Ban Fix For: 1.2.4 Original Estimate: 30 minutes Remaining: 30 minutes Hi, the following will cause an AccessControlException when working with a Java security file policy that sets limited FilePermissions: class org.jgroups.conf.ConfiguratorFactory method InputStream getConfigStream(String properties) throws IOException ... // Check to see if the properties string is the name of a file. if (configStream == null) { try { configStream=new FileInputStream(properties); } catch(FileNotFoundException fnfe) { // the properties string is likely not a file } } If the properties are not a file but the real properties a AccessControlException will be thrown when checking the FilePermission that looks like this (for example) UDP(ip_mcast=true;ip_ttl=32;loopback=false;mcast_addr=228.1.2.3;mcast_port=12020;...) Possibly you should check if the String properties starts with UDP. Regards -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-88) add a statelog that includes enter-time, leave-time and difference
[ http://jira.jboss.com/jira/browse/JBPM-88?page=history ] Tom Baeyens updated JBPM-88: Fix Version: (was: jBPM 3.0 alpha 3) add a statelog that includes enter-time, leave-time and difference -- Key: JBPM-88 URL: http://jira.jboss.com/jira/browse/JBPM-88 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assignee: Tom Baeyens Priority: Minor add a state-enter-time on the token when a state is entered. add a state log record when the state is left. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-68) finish pluggability for par parsers
[ http://jira.jboss.com/jira/browse/JBPM-68?page=history ] Tom Baeyens updated JBPM-68: Fix Version: (was: jBPM 3.0 alpha 3) finish pluggability for par parsers --- Key: JBPM-68 URL: http://jira.jboss.com/jira/browse/JBPM-68 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assignee: Tom Baeyens Time Spent: 1 day Remaining: 1 hour when users want to extend jbpm with their custom modules, we should also support pluggability of the module parsers. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-71) named variable declaration
[ http://jira.jboss.com/jira/browse/JBPM-71?page=history ] Tom Baeyens updated JBPM-71: Fix Version: (was: jBPM 3.0 alpha 3) named variable declaration -- Key: JBPM-71 URL: http://jira.jboss.com/jira/browse/JBPM-71 Project: JBoss jBPM Type: Feature Request Components: Core Engine Reporter: Tom Baeyens Assignee: Tom Baeyens Priority: Minor add support for specifying how variables should be persisted on the basis of the name of the variable. currently, we only support type determination on the basis of value-reflection. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-92) process-state deployment binding option
[ http://jira.jboss.com/jira/browse/JBPM-92?page=history ] Tom Baeyens updated JBPM-92: Fix Version: (was: jBPM 3.0 alpha 3) process-state deployment binding option --- Key: JBPM-92 URL: http://jira.jboss.com/jira/browse/JBPM-92 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assignee: Tom Baeyens Priority: Minor Original Estimate: 1 hour Remaining: 1 hour add a property to the process state xml information to indicate that binding of the subprocess should be done at deployment time in case only a name is specified. e.g. process-state name=mysubprocess version=latest ... /process-state -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-98) Backporting JBossCache 1.2.2 in JBossAS 4.0.x and 3.2.x releases
[ http://jira.jboss.com/jira/browse/JBCACHE-98?page=history ] Ben Wang updated JBCACHE-98: Summary: Backporting JBossCache 1.2.2 in JBossAS 4.0.x and 3.2.x releases (was: Backporting JBossCache 1.2.1 in JBossAS 4.0.x releases) Description: Some customers have expressed the wish to take avantages of the optimizations/bug fixes/enhancements being implemented in the latest releases of JBossCache (i.e. 1.2.1 and the upcoming 1.2.2). Therefore, it has been decided to backport JBossCache 1.2.2 to JBossAS 4.0.0 and JBossAS 4.0.1. In addition, there is 3.2.x release. was: Some customers have expressed the wish to take avantages of the optimizations/bug fixes/enhancements being implemented in the latest releases of JBossCache (i.e. 1.2.1 and the upcoming 1.2.2). Therefore, it has been decided to backport JBossCache 1.2.2 to JBossAS 4.0.0 and JBossAS 4.0.1. Component: Clustering Backporting JBossCache 1.2.2 in JBossAS 4.0.x and 3.2.x releases Key: JBCACHE-98 URL: http://jira.jboss.com/jira/browse/JBCACHE-98 Project: JBoss Cache Type: Support Patch Components: Clustering Versions: 1.2 Environment: should work in any environment Reporter: Luc Texier Assignee: Bela Ban Fix For: 1.2.2 Some customers have expressed the wish to take avantages of the optimizations/bug fixes/enhancements being implemented in the latest releases of JBossCache (i.e. 1.2.1 and the upcoming 1.2.2). Therefore, it has been decided to backport JBossCache 1.2.2 to JBossAS 4.0.0 and JBossAS 4.0.1. In addition, there is 3.2.x release. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-46) scheduler
[ http://jira.jboss.com/jira/browse/JBPM-46?page=history ] Tom Baeyens updated JBPM-46: Fix Version: (was: jBPM 3.0 alpha 3) scheduler - Key: JBPM-46 URL: http://jira.jboss.com/jira/browse/JBPM-46 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assignee: Tom Baeyens Priority: Critical Original Estimate: 3 days Remaining: 3 days implement the scheduler functionality + a simple servlet that acts as a cron-task to check for due jobs on regular intervals. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-jdk-matrix build.98 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050331051624Lbuild.98 BUILD COMPLETE-build.98Date of build:03/31/2005 05:16:24Time to build:42 minutes 31 secondsLast changed:03/31/2005 04:54:30Last log entry:check the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(77)1.18modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc2/schema/EntityTable.javacheck the presence of cache-policy-conf instead of container-cache-conf when deciding whether to use cache or not1.56modifiedbelabancache/build.xmlchanged version number to 1.2.21.4modifiedbelabancache/src/main/org/jboss/cache/Version.javachanged version number to 1.2.21.6modifiedloubyanskycommon/src/main/org/jboss/xml/binding/UnmarshallingContext.javaminor changes: check whether the accepted stack is empty before peeking, code formatting1.38modifiedloubyanskycommon/src/main/org/jboss/xml/binding/ObjectModelBuilder.javaminor changes: check whether the accepted stack is empty before peeking, code formatting1.12modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.javaJBAS-1633 random IllegalStateException1.26modifiedrecampbelljbossas/jbossbuild.xmlcompleted connector module artifacts1.1addedrecampbellconnector/jbossbuild.xmlcompleted connector module artifacts1.12modifiedbwang00cache/src/main/org/jboss/cache/ReplicationQueue.javaJBCACHE-120 log level1.22modifiedbwang00cache/src/main/org/jboss/cache/TransactionTable.javaJBCACHE-113 ConcurrentModificationException1.25modifiedrecampbelljbossas/jbossbuild.xmlJBBUILD-44 Completed build for messaging module.1.1addedrecampbellmessaging/jbossbuild.xmlJBBUILD-44 Completed build for messaging module.1.2deletedpatriot1burketestsuite/src/resources/parent-aspect-config.xmlremove Hiram's old crappy shit1.10deletedpatriot1burketestsuite/src/resources/aspect-config.xmlremove Hiram's old crappy shit1.19modifiedrecampbelltools/etc/jbossbuild/tasks.xmlAdd sar support; split out jtree/javacc tasks; allow overriding of manifests for jars1.1addedreverbeliiop/src/main/org/jboss/tm/iiop/wrapper/OTSSynchronizationWrapper.javaAdd wrappers that allow OTS objects to be used like DTM objects.1.1addedreverbeliiop/src/main/org/jboss/tm/iiop/wrapper/Util.javaAdd wrappers that allow OTS objects to be used like DTM objects.1.1addedreverbeliiop/src/main/org/jboss/tm/iiop/wrapper/OTSCoordinatorWrapper.javaAdd wrappers that allow OTS objects to be used like DTM objects.1.1addedreverbeliiop/src/main/org/jboss/tm/iiop/wrapper/OTSRecoveryCoordinatorWrapper.javaAdd wrappers that allow OTS objects to be used like DTM objects.1.1addedreverbeliiop/src/main/org/jboss/tm/iiop/wrapper/OTSResourceWrapper.javaAdd wrappers that allow OTS objects to be used like DTM objects.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Coordinator.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Resource.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Status.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/Synchronization.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.1addedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/SynchronizationUnavailableException.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.1addedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/TransactionAlreadyPreparedException.javaMake DTM remoting interfaces yet more similar to OTS interfaces.1.24modifiedrecampbelljbossas/jbossbuild.xmlJBBUILD-49 All artifacts for the security module are now being built by the new build.1.1addedrecampbellsecurity/jbossbuild.xmlJBBUILD-49 All artifacts for the security module are now being built by the new build.1.1addedosdchicagowebservice/test/resources/tools/xsd-java-checker/jbossws/simpletypes/readme.txtDummy files to retrieve the directory when cvs prune is used.1.1addedosdchicagowebservice/test/resources/tools/xsd-java-checker/jbossws/references/readme.txtDummy files to retrieve the directory when cvs prune is used.1.1addedosdchicagowebservice/test/resources/tools/xsd-java-checker/jbossws/complextypes/occurrence/readme.txtDummy files to retrieve the directory when cvs prune is used.1.1addedosdchicagowebservice/test/resources/tools/xsd-java-checker/jbossws/complextypes/groups/readme.txtDummy files to retrieve the directory when cvs prune is
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
You can't just have url-delimiter You need to identify which of the xadatasource properties identifies the server, e.g. for mssql it is ServerName | url-propertyServerName/url-property | url-delimiter|/url-delimiter | This is not an issue for local since the connection url is always in the same config. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872177#3872177 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872177 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-119) Missing notification for remove() and addChild()
[ http://jira.jboss.com/jira/browse/JBCACHE-119?page=history ] Bela Ban updated JBCACHE-119: - Fix Version: 1.2.3 (was: 1.2.2) Missing notification for remove() and addChild() Key: JBCACHE-119 URL: http://jira.jboss.com/jira/browse/JBCACHE-119 Project: JBoss Cache Type: Bug Versions: 1.2.1 Reporter: Bela Ban Assignee: Bela Ban Priority: Minor Fix For: 1.2.3 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1633) Random IllegalStateException when session id is recycled
[ http://jira.jboss.com/jira/browse/JBAS-1633?page=history ] Ben Wang resolved JBAS-1633: Assign To: Ben Wang (was: Bela Ban) Resolution: Done Fix Version: JBossAS-5.0 Alpha Need to wait untill cache removal is done before declare the session expired such that another thread comes in can find that session is null. Random IllegalStateException when session id is recycled Key: JBAS-1633 URL: http://jira.jboss.com/jira/browse/JBAS-1633 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-3.2.7 Final, JBossAS-4.0.2RC1 Reporter: Ben Wang Assignee: Ben Wang Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final, JBossAS-3.2.8 Final Original Estimate: 1 day Remaining: 1 day During load test, we get occasional IllegalStateException when the session is not valid and when the session id is recylced. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
The XADataSource should just be a factory, it should be the connections that are the heavy weight objects. I'd guess this is the usual You don't pay for what you don't use philosophy that JBoss normally does. It looks like the only change you made to the existing stuff was to make the xa props a protected field, so I don't see why it would be problem backporting to JBoss4 (assuming you didn't break the stylesheet :-). Do you have it documentated somewhere on the WIKI (as experimental)? http://www.jboss.org/wiki/Wiki.jsp?page=JBossJCA and add a subtask here: http://jira.jboss.com/jira/browse/JBAS-1597 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872178#3872178 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872178 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBCACHE-54) JBossCacheAop nees a customized interceptor option
[ http://jira.jboss.com/jira/browse/JBCACHE-54?page=history ] Bela Ban reassigned JBCACHE-54: --- Assign To: Ben Wang (was: Bela Ban) JBossCacheAop nees a customized interceptor option -- Key: JBCACHE-54 URL: http://jira.jboss.com/jira/browse/JBCACHE-54 Project: JBoss Cache Type: Feature Request Versions: 1.2.1 Reporter: Ben Wang Assignee: Ben Wang Fix For: 1.2.4 Original Estimate: 1 week, 3 days Remaining: 1 week, 3 days In designing the implementation of http session repl using JBossCacheAop, there is a need to add a customized interceptor (in addition to the CacheInterceptor) to handle specific session request. This feature can be generalized to a generic customized interceptor chain that a user of aop can add to his own. Idea then is the chain (of which starts with the CacheInterceptor) will be added as a dynamic aop interceptors. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
What's the issue with adding Derby to thirdparty? Or even writing a mock XADataSource? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872182#3872182 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872182 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBMAIL-52) Let (outgoing) mail be delivered through a smarthost
Let (outgoing) mail be delivered through a smarthost Key: JBMAIL-52 URL: http://jira.jboss.com/jira/browse/JBMAIL-52 Project: JBoss Mail Type: Feature Request Components: SMTP Versions: 1.0-M2 Reporter: Heiko W. Rupp Assigned to: Andrew Oliver In some scenarios, mail should not be deliered directly to the MX, but only be sent to a manually configured smarthost. This smarthost will then take care about mail delivery. This requirement is common in intranets, where branch offices don't deliver (outgoing) mail on their own, but sent mail to the main office, that also provdes content scanning etc. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (EJBTHREE-56) TreeCache + Entities WIKI page
[ http://jira.jboss.com/jira/browse/EJBTHREE-56?page=history ] Kabir Khan closed EJBTHREE-56: -- Resolution: Done TreeCache + Entities WIKI page -- Key: EJBTHREE-56 URL: http://jira.jboss.com/jira/browse/EJBTHREE-56 Project: EJB 3.0 Type: Task Versions: Preview 4 Reporter: Bill Burke Assignee: Kabir Khan Fix For: Preview 5 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBWEB-14) jsp:include fails when url contains parameter with ; in it
[ http://jira.jboss.com/jira/browse/JBWEB-14?page=history ] Remy Maucherat resolved JBWEB-14: - Resolution: Done Tomcat 5.5.9 fixes this. Tomcat specific issues should be reported to Tomcat. jsp:include fails when url contains parameter with ; in it Key: JBWEB-14 URL: http://jira.jboss.com/jira/browse/JBWEB-14 Project: JBoss Web Type: Bug Components: Tomcat Versions: JBossWeb-4.0.0 Environment: jboss 3.2.7, jboss4.0.0, jboss 4.0.1. All running Tomcat Reporter: Erik Turesson Assignee: Remy Maucherat Attachments: test.zip If you have a jsp:include that looks like this jsp:include page=f1.jsp?p=something; flush=false / you will get the following stacktrace. 2005-03-01 13:23:55,519 ERROR [org.jboss.web.localhost.Engine] StandardContext[/test]Error during mapping java.lang.StringIndexOutOfBoundsException: String index out of range: -12 at java.lang.String.getChars(String.java:724) at org.apache.tomcat.util.buf.CharChunk.append(CharChunk.java:353) at org.apache.catalina.core.ApplicationContext.getRequestDispatcher(ApplicationContext.java:432) at org.apache.catalina.core.ApplicationContextFacade.getRequestDispatcher(ApplicationContextFacade.java:198) at org.apache.coyote.tomcat5.CoyoteRequest.getRequestDispatcher(CoyoteRequest.java:1320) at org.apache.coyote.tomcat5.CoyoteRequestFacade.getRequestDispatcher(CoyoteRequestFacade.java:390) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:964) at org.apache.jsp.index_jsp._jspService(index_jsp.java:42) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:99) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:325) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:245) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:162) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at
[JBoss-dev] [Design of JBoss Portal] - Re: reaonsably confused about setup...
Sorry, perhaps thats post did come off as sarcastic, but it wasnt really meant to... originally i deployed all this on a 4.0.1 instance (as per the documentation), which didnt work (essentially produced a large mess of exceptions hundreds of lines long, and from what i could tell, related mostly to hibernate)... so i moved up to 4.0.2 rc1... this did actually lessen the erros, but didnt help much with the result... i eventually got it down to one exception... (the one pasted in the original post).. you say its not related to jboss portal... but i only really get that exception is portal is deployed into it... anyways, i've since dropped back to 4.0.1 and decided to leave the portal alone for now... my main motivation was really to compare it to sunone's portal (which i've done many hours of work with as part of my job).. its hard to be more descriptive about the problem though other than to say, it doesnt work and this is the only exception im getting... but the one thing i was really confused about was whether im supposed to deploy hibernate.. i eventually went hunting through the code, and decided no.. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872112#3872112 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872112 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1633) Random IllegalStateException when session id is recycled
Random IllegalStateException when session id is recycled Key: JBAS-1633 URL: http://jira.jboss.com/jira/browse/JBAS-1633 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-3.2.7 Final, JBossAS-4.0.2RC1 Reporter: Ben Wang Assigned to: Bela Ban Fix For: JBossAS-4.0.2 Final, JBossAS-3.2.8 Final During load test, we get occasional IllegalStateException when the session is not valid and when the session id is recylced. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBBUILD-29) build for connector
[ http://jira.jboss.com/jira/browse/JBBUILD-29?page=history ] Ryan Campbell resolved JBBUILD-29: -- Resolution: Done All artifacts for this build are complete. build for connector --- Key: JBBUILD-29 URL: http://jira.jboss.com/jira/browse/JBBUILD-29 Project: JBoss Build System Type: Sub-task Reporter: Ryan Campbell Fix For: milestone-1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
[EMAIL PROTECTED] wrote : You need to identify which of the xadatasource properties identifies the server, | e.g. for mssql it is ServerName | | | | url-propertyServerName/url-property | | url-delimiter|/url-delimiter | | | Done. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872189#3872189 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872189 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
[EMAIL PROTECTED] wrote : The XADataSource should just be a factory, it should be the connections that are the | heavy weight objects. | I'd guess this is the usual You don't pay for what you don't use | philosophy that JBoss normally does. I could also instantiate them lazily. But then I would have to keep initialization of data per datasource. As you said, datasources themselves don't look heavy weight. That's the reason for my question whether it's a big deal. It doesn't look to me as it is. [EMAIL PROTECTED] wrote : It looks like the only change you made to the existing stuff was to make | the xa props a protected field, so I don't see why it would be problem backporting | to JBoss4 (assuming you didn't break the stylesheet :-). Not a problem at all. I just want to port less times if there are issues. [EMAIL PROTECTED] wrote : Do you have it documentated somewhere on the WIKI (as experimental)? | http://www.jboss.org/wiki/Wiki.jsp?page=JBossJCA Will write something today or tomorrow. [EMAIL PROTECTED] wrote : and add a subtask here: | http://jira.jboss.com/jira/browse/JBAS-1597 Yes, will do. The DTD already has ha-local elements. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872192#3872192 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872192 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
[EMAIL PROTECTED] wrote : What's the issue with adding Derby to thirdparty? The issue is actually to take care of it :) [EMAIL PROTECTED] wrote : Or even writing a mock XADataSource? That's what I'll do probably. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872193#3872193 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872193 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-42) White paper on AOP (for session repl)
[ http://jira.jboss.com/jira/browse/JBCACHE-42?page=history ] Bela Ban updated JBCACHE-42: Fix Version: 1.2.4 (was: 1.2.3) White paper on AOP (for session repl) - Key: JBCACHE-42 URL: http://jira.jboss.com/jira/browse/JBCACHE-42 Project: JBoss Cache Type: Task Versions: 1.2.1 Reporter: Bela Ban Assignee: Ben Wang Priority: Minor Fix For: 1.2.4 Original Estimate: 1 week Remaining: 1 week -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1630) Make it easier to deploy JCA packages with JNI components
[ http://jira.jboss.com/jira/browse/JBAS-1630?page=history ] Adrian Brock closed JBAS-1630: -- Resolution: Duplicate Issue And if you look at that forum thread, you'll see I already created a bug report. Make it easier to deploy JCA packages with JNI components - Key: JBAS-1630 URL: http://jira.jboss.com/jira/browse/JBAS-1630 Project: JBoss Application Server Type: Feature Request Components: JCA service Versions: JBossAS-4.0.1 Final Environment: Any Reporter: Benson Margulies Priority: Minor http://www.jboss.org/index.html?module=bbop=viewtopict=61814 describes the issue. A new property, or an improvement to the run scripts,would be equally flavorfull. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - AOPC Ant target question
Hi, I plan on pre-compiling all classes that will be uses in the TreeCacheAop. The issue is that the files are located in different places in the project. In the aopc ant build target how woul I list multiple directories in the src path=/ element? I have tried using ref-id's to path elements and filesets, but I have had no success. Any suggestions? Thanks, Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872198#3872198 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872198 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1580) Problem when Submitting Massive Load into HttpSession
[ http://jira.jboss.com/jira/browse/JBAS-1580?page=history ] Ben Wang resolved JBAS-1580: Resolution: Done This issue is address in JBAS-1633 Problem when Submitting Massive Load into HttpSession - Key: JBAS-1580 URL: http://jira.jboss.com/jira/browse/JBAS-1580 Project: JBoss Application Server Type: Bug Components: JBoss Cache service Versions: JBossAS-3.2.7 Final, JBossAS-3.2.6 Final, JBossAS-5.0 Alpha, JBossAS-3.2.5 Final, JBossAS-4.0.2RC1, JBossAS-4.0.1 SP1 Reporter: Clebert Suconic Assignee: Ben Wang Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final, JBossAS-3.2.8 Final Description available at: http://jira.jboss.com/jira/browse/JBCACHE-102 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.458 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050331001934Lbuild.458 BUILD COMPLETE-build.458Date of build:03/31/2005 00:19:34Time to build:19 minutes 50 secondsLast changed:03/30/2005 20:13:36Last log entry:JBAS-1633 random IllegalStateException Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(15)1.5.2.7modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.javaJBAS-1633 random IllegalStateException1.1.2.2modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/TestDefinitionOfSerialVersionUID.javaChanging mispelling into log definition1.406.2.50modifiedcleberttestsuite/build.xmlAdding tests-compatibility for checks into SerialUID1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossJarTest.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossSystemJarTest.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/TestDefinitionOfSerialVersionUID.javaTests for SerialUIDs.1.1.2.1modifiedcleberttestsuite/src/main/org/jboss/test/compatibility/test/CheckSerialUIDsIntoJBossCacheJarTest.javaTests for SerialUIDs.1.2.6.1modifiedanddvaria/src/main/org/jboss/monitor/alerts/ConsoleAlertListener.javaalert with log.info instead of System.out1.2.6.1modifiedanddvaria/src/main/org/jboss/monitor/alerts/EmailAlertListener.javaalert with log.info instead of System.out1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateSnapshotServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/CreateThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.2modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageSnapshotServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageStringThresholdMonitorServlet.javaconvert annoying System.out - log.debug1.2.6.1modifiedanddconsole/src/main/org/jboss/console/plugins/monitor/ManageThresholdMonitorServlet.javaconvert annoying System.out - log.debug
[JBoss-dev] [Design of JCA on JBoss] - Re: DataSource failover
Adrian, what else should be done here for the 4.0.2 release? The XA HA stuff is only in HEAD currently. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872173#3872173 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872173 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBMAIL-53) Support SMTP after POP
Support SMTP after POP -- Key: JBMAIL-53 URL: http://jira.jboss.com/jira/browse/JBMAIL-53 Project: JBoss Mail Type: Feature Request Components: SMTP Versions: 1.0-M2 Reporter: Heiko W. Rupp Assigned to: Andrew Oliver Some smarthosts require a mail sender to first authenticate thenselves over pop3 before allowing to send in mails via smtp. This requires a mail delivery queue for the smarthost, where the delivery can be manually be triggered and where it otherwise just sits on the queuue. See JBMAIL-6 for fetchmail and the trgiggering scheduler and JBMAIL-52 for the smarthost thingy. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBBUILD-48) build for security
[ http://jira.jboss.com/jira/browse/JBBUILD-48?page=comments#action_12316558 ] Scott M Stark commented on JBBUILD-48: -- Has the circular dependency between the server and security modules been broken to do this? If not, it should be. All of the org.jboss.security.* classes should be in the security module. build for security -- Key: JBBUILD-48 URL: http://jira.jboss.com/jira/browse/JBBUILD-48 Project: JBoss Build System Type: Sub-task Reporter: Ryan Campbell Fix For: milestone-1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Security on JBoss] - Using Cryptix on JBoss Issue
Hello!: I'm having trouble using Cryptix provider in a SessionBean. I have a little class that encrypts and decrypts data, and it uses DES/CBC/PKCS5Padding combination. When I proved this class as a stand alone application, it ran succesfully, but when I'm trying to use it throgh a SessionBean deployed on JBoss 3.2.5 at the moment of doing Cipher.getInstance(DES/CBC/PKCS5Padding); it seems to be on an inifinite loop or something like that, because a little time after, the server says: 11:07:50,025 WARN [TransactionImpl] Transaction TransactionImpl:XidImpl [FormatId=257, GlobalId=indianapolis//17, BranchQual=] timed out. status=STATUS_ACTIVE. It happens when I'm using CryptixCrypto provider, with standard JCE looks like it runs succesfully. Can anyone help me!, All help will be very much appreciated, thank you! David Gmez View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872207#3872207 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872207 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Here is my setup ...
[EMAIL PROTECTED] wrote : Also, did you try out the tutorial? | | examples/injboss? | | So yes...We have done such a simple thing. | | What version of JBoss? Did you set up the load-time transformer correctly? Or are you using AOPC? How did you set up the load-time transformer? | | I can't really help with with JBoss IDE as I don't maintain it. Rob Stryker may be able to help you out: [EMAIL PROTECTED] My test is the usual fibonacci EJB session stateless example. I am using JBoss 4.0.1sp1 with J2SE 1.5.0-b64. I have setup the load-time transformer as explained in the doc by enabling the attribute EnableTransformer in all/deploy/jboss-aop.deployer/META-INF/jboss-service.xml to true. FYI, I am not able to use AOPC (as I am not able to find a way to add it as a builder in the Eclipse !), I will contact Rob for that specific issue. Let's get back to topic. Deploying the files .aop, using the JMX console, I am able to verify that my aspect is loaded. then deploying the .ear and checking the verbose log of aop the class get matched and transformed as expected : ... 20:24:22,117 INFO [STDOUT] [trying to transform] tutorial.ejb.FiboBean 20:24:22,167 INFO [STDOUT] [debug] does compute match execution(public double[] tutorial.ejb.FiboBean-compute(int)): true 20:24:22,918 INFO [STDOUT] [debug] was tutorial.ejb.FiboBean converted: true20:24:22,998 INFO [STDOUT] [cannot compile] isInterface: tutorial.interfaces.FiboHome 20:24:23,008 INFO [STDOUT] [cannot compile] isInterface: tutorial.interfaces.Fibo 20:24:23,028 INFO [EjbModule] Deploying Fibo ... Also I can see a file is created in all\tmp\aopdynclasses\ucl7274\tutorial\ejb it is FiboBean_compute_4700615691092053624_OptimizedMethodInvocation.class This is IMHO indicating that aop is ok ? is it ? Well perfect, but if so where is the transformation of the FiboBean class ? Because going in all\tmp\deploy\tmp7273FiboApp.ear-contents\FiboEJB.jar and jadding the FiboBean, it is an untouched file (ie, not instrumentized by JBossAOP in any way)! Note : Verbose mode on AOP is nice, but an idea could be to have the log only for a particular aspect and not the whole pile. Such a feature could ease the aspect tracking (thu a JMX property). Regards, JB View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872030#3872030 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872030 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.912 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050331014804Lbuild.912 BUILD COMPLETE-build.912Date of build:03/31/2005 01:48:04Time to build:27 minutes 8 secondsLast changed:03/30/2005 20:17:13Last log entry:JBAS-1633 random IllegalStateException Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(5)1.12modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.javaJBAS-1633 random IllegalStateException1.26modifiedrecampbelljbossas/jbossbuild.xmlcompleted connector module artifacts1.1addedrecampbellconnector/jbossbuild.xmlcompleted connector module artifacts1.12modifiedbwang00cache/src/main/org/jboss/cache/ReplicationQueue.javaJBCACHE-120 log level1.22modifiedbwang00cache/src/main/org/jboss/cache/TransactionTable.javaJBCACHE-113 ConcurrentModificationException
[JBoss-dev] [JBoss JIRA] Updated: (JGRP-4) UDP.bundling too slow
[ http://jira.jboss.com/jira/browse/JGRP-4?page=history ] Bela Ban updated JGRP-4: Summary: UDP.bundling too slow (was: UDB.bundling too slow) Environment: UDP.bundling too slow - Key: JGRP-4 URL: http://jira.jboss.com/jira/browse/JGRP-4 Project: JGroups Type: Bug Reporter: Bela Ban Assignee: Bela Ban Fix For: 2.2.8 Original Estimate: 3 days Remaining: 3 days Possible problem with nulling of msg addresses -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBPORTAL-227) Quote a Message
[ http://jira.jboss.com/jira/browse/JBPORTAL-227?page=history ] Roy Russo reassigned JBPORTAL-227: -- Assign To: Roy Russo (was: Julien Viet) Quote a Message --- Key: JBPORTAL-227 URL: http://jira.jboss.com/jira/browse/JBPORTAL-227 Project: JBoss Portal Type: Bug Components: Forums Versions: 2.0 RC Reporter: Roy Russo Assignee: Roy Russo Fix For: 2.0 RC Quoting a message in forums is not working. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: reaonsably confused about setup...
Shihan, with regards to the 4.0.1 deployment the errors you are seeing regarding hibernate may be due to several reasons: 1. make sure the portal-ds.xml is deployed. 2. make sure you copied over jgroups.jar, jboss-cache.jar, and jboss-remoting.jar over from /all/lib. to /default/lib/. If that doesn't work, post the entire stack trace here using the phpbb code tags. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872215#3872215 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872215 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development