Re: [JBoss-dev] synchronization on non-final fields warning
The problem in the JaasSecurityManager class example below is that the domainCache variable itself needs to be protected with synchronization since its non-final (for all domainCache read/write operations.) It is not fine as one thread could be performing updateCache(Principal), meanwhile, another thread assigns a new value to domainCache. The thread performing updateCache, wouldn't have a consistent memory view of the new domainCache and also violates atomicity. On Tue, 2006-04-11 at 23:51 -0500, Scott M Stark wrote: I'm trying to understand the full implication of the intellij synchronization on non-final fields warning, which has this description: This inspection reports instances of synchronized statements where the lock expression is a non-final field. Such statements are unlikely to have useful semantics, as different threads may be locking on different objects even when operating on the same object. An example usage is the following where a multiple operations on the domainCache variable is done in a synchronized block so that the remove/insert are atomic: public class JaasSecurityManager { private CachePolicy domainCache; private Subject updateCache(Principal principal) { synchronized( domainCache ) { if( domainCache.peek(principal) != null ) domainCache.remove(principal); domainCache.insert(principal, info); } } } In going over the current memory model docs: http://www.cs.umd.edu/~pugh/java/memoryModel/ http://gee.cs.oswego.edu/dl/jmm/cookbook.html http://www.cs.umd.edu/~pugh/java/memoryModel/jsr133.pdf The only context I can see where this warning applies is if the domainCache variable is being changed. In that case two threads may actually be synchronizing/working on different objects, but that is fine in this case as the atomic block of ops only applies to the domainCache object. If other state was being referenced I can see a problem, but not for the illustrated usage. Am I missing something here? Scott Stark VP Architecture Technology JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Unassigned for 4.0.4
Thanks to everyone that responded. I understand now. On Fri, 2006-04-07 at 08:07 -0500, Steve Ebersole wrote: Just so it is perfectly clear: Hibernate does not use its cache providers in any way, shape or form for implementing the first level cache. As Max mentioned, the first level cache is really just a particular aspect of the role fulfilled by the org.hibernate.engine.PersistenceContext implementation which internally uses a series of maps. Thus, no need to bundle ehcache at all unless a user wants to use that as their second level cache. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Marlow Sent: Tuesday, April 04, 2006 10:12 AM To: jboss-development@lists.sourceforge.net Subject: Re: [JBoss-dev] Unassigned for 4.0.4 On Tue, 2006-04-04 at 15:56 +0200, Max Rydahl Andersen wrote: On Tue, 04 Apr 2006 15:44:51 +0200, Scott Marlow [EMAIL PROTECTED] wrote: Sounds good to me. My next question is how do we tell Hibernate to use JBoss Cache as the first level cache? *first* level cache ? Why would you ever want that ? You mean second level cache, right ? I mean first level cache, which by default is using ehcache-1.1.jar (jira JBAS-2868). We don't include ehcache-1.1.jar with the 4.0.4 as release which is why it cannot be resolved. I would like to use jboss cache instead as the first level cache but am not sure if Hibernate allows that. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossCache 1.3.0.GA released + a change to how we deal with java.util.properties
It turns out that the root cause behind JBCACHE-531 is deeper than I thought. After fixing a minor international character support issue in org.jboss.cache.config.CacheLoaderConfig (we were calling String.getBytes() without specifying an encoding). I then came across the same issue in org.jboss.util.propertyeditor.PropertiesEditor.getValue(). I fixed the character encoding issue locally but I'm not sure of how to fix the deeper issue. Before I move into the deeper issue, let me explain the problem with calling String.getBytes() without specifying an encoding (before someone flames me :). String.getBytes() will return a byte array containing the character values converted into the default platform encoding (perhaps big5 or utf8 or perhaps latin1). In the two code sites mentioned above, we are passing the byte array into java.util.properties which always wants encoding ISO8859_1. The deeper issue: org.jboss.util.propertyeditor.PropertiesEditor.getValue() is expected to take a Java String value and parse it java.util.properties style. However, we also support expanding JBoss system expressions that can be invalid when passed into java.util.properties.load() as we do. For example, if the expression ${jboss.server.data.dir} is passed in and you are running on Windows, the intermediate result might be path c:\jboss\server\all\data. The output of java.util.properties.load will be something like: c: boss erver ll ata. This creates a blocking problem for our sfsb fine grained replication project. :( Should we try to hack the expansion of jboss system expressions to double escape the \ escape character? This seems like a tricky path to follow as I'm not sure if we should do the same for values that are simply passed in. For instance, are users expected to hard code paths in configuration files like this? mytempdir=c:\temp or like this: mytempdir=c:\\temp In one case, they already hit the bug that requires \ to be doubled. If I add code that doubles their \, then we might end up with something like mytempdir=c:temp (assuming that they already doubled them). I suppose we could detect if the \ characters are already escaped and don't escape them again if so. This also seems like a big change to make so near the end of the 4.0.4 release. I'll create a Jira for 4.0.4 unless someone talks me out of making this change. What is the right thing to do here? On Thu, 2006-04-06 at 06:36 -0500, Ben Wang wrote: Yes, it has. The other two are almost done. Scott Marlow and I need to verify JBCACHE-531 fix. I'd say let's go for QA next Monday then? -Ben --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossCache 1.3.0.SP1 (WAS: JBossCache 1.3.0.GA released)
Sure, is the following command correct for accessing it: cvs co -r Branch_JBossCache_1_3_0 JBossCache Thanks, Scott On Thu, 2006-04-06 at 19:02 +0100, Manik Surtani wrote: Ok, so I have created a branch - Branch_JBossCache_1_3_0 Could we make sure any potential fixes for an SP release go here as well as in HEAD. From what I can tell, we have: * Ben's SFSB fixes * The fix to the examples build script * Potential problem with the TreeCache GUI * JBCACHE-531 (Forcing file encodings when reading properties) * JBCACHE-548 (to do with TxManagers in WebLogic and WebSphere) * JBCACHE-534 (documentation typo) What else is critical for this SP? Do we have JIRA tasks for the first 3? Cheers, -- Manik Surtani [EMAIL PROTECTED] Lead, JBoss Cache Telephone: +44 7786 702 706 MSN: [EMAIL PROTECTED] Yahoo: maniksurtani AIM: maniksurtani Skype: maniksurtani On 6 Apr 2006, at 15:55, Ben Wang wrote: What tutorial? It is not broken, AFAIK. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Manik Surtani Sent: Thursday, April 06, 2006 8:16 PM To: jboss-development@lists.sourceforge.net Subject: Re: [JBoss-dev] JBossCache 1.3.0.GA released Ok. Has the tutorial been fixed as well? -- Manik Surtani [EMAIL PROTECTED] Lead, JBoss Cache Telephone: +44 7786 702 706 MSN: [EMAIL PROTECTED] Yahoo: maniksurtani AIM: maniksurtani Skype: maniksurtani On 6 Apr 2006, at 12:36, Ben Wang wrote: Yes, it has. The other two are almost done. Scott Marlow and I need to verify JBCACHE-531 fix. I'd say let's go for QA next Monday then? -Ben __ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Manik Surtani Sent: Thursday, April 06, 2006 5:51 PM To: jboss-development@lists.sourceforge.net Subject: Re: [JBoss-dev] JBossCache 1.3.0.GA released This is a better case. The tutorial issue on its own was not strong enough, IMO. :) Ben, is this fixed in HEAD at the moment? Cheers, -- Manik Surtani [EMAIL PROTECTED] Lead, JBoss Cache Telephone: +44 7786 702 706 MSN: [EMAIL PROTECTED] Yahoo: maniksurtani AIM: maniksurtani Skype: maniksurtani On 5 Apr 2006, at 21:55, Ryan Campbell wrote: Is this (and the tutorial issue) not a good reason for 1.3.1.CR1? And then 1 week later, once we have a bug free release, we just rename (and retag it) as 1.3.1.GA. From: Ben Wang Sent: Tuesday, April 04, 2006 8:42 PM To: jboss-development@lists.sourceforge.net Cc: QA Subject: RE: [JBoss-dev] JBossCache 1.3.0.GA released I know this not good timing. :-) But during my work on migrating ejb3 sfsb passivation using JBossCache (http://jira.jboss.com/jira/browse/EJBTHREE-500), I have discovered two bugs. And I will need these two fixed so I can check in my code in head. So first option is to create a patch and use that. Second option is use the snapshot in JBossCache and couting on that 1.4 release will be out soon. I am leaning towards the second option such that if there is any future bug fixes or enahncement then I can create another shapshot right away. What do people think? And how do I do that properly? Thanks, -Ben From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rajesh Rajasekaran Sent: Tuesday, April 04, 2006 6:04 AM To: jboss-development@lists.sourceforge.net Cc: QA Subject: [JBoss-dev] JBossCache 1.3.0.GA released JBossCache 1.3.0.GA “Wasabi” has been released and is available for download at http://sourceforge.net/project/showfiles.php?group_id=22866package_id=102339release_id=406920 JBossCache 1.3.0.GA has also been updated in the repository. Thanks Rajesh JBoss QA --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Unassigned for 4.0.4
Sounds good to me. My next question is how do we tell Hibernate to use JBoss Cache as the first level cache? On Mon, 2006-04-03 at 17:13 -0500, Scott M Stark wrote: Yes, we should be defaulting to a single node, unclustered jboss cache rather than having to supply yet another thirdparty jar to handle the baseline cache. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Marlow Sent: Monday, April 03, 2006 2:05 PM To: jboss-development@lists.sourceforge.net Subject: RE: [JBoss-dev] Unassigned for 4.0.4 Does anyone reading this understand how JBAS-2868 Missing jar ehcache-1.1.jar for Hibernate support should be fixed? It is only of the few unassigned issues left. I'm wondering if Hibernate could use JBossCache for the level one cache instead of ehCache (easy hibernate cache). This might be a nice alternative to adding the ehCache jar to the 4.0.4 as release. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Unassigned for 4.0.4
On Tue, 2006-04-04 at 15:56 +0200, Max Rydahl Andersen wrote: On Tue, 04 Apr 2006 15:44:51 +0200, Scott Marlow [EMAIL PROTECTED] wrote: Sounds good to me. My next question is how do we tell Hibernate to use JBoss Cache as the first level cache? *first* level cache ? Why would you ever want that ? You mean second level cache, right ? I mean first level cache, which by default is using ehcache-1.1.jar (jira JBAS-2868). We don't include ehcache-1.1.jar with the 4.0.4 as release which is why it cannot be resolved. I would like to use jboss cache instead as the first level cache but am not sure if Hibernate allows that. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] New wiki page on writing thread safe code...
http://wiki.jboss.org/wiki/Wiki.jsp?page=ThreadSafeCode is a new page containing guidelines, common terms, anti-patterns related to writing thread safe code. This will also serve as a common page to put a stake in the ground on writing thread safe code, although advanced techniques are purposely left out (Doug Lea's book is still the best reference or reading jboss.org.* code.) :) I promised to do this in a private email thread (we are moving the private discussion to the forums). Let me know if anything is not clear on the wiki page. Scott --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] xdoclet/lib not found building 4.0.4 source...
I have seen this build error in the past but have usually hacked past it somehow. I took new 4.0.x source this afternoon and can't seem to get past this build error: BUILD FAILED /disk2/src/jboss_jan/jboss-4.0/jmx/build.xml:152: /disk2/src/jboss_jan/jboss-4.0/thirdparty/xdoclet/lib not found. Not that it should matter, I'm using Novell Linux Desktop (based on Suse Linux) and have tried Java 1.5 + 1.4. I'll probably remember soon how to hack around the problem again. Does anyone else see this issue? I double checked the build instructions on http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossBuild and didn't see anything about this there. Scott --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] xdoclet/lib not found building 4.0.4 source...
That did it for me, I was checking the branch into a local folder named jboss-4.0, issuing cvs co -r Branch_4_0 jboss-4.0.x, did the trick. Thank you, Scott On Wed, 2006-01-04 at 17:44 -0600, Ruel Loehr wrote: I pulled the source and built without any issues. Please verify that you have used the following checkout commands: Cvs co -r Branch_4_0 jboss-4.0.x Note that the module name is jboss-4.0.x and not jboss-4.0. Ruel Loehr JBoss QA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Marlow Sent: Wednesday, January 04, 2006 5:29 PM To: jboss-development@lists.sourceforge.net Subject: [JBoss-dev] xdoclet/lib not found building 4.0.4 source... I have seen this build error in the past but have usually hacked past it somehow. I took new 4.0.x source this afternoon and can't seem to get past this build error: BUILD FAILED /disk2/src/jboss_jan/jboss-4.0/jmx/build.xml:152: /disk2/src/jboss_jan/jboss-4.0/thirdparty/xdoclet/lib not found. Not that it should matter, I'm using Novell Linux Desktop (based on Suse Linux) and have tried Java 1.5 + 1.4. I'll probably remember soon how to hack around the problem again. Does anyone else see this issue? I double checked the build instructions on http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossBuild and didn't see anything about this there. Scott --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development