You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Romain Manni-Bucau <rm...@gmail.com> on 2014/10/14 22:23:27 UTC
[JCS] release?
Hello guys,
seems we are good regarding dependencies now
do we try a release this week? 2.0-alpha-1? Anything blocking?
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by James Sawle <ja...@hotmail.com>.
If the library is going to be called version 2 then personally it should be commons-jcs2. Otherwise the original version from Jakarta should be dropped altogether, and the doc changed so this is treated as version 1.
Whilst the later makes sense from the perspective that this is the first Apache release; I presume most adopters will be updating from the Jakarta version, so the semantics of calling it version 2 make more sense and hence the naming convention of commons-jcs2
Just my two pennies worth
James
Sent from my iPhone
> On 15 Oct 2014, at 18:58, Thomas Vandahl <tv...@apache.org> wrote:
>
>> On 15.10.14 19:55, Gary Gregory wrote:
>> I propose that we use commons-jcs2 instead of commons-jcs, which what we've
>> done with other components like commons-math3, commons-lang4, and
>> commons-collection4.
>
> -1
>
> JCS has not been released from Commons yet. The latest release was from
> Jakarta. We don't have commons-lang2 for example.
>
> Bye, Thomas.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Thomas Vandahl <tv...@apache.org>.
On 15.10.14 20:21, Gary Gregory wrote:
> On Wed, Oct 15, 2014 at 1:58 PM, Thomas Vandahl <tv...@apache.org> wrote:
>
>> On 15.10.14 19:55, Gary Gregory wrote:
>>> I propose that we use commons-jcs2 instead of commons-jcs, which what
>> we've
>>> done with other components like commons-math3, commons-lang4, and
>>> commons-collection4.
>>
>> -1
>>
>> JCS has not been released from Commons yet. The latest release was from
>> Jakarta. We don't have commons-lang2 for example.
>>
>
> The above makes no sense (to me.)
>
> There was no commons-lang2 because (hopefully) version 2 did _not_ break BC
> with version 1. commons-lang3 is named so because it did break BC with
> version 2.
I guess that the above policy just was not in place at that time.
> Using commons-jcs2 says that it is not compatible with whatever came before
> it.
>
> Using commons-jcs2 follows the convention currently established with the
> pattern commons-math3, commons-lang4, and commons-collection4. Yes it's
> true that we did not have a commons-jcs but that is besides the point (IMO).
Why is that besides the point?
There has never been a commons-jcs release as of yet. There used to be
(Jakarta-)JCS with completely different maven coordinates. Calling it
commons-jcs already says that it is not compatible with anything else.
The convention has been established to avoid class loader issues. We
don't have that problem here.
Bye, Thomas.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
On Wed, Oct 15, 2014 at 1:58 PM, Thomas Vandahl <tv...@apache.org> wrote:
> On 15.10.14 19:55, Gary Gregory wrote:
> > I propose that we use commons-jcs2 instead of commons-jcs, which what
> we've
> > done with other components like commons-math3, commons-lang4, and
> > commons-collection4.
>
> -1
>
> JCS has not been released from Commons yet. The latest release was from
> Jakarta. We don't have commons-lang2 for example.
>
The above makes no sense (to me.)
There was no commons-lang2 because (hopefully) version 2 did _not_ break BC
with version 1. commons-lang3 is named so because it did break BC with
version 2.
Using commons-jcs2 says that it is not compatible with whatever came before
it.
Using commons-jcs2 follows the convention currently established with the
pattern commons-math3, commons-lang4, and commons-collection4. Yes it's
true that we did not have a commons-jcs but that is besides the point (IMO).
I can't imagine that this is something we have to put to a VOTE...
Gary
> Bye, Thomas.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Thomas Vandahl <tv...@apache.org>.
On 15.10.14 19:55, Gary Gregory wrote:
> I propose that we use commons-jcs2 instead of commons-jcs, which what we've
> done with other components like commons-math3, commons-lang4, and
> commons-collection4.
-1
JCS has not been released from Commons yet. The latest release was from
Jakarta. We don't have commons-lang2 for example.
Bye, Thomas.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
I propose that we use commons-jcs2 instead of commons-jcs, which what we've
done with other components like commons-math3, commons-lang4, and
commons-collection4.
Gary
On Wed, Oct 15, 2014 at 1:45 PM, Thomas Vandahl <tv...@apache.org> wrote:
> On 15.10.14 00:58, Romain Manni-Bucau wrote:
> > about api: public api shouldn't be broken (well the one which is
> > broken shouldn't be used in code but only in config/properties files).
>
> The public API has changed substantially. We use CacheAccess now instead
> of JCS. See the docs.
>
> Bye, Thomas.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Thomas Vandahl <tv...@apache.org>.
On 15.10.14 00:58, Romain Manni-Bucau wrote:
> about api: public api shouldn't be broken (well the one which is
> broken shouldn't be used in code but only in config/properties files).
The public API has changed substantially. We use CacheAccess now instead
of JCS. See the docs.
Bye, Thomas.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
Frak, why can't I get mvn clirr:clirr to create a report?
I've force fed the GAV too:
Index: pom.xml
===================================================================
--- pom.xml (revision 1631929)
+++ pom.xml (working copy)
@@ -26,7 +26,8 @@
<version>34</version>
</parent>
- <artifactId>commons-jcs</artifactId>
+ <groupId>org.apache.commons</groupId>
+ <artifactId>commons-jcs-parent</artifactId>
<packaging>pom</packaging>
<version>2.0-SNAPSHOT</version>
Index: commons-jcs-core/pom.xml
===================================================================
--- commons-jcs-core/pom.xml (revision 1631929)
+++ commons-jcs-core/pom.xml (working copy)
@@ -23,12 +23,13 @@
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>
</parent>
- <artifactId>commons-jcs-core</artifactId>
+ <groupId>org.apache.jcs</groupId>
+ <artifactId>jcs</artifactId>
<packaging>jar</packaging>
<name>Apache Commons JCS :: Core</name>
@@ -211,5 +212,23 @@
</plugins>
</build>
-
+ <reporting>
+ <plugins>
+ <plugin>
+ <groupId>org.codehaus.mojo</groupId>
+ <artifactId>clirr-maven-plugin</artifactId>
+ <version>2.6.1</version>
+ <configuration>
+ <comparisonArtifacts>
+ <comparisonArtifact>
+ <groupId>org.apache.jcs</groupId>
+ <artifactId>jcs</artifactId>
+ <version>1.3</version>
+ </comparisonArtifact>
+ </comparisonArtifacts>
+ </configuration>
+ </plugin>
+ </plugins>
+ </reporting>
+
</project>
Index: commons-jcs-jcache/pom.xml
===================================================================
--- commons-jcs-jcache/pom.xml (revision 1631929)
+++ commons-jcs-jcache/pom.xml (working copy)
@@ -24,7 +24,7 @@
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>
</parent>
Index: commons-jcs-jcache-extras/pom.xml
===================================================================
--- commons-jcs-jcache-extras/pom.xml (revision 1631929)
+++ commons-jcs-jcache-extras/pom.xml (working copy)
@@ -21,8 +21,8 @@
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
- <artifactId>commons-jcs</artifactId>
<groupId>org.apache.commons</groupId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
Index: commons-jcs-jcache-openjpa/pom.xml
===================================================================
--- commons-jcs-jcache-openjpa/pom.xml (revision 1631929)
+++ commons-jcs-jcache-openjpa/pom.xml (working copy)
@@ -21,8 +21,8 @@
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
- <artifactId>commons-jcs</artifactId>
<groupId>org.apache.commons</groupId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
Index: commons-jcs-tck-tests/pom.xml
===================================================================
--- commons-jcs-tck-tests/pom.xml (revision 1631929)
+++ commons-jcs-tck-tests/pom.xml (working copy)
@@ -24,7 +24,7 @@
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>
</parent>
Index: sandbox/pom.xml
===================================================================
--- sandbox/pom.xml (revision 1631929)
+++ sandbox/pom.xml (working copy)
@@ -23,7 +23,7 @@
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
</parent>
Gary
On Tue, Oct 14, 2014 at 8:13 PM, Gary Gregory <ga...@gmail.com>
wrote:
> Hm... the following should work (as a test at least) but does not:
>
> Index: pom.xml
> ===================================================================
> --- pom.xml (revision 1631900)
> +++ pom.xml (working copy)
> @@ -26,7 +26,8 @@
> <version>34</version>
> </parent>
>
> - <artifactId>commons-jcs</artifactId>
> + <groupId>org.apache.commons</groupId>
> + <artifactId>commons-jcs-parent</artifactId>
> <packaging>pom</packaging>
> <version>2.0-SNAPSHOT</version>
>
> Index: commons-jcs-core/pom.xml
> ===================================================================
> --- commons-jcs-core/pom.xml (revision 1631899)
> +++ commons-jcs-core/pom.xml (working copy)
> @@ -23,12 +23,13 @@
> <modelVersion>4.0.0</modelVersion>
> <parent>
> <groupId>org.apache.commons</groupId>
> - <artifactId>commons-jcs</artifactId>
> + <artifactId>commons-jcs-parent</artifactId>
> <version>2.0-SNAPSHOT</version>
> <relativePath>../pom.xml</relativePath>
> </parent>
>
> - <artifactId>commons-jcs-core</artifactId>
> + <groupId>org.apache.jcs</groupId>
> + <artifactId>jcs</artifactId>
> <packaging>jar</packaging>
>
> <name>Apache Commons JCS :: Core</name>
> Index: commons-jcs-jcache/pom.xml
> ===================================================================
> --- commons-jcs-jcache/pom.xml (revision 1631899)
> +++ commons-jcs-jcache/pom.xml (working copy)
> @@ -24,7 +24,7 @@
>
> <parent>
> <groupId>org.apache.commons</groupId>
> - <artifactId>commons-jcs</artifactId>
> + <artifactId>commons-jcs-parent</artifactId>
> <version>2.0-SNAPSHOT</version>
> <relativePath>../pom.xml</relativePath>
> </parent>
> Index: commons-jcs-jcache-extras/pom.xml
> ===================================================================
> --- commons-jcs-jcache-extras/pom.xml (revision 1631899)
> +++ commons-jcs-jcache-extras/pom.xml (working copy)
> @@ -21,8 +21,8 @@
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd">
> <parent>
> - <artifactId>commons-jcs</artifactId>
> <groupId>org.apache.commons</groupId>
> + <artifactId>commons-jcs-parent</artifactId>
> <version>2.0-SNAPSHOT</version>
> </parent>
> <modelVersion>4.0.0</modelVersion>
> Index: commons-jcs-jcache-openjpa/pom.xml
> ===================================================================
> --- commons-jcs-jcache-openjpa/pom.xml (revision 1631899)
> +++ commons-jcs-jcache-openjpa/pom.xml (working copy)
> @@ -21,8 +21,8 @@
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd">
> <parent>
> - <artifactId>commons-jcs</artifactId>
> <groupId>org.apache.commons</groupId>
> + <artifactId>commons-jcs-parent</artifactId>
> <version>2.0-SNAPSHOT</version>
> </parent>
> <modelVersion>4.0.0</modelVersion>
> Index: commons-jcs-tck-tests/pom.xml
> ===================================================================
> --- commons-jcs-tck-tests/pom.xml (revision 1631899)
> +++ commons-jcs-tck-tests/pom.xml (working copy)
> @@ -24,7 +24,7 @@
>
> <parent>
> <groupId>org.apache.commons</groupId>
> - <artifactId>commons-jcs</artifactId>
> + <artifactId>commons-jcs-parent</artifactId>
> <version>2.0-SNAPSHOT</version>
> <relativePath>../pom.xml</relativePath>
> </parent>
> Index: sandbox/pom.xml
> ===================================================================
> --- sandbox/pom.xml (revision 1631899)
> +++ sandbox/pom.xml (working copy)
> @@ -23,7 +23,7 @@
> <modelVersion>4.0.0</modelVersion>
> <parent>
> <groupId>org.apache.commons</groupId>
> - <artifactId>commons-jcs</artifactId>
> + <artifactId>commons-jcs-parent</artifactId>
> <version>2.0-SNAPSHOT</version>
> </parent>
>
> Gary
>
> On Tue, Oct 14, 2014 at 7:39 PM, Gary Gregory <ga...@gmail.com>
> wrote:
>
>> If I change to POMs to use org.apache.jcs|jcs for the parent POM and
>> org.apache.jcs|jcs as the parent of the modules, I get no reports from "mvn
>> clirr:check" of course since org.apache.jcs|jcs is now a POM POM (!) in JCS
>> 2.0 as opposed to a Jar POM in 1.3.
>>
>> Gary
>>
>> On Tue, Oct 14, 2014 at 7:29 PM, Gary Gregory <ga...@gmail.com>
>> wrote:
>>
>>> [Sebb: I added you to this discussion as I am not sure how to get JCS
>>> 2.0 to have the same Maven coors as 1.3 since it is now a multi-module
>>> project].
>>>
>>> So it sounds like we should change the Maven coords to what they were
>>> for 1.3.
>>>
>>> But 1.3 was one jar and one POM (
>>> http://search.maven.org/#artifactdetails|org.apache.jcs|jcs|1.3|pom)
>>>
>>> What does that mean in 2.0 since we have 4 main modules? They cannot all
>>> be called org.apache.jcs|jcs.
>>>
>>> Is calling the JCS parent POM org.apache.jcs|jcs enough to do the trick?
>>>
>>> Gary
>>>
>>> On Tue, Oct 14, 2014 at 6:58 PM, Romain Manni-Bucau <
>>> rmannibucau@gmail.com> wrote:
>>>
>>>> about api: public api shouldn't be broken (well the one which is
>>>> broken shouldn't be used in code but only in config/properties files).
>>>>
>>>> about logging: we stated we'll not switch now but that we'll tackle it
>>>> for 2.0.0. If we want log4j2 as default I'll fight to get a facade
>>>> since jcs is already integrated in tomee (with the snapshot) and tomee
>>>> will not bring log4j2 by default (to let apps do what they want as
>>>> much as possible without any side effects on config or classloading).
>>>> As you guess it will be a "nice" thread so surely not the moment to
>>>> start it again ;).
>>>>
>>>>
>>>> Romain Manni-Bucau
>>>> @rmannibucau
>>>> http://www.tomitribe.com
>>>> http://rmannibucau.wordpress.com
>>>> https://github.com/rmannibucau
>>>>
>>>>
>>>> 2014-10-15 0:14 GMT+02:00 Gary Gregory <ga...@gmail.com>:
>>>> > Now that Log4j 2 (2.0.2) is out and can be considered to deprecate
>>>> Commons
>>>> > Logging since it provides a nice API module, should we switch to it?
>>>> >
>>>> > Gary
>>>> >
>>>> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
>>>> rmannibucau@gmail.com>
>>>> > wrote:
>>>> >
>>>> >> Hello guys,
>>>> >>
>>>> >> seems we are good regarding dependencies now
>>>> >>
>>>> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
>>>> >>
>>>> >>
>>>> >> Romain Manni-Bucau
>>>> >> @rmannibucau
>>>> >> http://www.tomitribe.com
>>>> >> http://rmannibucau.wordpress.com
>>>> >> https://github.com/rmannibucau
>>>> >>
>>>> >> ---------------------------------------------------------------------
>>>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> >> For additional commands, e-mail: dev-help@commons.apache.org
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>> > --
>>>> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>> > Java Persistence with Hibernate, Second Edition
>>>> > <http://www.manning.com/bauer3/>
>>>> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>> > Spring Batch in Action <http://www.manning.com/templier/>
>>>> > Blog: http://garygregory.wordpress.com
>>>> > Home: http://garygregory.com/
>>>> > Tweet! http://twitter.com/GaryGregory
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>>
>>> --
>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>> Java Persistence with Hibernate, Second Edition
>>> <http://www.manning.com/bauer3/>
>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>> Spring Batch in Action <http://www.manning.com/templier/>
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>
>>
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition
>> <http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
Hm... the following should work (as a test at least) but does not:
Index: pom.xml
===================================================================
--- pom.xml (revision 1631900)
+++ pom.xml (working copy)
@@ -26,7 +26,8 @@
<version>34</version>
</parent>
- <artifactId>commons-jcs</artifactId>
+ <groupId>org.apache.commons</groupId>
+ <artifactId>commons-jcs-parent</artifactId>
<packaging>pom</packaging>
<version>2.0-SNAPSHOT</version>
Index: commons-jcs-core/pom.xml
===================================================================
--- commons-jcs-core/pom.xml (revision 1631899)
+++ commons-jcs-core/pom.xml (working copy)
@@ -23,12 +23,13 @@
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>
</parent>
- <artifactId>commons-jcs-core</artifactId>
+ <groupId>org.apache.jcs</groupId>
+ <artifactId>jcs</artifactId>
<packaging>jar</packaging>
<name>Apache Commons JCS :: Core</name>
Index: commons-jcs-jcache/pom.xml
===================================================================
--- commons-jcs-jcache/pom.xml (revision 1631899)
+++ commons-jcs-jcache/pom.xml (working copy)
@@ -24,7 +24,7 @@
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>
</parent>
Index: commons-jcs-jcache-extras/pom.xml
===================================================================
--- commons-jcs-jcache-extras/pom.xml (revision 1631899)
+++ commons-jcs-jcache-extras/pom.xml (working copy)
@@ -21,8 +21,8 @@
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
- <artifactId>commons-jcs</artifactId>
<groupId>org.apache.commons</groupId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
Index: commons-jcs-jcache-openjpa/pom.xml
===================================================================
--- commons-jcs-jcache-openjpa/pom.xml (revision 1631899)
+++ commons-jcs-jcache-openjpa/pom.xml (working copy)
@@ -21,8 +21,8 @@
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
- <artifactId>commons-jcs</artifactId>
<groupId>org.apache.commons</groupId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
Index: commons-jcs-tck-tests/pom.xml
===================================================================
--- commons-jcs-tck-tests/pom.xml (revision 1631899)
+++ commons-jcs-tck-tests/pom.xml (working copy)
@@ -24,7 +24,7 @@
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>
</parent>
Index: sandbox/pom.xml
===================================================================
--- sandbox/pom.xml (revision 1631899)
+++ sandbox/pom.xml (working copy)
@@ -23,7 +23,7 @@
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.apache.commons</groupId>
- <artifactId>commons-jcs</artifactId>
+ <artifactId>commons-jcs-parent</artifactId>
<version>2.0-SNAPSHOT</version>
</parent>
Gary
On Tue, Oct 14, 2014 at 7:39 PM, Gary Gregory <ga...@gmail.com>
wrote:
> If I change to POMs to use org.apache.jcs|jcs for the parent POM and
> org.apache.jcs|jcs as the parent of the modules, I get no reports from "mvn
> clirr:check" of course since org.apache.jcs|jcs is now a POM POM (!) in JCS
> 2.0 as opposed to a Jar POM in 1.3.
>
> Gary
>
> On Tue, Oct 14, 2014 at 7:29 PM, Gary Gregory <ga...@gmail.com>
> wrote:
>
>> [Sebb: I added you to this discussion as I am not sure how to get JCS 2.0
>> to have the same Maven coors as 1.3 since it is now a multi-module project].
>>
>> So it sounds like we should change the Maven coords to what they were for
>> 1.3.
>>
>> But 1.3 was one jar and one POM (
>> http://search.maven.org/#artifactdetails|org.apache.jcs|jcs|1.3|pom)
>>
>> What does that mean in 2.0 since we have 4 main modules? They cannot all
>> be called org.apache.jcs|jcs.
>>
>> Is calling the JCS parent POM org.apache.jcs|jcs enough to do the trick?
>>
>> Gary
>>
>> On Tue, Oct 14, 2014 at 6:58 PM, Romain Manni-Bucau <
>> rmannibucau@gmail.com> wrote:
>>
>>> about api: public api shouldn't be broken (well the one which is
>>> broken shouldn't be used in code but only in config/properties files).
>>>
>>> about logging: we stated we'll not switch now but that we'll tackle it
>>> for 2.0.0. If we want log4j2 as default I'll fight to get a facade
>>> since jcs is already integrated in tomee (with the snapshot) and tomee
>>> will not bring log4j2 by default (to let apps do what they want as
>>> much as possible without any side effects on config or classloading).
>>> As you guess it will be a "nice" thread so surely not the moment to
>>> start it again ;).
>>>
>>>
>>> Romain Manni-Bucau
>>> @rmannibucau
>>> http://www.tomitribe.com
>>> http://rmannibucau.wordpress.com
>>> https://github.com/rmannibucau
>>>
>>>
>>> 2014-10-15 0:14 GMT+02:00 Gary Gregory <ga...@gmail.com>:
>>> > Now that Log4j 2 (2.0.2) is out and can be considered to deprecate
>>> Commons
>>> > Logging since it provides a nice API module, should we switch to it?
>>> >
>>> > Gary
>>> >
>>> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
>>> rmannibucau@gmail.com>
>>> > wrote:
>>> >
>>> >> Hello guys,
>>> >>
>>> >> seems we are good regarding dependencies now
>>> >>
>>> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
>>> >>
>>> >>
>>> >> Romain Manni-Bucau
>>> >> @rmannibucau
>>> >> http://www.tomitribe.com
>>> >> http://rmannibucau.wordpress.com
>>> >> https://github.com/rmannibucau
>>> >>
>>> >> ---------------------------------------------------------------------
>>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> >> For additional commands, e-mail: dev-help@commons.apache.org
>>> >>
>>> >>
>>> >
>>> >
>>> > --
>>> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>> > Java Persistence with Hibernate, Second Edition
>>> > <http://www.manning.com/bauer3/>
>>> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>> > Spring Batch in Action <http://www.manning.com/templier/>
>>> > Blog: http://garygregory.wordpress.com
>>> > Home: http://garygregory.com/
>>> > Tweet! http://twitter.com/GaryGregory
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition
>> <http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
If I change to POMs to use org.apache.jcs|jcs for the parent POM and
org.apache.jcs|jcs as the parent of the modules, I get no reports from "mvn
clirr:check" of course since org.apache.jcs|jcs is now a POM POM (!) in JCS
2.0 as opposed to a Jar POM in 1.3.
Gary
On Tue, Oct 14, 2014 at 7:29 PM, Gary Gregory <ga...@gmail.com>
wrote:
> [Sebb: I added you to this discussion as I am not sure how to get JCS 2.0
> to have the same Maven coors as 1.3 since it is now a multi-module project].
>
> So it sounds like we should change the Maven coords to what they were for
> 1.3.
>
> But 1.3 was one jar and one POM (
> http://search.maven.org/#artifactdetails|org.apache.jcs|jcs|1.3|pom)
>
> What does that mean in 2.0 since we have 4 main modules? They cannot all
> be called org.apache.jcs|jcs.
>
> Is calling the JCS parent POM org.apache.jcs|jcs enough to do the trick?
>
> Gary
>
> On Tue, Oct 14, 2014 at 6:58 PM, Romain Manni-Bucau <rmannibucau@gmail.com
> > wrote:
>
>> about api: public api shouldn't be broken (well the one which is
>> broken shouldn't be used in code but only in config/properties files).
>>
>> about logging: we stated we'll not switch now but that we'll tackle it
>> for 2.0.0. If we want log4j2 as default I'll fight to get a facade
>> since jcs is already integrated in tomee (with the snapshot) and tomee
>> will not bring log4j2 by default (to let apps do what they want as
>> much as possible without any side effects on config or classloading).
>> As you guess it will be a "nice" thread so surely not the moment to
>> start it again ;).
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>>
>> 2014-10-15 0:14 GMT+02:00 Gary Gregory <ga...@gmail.com>:
>> > Now that Log4j 2 (2.0.2) is out and can be considered to deprecate
>> Commons
>> > Logging since it provides a nice API module, should we switch to it?
>> >
>> > Gary
>> >
>> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
>> rmannibucau@gmail.com>
>> > wrote:
>> >
>> >> Hello guys,
>> >>
>> >> seems we are good regarding dependencies now
>> >>
>> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
>> >>
>> >>
>> >> Romain Manni-Bucau
>> >> @rmannibucau
>> >> http://www.tomitribe.com
>> >> http://rmannibucau.wordpress.com
>> >> https://github.com/rmannibucau
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> >> For additional commands, e-mail: dev-help@commons.apache.org
>> >>
>> >>
>> >
>> >
>> > --
>> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> > Java Persistence with Hibernate, Second Edition
>> > <http://www.manning.com/bauer3/>
>> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> > Spring Batch in Action <http://www.manning.com/templier/>
>> > Blog: http://garygregory.wordpress.com
>> > Home: http://garygregory.com/
>> > Tweet! http://twitter.com/GaryGregory
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
[Sebb: I added you to this discussion as I am not sure how to get JCS 2.0
to have the same Maven coors as 1.3 since it is now a multi-module project].
So it sounds like we should change the Maven coords to what they were for
1.3.
But 1.3 was one jar and one POM (
http://search.maven.org/#artifactdetails|org.apache.jcs|jcs|1.3|pom)
What does that mean in 2.0 since we have 4 main modules? They cannot all be
called org.apache.jcs|jcs.
Is calling the JCS parent POM org.apache.jcs|jcs enough to do the trick?
Gary
On Tue, Oct 14, 2014 at 6:58 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> about api: public api shouldn't be broken (well the one which is
> broken shouldn't be used in code but only in config/properties files).
>
> about logging: we stated we'll not switch now but that we'll tackle it
> for 2.0.0. If we want log4j2 as default I'll fight to get a facade
> since jcs is already integrated in tomee (with the snapshot) and tomee
> will not bring log4j2 by default (to let apps do what they want as
> much as possible without any side effects on config or classloading).
> As you guess it will be a "nice" thread so surely not the moment to
> start it again ;).
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2014-10-15 0:14 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> > Now that Log4j 2 (2.0.2) is out and can be considered to deprecate
> Commons
> > Logging since it provides a nice API module, should we switch to it?
> >
> > Gary
> >
> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
> rmannibucau@gmail.com>
> > wrote:
> >
> >> Hello guys,
> >>
> >> seems we are good regarding dependencies now
> >>
> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
> >> http://rmannibucau.wordpress.com
> >> https://github.com/rmannibucau
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > Java Persistence with Hibernate, Second Edition
> > <http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
about api: public api shouldn't be broken (well the one which is
broken shouldn't be used in code but only in config/properties files).
about logging: we stated we'll not switch now but that we'll tackle it
for 2.0.0. If we want log4j2 as default I'll fight to get a facade
since jcs is already integrated in tomee (with the snapshot) and tomee
will not bring log4j2 by default (to let apps do what they want as
much as possible without any side effects on config or classloading).
As you guess it will be a "nice" thread so surely not the moment to
start it again ;).
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-15 0:14 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> Now that Log4j 2 (2.0.2) is out and can be considered to deprecate Commons
> Logging since it provides a nice API module, should we switch to it?
>
> Gary
>
> On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
> wrote:
>
>> Hello guys,
>>
>> seems we are good regarding dependencies now
>>
>> do we try a release this week? 2.0-alpha-1? Anything blocking?
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
Now that Log4j 2 (2.0.2) is out and can be considered to deprecate Commons
Logging since it provides a nice API module, should we switch to it?
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
java 7 doesn't bring any important enough feature to force the work it
implies from what I saw (all it brings is done by IDEs since years) so
i wouldn't consider it as something to do. Moreover I think we need
java 6 for still 1/1.5 years. Will be another story for java 8 for
sure since features are really more impacting and important.
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-15 6:56 GMT+02:00 Silviu Burcea <si...@gmail.com>:
> Java 6 reached EOF. I have recently switched from 6 to 7 in a personal
> project because I really wanted to try the new features, like
> try-with-resources. The transition was a walk in the park. I think that you
> should go for Java 7. It is time to move on and leave behind the legacy
> versions.
>
> On Wed, Oct 15, 2014 at 5:08 AM, Gary Gregory <ga...@gmail.com>
> wrote:
>
>> Random thought: Any consideration on raising the floor to Java 7? We could
>> use DBCP 2.x that way. try-with-resources as well, and so on.
>>
>> Gary
>>
>> On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rmannibucau@gmail.com
>> >
>> wrote:
>>
>> > Hello guys,
>> >
>> > seems we are good regarding dependencies now
>> >
>> > do we try a release this week? 2.0-alpha-1? Anything blocking?
>> >
>> >
>> > Romain Manni-Bucau
>> > @rmannibucau
>> > http://www.tomitribe.com
>> > http://rmannibucau.wordpress.com
>> > https://github.com/rmannibucau
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> > For additional commands, e-mail: dev-help@commons.apache.org
>> >
>> >
>>
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition
>> <http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
>
> --
> - OCPJP7 (90%)
> - OCAJP7 (93%)
> - Java and Big Data Enthusiast
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Silviu Burcea <si...@gmail.com>.
Java 6 reached EOF. I have recently switched from 6 to 7 in a personal
project because I really wanted to try the new features, like
try-with-resources. The transition was a walk in the park. I think that you
should go for Java 7. It is time to move on and leave behind the legacy
versions.
On Wed, Oct 15, 2014 at 5:08 AM, Gary Gregory <ga...@gmail.com>
wrote:
> Random thought: Any consideration on raising the floor to Java 7? We could
> use DBCP 2.x that way. try-with-resources as well, and so on.
>
> Gary
>
> On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rmannibucau@gmail.com
> >
> wrote:
>
> > Hello guys,
> >
> > seems we are good regarding dependencies now
> >
> > do we try a release this week? 2.0-alpha-1? Anything blocking?
> >
> >
> > Romain Manni-Bucau
> > @rmannibucau
> > http://www.tomitribe.com
> > http://rmannibucau.wordpress.com
> > https://github.com/rmannibucau
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
- OCPJP7 (90%)
- OCAJP7 (93%)
- Java and Big Data Enthusiast
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
Random thought: Any consideration on raising the floor to Java 7? We could
use DBCP 2.x that way. try-with-resources as well, and so on.
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
Not a blocker, but unsurprisingly Java 8 cannot be used to build due to the
well-known new Javadoc doclint feature causing many Javadoc errors.
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Thomas Vandahl <tv...@apache.org>.
On 14.10.14 23:04, Gary Gregory wrote:
> It looks like the Maven coords have changed which means the package name
> must change, probably to ...jcs2, which means the artifact ID could
> probably stand to be post-fixed with a 2 as well.
>
> Did the Maven coords change because version 2 breaks binary compatibility
> with 1.3?
JCS 2.0 is not compatible with 1.3, neither binary nor source.
1.3 was released using Maven 1 and the package/Maven group
org.apache.jcs. So we should be fine with org.apache.commons.jcs
Bye, Thomas.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
On Tue, Oct 14, 2014 at 5:26 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> 2014-10-14 23:22 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> > The package name and Maven coords must be kept in sync to avoid jar hell.
> >
> > You cannot change one without changing the other.
> >
> > If 2.0 is to be compatible with 1.3, then the same Maven coords must be
> > kept.
>
> Well that's where it is ambiguous. It is without being. If you have a
> dep built with 1.3 then it can be broken but if your project was
> integrating with 1.3 then rebuilding it with 2.0 should work (that
> said we changed - relaxed few signature and really changed few ones
> but shouldn't be that impacting in practice). So to summarize keeping
> same packages is mainly to avoid a lot of work for users.
>
It sounds like both binary and source compat are broken if I read the above
correctly.
What happens if I have an app and I replace my JCS 1.3 jar with 2.0?
Will I get runtime errors? Method not found, class not found, things like
that?
Will I get runtime errors if only use the "public" JCS API?
Will I get runtime errors if only use any JCS API?
We need a Clirr report...
Gary
>
> >
> > If 2.0 is not binary compatible, then you must change the package and and
> > Maven coords.
> >
> > That's how all Commons project do it AFAIK.
> >
> > I am sure Sebb can elaborate if needed.
> >
> > Gary
> >
> >
> > On Tue, Oct 14, 2014 at 5:13 PM, Romain Manni-Bucau <
> rmannibucau@gmail.com>
> > wrote:
> >
> >> Well coord changed for multiple reasons IIRC:
> >>
> >> 1) be aligned with commons projects
> >> 2) we upgraded to 2 (for binary + jcache reasons) so it seemd the
> >> moment to accept such a change
> >> 3) we upgraded to java 6 IIRC
> >> 4) project structure changed
> >>
> >> That said if you replace old jcs coord by commons-jcs-core module ones
> >> compatibility should be ok while you run/compile on java 6 so I don't
> >> think we should change the packages.
> >>
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
> >> http://rmannibucau.wordpress.com
> >> https://github.com/rmannibucau
> >>
> >>
> >> 2014-10-14 23:04 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> >> > It looks like the Maven coords have changed which means the package
> name
> >> > must change, probably to ...jcs2, which means the artifact ID could
> >> > probably stand to be post-fixed with a 2 as well.
> >> >
> >> > Did the Maven coords change because version 2 breaks binary
> compatibility
> >> > with 1.3?
> >> >
> >> > Gary
> >> >
> >> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
> >> rmannibucau@gmail.com>
> >> > wrote:
> >> >
> >> >> Hello guys,
> >> >>
> >> >> seems we are good regarding dependencies now
> >> >>
> >> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
> >> >>
> >> >>
> >> >> Romain Manni-Bucau
> >> >> @rmannibucau
> >> >> http://www.tomitribe.com
> >> >> http://rmannibucau.wordpress.com
> >> >> https://github.com/rmannibucau
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> >> For additional commands, e-mail: dev-help@commons.apache.org
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> >> > Java Persistence with Hibernate, Second Edition
> >> > <http://www.manning.com/bauer3/>
> >> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> >> > Spring Batch in Action <http://www.manning.com/templier/>
> >> > Blog: http://garygregory.wordpress.com
> >> > Home: http://garygregory.com/
> >> > Tweet! http://twitter.com/GaryGregory
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > Java Persistence with Hibernate, Second Edition
> > <http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
2014-10-14 23:22 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> The package name and Maven coords must be kept in sync to avoid jar hell.
>
> You cannot change one without changing the other.
>
> If 2.0 is to be compatible with 1.3, then the same Maven coords must be
> kept.
Well that's where it is ambiguous. It is without being. If you have a
dep built with 1.3 then it can be broken but if your project was
integrating with 1.3 then rebuilding it with 2.0 should work (that
said we changed - relaxed few signature and really changed few ones
but shouldn't be that impacting in practice). So to summarize keeping
same packages is mainly to avoid a lot of work for users.
>
> If 2.0 is not binary compatible, then you must change the package and and
> Maven coords.
>
> That's how all Commons project do it AFAIK.
>
> I am sure Sebb can elaborate if needed.
>
> Gary
>
>
> On Tue, Oct 14, 2014 at 5:13 PM, Romain Manni-Bucau <rm...@gmail.com>
> wrote:
>
>> Well coord changed for multiple reasons IIRC:
>>
>> 1) be aligned with commons projects
>> 2) we upgraded to 2 (for binary + jcache reasons) so it seemd the
>> moment to accept such a change
>> 3) we upgraded to java 6 IIRC
>> 4) project structure changed
>>
>> That said if you replace old jcs coord by commons-jcs-core module ones
>> compatibility should be ok while you run/compile on java 6 so I don't
>> think we should change the packages.
>>
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>>
>> 2014-10-14 23:04 GMT+02:00 Gary Gregory <ga...@gmail.com>:
>> > It looks like the Maven coords have changed which means the package name
>> > must change, probably to ...jcs2, which means the artifact ID could
>> > probably stand to be post-fixed with a 2 as well.
>> >
>> > Did the Maven coords change because version 2 breaks binary compatibility
>> > with 1.3?
>> >
>> > Gary
>> >
>> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
>> rmannibucau@gmail.com>
>> > wrote:
>> >
>> >> Hello guys,
>> >>
>> >> seems we are good regarding dependencies now
>> >>
>> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
>> >>
>> >>
>> >> Romain Manni-Bucau
>> >> @rmannibucau
>> >> http://www.tomitribe.com
>> >> http://rmannibucau.wordpress.com
>> >> https://github.com/rmannibucau
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> >> For additional commands, e-mail: dev-help@commons.apache.org
>> >>
>> >>
>> >
>> >
>> > --
>> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> > Java Persistence with Hibernate, Second Edition
>> > <http://www.manning.com/bauer3/>
>> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> > Spring Batch in Action <http://www.manning.com/templier/>
>> > Blog: http://garygregory.wordpress.com
>> > Home: http://garygregory.com/
>> > Tweet! http://twitter.com/GaryGregory
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
The package name and Maven coords must be kept in sync to avoid jar hell.
You cannot change one without changing the other.
If 2.0 is to be compatible with 1.3, then the same Maven coords must be
kept.
If 2.0 is not binary compatible, then you must change the package and and
Maven coords.
That's how all Commons project do it AFAIK.
I am sure Sebb can elaborate if needed.
Gary
On Tue, Oct 14, 2014 at 5:13 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Well coord changed for multiple reasons IIRC:
>
> 1) be aligned with commons projects
> 2) we upgraded to 2 (for binary + jcache reasons) so it seemd the
> moment to accept such a change
> 3) we upgraded to java 6 IIRC
> 4) project structure changed
>
> That said if you replace old jcs coord by commons-jcs-core module ones
> compatibility should be ok while you run/compile on java 6 so I don't
> think we should change the packages.
>
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2014-10-14 23:04 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> > It looks like the Maven coords have changed which means the package name
> > must change, probably to ...jcs2, which means the artifact ID could
> > probably stand to be post-fixed with a 2 as well.
> >
> > Did the Maven coords change because version 2 breaks binary compatibility
> > with 1.3?
> >
> > Gary
> >
> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
> rmannibucau@gmail.com>
> > wrote:
> >
> >> Hello guys,
> >>
> >> seems we are good regarding dependencies now
> >>
> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
> >> http://rmannibucau.wordpress.com
> >> https://github.com/rmannibucau
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > Java Persistence with Hibernate, Second Edition
> > <http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Well coord changed for multiple reasons IIRC:
1) be aligned with commons projects
2) we upgraded to 2 (for binary + jcache reasons) so it seemd the
moment to accept such a change
3) we upgraded to java 6 IIRC
4) project structure changed
That said if you replace old jcs coord by commons-jcs-core module ones
compatibility should be ok while you run/compile on java 6 so I don't
think we should change the packages.
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-14 23:04 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> It looks like the Maven coords have changed which means the package name
> must change, probably to ...jcs2, which means the artifact ID could
> probably stand to be post-fixed with a 2 as well.
>
> Did the Maven coords change because version 2 breaks binary compatibility
> with 1.3?
>
> Gary
>
> On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
> wrote:
>
>> Hello guys,
>>
>> seems we are good regarding dependencies now
>>
>> do we try a release this week? 2.0-alpha-1? Anything blocking?
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
It looks like the Maven coords have changed which means the package name
must change, probably to ...jcs2, which means the artifact ID could
probably stand to be post-fixed with a 2 as well.
Did the Maven coords change because version 2 breaks binary compatibility
with 1.3?
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
I can handle rat
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-14 22:52 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> RAT reports problems which must be addressed one way or another...
>
> Gary
>
> On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
> wrote:
>
>> Hello guys,
>>
>> seems we are good regarding dependencies now
>>
>> do we try a release this week? 2.0-alpha-1? Anything blocking?
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
RAT reports problems which must be addressed one way or another...
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Meant finally current status seems ok right?
Le 15 oct. 2014 22:12, "Gary Gregory" <ga...@gmail.com> a écrit :
> On Wed, Oct 15, 2014 at 3:41 PM, Romain Manni-Bucau <rmannibucau@gmail.com
> >
> wrote:
>
> > @thomas: right forgot about CacheAccess, sorry
> >
> > Since that will be the first release from commons (and the first
> > commons-jcs* artifacts) org.apache.commons:commons-jcs* is fine IMHO
> > and it will avoid this pain (and broken pattern) which is double
> > versioning. This convention can make sense at package level (for
> > classloader even if even here we could discuss) but clearly doesn't
> > make any sense at maven level (it is even the opposite cause it makes
> > research of last version less obvious).
> >
> > So basically the proposal is to keep it like it accepting jcs has an
> > history before commons.
> >
>
> I do not understand that last part.
>
> Gary
>
>
> >
> > wdyt?
> >
> >
> >
> > Romain Manni-Bucau
> > @rmannibucau
> > http://www.tomitribe.com
> > http://rmannibucau.wordpress.com
> > https://github.com/rmannibucau
> >
> >
> > 2014-10-15 20:51 GMT+02:00 Thomas Vandahl <tv...@apache.org>:
> > > On 15.10.14 19:56, Gary Gregory wrote:
> > >> FYI: The sandbox filecache module does not compile.
> > >
> > > Yes, this is to be expected. That's why it's called a sandbox. The code
> > > is a fragment that has been removed from the core. It is supposed to be
> > > added back when it has been rewritten.
> > >
> > > Bye, Thomas.
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > > For additional commands, e-mail: dev-help@commons.apache.org
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
On Wed, Oct 15, 2014 at 3:41 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> @thomas: right forgot about CacheAccess, sorry
>
> Since that will be the first release from commons (and the first
> commons-jcs* artifacts) org.apache.commons:commons-jcs* is fine IMHO
> and it will avoid this pain (and broken pattern) which is double
> versioning. This convention can make sense at package level (for
> classloader even if even here we could discuss) but clearly doesn't
> make any sense at maven level (it is even the opposite cause it makes
> research of last version less obvious).
>
> So basically the proposal is to keep it like it accepting jcs has an
> history before commons.
>
I do not understand that last part.
Gary
>
> wdyt?
>
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2014-10-15 20:51 GMT+02:00 Thomas Vandahl <tv...@apache.org>:
> > On 15.10.14 19:56, Gary Gregory wrote:
> >> FYI: The sandbox filecache module does not compile.
> >
> > Yes, this is to be expected. That's why it's called a sandbox. The code
> > is a fragment that has been removed from the core. It is supposed to be
> > added back when it has been rewritten.
> >
> > Bye, Thomas.
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
@thomas: right forgot about CacheAccess, sorry
Since that will be the first release from commons (and the first
commons-jcs* artifacts) org.apache.commons:commons-jcs* is fine IMHO
and it will avoid this pain (and broken pattern) which is double
versioning. This convention can make sense at package level (for
classloader even if even here we could discuss) but clearly doesn't
make any sense at maven level (it is even the opposite cause it makes
research of last version less obvious).
So basically the proposal is to keep it like it accepting jcs has an
history before commons.
wdyt?
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-15 20:51 GMT+02:00 Thomas Vandahl <tv...@apache.org>:
> On 15.10.14 19:56, Gary Gregory wrote:
>> FYI: The sandbox filecache module does not compile.
>
> Yes, this is to be expected. That's why it's called a sandbox. The code
> is a fragment that has been removed from the core. It is supposed to be
> added back when it has been rewritten.
>
> Bye, Thomas.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Thomas Vandahl <tv...@apache.org>.
On 15.10.14 19:56, Gary Gregory wrote:
> FYI: The sandbox filecache module does not compile.
Yes, this is to be expected. That's why it's called a sandbox. The code
is a fragment that has been removed from the core. It is supposed to be
added back when it has been rewritten.
Bye, Thomas.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
FYI: The sandbox filecache module does not compile.
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
I can, but only after you get the build to run successfully ;-)
Gary
On Tue, Oct 14, 2014 at 4:41 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> while the build is not broken +1, who takes the lead on it? @Gary?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2014-10-14 22:38 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> > A quick glance shows a lot of old versions of dependencies. Since we are
> > now on Java 6, it seems like there would be no issue updating all of
> these.
> >
> > Gary
> >
> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
> rmannibucau@gmail.com>
> > wrote:
> >
> >> Hello guys,
> >>
> >> seems we are good regarding dependencies now
> >>
> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
> >> http://rmannibucau.wordpress.com
> >> https://github.com/rmannibucau
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > Java Persistence with Hibernate, Second Edition
> > <http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
while the build is not broken +1, who takes the lead on it? @Gary?
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-14 22:38 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> A quick glance shows a lot of old versions of dependencies. Since we are
> now on Java 6, it seems like there would be no issue updating all of these.
>
> Gary
>
> On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
> wrote:
>
>> Hello guys,
>>
>> seems we are good regarding dependencies now
>>
>> do we try a release this week? 2.0-alpha-1? Anything blocking?
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
A quick glance shows a lot of old versions of dependencies. Since we are
now on Java 6, it seems like there would be no issue updating all of these.
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
surefire is configured to fork for each test. If you change it then it
fails with maven as well.
That's surely the cause
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-14 23:13 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> All sorts of tests fail from Eclipse:
>
> commons-jcs-core
> TestSuite with 5 tests [example:
> testIndexedDiskCache1(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$1)]
> testIndexedDiskCache1(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$1)
> junit.framework.ComparisonFailure: Wrong value for key [0:key]
> expected:<indexedRegion4 data 0> but was:<null>
>
> at junit.framework.Assert.assertEquals(Assert.java:100)
>
> at junit.framework.TestCase.assertEquals(TestCase.java:261)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$1.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:76)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
>
>
>
> testIndexedDiskCache2(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$2)
> junit.framework.ComparisonFailure: Wrong value for key [1000:key]
> expected:<indexedRegion4 data 1000> but was:<null>
>
> at junit.framework.Assert.assertEquals(Assert.java:100)
>
> at junit.framework.TestCase.assertEquals(TestCase.java:261)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$2.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:86)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
>
>
>
> testIndexedDiskCache3(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$3)
> junit.framework.ComparisonFailure: Wrong value for key [2000:key]
> expected:<indexedRegion4 data 2000> but was:<null>
>
> at junit.framework.Assert.assertEquals(Assert.java:100)
>
> at junit.framework.TestCase.assertEquals(TestCase.java:261)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$3.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:96)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
>
>
>
> testIndexedDiskCache4(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$4)
> junit.framework.ComparisonFailure: Wrong value for key [2200:key]
> expected:<indexedRegion4 data 2200> but was:<null>
>
> at junit.framework.Assert.assertEquals(Assert.java:100)
>
> at junit.framework.TestCase.assertEquals(TestCase.java:261)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$4.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:106)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
>
>
>
> testIndexedDiskCache5(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$5)
> junit.framework.ComparisonFailure: Wrong value for key [0:key]
> expected:<indexedRegion4 data 0> but was:<null>
>
> at junit.framework.Assert.assertEquals(Assert.java:100)
>
> at junit.framework.TestCase.assertEquals(TestCase.java:261)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
>
> at
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$5.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:116)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
>
>
>
> org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest
> testExceededMaxlifeOnrequestEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
> junit.framework.AssertionFailedError: Item should be null for key 100:key,
> but is data100
>
> at junit.framework.Assert.fail(Assert.java:57)
>
> at junit.framework.Assert.assertTrue(Assert.java:22)
>
> at junit.framework.Assert.assertNull(Assert.java:277)
>
> at junit.framework.TestCase.assertNull(TestCase.java:447)
>
> at
> org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testExceededMaxlifeOnrequestEvent(SimpleEventHandlingUnitTest.java:201)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> testSpoolNoDiskEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
> junit.framework.AssertionFailedError: The number of
> ELEMENT_EVENT_SPOOLED_DISK_NOT_AVAILABLE events [19902] does not equal the
> number expected.
>
> at junit.framework.Assert.fail(Assert.java:57)
>
> at junit.framework.Assert.assertTrue(Assert.java:22)
>
> at junit.framework.TestCase.assertTrue(TestCase.java:192)
>
> at
> org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolNoDiskEvent(SimpleEventHandlingUnitTest.java:107)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> testSpoolEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
> junit.framework.AssertionFailedError: The number of
> ELEMENT_EVENT_SPOOLED_DISK_AVAILABLE events [0] does not equal the number
> expected [20000]
>
> at junit.framework.Assert.fail(Assert.java:57)
>
> at junit.framework.Assert.assertTrue(Assert.java:22)
>
> at junit.framework.TestCase.assertTrue(TestCase.java:192)
>
> at
> org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolEvent(SimpleEventHandlingUnitTest.java:76)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> testExceededIdletimeOnrequestEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
> junit.framework.AssertionFailedError: Item should not be null for key 0:key
>
> at junit.framework.Assert.fail(Assert.java:57)
>
> at junit.framework.Assert.assertTrue(Assert.java:22)
>
> at junit.framework.Assert.assertNotNull(Assert.java:256)
>
> at junit.framework.TestCase.assertNotNull(TestCase.java:426)
>
> at
> org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testExceededIdletimeOnrequestEvent(SimpleEventHandlingUnitTest.java:237)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> testSpoolNotAllowedEventOnItem(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
> junit.framework.AssertionFailedError: The number of
> ELEMENT_EVENT_SPOOLED_NOT_ALLOWED events [0] does not equal the number
> expected.
>
> at junit.framework.Assert.fail(Assert.java:57)
>
> at junit.framework.Assert.assertTrue(Assert.java:22)
>
> at junit.framework.TestCase.assertTrue(TestCase.java:192)
>
> at
> org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolNotAllowedEventOnItem(SimpleEventHandlingUnitTest.java:169)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> testSpoolNotAllowedEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
> junit.framework.AssertionFailedError: The number of
> ELEMENT_EVENT_SPOOLED_NOT_ALLOWED events [0] does not equal the number
> expected.
>
> at junit.framework.Assert.fail(Assert.java:57)
>
> at junit.framework.Assert.assertTrue(Assert.java:22)
>
> at junit.framework.TestCase.assertTrue(TestCase.java:192)
>
> at
> org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolNotAllowedEvent(SimpleEventHandlingUnitTest.java:137)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest
> testSimpleJDBCPutGetWithHSQL(org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest)
> junit.framework.ComparisonFailure: key = [0:key] value = [null]
> expected:<testCache1 data 0> but was:<null>
>
> at junit.framework.Assert.assertEquals(Assert.java:100)
>
> at junit.framework.TestCase.assertEquals(TestCase.java:261)
>
> at
> org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest.runTestForRegion(JDBCDiskCacheSharedPoolUnitTest.java:111)
>
> at
> org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest.testSimpleJDBCPutGetWithHSQL(JDBCDiskCacheSharedPoolUnitTest.java:74)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest
> testSimpleJDBCPutGetWithHSQL(org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest)
> junit.framework.ComparisonFailure: key = [0:key] value = [null]
> expected:<testCache1 data 0> but was:<null>
>
> at junit.framework.Assert.assertEquals(Assert.java:100)
>
> at junit.framework.TestCase.assertEquals(TestCase.java:261)
>
> at
> org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest.runTestForRegion(JDBCDiskCacheUnitTest.java:110)
>
> at
> org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest.testSimpleJDBCPutGetWithHSQL(JDBCDiskCacheUnitTest.java:73)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at junit.framework.TestCase.runTest(TestCase.java:176)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
>
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheRandomConcurrentTestUtil
> warning(junit.framework.TestSuite$1)
> junit.framework.AssertionFailedError: No tests found in
> org.apache.commons.jcs.auxiliary.disk.block.BlockDiskCacheRandomConcurrentTestUtil
>
> at junit.framework.Assert.fail(Assert.java:57)
>
> at junit.framework.TestCase.fail(TestCase.java:227)
>
> at junit.framework.TestSuite$1.runTest(TestSuite.java:100)
>
> at junit.framework.TestCase.runBare(TestCase.java:141)
>
> at junit.framework.TestResult$1.protect(TestResult.java:122)
>
> at junit.framework.TestResult.runProtected(TestResult.java:142)
>
> at junit.framework.TestResult.run(TestResult.java:125)
>
> at junit.framework.TestCase.run(TestCase.java:129)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
>
> at junit.framework.TestSuite.run(TestSuite.java:250)
>
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
>
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
>
>
> But it seems hung ATM on
> org.apache.commons.jcs.auxiliary.disk.block.BlockDiskCacheSteadyLoadTest.testRunSteadyLoadTest()
>
> Gary
>
>
> On Tue, Oct 14, 2014 at 4:47 PM, Romain Manni-Bucau <rm...@gmail.com>
> wrote:
>
>> even running them one by one?
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>>
>> 2014-10-14 22:44 GMT+02:00 Gary Gregory <ga...@gmail.com>:
>> > When I run "mvn clean test" I get:
>> >
>> > Tests in error:
>> > BasicRemoteCacheClientServerUnitTest.test1SinglePut:133 NoClassDefFound
>> > org/ap...
>> > BasicRemoteCacheClientServerUnitTest.test2PutRemove:181 NoClassDefFound
>> > org/ap...
>> > BasicRemoteCacheClientServerUnitTest.test3PutAndListen:238
>> > NoClassDefFound org...
>> > BasicRemoteCacheClientServerUnitTest.test4PutaMultipleAndListen:288
>> > NoClassDefFound
>> > CompositeCacheConfiguratorUnitTest.testParseSpoolChunkSize_Normal:83
>> > NoClassDefFound
>> >
>> >
>> CompositeCacheConfiguratorUnitTest.testParseAuxiliary_CacheEventLogger_Normal:46
>> > NoClassDefFound
>> > CompositeCacheDiskUsageUnitTest.initializationError ╗ NoClassDefFound
>> > org/apac...
>> > CompositeCacheUnitTest.initializationError ╗ NoClassDefFound
>> > org/apache/common...
>> > SimpleEventHandlingUnitTest.initializationError ╗ NoClassDefFound
>> > org/apache/c...
>> > CacheEventLoggerDebugLoggerUnitTest.testLogApplicationEvent_normal:81
>> > NoClassDefFound
>> > CacheEventLoggerDebugLoggerUnitTest.testLogError_normal:107
>> > NoClassDefFound or...
>> > CacheEventLoggerDebugLoggerUnitTest.testLogICacheEvent_normal:51
>> > NoClassDefFound
>> > FIFOMemoryCacheUnitTest.testExpirationPolicy_oneExtra:53
>> NoClassDefFound
>> > org/a...
>> > FIFOMemoryCacheUnitTest.testExpirationPolicy_doubleOver:93
>> > NoClassDefFound org...
>> >
>> >
>> LHMLRUMemoryCacheConcurrentUnitTest$1.runTest:83->LHMLRUMemoryCacheConcurrentUnitTest.runTestForRegion:112
>> > ╗ NoClassDefFound
>> > LHMLRUMemoryCacheUnitTest.initializationError ╗ NoClassDefFound
>> > org/apache/com...
>> >
>> >
>> LRUMemoryCacheConcurrentUnitTest$1.runTest:83->LRUMemoryCacheConcurrentUnitTest.runTestForRegion:111
>> > ╗ NoClassDefFound
>> >
>> > Tests run: 303, Failures: 0, Errors: 17, Skipped: 0
>> >
>> > ?
>> >
>> > Gary
>> >
>> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
>> rmannibucau@gmail.com>
>> > wrote:
>> >
>> >> Hello guys,
>> >>
>> >> seems we are good regarding dependencies now
>> >>
>> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
>> >>
>> >>
>> >> Romain Manni-Bucau
>> >> @rmannibucau
>> >> http://www.tomitribe.com
>> >> http://rmannibucau.wordpress.com
>> >> https://github.com/rmannibucau
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> >> For additional commands, e-mail: dev-help@commons.apache.org
>> >>
>> >>
>> >
>> >
>> > --
>> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> > Java Persistence with Hibernate, Second Edition
>> > <http://www.manning.com/bauer3/>
>> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> > Spring Batch in Action <http://www.manning.com/templier/>
>> > Blog: http://garygregory.wordpress.com
>> > Home: http://garygregory.com/
>> > Tweet! http://twitter.com/GaryGregory
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
All sorts of tests fail from Eclipse:
commons-jcs-core
TestSuite with 5 tests [example:
testIndexedDiskCache1(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$1)]
testIndexedDiskCache1(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$1)
junit.framework.ComparisonFailure: Wrong value for key [0:key]
expected:<indexedRegion4 data 0> but was:<null>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.TestCase.assertEquals(TestCase.java:261)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$1.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:76)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
testIndexedDiskCache2(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$2)
junit.framework.ComparisonFailure: Wrong value for key [1000:key]
expected:<indexedRegion4 data 1000> but was:<null>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.TestCase.assertEquals(TestCase.java:261)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$2.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:86)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
testIndexedDiskCache3(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$3)
junit.framework.ComparisonFailure: Wrong value for key [2000:key]
expected:<indexedRegion4 data 2000> but was:<null>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.TestCase.assertEquals(TestCase.java:261)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$3.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:96)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
testIndexedDiskCache4(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$4)
junit.framework.ComparisonFailure: Wrong value for key [2200:key]
expected:<indexedRegion4 data 2200> but was:<null>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.TestCase.assertEquals(TestCase.java:261)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$4.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:106)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
testIndexedDiskCache5(org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$5)
junit.framework.ComparisonFailure: Wrong value for key [0:key]
expected:<indexedRegion4 data 0> but was:<null>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.TestCase.assertEquals(TestCase.java:261)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest.runTestForRegion(IndexedDiskCacheSameRegionConcurrentUnitTest.java:181)
at
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheSameRegionConcurrentUnitTest$5.runTest(IndexedDiskCacheSameRegionConcurrentUnitTest.java:116)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.extensions.ActiveTestSuite$1.run(ActiveTestSuite.java:47)
org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest
testExceededMaxlifeOnrequestEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
junit.framework.AssertionFailedError: Item should be null for key 100:key,
but is data100
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.Assert.assertNull(Assert.java:277)
at junit.framework.TestCase.assertNull(TestCase.java:447)
at
org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testExceededMaxlifeOnrequestEvent(SimpleEventHandlingUnitTest.java:201)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
testSpoolNoDiskEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
junit.framework.AssertionFailedError: The number of
ELEMENT_EVENT_SPOOLED_DISK_NOT_AVAILABLE events [19902] does not equal the
number expected.
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.TestCase.assertTrue(TestCase.java:192)
at
org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolNoDiskEvent(SimpleEventHandlingUnitTest.java:107)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
testSpoolEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
junit.framework.AssertionFailedError: The number of
ELEMENT_EVENT_SPOOLED_DISK_AVAILABLE events [0] does not equal the number
expected [20000]
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.TestCase.assertTrue(TestCase.java:192)
at
org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolEvent(SimpleEventHandlingUnitTest.java:76)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
testExceededIdletimeOnrequestEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
junit.framework.AssertionFailedError: Item should not be null for key 0:key
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.Assert.assertNotNull(Assert.java:256)
at junit.framework.TestCase.assertNotNull(TestCase.java:426)
at
org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testExceededIdletimeOnrequestEvent(SimpleEventHandlingUnitTest.java:237)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
testSpoolNotAllowedEventOnItem(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
junit.framework.AssertionFailedError: The number of
ELEMENT_EVENT_SPOOLED_NOT_ALLOWED events [0] does not equal the number
expected.
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.TestCase.assertTrue(TestCase.java:192)
at
org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolNotAllowedEventOnItem(SimpleEventHandlingUnitTest.java:169)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
testSpoolNotAllowedEvent(org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest)
junit.framework.AssertionFailedError: The number of
ELEMENT_EVENT_SPOOLED_NOT_ALLOWED events [0] does not equal the number
expected.
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.TestCase.assertTrue(TestCase.java:192)
at
org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testSpoolNotAllowedEvent(SimpleEventHandlingUnitTest.java:137)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest
testSimpleJDBCPutGetWithHSQL(org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest)
junit.framework.ComparisonFailure: key = [0:key] value = [null]
expected:<testCache1 data 0> but was:<null>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.TestCase.assertEquals(TestCase.java:261)
at
org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest.runTestForRegion(JDBCDiskCacheSharedPoolUnitTest.java:111)
at
org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheSharedPoolUnitTest.testSimpleJDBCPutGetWithHSQL(JDBCDiskCacheSharedPoolUnitTest.java:74)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest
testSimpleJDBCPutGetWithHSQL(org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest)
junit.framework.ComparisonFailure: key = [0:key] value = [null]
expected:<testCache1 data 0> but was:<null>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.TestCase.assertEquals(TestCase.java:261)
at
org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest.runTestForRegion(JDBCDiskCacheUnitTest.java:110)
at
org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest.testSimpleJDBCPutGetWithHSQL(JDBCDiskCacheUnitTest.java:73)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheRandomConcurrentTestUtil
warning(junit.framework.TestSuite$1)
junit.framework.AssertionFailedError: No tests found in
org.apache.commons.jcs.auxiliary.disk.block.BlockDiskCacheRandomConcurrentTestUtil
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.TestCase.fail(TestCase.java:227)
at junit.framework.TestSuite$1.runTest(TestSuite.java:100)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
But it seems hung ATM on
org.apache.commons.jcs.auxiliary.disk.block.BlockDiskCacheSteadyLoadTest.testRunSteadyLoadTest()
Gary
On Tue, Oct 14, 2014 at 4:47 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> even running them one by one?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2014-10-14 22:44 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> > When I run "mvn clean test" I get:
> >
> > Tests in error:
> > BasicRemoteCacheClientServerUnitTest.test1SinglePut:133 NoClassDefFound
> > org/ap...
> > BasicRemoteCacheClientServerUnitTest.test2PutRemove:181 NoClassDefFound
> > org/ap...
> > BasicRemoteCacheClientServerUnitTest.test3PutAndListen:238
> > NoClassDefFound org...
> > BasicRemoteCacheClientServerUnitTest.test4PutaMultipleAndListen:288
> > NoClassDefFound
> > CompositeCacheConfiguratorUnitTest.testParseSpoolChunkSize_Normal:83
> > NoClassDefFound
> >
> >
> CompositeCacheConfiguratorUnitTest.testParseAuxiliary_CacheEventLogger_Normal:46
> > NoClassDefFound
> > CompositeCacheDiskUsageUnitTest.initializationError ╗ NoClassDefFound
> > org/apac...
> > CompositeCacheUnitTest.initializationError ╗ NoClassDefFound
> > org/apache/common...
> > SimpleEventHandlingUnitTest.initializationError ╗ NoClassDefFound
> > org/apache/c...
> > CacheEventLoggerDebugLoggerUnitTest.testLogApplicationEvent_normal:81
> > NoClassDefFound
> > CacheEventLoggerDebugLoggerUnitTest.testLogError_normal:107
> > NoClassDefFound or...
> > CacheEventLoggerDebugLoggerUnitTest.testLogICacheEvent_normal:51
> > NoClassDefFound
> > FIFOMemoryCacheUnitTest.testExpirationPolicy_oneExtra:53
> NoClassDefFound
> > org/a...
> > FIFOMemoryCacheUnitTest.testExpirationPolicy_doubleOver:93
> > NoClassDefFound org...
> >
> >
> LHMLRUMemoryCacheConcurrentUnitTest$1.runTest:83->LHMLRUMemoryCacheConcurrentUnitTest.runTestForRegion:112
> > ╗ NoClassDefFound
> > LHMLRUMemoryCacheUnitTest.initializationError ╗ NoClassDefFound
> > org/apache/com...
> >
> >
> LRUMemoryCacheConcurrentUnitTest$1.runTest:83->LRUMemoryCacheConcurrentUnitTest.runTestForRegion:111
> > ╗ NoClassDefFound
> >
> > Tests run: 303, Failures: 0, Errors: 17, Skipped: 0
> >
> > ?
> >
> > Gary
> >
> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
> rmannibucau@gmail.com>
> > wrote:
> >
> >> Hello guys,
> >>
> >> seems we are good regarding dependencies now
> >>
> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
> >> http://rmannibucau.wordpress.com
> >> https://github.com/rmannibucau
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > Java Persistence with Hibernate, Second Edition
> > <http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
Wow, that must have been a random problem... all tests pass from Maven
now...
Gary
On Tue, Oct 14, 2014 at 4:47 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> even running them one by one?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2014-10-14 22:44 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> > When I run "mvn clean test" I get:
> >
> > Tests in error:
> > BasicRemoteCacheClientServerUnitTest.test1SinglePut:133 NoClassDefFound
> > org/ap...
> > BasicRemoteCacheClientServerUnitTest.test2PutRemove:181 NoClassDefFound
> > org/ap...
> > BasicRemoteCacheClientServerUnitTest.test3PutAndListen:238
> > NoClassDefFound org...
> > BasicRemoteCacheClientServerUnitTest.test4PutaMultipleAndListen:288
> > NoClassDefFound
> > CompositeCacheConfiguratorUnitTest.testParseSpoolChunkSize_Normal:83
> > NoClassDefFound
> >
> >
> CompositeCacheConfiguratorUnitTest.testParseAuxiliary_CacheEventLogger_Normal:46
> > NoClassDefFound
> > CompositeCacheDiskUsageUnitTest.initializationError ╗ NoClassDefFound
> > org/apac...
> > CompositeCacheUnitTest.initializationError ╗ NoClassDefFound
> > org/apache/common...
> > SimpleEventHandlingUnitTest.initializationError ╗ NoClassDefFound
> > org/apache/c...
> > CacheEventLoggerDebugLoggerUnitTest.testLogApplicationEvent_normal:81
> > NoClassDefFound
> > CacheEventLoggerDebugLoggerUnitTest.testLogError_normal:107
> > NoClassDefFound or...
> > CacheEventLoggerDebugLoggerUnitTest.testLogICacheEvent_normal:51
> > NoClassDefFound
> > FIFOMemoryCacheUnitTest.testExpirationPolicy_oneExtra:53
> NoClassDefFound
> > org/a...
> > FIFOMemoryCacheUnitTest.testExpirationPolicy_doubleOver:93
> > NoClassDefFound org...
> >
> >
> LHMLRUMemoryCacheConcurrentUnitTest$1.runTest:83->LHMLRUMemoryCacheConcurrentUnitTest.runTestForRegion:112
> > ╗ NoClassDefFound
> > LHMLRUMemoryCacheUnitTest.initializationError ╗ NoClassDefFound
> > org/apache/com...
> >
> >
> LRUMemoryCacheConcurrentUnitTest$1.runTest:83->LRUMemoryCacheConcurrentUnitTest.runTestForRegion:111
> > ╗ NoClassDefFound
> >
> > Tests run: 303, Failures: 0, Errors: 17, Skipped: 0
> >
> > ?
> >
> > Gary
> >
> > On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <
> rmannibucau@gmail.com>
> > wrote:
> >
> >> Hello guys,
> >>
> >> seems we are good regarding dependencies now
> >>
> >> do we try a release this week? 2.0-alpha-1? Anything blocking?
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
> >> http://rmannibucau.wordpress.com
> >> https://github.com/rmannibucau
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > Java Persistence with Hibernate, Second Edition
> > <http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [JCS] release?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
even running them one by one?
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2014-10-14 22:44 GMT+02:00 Gary Gregory <ga...@gmail.com>:
> When I run "mvn clean test" I get:
>
> Tests in error:
> BasicRemoteCacheClientServerUnitTest.test1SinglePut:133 NoClassDefFound
> org/ap...
> BasicRemoteCacheClientServerUnitTest.test2PutRemove:181 NoClassDefFound
> org/ap...
> BasicRemoteCacheClientServerUnitTest.test3PutAndListen:238
> NoClassDefFound org...
> BasicRemoteCacheClientServerUnitTest.test4PutaMultipleAndListen:288
> NoClassDefFound
> CompositeCacheConfiguratorUnitTest.testParseSpoolChunkSize_Normal:83
> NoClassDefFound
>
> CompositeCacheConfiguratorUnitTest.testParseAuxiliary_CacheEventLogger_Normal:46
> NoClassDefFound
> CompositeCacheDiskUsageUnitTest.initializationError ╗ NoClassDefFound
> org/apac...
> CompositeCacheUnitTest.initializationError ╗ NoClassDefFound
> org/apache/common...
> SimpleEventHandlingUnitTest.initializationError ╗ NoClassDefFound
> org/apache/c...
> CacheEventLoggerDebugLoggerUnitTest.testLogApplicationEvent_normal:81
> NoClassDefFound
> CacheEventLoggerDebugLoggerUnitTest.testLogError_normal:107
> NoClassDefFound or...
> CacheEventLoggerDebugLoggerUnitTest.testLogICacheEvent_normal:51
> NoClassDefFound
> FIFOMemoryCacheUnitTest.testExpirationPolicy_oneExtra:53 NoClassDefFound
> org/a...
> FIFOMemoryCacheUnitTest.testExpirationPolicy_doubleOver:93
> NoClassDefFound org...
>
> LHMLRUMemoryCacheConcurrentUnitTest$1.runTest:83->LHMLRUMemoryCacheConcurrentUnitTest.runTestForRegion:112
> ╗ NoClassDefFound
> LHMLRUMemoryCacheUnitTest.initializationError ╗ NoClassDefFound
> org/apache/com...
>
> LRUMemoryCacheConcurrentUnitTest$1.runTest:83->LRUMemoryCacheConcurrentUnitTest.runTestForRegion:111
> ╗ NoClassDefFound
>
> Tests run: 303, Failures: 0, Errors: 17, Skipped: 0
>
> ?
>
> Gary
>
> On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
> wrote:
>
>> Hello guys,
>>
>> seems we are good regarding dependencies now
>>
>> do we try a release this week? 2.0-alpha-1? Anything blocking?
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [JCS] release?
Posted by Gary Gregory <ga...@gmail.com>.
When I run "mvn clean test" I get:
Tests in error:
BasicRemoteCacheClientServerUnitTest.test1SinglePut:133 NoClassDefFound
org/ap...
BasicRemoteCacheClientServerUnitTest.test2PutRemove:181 NoClassDefFound
org/ap...
BasicRemoteCacheClientServerUnitTest.test3PutAndListen:238
NoClassDefFound org...
BasicRemoteCacheClientServerUnitTest.test4PutaMultipleAndListen:288
NoClassDefFound
CompositeCacheConfiguratorUnitTest.testParseSpoolChunkSize_Normal:83
NoClassDefFound
CompositeCacheConfiguratorUnitTest.testParseAuxiliary_CacheEventLogger_Normal:46
NoClassDefFound
CompositeCacheDiskUsageUnitTest.initializationError ╗ NoClassDefFound
org/apac...
CompositeCacheUnitTest.initializationError ╗ NoClassDefFound
org/apache/common...
SimpleEventHandlingUnitTest.initializationError ╗ NoClassDefFound
org/apache/c...
CacheEventLoggerDebugLoggerUnitTest.testLogApplicationEvent_normal:81
NoClassDefFound
CacheEventLoggerDebugLoggerUnitTest.testLogError_normal:107
NoClassDefFound or...
CacheEventLoggerDebugLoggerUnitTest.testLogICacheEvent_normal:51
NoClassDefFound
FIFOMemoryCacheUnitTest.testExpirationPolicy_oneExtra:53 NoClassDefFound
org/a...
FIFOMemoryCacheUnitTest.testExpirationPolicy_doubleOver:93
NoClassDefFound org...
LHMLRUMemoryCacheConcurrentUnitTest$1.runTest:83->LHMLRUMemoryCacheConcurrentUnitTest.runTestForRegion:112
╗ NoClassDefFound
LHMLRUMemoryCacheUnitTest.initializationError ╗ NoClassDefFound
org/apache/com...
LRUMemoryCacheConcurrentUnitTest$1.runTest:83->LRUMemoryCacheConcurrentUnitTest.runTestForRegion:111
╗ NoClassDefFound
Tests run: 303, Failures: 0, Errors: 17, Skipped: 0
?
Gary
On Tue, Oct 14, 2014 at 4:23 PM, Romain Manni-Bucau <rm...@gmail.com>
wrote:
> Hello guys,
>
> seems we are good regarding dependencies now
>
> do we try a release this week? 2.0-alpha-1? Anything blocking?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory