9 Replies Latest reply on Apr 7, 2006 8:35 AM by Adrian Brock

    usage of java.util.concurrent in place of EDU.oswego...util.

    Manik Surtani Master

      Reference: http://jira.jboss.com/jira/browse/JBCACHE-522

      Does anyone have any thoughts/ideas on this?

      There are 2 key drivers here:

      1. When running under Java5, concurrent.jar is unnecessary and just adds to bloat

      2. concurrent.jar's undefined license makes it tricky for adoption in some organisations (some of who would rather go through an overall upgrade to Java5 just to get around concurrent.jar!)

      The way I see it, since we currently mandate Java5 for building JBossCache anyway, the source code should baseline to using java.util.concurrent. We should simply build 2 packages - JBossCache-dist-JDK1.4.zip and JBossCache-dist.zip, where the 1.4 version preprocesses classes to replace java.util.concurrent calls with concurrent.jar equivalents and includes the additional jar file.

      Does anyone know of any preprocessing tool or script that could do this? Or would we have to write one ourselves? Retroweaver (http://retroweaver.sourceforge.net) does *not* do this - it only translates language features such as autoboxing, generics, etc. Not API level translation.

      Bela, it also occured to me that you may have to do something similar in JGroups if JBoss Cache were to be able to ship/run without concurrent.jar ...