[JBoss JIRA] Created: (JBCACHE-877) TreeCache usage should not depend on trove.jar
by Galder Zamarreno (JIRA)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Manik Surtani
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError: gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months
[JBoss JIRA] Created: (JBCACHE-772) State transfer not handled properly in case of reconnect
by Brian Stansberry (JIRA)
State transfer not handled properly in case of reconnect
--------------------------------------------------------
Key: JBCACHE-772
URL: http://jira.jboss.com/jira/browse/JBCACHE-772
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Clustering
Affects Versions: 1.4.0.SP1, 1.4.0, 1.3.0.SP3, 1.3.0.SP2, 1.3.0.SP1, 1.3.0, 1.2.4SP2, 1.2.4SP1, 1.2.4
Reporter: Brian Stansberry
Assigned To: Manik Surtani
Fix For: 2.1.0
In createService(), TreeCache set Channel.AUTO_GET_STATE to true. This should only be done if the cache is configured to do an initial state transfer.
That's easy to fix. What's harder to fix is what to do when region-based marshalling is in effect. Probably, something like the following:
1) In viewAccepted, monitor for the case where a view is issue that doesn't include the current node. Set a flag and ??? (throw exceptions when attempts are made to use the cache???)
2) When another view is accepted that once again includes the current node, iterate through the various marshalling regions, inactivating and then reactivating them (reactivation will cause a partial state transfer).
--
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
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months
[JBoss JIRA] Created: (JBMICROCONT-149) VFS is missing privileged blocks
by Scott M Stark (JIRA)
VFS is missing privileged blocks
--------------------------------
Key: JBMICROCONT-149
URL: http://jira.jboss.com/jira/browse/JBMICROCONT-149
Project: JBoss MicroContainer
Issue Type: Bug
Components: VFS
Reporter: Scott M Stark
Assigned To: Scott M Stark
Fix For: JBossMC_2_0_0 Beta3
Run ant tests-security-manager in jbossas:
http://cruisecontrol.jboss.com/cc/artifacts/jboss-head-testsuite-sun-1.5/...
16:35:49,790 DEBUG [MainDeployerImpl] Add deployment context:
vfsfile:/services/cruisecontrol/checkout/jboss-head-testsuite-sun-1.5/build/output/jboss-5.0.0.Beta2/server/default/conf/jboss-service.xml
16:35:49,799 WARN [DeclaredStructure] Error determining structure:jboss-service.xml
java.security.AccessControlException: access denied (java.io.FilePermission/services/cruisecontrol/checkout/jboss-head-testsuite-sun-1.5/build/output/jboss-5.0.0.Beta2/server/default/conf/jboss-service.xml read)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.isFile(File.java:745)
at org.jboss.virtual.plugins.context.file.FileHandler.isLeaf(FileHandler.java:133)
at org.jboss.virtual.VirtualFile.isLeaf(VirtualFile.java:182)
--
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
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months
[JBoss JIRA] Created: (JBAS-4071) Provide information about non-XA resource participating in multibranch transactions
by Mauricio Seeberger (JIRA)
Provide information about non-XA resource participating in multibranch transactions
-----------------------------------------------------------------------------------
Key: JBAS-4071
URL: http://jira.jboss.com/jira/browse/JBAS-4071
Project: JBoss Application Server
Issue Type: Patch
Security Level: Public (Everyone can see)
Components: Other, Transaction Manager
Affects Versions: JBossAS-5.0.0.Beta1, JBossAS-4.0.5.GA
Environment: Linux 2.6.9 RHEL4 on AMD64 and jdk 1.5.0_09-amd64.
Reporter: Mauricio Seeberger
When you have more than one non-XA resource participating in a multibranch transaction, then you have a problem in your code and sooner or later it will result in inconsistent data. But JBoss (TxConnectionManager) just logs just once a generic message:
Prepare called on a local tx. Use of local transactions on a jta transaction with more than one branch may result in inconsistent data in some cases of failure.
We need more information about the resource and a stack trace for identifying the malicious code.
--
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
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months