[GUMP@vmgump]: Project commons-vfs2-test (in module apache-commons) failed

[Gump]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-vfs2-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 21 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-vfs2-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-vfs2-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/vfs/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/vfs/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/vfs/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/vfs/core/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-vfs2-test/gump_work/build_apache-commons_commons-vfs2-test.html
Work Name: build_apache-commons_commons-vfs2-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 mins 20 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/vfs/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/apache-commons/vfs]
M2_HOME: /opt/maven2
-
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.2 sec
Running org.apache.commons.vfs2.provider.ram.test.CustomRamProviderTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 101.658 sec
Running org.apache.commons.vfs2.provider.tar.test.TarProviderTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.401 sec
Running org.apache.commons.vfs2.provider.tar.test.NestedTbz2TestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.645 sec
Running org.apache.commons.vfs2.provider.tar.test.Tbz2ProviderTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.43 sec
Running org.apache.commons.vfs2.provider.tar.test.LargeTarTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 16.106 sec
Running org.apache.commons.vfs2.provider.tar.test.NestedTarTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.391 sec
Running org.apache.commons.vfs2.provider.tar.test.NestedTgzTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.385 sec
Running org.apache.commons.vfs2.provider.tar.test.TgzProviderTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.394 sec
Running org.apache.commons.vfs2.provider.res.test.ResourceProviderTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.402 sec
Running org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase
class org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase is 
not configured for tests, skipping
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
Running org.apache.commons.vfs2.provider.local.test.LocalProviderTestCase
Tests run: 63, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.404 sec
Running org.apache.commons.vfs2.provider.temp.test.TemporaryProviderTestCase
Tests run: 60, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.39 sec
Running org.apache.commons.vfs2.FileExtensionSelectorTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec

Results :

Failed tests:   
testSetLastModified(org.apache.commons.vfs2.test.LastModifiedTests): 
expected:<1.32462805E12> but was:<1.32462792E12>

Tests run: 1295, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/vfs/core/target/surefire-reports for 
the individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 4 minutes 18 seconds
[INFO] Finished at: Fri Dec 23 08:16:14 UTC 2011
[INFO] Final Memory: 54M/129M
[INFO] 
-

[math] Strange svn conflict messages

[Sébastien Brisard]

Hello,
I'm sorry to come up with what will probably turn out to be a trivial
problem, but here is the thing. After minor modifications, I've tried
to commit the patch recently sent by Christian (MATH-692), and have
consistently run into the following message
{code}
Merge conflict during commit
svn: Commit failed (details follow):
svn: File or directory
'main/java/org/apache/commons/math/distribution/BinomialDistribution.java'
is out of date; try updating
svn: resource out of date; try updating
{code}
I've tried the obvious: svn clean, followed by svn update... no
success. Then, I found on the internet that the file .svn/all-wcprops
should be removed, but that didn't work either.

More radically, I've just removed my local copy of the math project,
and checked out a new one, applied my patch, and tried to commit it...
same answer from svn.

My knowledge of svn is very limited, and I must turn to others for a
little bit of support...

Thanks !


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Google+ Apache Commons brand page

[Christian Grobmeier]

Hey there,

I want to mention that I have reserved the G+ brand page "Apache Commons"
https://plus.google.com/106381282762520124070

At the moment we don't use such stuff, but we probably should do.
Anyway once I can transfer ownership of this page to Commons and once
this project wants to have that page, I am willing to transfer of
course. In the meanwhile I can try to post updates to it on the
Commons ongoings, if folks agree. So far i have not done anything with
it.

Let me know.

Cheers
Christian

-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Graph] On graph weight type(s)

[Simone Tripodi]

Hi Matthew!

at a first looks it is really interesting, just give me the time to
digest because at the same time I had the feeling of a little
over-engineering activity, I am worried that "5 minutes to run" users
would find it not so immediate.

Thanks for providing stuff to learn from!
All the best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Thu, Dec 22, 2011 at 6:25 PM, Matthew Pocock
 wrote:
> Hi,
>
> Just thought I'd throw something out here. My experience is that I often
> take the same graph (as in the exact same data, same objects) but at
> different times want to use different weights. So, rather than having Edge
> extend Weighted, I'd factor weights out into their own interface:
>
> /**
>  * An edge weight function.
>  *
>  * note: perhaps this should more generally just be a Function1, if
> we have such a thing handy.
>  *
>  * @tparam E  edge type
>  * @tparam W weight type
>  */
> public interface EdgeWeight {
>  public W getWeight(E: Edge);
> }
>
> /**
>  * A combination of a monoid and comparator that satisfy monotinicity of
> the addition operation with respect to the comparator.
>  *
>  * ∀a: m.compare(m.zero, a) <= 0
>  * ∀a,b: m.compare(a, m.append(a, b)) <= 0
>  */
> public interface Monotonic extends Monoid, Comparator
>
> Also, some algorithms calculate all shortest paths at once, while others
> calculate them individually and independently. It's probably even possible
> to calculate some lazily. So, the interfaces for shortest paths should
> decouple setting up a strategy for all shortest paths from an object that
> can be used to fetch a specific shortest path.
>
> /**
>  * An algorithm for finding shortest paths between vertices of a graph,
> given some edge weighting function and
>  * a well-behaved combinator for edges between connected vertices.
>  */
> public interface ShortestPathFunction,
> G extends DirectedGraph, W> {
>  public ShortestPathResult makeResult(G graph, EdgeWeight
> weighting, Monotonic combineWith);
> }
>
> /**
>  * The shortest paths between vertices in a graph.
>  */
> public interface ShortestPathResult, W>
> {
>  public WeightedPath findShortestPath(V source, V target);
> }
>
> How does that look? You can then have standard implementations of these
> things in some static utility class or a spring-friendly resource. The
> brute-force algorithms that compute all paths at once would do all the work
> in makeResult() and simply store this in some state within the returned
> ShortestPathResult. Those that calculate individual pairs on the fly (or
> all shortest paths from some vertex) would capture state in makeResult()
> and perform the actual computation in findShortestPath().
>
> Matthew
>
> On 22 December 2011 16:39, Claudio Squarcella wrote:
>
>> Hi,
>>
>>
>>  I highly appreciated the last contributions (thanks guys!) but I also
>>> agree on this point, so let's start from the end.
>>> I think that, no matter what underlying structure we come up with, the
>>> user should be able to specify e.g. a weighted edge with something like
>>>
>>> public class MyEdge implements Edge, Weighted { ... }
>>>
>>> and be able to immediately use it as an input for all the algorithms,
>>> without extra steps required. So the average user is happy, while "graph
>>> geeks" can dig into advanced capabilities and forge their personalized
>>> weights :)
>>> I hope we all agree on this as a first step. Complexity comes after.
>>>
>>> I'll take my time as well to re-think.
>>>
>>
>> I did think and code a bit more. First of all please take a look at the
>> updated code: Weighted is an interface (weight W can be any type) and
>> all the algorithms require edges to implement Weighted for now --
>> we did not break it that much ;)
>>
>> About the "HasProperty-vs-Property" question (as in Comparable vs
>> Comparator, MonoidElement vs Monoid, etc) I would go for the second one
>> only. That is, external classes handle all operations on weights. Downside:
>> the # of method parameters would increase linearly with the number of
>> properties, but I can live with that (how many properties would weights
>> have anyway?). On the other hand we have a neat interface for each
>> property/class (Zero, Semigroup, Monoid, Ordering or Comparator, etc) and
>> one clean, generic implementation for each algorithm. Dijkstra's signature
>> becomes something like:
>>
>> public static , G extends
>> DirectedGraph> WeightedPath findShortestPath( G graph, V
>> source, V target, Monoid weightMonoid, Comparator weightComparator )
>>
>> Scary uh? But wait, default implementations for Double, Integer, etc. are
>> way easier. E.g. Dijkstra's shortcut for Double:
>>
>> public static , G
>> extends DirectedGraph> WeightedPath findShortestPath(
>> G graph, V source, V target )
>> {
>>    return findShortestPath(graph, source, target, new DoubleMonoid(), new
>> DoubleComparator());
>> }
>>
>> where DoubleMonoid 

Re: Google+ Apache Commons brand page

[Simone Tripodi]

Hi Christian!

I think that is something really useful, users like to take part of
such initiatives, see the Maven page on G+ or Maven group on
LinkedIn!!!

Thanks for taking care of it!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Fri, Dec 23, 2011 at 9:32 AM, Christian Grobmeier
 wrote:
> Hey there,
>
> I want to mention that I have reserved the G+ brand page "Apache Commons"
> https://plus.google.com/106381282762520124070
>
> At the moment we don't use such stuff, but we probably should do.
> Anyway once I can transfer ownership of this page to Commons and once
> this project wants to have that page, I am willing to transfer of
> course. In the meanwhile I can try to post updates to it on the
> Commons ongoings, if folks agree. So far i have not done anything with
> it.
>
> Let me know.
>
> Cheers
> Christian
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Graph] On graph weight type(s)

[Matthew Pocock]

Hi Simo,

I guess the 5 minutes to run example would be:

ShortestPathFunction.dijkstra
  .makeResult(graph, EdgeWeight.forWeightedEdge, Monotonic.sumDouble)
  .findShortestPath(source, target);

I was assuming that there would be standard pallets of all the strategies
available statically in the obvious places. Actually, now I see the code
written out in full like that, I'd perhaps consider renaming makeResult to
`calculate` or `prepare` or some other verb.

Matthew

On 23 December 2011 08:47, Simone Tripodi  wrote:

> Hi Matthew!
>
> at a first looks it is really interesting, just give me the time to
> digest because at the same time I had the feeling of a little
> over-engineering activity, I am worried that "5 minutes to run" users
> would find it not so immediate.
>
> Thanks for providing stuff to learn from!
> All the best,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Thu, Dec 22, 2011 at 6:25 PM, Matthew Pocock
>  wrote:
> > Hi,
> >
> > Just thought I'd throw something out here. My experience is that I often
> > take the same graph (as in the exact same data, same objects) but at
> > different times want to use different weights. So, rather than having
> Edge
> > extend Weighted, I'd factor weights out into their own interface:
> >
> > /**
> >  * An edge weight function.
> >  *
> >  * note: perhaps this should more generally just be a Function1, if
> > we have such a thing handy.
> >  *
> >  * @tparam E  edge type
> >  * @tparam W weight type
> >  */
> > public interface EdgeWeight {
> >  public W getWeight(E: Edge);
> > }
> >
> > /**
> >  * A combination of a monoid and comparator that satisfy monotinicity of
> > the addition operation with respect to the comparator.
> >  *
> >  * ∀a: m.compare(m.zero, a) <= 0
> >  * ∀a,b: m.compare(a, m.append(a, b)) <= 0
> >  */
> > public interface Monotonic extends Monoid, Comparator
> >
> > Also, some algorithms calculate all shortest paths at once, while others
> > calculate them individually and independently. It's probably even
> possible
> > to calculate some lazily. So, the interfaces for shortest paths should
> > decouple setting up a strategy for all shortest paths from an object that
> > can be used to fetch a specific shortest path.
> >
> > /**
> >  * An algorithm for finding shortest paths between vertices of a graph,
> > given some edge weighting function and
> >  * a well-behaved combinator for edges between connected vertices.
> >  */
> > public interface ShortestPathFunction Edge,
> > G extends DirectedGraph, W> {
> >  public ShortestPathResult makeResult(G graph, EdgeWeight
> > weighting, Monotonic combineWith);
> > }
> >
> > /**
> >  * The shortest paths between vertices in a graph.
> >  */
> > public interface ShortestPathResult,
> W>
> > {
> >  public WeightedPath findShortestPath(V source, V target);
> > }
> >
> > How does that look? You can then have standard implementations of these
> > things in some static utility class or a spring-friendly resource. The
> > brute-force algorithms that compute all paths at once would do all the
> work
> > in makeResult() and simply store this in some state within the returned
> > ShortestPathResult. Those that calculate individual pairs on the fly (or
> > all shortest paths from some vertex) would capture state in makeResult()
> > and perform the actual computation in findShortestPath().
> >
> > Matthew
> >
> > On 22 December 2011 16:39, Claudio Squarcella  >wrote:
> >
> >> Hi,
> >>
> >>
> >>  I highly appreciated the last contributions (thanks guys!) but I also
> >>> agree on this point, so let's start from the end.
> >>> I think that, no matter what underlying structure we come up with, the
> >>> user should be able to specify e.g. a weighted edge with something like
> >>>
> >>> public class MyEdge implements Edge, Weighted { ... }
> >>>
> >>> and be able to immediately use it as an input for all the algorithms,
> >>> without extra steps required. So the average user is happy, while
> "graph
> >>> geeks" can dig into advanced capabilities and forge their personalized
> >>> weights :)
> >>> I hope we all agree on this as a first step. Complexity comes after.
> >>>
> >>> I'll take my time as well to re-think.
> >>>
> >>
> >> I did think and code a bit more. First of all please take a look at the
> >> updated code: Weighted is an interface (weight W can be any type) and
> >> all the algorithms require edges to implement Weighted for now
> --
> >> we did not break it that much ;)
> >>
> >> About the "HasProperty-vs-Property" question (as in Comparable vs
> >> Comparator, MonoidElement vs Monoid, etc) I would go for the second one
> >> only. That is, external classes handle all operations on weights.
> Downside:
> >> the # of method parameters would increase linearly with the number of
> >> properties, but I can live with that (how many properties would weights
> >> have anyway?). On the ot

Re: Google+ Apache Commons brand page

[Luc Maisonobe]

Le 23/12/2011 09:32, Christian Grobmeier a écrit :
> Hey there,
> 
> I want to mention that I have reserved the G+ brand page "Apache Commons"
> https://plus.google.com/106381282762520124070
> 
> At the moment we don't use such stuff, but we probably should do.
> Anyway once I can transfer ownership of this page to Commons and once
> this project wants to have that page, I am willing to transfer of
> course. In the meanwhile I can try to post updates to it on the
> Commons ongoings, if folks agree. So far i have not done anything with
> it.

Is this compatible with Apache trademark policy ? I think we should
probably ask Shane about this (he is Apache VP Brand Management).

Luc

> 
> Let me know.
> 
> Cheers
> Christian
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 10:52 AM, Luc Maisonobe  wrote:
> Le 23/12/2011 09:32, Christian Grobmeier a écrit :
>> I want to mention that I have reserved the G+ brand page "Apache Commons"
>> https://plus.google.com/106381282762520124070
>>
>> At the moment we don't use such stuff, but we probably should do.
>> Anyway once I can transfer ownership of this page to Commons and once
>> this project wants to have that page, I am willing to transfer of
>> course. In the meanwhile I can try to post updates to it on the
>> Commons ongoings, if folks agree. So far i have not done anything with
>> it.
>
> Is this compatible with Apache trademark policy ? I think we should
> probably ask Shane about this (he is Apache VP Brand Management).

What exactly would you like to ask?

BTW, here is the G+ page of Apache Struts:
https://plus.google.com/116578204419118022943/posts

I have registered that page to avoid trademark issues. Thought it
would be better if we have the page as somebody from outside.

Cheers
Christian

>
> Luc
>
>>
>> Let me know.
>>
>> Cheers
>> Christian
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Luc Maisonobe]

Le 23/12/2011 11:15, Christian Grobmeier a écrit :
> On Fri, Dec 23, 2011 at 10:52 AM, Luc Maisonobe  wrote:
>> Le 23/12/2011 09:32, Christian Grobmeier a écrit :
>>> I want to mention that I have reserved the G+ brand page "Apache Commons"
>>> https://plus.google.com/106381282762520124070
>>>
>>> At the moment we don't use such stuff, but we probably should do.
>>> Anyway once I can transfer ownership of this page to Commons and once
>>> this project wants to have that page, I am willing to transfer of
>>> course. In the meanwhile I can try to post updates to it on the
>>> Commons ongoings, if folks agree. So far i have not done anything with
>>> it.
>>
>> Is this compatible with Apache trademark policy ? I think we should
>> probably ask Shane about this (he is Apache VP Brand Management).
> 
> What exactly would you like to ask?

I would like to ask if this fits the policy and how the ownership of
this page should be handled.

Luc

> 
> BTW, here is the G+ page of Apache Struts:
> https://plus.google.com/116578204419118022943/posts
> 
> I have registered that page to avoid trademark issues. Thought it
> would be better if we have the page as somebody from outside.
> 
> Cheers
> Christian
> 
>>
>> Luc
>>
>>>
>>> Let me know.
>>>
>>> Cheers
>>> Christian
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
> 
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Graph] On graph weight type(s)

[Simone Tripodi]

Hi Matthew!

I think that your idea is great as a foundation for implementing
algorithms but I would not allow users use that APIs to resolve known
problems, unless they want to implement their own solutions or
contribute back to [graph] missing algorithms.

Usually algorithms (like Dijkstra) already have clear enunciates and
steps are known, so we could safety expose 1 APIs that hide all that
details to clients wrapping your proposals.

WDYT? Thanks again!!!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Fri, Dec 23, 2011 at 10:44 AM, Matthew Pocock
 wrote:
> Hi Simo,
>
> I guess the 5 minutes to run example would be:
>
> ShortestPathFunction.dijkstra
>  .makeResult(graph, EdgeWeight.forWeightedEdge, Monotonic.sumDouble)
>  .findShortestPath(source, target);
>
> I was assuming that there would be standard pallets of all the strategies
> available statically in the obvious places. Actually, now I see the code
> written out in full like that, I'd perhaps consider renaming makeResult to
> `calculate` or `prepare` or some other verb.
>
> Matthew
>
> On 23 December 2011 08:47, Simone Tripodi  wrote:
>
>> Hi Matthew!
>>
>> at a first looks it is really interesting, just give me the time to
>> digest because at the same time I had the feeling of a little
>> over-engineering activity, I am worried that "5 minutes to run" users
>> would find it not so immediate.
>>
>> Thanks for providing stuff to learn from!
>> All the best,
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>>
>> On Thu, Dec 22, 2011 at 6:25 PM, Matthew Pocock
>>  wrote:
>> > Hi,
>> >
>> > Just thought I'd throw something out here. My experience is that I often
>> > take the same graph (as in the exact same data, same objects) but at
>> > different times want to use different weights. So, rather than having
>> Edge
>> > extend Weighted, I'd factor weights out into their own interface:
>> >
>> > /**
>> >  * An edge weight function.
>> >  *
>> >  * note: perhaps this should more generally just be a Function1, if
>> > we have such a thing handy.
>> >  *
>> >  * @tparam E  edge type
>> >  * @tparam W weight type
>> >  */
>> > public interface EdgeWeight {
>> >  public W getWeight(E: Edge);
>> > }
>> >
>> > /**
>> >  * A combination of a monoid and comparator that satisfy monotinicity of
>> > the addition operation with respect to the comparator.
>> >  *
>> >  * ∀a: m.compare(m.zero, a) <= 0
>> >  * ∀a,b: m.compare(a, m.append(a, b)) <= 0
>> >  */
>> > public interface Monotonic extends Monoid, Comparator
>> >
>> > Also, some algorithms calculate all shortest paths at once, while others
>> > calculate them individually and independently. It's probably even
>> possible
>> > to calculate some lazily. So, the interfaces for shortest paths should
>> > decouple setting up a strategy for all shortest paths from an object that
>> > can be used to fetch a specific shortest path.
>> >
>> > /**
>> >  * An algorithm for finding shortest paths between vertices of a graph,
>> > given some edge weighting function and
>> >  * a well-behaved combinator for edges between connected vertices.
>> >  */
>> > public interface ShortestPathFunction> Edge,
>> > G extends DirectedGraph, W> {
>> >  public ShortestPathResult makeResult(G graph, EdgeWeight
>> > weighting, Monotonic combineWith);
>> > }
>> >
>> > /**
>> >  * The shortest paths between vertices in a graph.
>> >  */
>> > public interface ShortestPathResult,
>> W>
>> > {
>> >  public WeightedPath findShortestPath(V source, V target);
>> > }
>> >
>> > How does that look? You can then have standard implementations of these
>> > things in some static utility class or a spring-friendly resource. The
>> > brute-force algorithms that compute all paths at once would do all the
>> work
>> > in makeResult() and simply store this in some state within the returned
>> > ShortestPathResult. Those that calculate individual pairs on the fly (or
>> > all shortest paths from some vertex) would capture state in makeResult()
>> > and perform the actual computation in findShortestPath().
>> >
>> > Matthew
>> >
>> > On 22 December 2011 16:39, Claudio Squarcella > >wrote:
>> >
>> >> Hi,
>> >>
>> >>
>> >>  I highly appreciated the last contributions (thanks guys!) but I also
>> >>> agree on this point, so let's start from the end.
>> >>> I think that, no matter what underlying structure we come up with, the
>> >>> user should be able to specify e.g. a weighted edge with something like
>> >>>
>> >>> public class MyEdge implements Edge, Weighted { ... }
>> >>>
>> >>> and be able to immediately use it as an input for all the algorithms,
>> >>> without extra steps required. So the average user is happy, while
>> "graph
>> >>> geeks" can dig into advanced capabilities and forge their personalized
>> >>> weights :)
>> >>> I hope we a

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Simone Tripodi]

Hi again Gary!

I had another review after your latest commits, I just fixed 1 missing
@param comment, and IMHO in therms of having generics-only, this
release should be ready...

Do you have any plan? Thanks for driving this!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Wed, Dec 21, 2011 at 2:13 PM, Gary Gregory  wrote:
> Hello Generics fan,
>
> Please review and continue on [POOL-208] Support Java 1.5 Generics in
> version 1.x.
>
> The code is in the POOL_1_X branch, cooking up for a 1.6 release very soon.
>
> There are NO code changes in the main code that should affect behavior.
> I've only touched code for adding generics.
>
> As we all know, this is binary compatible with 1.5.x because of type
> erasure.
>
> I have changed some of the tests because 100% source compatibility is not
> possible.
>
> APIs that I could not fully generify are:
>
> - org.apache.commons.pool.PoolUtils.adapt(KeyedObjectPool,
> Object)
> -
> org.apache.commons.pool.PoolUtils.adapt(KeyedPoolableObjectFactory V>)
>
> Please dig in and help to make Pool1 with generics the best it can be for
> 1.6.
>
> My goal is to ONLY change code for Generics.
>
> Other kind of fiddling like enhanced for-loops will make it harder to port
> fixes to and from 1.5.x.
>
> If you like enhanced for-loops or other Java 5 features, I won't stop you,
> but it is not my goal here.
>
> Thank you,
> Gary
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> Spring Batch in Action: http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Strange svn conflict messages

[Gilles Sadowski]

On Fri, Dec 23, 2011 at 09:22:47AM +0100, Sébastien Brisard wrote:
> Hello,
> I'm sorry to come up with what will probably turn out to be a trivial
> problem, but here is the thing. After minor modifications, I've tried
> to commit the patch recently sent by Christian (MATH-692), and have
> consistently run into the following message
> {code}
> Merge conflict during commit
> svn: Commit failed (details follow):
> svn: File or directory
> 'main/java/org/apache/commons/math/distribution/BinomialDistribution.java'
> is out of date; try updating
> svn: resource out of date; try updating
> {code}
> I've tried the obvious: svn clean, followed by svn update... no
> success. Then, I found on the internet that the file .svn/all-wcprops
> should be removed, but that didn't work either.
> 
> More radically, I've just removed my local copy of the math project,
> and checked out a new one, applied my patch, and tried to commit it...
> same answer from svn.
> 
> My knowledge of svn is very limited, and I must turn to others for a
> little bit of support...

Same problem here.
And it is the second time it happens:
  http://markmail.org/message/ocea43hf2gxvrzan

Could it be related to synchronisation problem between the SVN repositories?


Regards,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 11:31 AM, Luc Maisonobe  wrote:
> Le 23/12/2011 11:15, Christian Grobmeier a écrit :
>> On Fri, Dec 23, 2011 at 10:52 AM, Luc Maisonobe  
>> wrote:
>>> Le 23/12/2011 09:32, Christian Grobmeier a écrit :
 I want to mention that I have reserved the G+ brand page "Apache Commons"
 https://plus.google.com/106381282762520124070

 At the moment we don't use such stuff, but we probably should do.
 Anyway once I can transfer ownership of this page to Commons and once
 this project wants to have that page, I am willing to transfer of
 course. In the meanwhile I can try to post updates to it on the
 Commons ongoings, if folks agree. So far i have not done anything with
 it.
>>>
>>> Is this compatible with Apache trademark policy ? I think we should
>>> probably ask Shane about this (he is Apache VP Brand Management).
>>
>> What exactly would you like to ask?
>
> I would like to ask if this fits the policy and how the ownership of
> this page should be handled.

There was already some discussion on the Board list, with Shane
included. Not sure where the mailinglists archives are for private
mls, but if you know it, you can look at the 2.11. this year. Simone
started the topic with asking for twitter.

To my understanding there was no objection on using these tools, but
Shane was proposing to develop some best practices. (hope it is ok to
tell this on a non private list).
I do not follow trademarks@ so I don't know if there were any recommendations.

Anyway, I don't use this page. Just wanted to make sure it doesn't get
in wrong hands. If Commons does not like to use such a tool, the page
will not be used at all.

I will now write to Shane, asking him if he has meanwhile more information.

Cheers
Christian


>
> Luc
>
>>
>> BTW, here is the G+ page of Apache Struts:
>> https://plus.google.com/116578204419118022943/posts
>>
>> I have registered that page to avoid trademark issues. Thought it
>> would be better if we have the page as somebody from outside.
>>
>> Cheers
>> Christian
>>
>>>
>>> Luc
>>>

 Let me know.

 Cheers
 Christian

>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>
>>
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Christian Grobmeier]

On Wed, Dec 21, 2011 at 7:32 PM, Rainer Jung  wrote:
> On 21.12.2011 17:41, Christian Grobmeier wrote:
>>
>> On Wed, Dec 21, 2011 at 5:19 PM, Phil Steitz
>>  wrote:
>>>
>>> 1.5.x ships with tomcat and is used by lots of other production
>>> applications.  We need to maintain the ability to patch it.
>>
>>
>> Tomcat 5.5 (the oldest stable version i can find) uses Java 5:
>> http://tomcat.apache.org/tomcat-5.5-doc/setup.html
>
>
> Tomcat 5.5 supports using it with Java 1.4.2 (e.g. the page you referenced
> says "If using a J2SE 1.4 JRE, the compatibility package must be downloaded
> and expanded inside the folder where Tomcat was installed.").
>
> Minimum Java versions are:
>
> TC 5.5: 1.4.2
> TC 6:   1.5.0
> TC 7:   1.6.0

Thanks Rainer, missed that.


Leaves me to the question if [pool] should become a Tomcat subproject
as the pool-releasecycle seems to be forget after the requirements of
tomcat.


Christian

>
> Regards,
>
> Rainer
>
>
>> This proposed release is binary compatible - they should not have any
>> issue to upgrade, right?
>> How long would you like to maintain the elder 1.5.x code without java 5
>> support?
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Graph] On graph weight type(s)

[Matthew Pocock]

On 23 December 2011 10:38, Simone Tripodi  wrote:

> Hi Matthew!
>


> Usually algorithms (like Dijkstra) already have clear enunciates and
> steps are known, so we could safety expose 1 APIs that hide all that
> details to clients wrapping your proposals.
>

That's what façades are for. I totally agree with providing users with
utility methods that hide all the guts.


>
> WDYT? Thanks again!!!
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Fri, Dec 23, 2011 at 10:44 AM, Matthew Pocock
>  wrote:
> > Hi Simo,
> >
> > I guess the 5 minutes to run example would be:
> >
> > ShortestPathFunction.dijkstra
> >  .makeResult(graph, EdgeWeight.forWeightedEdge, Monotonic.sumDouble)
> >  .findShortestPath(source, target);
> >
> > I was assuming that there would be standard pallets of all the strategies
> > available statically in the obvious places. Actually, now I see the code
> > written out in full like that, I'd perhaps consider renaming makeResult
> to
> > `calculate` or `prepare` or some other verb.
> >
> > Matthew
> >
> > On 23 December 2011 08:47, Simone Tripodi 
> wrote:
> >
> >> Hi Matthew!
> >>
> >> at a first looks it is really interesting, just give me the time to
> >> digest because at the same time I had the feeling of a little
> >> over-engineering activity, I am worried that "5 minutes to run" users
> >> would find it not so immediate.
> >>
> >> Thanks for providing stuff to learn from!
> >> All the best,
> >> -Simo
> >>
> >> http://people.apache.org/~simonetripodi/
> >> http://simonetripodi.livejournal.com/
> >> http://twitter.com/simonetripodi
> >> http://www.99soft.org/
> >>
> >>
> >>
> >> On Thu, Dec 22, 2011 at 6:25 PM, Matthew Pocock
> >>  wrote:
> >> > Hi,
> >> >
> >> > Just thought I'd throw something out here. My experience is that I
> often
> >> > take the same graph (as in the exact same data, same objects) but at
> >> > different times want to use different weights. So, rather than having
> >> Edge
> >> > extend Weighted, I'd factor weights out into their own interface:
> >> >
> >> > /**
> >> >  * An edge weight function.
> >> >  *
> >> >  * note: perhaps this should more generally just be a Function1 B>, if
> >> > we have such a thing handy.
> >> >  *
> >> >  * @tparam E  edge type
> >> >  * @tparam W weight type
> >> >  */
> >> > public interface EdgeWeight {
> >> >  public W getWeight(E: Edge);
> >> > }
> >> >
> >> > /**
> >> >  * A combination of a monoid and comparator that satisfy monotinicity
> of
> >> > the addition operation with respect to the comparator.
> >> >  *
> >> >  * ∀a: m.compare(m.zero, a) <= 0
> >> >  * ∀a,b: m.compare(a, m.append(a, b)) <= 0
> >> >  */
> >> > public interface Monotonic extends Monoid, Comparator
> >> >
> >> > Also, some algorithms calculate all shortest paths at once, while
> others
> >> > calculate them individually and independently. It's probably even
> >> possible
> >> > to calculate some lazily. So, the interfaces for shortest paths should
> >> > decouple setting up a strategy for all shortest paths from an object
> that
> >> > can be used to fetch a specific shortest path.
> >> >
> >> > /**
> >> >  * An algorithm for finding shortest paths between vertices of a
> graph,
> >> > given some edge weighting function and
> >> >  * a well-behaved combinator for edges between connected vertices.
> >> >  */
> >> > public interface ShortestPathFunction >> Edge,
> >> > G extends DirectedGraph, W> {
> >> >  public ShortestPathResult makeResult(G graph, EdgeWeight W>
> >> > weighting, Monotonic combineWith);
> >> > }
> >> >
> >> > /**
> >> >  * The shortest paths between vertices in a graph.
> >> >  */
> >> > public interface ShortestPathResult Edge,
> >> W>
> >> > {
> >> >  public WeightedPath findShortestPath(V source, V target);
> >> > }
> >> >
> >> > How does that look? You can then have standard implementations of
> these
> >> > things in some static utility class or a spring-friendly resource. The
> >> > brute-force algorithms that compute all paths at once would do all the
> >> work
> >> > in makeResult() and simply store this in some state within the
> returned
> >> > ShortestPathResult. Those that calculate individual pairs on the fly
> (or
> >> > all shortest paths from some vertex) would capture state in
> makeResult()
> >> > and perform the actual computation in findShortestPath().
> >> >
> >> > Matthew
> >> >
> >> > On 22 December 2011 16:39, Claudio Squarcella <
> squar...@dia.uniroma3.it
> >> >wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >>
> >> >>  I highly appreciated the last contributions (thanks guys!) but I
> also
> >> >>> agree on this point, so let's start from the end.
> >> >>> I think that, no matter what underlying structure we come up with,
> the
> >> >>> user should be able to specify e.g. a weighted edge with something
> like
> >> >>>
> >> >>> public class MyEdge implements Edge, Weighted { ... }
> >> >>>
> >> >>> and b

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Christian Grobmeier]

On Wed, Dec 21, 2011 at 7:31 PM, Phil Steitz  wrote:
> On 12/21/11 11:09 AM, Gary Gregory wrote:
>> On Wed, Dec 21, 2011 at 1:03 PM, Mark Thomas  wrote:
>>
>>> On 21/12/2011 16:57, Phil Steitz wrote:
 On 12/21/11 9:41 AM, Christian Grobmeier wrote:
> On Wed, Dec 21, 2011 at 5:19 PM, Phil Steitz 
>>> wrote:
>> 1.5.x ships with tomcat and is used by lots of other production
>> applications.  We need to maintain the ability to patch it.
> Tomcat 5.5 (the oldest stable version i can find) uses Java 5:
> http://tomcat.apache.org/tomcat-5.5-doc/setup.html
>
> This proposed release is binary compatible - they should not have any
> issue to upgrade, right?
> How long would you like to maintain the elder 1.5.x code without java 5
>>> support?
 At least until 2.0 is out and for some time after that.  Asking
 tomcat and others to upgrade twice makes no sense.  I will let Mark
 or other tc committers comment on that.
>>> Tomcat will continue to use 1.5.x since that is what DBCP uses. When
>>> 2.0.x is ready, trunk will switch to 2.0.x and the associated DBCP
>>> release. Depending on the results, the release branches (5.5.x, 6.0.x
>>> and 7.0.x) may follow.
>>>
>>> Tomcat is highly unlikely to use Pool 1.6.x
>>>
>> Which is quite fine with me.
>>
>> My goal is only to provide a version of pool-1 with generics that is as
>> least disruptive as possible.
>
> That is great for your own use, but what releasing it does is sets
> us up to support 3 versions.  We are having a hard enough time just
> supporting one.  When we release 2.0, we will have two release
> branches to maintain.  The 1.5.x code itself is fairly stable, but
> 1.5 was pretty much a complete rewrite of the core code and I expect
> we will continue to get bug reports against this code.  Maintaining
> two versions of it does not sound fun to me and I really think it is
> unwise to set ourselves up to try to do it.

OK, sorry if I ask the same question in the same dumb way all the
time... but we have figured out 1.5 will be binary compatible with
1.6.
We can't we then simply drop 1.5 and go forward with 1.6?

So far i have see the reason: Tomcat 5.5 runs with jdk1.4.2. Is this
actually the reason we don't go forward? Because another project needs
the 1.5 series?
If this is the case, then the EOL of Tomcat 5.5 is the earliest EOL of Pool 1.5.

This does mean pool can earliest go forward in September 2012:
http://tomcat.apache.org/tomcat-55-eol.html

Just want to know. I ask this because I start to believe we should
introduce EOL dates for our components.

On 1.6, question is if this series will be so time consuming as
expected. After all, 1.5 dev is at a minimum as understood it. It
should be easy for Gary to move the changes to 1.6 version, if he is
willing to care on that (nasty tongues tell me Git would help in this
case).

If 1.6 is coming and this project does not support it, how can we
handle it? After all we are not working for the Tomcat project, we are
working for ourselves, and Gary needs a generic version. I would not
like to see him going and make up a github fork. People outside of
this project are already saying we are like dinosaurs (collections vs
guava). We should probably discuss how we can do this - probably Gary
could make some kind of "half official" release, a bit of an
"experimental" tagged one. One people do not rely upon, except they
know what they are doing. Probably a 1.5-extended version, like in
Lord of the Rings.

Cheers
Christian

-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Gary Gregory]

On Dec 23, 2011, at 6:00, Simone Tripodi  wrote:

> Hi again Gary!
>
> I had another review after your latest commits, I just fixed 1 missing
> @param comment, and IMHO in therms of having generics-only, this
> release should be ready...
>
> Do you have any plan? Thanks for driving this!
> -Simo

My plan is simply to finish cleaning up the warnings that generics
introduced, like the one you just fixed in javadocs.

Still no runtime behavior changes. I did not even change to enhanced for loops.

I plan building an RC soon. Because of the generics only aspect of the
changes since 1.5.7, I do not see the need for more work than anything
related to generics in the code. For the build, the POM can continue
to pick up current versions of plugins IMO.

Do you see anything else to do?

Gary

>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Wed, Dec 21, 2011 at 2:13 PM, Gary Gregory  wrote:
>> Hello Generics fan,
>>
>> Please review and continue on [POOL-208] Support Java 1.5 Generics in
>> version 1.x.
>>
>> The code is in the POOL_1_X branch, cooking up for a 1.6 release very soon.
>>
>> There are NO code changes in the main code that should affect behavior.
>> I've only touched code for adding generics.
>>
>> As we all know, this is binary compatible with 1.5.x because of type
>> erasure.
>>
>> I have changed some of the tests because 100% source compatibility is not
>> possible.
>>
>> APIs that I could not fully generify are:
>>
>> - org.apache.commons.pool.PoolUtils.adapt(KeyedObjectPool,
>> Object)
>> -
>> org.apache.commons.pool.PoolUtils.adapt(KeyedPoolableObjectFactory> V>)
>>
>> Please dig in and help to make Pool1 with generics the best it can be for
>> 1.6.
>>
>> My goal is to ONLY change code for Generics.
>>
>> Other kind of fiddling like enhanced for-loops will make it harder to port
>> fixes to and from 1.5.x.
>>
>> If you like enhanced for-loops or other Java 5 features, I won't stop you,
>> but it is not my goal here.
>>
>> Thank you,
>> Gary
>>
>> --
>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
>> Spring Batch in Action: http://bit.ly/bqpbCK
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Simone Tripodi]

Hi all!

> If 1.6 is coming and this project does not support it, how can we> handle it? 
> After all we are not working for the Tomcat project, we are
> working for ourselves,

indeed. From the commons HP: "The Commons is an Apache project focused
on all aspects of reusable Java components."
I am personally here to serve the whole community and all users
without any restriction, but providing help to another (even non ASF)
community is totally different that receiving constraints. That is
*not* OSS, this is working for someone else! I'm not a Tomcat
committer (unfortunately for me) and not all users are Tomcat users as
well, so having this restriction is not IMHO a benefit for the
community.

That's alway why I stopped contributing on [pool2] after people
"kindly" decided to rollback all the activity Gary and I did - I am
guilty as well mainly because I accepted it and replaced all the work
done, but anyway was not an unanimous decision, unfair and driven by a
subset of all of us. That should be not an acceptable behavior.

> and Gary needs a generic version. I would not
> like to see him going and make up a github fork. People outside of
> this project are already saying we are like dinosaurs (collections vs
> guava).

That is exactly what is happening: just to mention yet another "bad"
feedback we recently got, please read the last comment on IO-279[1]:
"that should be fixed in my fork". I went to the project page, where
it is reported:

"Tayler is a log tailing implementation forked from Apache Commons IO,
providing improved performances, bug fixes, cleaner APIs and a
codebase which will be actively maintained and developed :)"

So, looks like users are interested on having something we are not
providing them.
Not everybody has the same needs and we are serving just a subset of
all potential users we could have.

Just my 0.002, all the best,
-Simo

[1] https://issues.apache.org/jira/browse/IO-279

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Gary Gregory]

On Dec 23, 2011, at 6:34, Christian Grobmeier  wrote:

> On Wed, Dec 21, 2011 at 7:31 PM, Phil Steitz  wrote:
>> On 12/21/11 11:09 AM, Gary Gregory wrote:
>>> On Wed, Dec 21, 2011 at 1:03 PM, Mark Thomas  wrote:
>>>
 On 21/12/2011 16:57, Phil Steitz wrote:
> On 12/21/11 9:41 AM, Christian Grobmeier wrote:
>> On Wed, Dec 21, 2011 at 5:19 PM, Phil Steitz 
 wrote:
>>> 1.5.x ships with tomcat and is used by lots of other production
>>> applications.  We need to maintain the ability to patch it.
>> Tomcat 5.5 (the oldest stable version i can find) uses Java 5:
>> http://tomcat.apache.org/tomcat-5.5-doc/setup.html
>>
>> This proposed release is binary compatible - they should not have any
>> issue to upgrade, right?
>> How long would you like to maintain the elder 1.5.x code without java 5
 support?
> At least until 2.0 is out and for some time after that.  Asking
> tomcat and others to upgrade twice makes no sense.  I will let Mark
> or other tc committers comment on that.
 Tomcat will continue to use 1.5.x since that is what DBCP uses. When
 2.0.x is ready, trunk will switch to 2.0.x and the associated DBCP
 release. Depending on the results, the release branches (5.5.x, 6.0.x
 and 7.0.x) may follow.

 Tomcat is highly unlikely to use Pool 1.6.x

>>> Which is quite fine with me.
>>>
>>> My goal is only to provide a version of pool-1 with generics that is as
>>> least disruptive as possible.
>>
>> That is great for your own use, but what releasing it does is sets
>> us up to support 3 versions.  We are having a hard enough time just
>> supporting one.  When we release 2.0, we will have two release
>> branches to maintain.  The 1.5.x code itself is fairly stable, but
>> 1.5 was pretty much a complete rewrite of the core code and I expect
>> we will continue to get bug reports against this code.  Maintaining
>> two versions of it does not sound fun to me and I really think it is
>> unwise to set ourselves up to try to do it.
>
> OK, sorry if I ask the same question in the same dumb way all the
> time... but we have figured out 1.5 will be binary compatible with
> 1.6.
> We can't we then simply drop 1.5 and go forward with 1.6?
>
> So far i have see the reason: Tomcat 5.5 runs with jdk1.4.2. Is this
> actually the reason we don't go forward? Because another project needs
> the 1.5 series?
> If this is the case, then the EOL of Tomcat 5.5 is the earliest EOL of Pool 
> 1.5.
>
> This does mean pool can earliest go forward in September 2012:
> http://tomcat.apache.org/tomcat-55-eol.html
>
> Just want to know. I ask this because I start to believe we should
> introduce EOL dates for our components.

I think components stay alive as long as we do the work to keep them
alive. If I want to put in the time for [foo], then it is alive if I
get votes for a release. Having an EOL makes things more constrained
IMO. It sure is motivation to move on though, like in the case of JDK
EOLs! :)

Gary
>
> On 1.6, question is if this series will be so time consuming as
> expected. After all, 1.5 dev is at a minimum as understood it. It
> should be easy for Gary to move the changes to 1.6 version, if he is
> willing to care on that (nasty tongues tell me Git would help in this
> case).
>
> If 1.6 is coming and this project does not support it, how can we
> handle it? After all we are not working for the Tomcat project, we are
> working for ourselves, and Gary needs a generic version. I would not
> like to see him going and make up a github fork. People outside of
> this project are already saying we are like dinosaurs (collections vs
> guava). We should probably discuss how we can do this - probably Gary
> could make some kind of "half official" release, a bit of an
> "experimental" tagged one. One people do not rely upon, except they
> know what they are doing. Probably a 1.5-extended version, like in
> Lord of the Rings.
>
> Cheers
> Christian
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 1:41 PM, Gary Gregory  wrote:
>>
>> OK, sorry if I ask the same question in the same dumb way all the
>> time... but we have figured out 1.5 will be binary compatible with
>> 1.6.
>> We can't we then simply drop 1.5 and go forward with 1.6?
>>
>> So far i have see the reason: Tomcat 5.5 runs with jdk1.4.2. Is this
>> actually the reason we don't go forward? Because another project needs
>> the 1.5 series?
>> If this is the case, then the EOL of Tomcat 5.5 is the earliest EOL of Pool 
>> 1.5.
>>
>> This does mean pool can earliest go forward in September 2012:
>> http://tomcat.apache.org/tomcat-55-eol.html
>>
>> Just want to know. I ask this because I start to believe we should
>> introduce EOL dates for our components.
>
> I think components stay alive as long as we do the work to keep them
> alive. If I want to put in the time for [foo], then it is alive if I
> get votes for a release. Having an EOL makes things more constrained
> IMO. It sure is motivation to move on though, like in the case of JDK
> EOLs! :)

:-)

Well, on the other hand we can give the Commons users some kind of a plan...
in addition, all these discussion on bc, jdk-version and so on can be
relaxed then.
I am not in favor to any constraints, but I am also tired of reading
the same discussions all over the time.
And this might help us identify inactive components.

Cheers
Christian

-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Simone Tripodi]

Hi again!!!

>
> My plan is simply to finish cleaning up the warnings that generics
> introduced, like the one you just fixed in javadocs.
>
> Still no runtime behavior changes. I did not even change to enhanced for 
> loops.
>

I agree, let's not break (potentially) the pool behavior, what we
wanted are just generics

> I plan building an RC soon. Because of the generics only aspect of the
> changes since 1.5.7, I do not see the need for more work than anything
> related to generics in the code. For the build, the POM can continue
> to pick up current versions of plugins IMO.
>
> Do you see anything else to do?

nope I'm totally on your same path :) I can provide you help on the RC
if needed!

All the best!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Strange svn conflict messages

[Sébastien Brisard]

Hi Gilles,
>
> Same problem here.
> And it is the second time it happens:
>  http://markmail.org/message/ocea43hf2gxvrzan
>
I didn't realize I almost copied/paste a prevous message of yours...
I've tried again to commit, with no success.
Is there something I can do to investigate a synchronization problem
between different repositories?
M SVN is using
https://svn.apache.org/repos/asf/commons/proper/math/trunk
as a repository.
Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Mark Thomas]

On 23/12/2011 11:33, Christian Grobmeier wrote:

> So far i have see the reason: Tomcat 5.5 runs with jdk1.4.2. Is this
> actually the reason we don't go forward? Because another project needs
> the 1.5 series?
> If this is the case, then the EOL of Tomcat 5.5 is the earliest EOL of Pool 
> 1.5.
> 
> This does mean pool can earliest go forward in September 2012:
> http://tomcat.apache.org/tomcat-55-eol.html

Pool is already going forward in the 1.6.x branch and in 2.0.x

> On 1.6, question is if this series will be so time consuming as
> expected. After all, 1.5 dev is at a minimum as understood it. It
> should be easy for Gary to move the changes to 1.6 version, if he is
> willing to care on that (nasty tongues tell me Git would help in this
> case).

It is certainly more work but how much more is the critical question. As
long as the code bases stay broadly similar it should be easy to patch
1.6.x to fix a bug and svn merge the change to 1.5.x. We do this in
Tomcat all the time and merging from trunk (8.0.x) to 7.0.x and 6.0.x is
generally fairly simple. Merging to 5.5.x requires more work as the
source layout is completely different.

Releases would be more work but there are folks that look to be willing
to release 1.5.x and 1.6.x

The other bit I can think of is that the website may need some tweaks to
handle multiple versions. I'm not familiar with the Commons web site
generation process to judge if that is easy or hard.

> If 1.6 is coming and this project does not support it, how can we
> handle it? After all we are not working for the Tomcat project, we are
> working for ourselves, and Gary needs a generic version. I would not
> like to see him going and make up a github fork. People outside of
> this project are already saying we are like dinosaurs (collections vs
> guava). We should probably discuss how we can do this - probably Gary
> could make some kind of "half official" release, a bit of an
> "experimental" tagged one. One people do not rely upon, except they
> know what they are doing. Probably a 1.5-extended version, like in
> Lord of the Rings.

All that is required for a release is someone willing to tag and release
and three PMC members to vote +1. As long as 1.5.x and 1.6.x remain
broadly similar (i.e. 1.6.x = 1.5.x + generics) then the additional work
of porting fixes between the two should be minimal.

We want to avoid "unofficial" releases. That raises all sorts of red
flags at ASF board level.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Gary Gregory]

On Fri, Dec 23, 2011 at 8:07 AM, Simone Tripodi wrote:

> Hi again!!!
>
> >
> > My plan is simply to finish cleaning up the warnings that generics
> > introduced, like the one you just fixed in javadocs.
> >
> > Still no runtime behavior changes. I did not even change to enhanced for
> loops.
> >
>
> I agree, let's not break (potentially) the pool behavior, what we
> wanted are just generics
>
> > I plan building an RC soon. Because of the generics only aspect of the
> > changes since 1.5.7, I do not see the need for more work than anything
> > related to generics in the code. For the build, the POM can continue
> > to pick up current versions of plugins IMO.
> >
> > Do you see anything else to do?
>
> nope I'm totally on your same path :) I can provide you help on the RC
> if needed!
>

Thank you Simo.

All: Please take a closer look at what is in SVN if you can, do a local
build a site, and so on. It looks pretty good IMO since it is just 1.5.7 +
generics. Also I've updated build plugins.

I'd like to cut a RC very soon.

Gary


> All the best!
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [math] Strange svn conflict messages

[Gilles Sadowski]

Hello.

> >
> > Same problem here.
> > And it is the second time it happens:
> >  http://markmail.org/message/ocea43hf2gxvrzan
> >
> I didn't realize I almost copied/paste a prevous message of yours...
> I've tried again to commit, with no success.
> Is there something I can do to investigate a synchronization problem
> between different repositories?

I have no clue.
As you might have read in that other thread, we didn't find the cause of the
problem. It just went away after Phil committed some change into the
"corrupted" files.

> M SVN is using
> https://svn.apache.org/repos/asf/commons/proper/math/trunk
> as a repository.

Same here.


Season's Greetings,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Commons Wiki] Update of "Modeler" by liviutudor

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Commons Wiki" for 
change notification.

The "Modeler" page has been changed by liviutudor:
http://wiki.apache.org/commons/Modeler?action=diff&rev1=4&rev2=5

Comment:
added a link to samples on how to use the BaseModelMBean and Registry

  ##language:en
  = Component Overview =
+ || 
{{http://jakarta.apache.org/commons/modeler/images/modeler-logo-white.png}} 
||[[http://jakarta.apache.org/commons/modeler/|Commons-Modeler]] provides 
mechanisms to create Model MBeans  compatible with the Java Management 
Extensions (JMX) specification.<> A lot of information is available on the 
[[http://jakarta.apache.org/commons/modeler/|Modeler website]]. If you don't 
find the information you need you can always contact us using one of the 
[[http://jakarta.apache.org/site/mail2.html#Commons|mailing lists]]. ||
  
- || 
{{http://jakarta.apache.org/commons/modeler/images/modeler-logo-white.png}} || 
[[http://jakarta.apache.org/commons/modeler/|Commons-Modeler]] provides 
mechanisms to create Model MBeans  compatible with the Java Management 
Extensions (JMX) specification.<> A lot of information is available on the 
[[http://jakarta.apache.org/commons/modeler/|Modeler website]]. If you don't 
find the information you need you can always contact us using one of the 
[[http://jakarta.apache.org/site/mail2.html#Commons|mailing lists]]. ||
  
  = External Resources =
+  ||I have put together a sample of how to simply wrap up a simple POJO using 
BaseModelMBean on my blog here: 
http://liviutudor.com/2011/12/22/apache-commons-modeler-simplesample-usage/. I 
will try and add a separate wiki page and copy the contents on this wiki, in 
the meanwhile, I thought of sharing the link here. ||
+  ||Do you have a good example, add it here! ||
  
-  ||Do you have a good example, add it here!||
+ 
  
  = FAQ =
+  ||Add your questions/answers here. ||
  
-  ||Add your questions/answers here.||
+ 
  
  Q: How do I get rid of the attribute modelerType, that is added by the 
modeler?
  

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Commons Wiki] Update of "Modeler" by liviutudor

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Commons Wiki" for 
change notification.

The "Modeler" page has been changed by liviutudor:
http://wiki.apache.org/commons/Modeler?action=diff&rev1=5&rev2=6

Comment:
added a "how to" section

  = Component Overview =
  || 
{{http://jakarta.apache.org/commons/modeler/images/modeler-logo-white.png}} 
||[[http://jakarta.apache.org/commons/modeler/|Commons-Modeler]] provides 
mechanisms to create Model MBeans  compatible with the Java Management 
Extensions (JMX) specification.<> A lot of information is available on the 
[[http://jakarta.apache.org/commons/modeler/|Modeler website]]. If you don't 
find the information you need you can always contact us using one of the 
[[http://jakarta.apache.org/site/mail2.html#Commons|mailing lists]]. ||
  
+ 
+ = How To's =
+  * Wrapping up a simple POJO using BaseModelMBean. This shows how to simply 
wrap up a simple Java bean using the Modeler's BaseModelMBean and expose it to 
JMX. Also has some sample on how to use the Registry class.It's a straight copy 
from my original blog post (''see below'').
  
  = External Resources =
   ||I have put together a sample of how to simply wrap up a simple POJO using 
BaseModelMBean on my blog here: 
http://liviutudor.com/2011/12/22/apache-commons-modeler-simplesample-usage/. I 
will try and add a separate wiki page and copy the contents on this wiki, in 
the meanwhile, I thought of sharing the link here. ||

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Commons Wiki] Update of "Modeler" by liviutudor

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Commons Wiki" for 
change notification.

The "Modeler" page has been changed by liviutudor:
http://wiki.apache.org/commons/Modeler?action=diff&rev1=6&rev2=7

Comment:
forgot to add the link to create the sample page -- sorry! :(

  
  
  = How To's =
-  * Wrapping up a simple POJO using BaseModelMBean. This shows how to simply 
wrap up a simple Java bean using the Modeler's BaseModelMBean and expose it to 
JMX. Also has some sample on how to use the Registry class.It's a straight copy 
from my original blog post (''see below'').
+  * [[WrapUpBeanWithBaseModelMBean|Wrapping up a simple POJO using 
BaseModelMBean]]. This shows how to simply wrap up a simple Java bean using the 
Modeler's BaseModelMBean and expose it to JMX. Also has some sample on how to 
use the Registry class.It's a straight copy from my original blog post (''see 
below'').
  
  = External Resources =
   ||I have put together a sample of how to simply wrap up a simple POJO using 
BaseModelMBean on my blog here: 
http://liviutudor.com/2011/12/22/apache-commons-modeler-simplesample-usage/. I 
will try and add a separate wiki page and copy the contents on this wiki, in 
the meanwhile, I thought of sharing the link here. ||

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Commons Wiki] Update of "WrapUpBeanWithBaseModelMBean" by liviutudor

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Commons Wiki" for 
change notification.

The "WrapUpBeanWithBaseModelMBean" page has been changed by liviutudor:
http://wiki.apache.org/commons/WrapUpBeanWithBaseModelMBean

Comment:
created description

New page:
At the core of Modeler is the ModelMBean interface — for those unfamiliar with 
this, it allows a developer to wrap up any old Java class into an MBean which 
can be then managed via normal JMX means. In other words, you can take any 
class you want to export to JMX and without changing your class, without your 
class even "knowing" it’s going to be JMX‘d, you can do so — by the usage of a 
ModelMBean!

Unfortunately, for those of you who tried to use a ModelMBean — in fact same 
for DynamicMBean — the interfaces for creating these and defining the metadata 
for each bean can be quite clunky and awkward at times to use. I thought in the 
past, when working outside the Spring framework, that it would be so good to 
have a way to just say "here’s my class, a standard Java class, not aligned to 
any JMX naming conventions or anything — please register this somehow with JMX 
so I can inspect data through JMX Console". This is possible through Commons 
Modeler.

In this "how to", I'm going to start with a very simple bean and show how to 
wrap it up using Commons Modeler.

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 2:29 PM, Mark Thomas  wrote:
> On 23/12/2011 11:33, Christian Grobmeier wrote:
>
>> So far i have see the reason: Tomcat 5.5 runs with jdk1.4.2. Is this
>> actually the reason we don't go forward? Because another project needs
>> the 1.5 series?
>> If this is the case, then the EOL of Tomcat 5.5 is the earliest EOL of Pool 
>> 1.5.
>>
>> This does mean pool can earliest go forward in September 2012:
>> http://tomcat.apache.org/tomcat-55-eol.html
>
> Pool is already going forward in the 1.6.x branch and in 2.0.x

You and Phil are raising concerns. I try to discuss these.

>> On 1.6, question is if this series will be so time consuming as
>> expected. After all, 1.5 dev is at a minimum as understood it. It
>> should be easy for Gary to move the changes to 1.6 version, if he is
>> willing to care on that (nasty tongues tell me Git would help in this
>> case).
>
> It is certainly more work but how much more is the critical question. As
> long as the code bases stay broadly similar it should be easy to patch
> 1.6.x to fix a bug and svn merge the change to 1.5.x. We do this in
> Tomcat all the time and merging from trunk (8.0.x) to 7.0.x and 6.0.x is
> generally fairly simple. Merging to 5.5.x requires more work as the
> source layout is completely different.

I have understood Gary that pool 1.6 is the same as 1.5, just with generics.

> Releases would be more work but there are folks that look to be willing
> to release 1.5.x and 1.6.x

I guess Gary is willing to serve as a RM for 1.6, I am willing to
review  the relese.

> The other bit I can think of is that the website may need some tweaks to
> handle multiple versions. I'm not familiar with the Commons web site
> generation process to judge if that is easy or hard.

I see this as an additional page in mvn site and a notice on the
toplevel website. Downloads must be tweaked.
I might be wrong.

>> If 1.6 is coming and this project does not support it, how can we
>> handle it? After all we are not working for the Tomcat project, we are
>> working for ourselves, and Gary needs a generic version. I would not
>> like to see him going and make up a github fork. People outside of
>> this project are already saying we are like dinosaurs (collections vs
>> guava). We should probably discuss how we can do this - probably Gary
>> could make some kind of "half official" release, a bit of an
>> "experimental" tagged one. One people do not rely upon, except they
>> know what they are doing. Probably a 1.5-extended version, like in
>> Lord of the Rings.
>
> All that is required for a release is someone willing to tag and release
> and three PMC members to vote +1. As long as 1.5.x and 1.6.x remain
> broadly similar (i.e. 1.6.x = 1.5.x + generics) then the additional work
> of porting fixes between the two should be minimal.

This is Garys plan earlier from this thread:

"My plan is to port any fixes from 1.5.x releases to 1.6.0 if any or
encourage others to do so. I do not plan on touching 1.5.x once 1.6 is
out. Because of the binary compatibility of 1.6, I would hope that
folks would patch 1.6 first and then port to 1.5.x if asked by users,
but that's just me. I see a non-generics pool1 as a dead end. 2.0 is
great but unreleased and NOT a drop in, hence 1.6."

> We want to avoid "unofficial" releases.

Pluralis Majestatis? ;-)

> That raises all sorts of red flags at ASF board level.

I was still speaking of a release with 3x +1.

Anyway it seems your concerns are addressed.

Cheers
Christian


>
> Mark
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Commons Wiki] Update of "WrapUpBeanWithBaseModelMBean" by liviutudor

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Commons Wiki" for 
change notification.

The "WrapUpBeanWithBaseModelMBean" page has been changed by liviutudor:
http://wiki.apache.org/commons/WrapUpBeanWithBaseModelMBean?action=diff&rev1=1&rev2=2

Comment:
added the rest of the article and the body

  
  In this "how to", I'm going to start with a very simple bean and show how to 
wrap it up using Commons Modeler.
  
+ For the purpose of this I'm going to use a (very) simple Java bean:
+ 
+ {{{
+ /**
+  * Simple bean class with a few basic properties.
+  *
+  * @author Liviu Tudor http://about.me/liviutudor
+  */
+ public class JacksMagicBean {
+ private int magicNumber;
+ 
+ private String  magicWord;
+ 
+ private boolean magicBoolean;
+ 
+ public JacksMagicBean() {
+ this(0, null, false);
+ }
+ 
+ public JacksMagicBean(int magicNumber, String magicWord, boolean 
magicBoolean) {
+ this.magicNumber = magicNumber;
+ this.magicWord = magicWord;
+ this.magicBoolean = magicBoolean;
+ }
+ 
+ public int getMagicNumber() {
+ return magicNumber;
+ }
+ 
+ public void setMagicNumber(int magicNumber) {
+ this.magicNumber = magicNumber;
+ }
+ 
+ public String getMagicWord() {
+ return magicWord;
+ }
+ 
+ public void setMagicWord(String magicWord) {
+ this.magicWord = magicWord;
+ }
+ 
+ public boolean isMagicBoolean() {
+ return magicBoolean;
+ }
+ 
+ public void setMagicBoolean(boolean magicBoolean) {
+ this.magicBoolean = magicBoolean;
+ }
+ 
+ public void switchMagicBoolean() {
+ magicBoolean = !magicBoolean;
+ }
+ 
+ public void addNumber( int number ) {
+ this.magicNumber += number;
+ }
+ 
+ @Override
+ public String toString() {
+ return "JacksMagicBean [magicNumber=" + magicNumber + ", magicWord=" 
+ magicWord + ", magicBoolean="
+ + magicBoolean + "]";
+ }
+ 
+ @Override
+ public int hashCode() {
+ final int prime = 31;
+ int result = 1;
+ result = prime * result + magicNumber;
+ result = prime * result + ((magicWord == null) ? 0 : 
magicWord.hashCode());
+ result = prime * result + (magicBoolean ? 1 : 0);
+ return result;
+ }
+ 
+ @Override
+ public boolean equals(Object obj) {
+ if (this == obj) return true;
+ if (obj == null) return false;
+ if (getClass() != obj.getClass()) return false;
+ JacksMagicBean other = (JacksMagicBean) obj;
+ if (magicNumber != other.magicNumber) return false;
+ if (magicBoolean != other.magicBoolean) return false;
+ if (magicWord == null) {
+ if (other.magicWord != null) return false;
+ } else if (!magicWord.equals(other.magicWord)) return false;
+ return true;
+ }
+ }
+ }}}
+ As you can see, nothing tricky here -- just a bunch of properties and a 
couple of methods. You could use a JMXBean I suppose to define an interface and 
have this JMX‘d — but this introduces another interface and makes (to me at 
least) the code less readable.
+ 
+ You could of course used the ModelMBean  class as it is — and after you’ve 
fallen asleep on your keyboard  writing all the code to deal with the attribute 
information and the  method metadata etc etc etc you’ll get there 
{{http://liviutudor.com/wp-includes/images/smilies/icon_biggrin.gif|:D|class="wp-smiley"}}
+ 
+ Or you can use a piece of code like this (look at registerBean function):
+ 
+ {{{
+ MBeanServer mbs = ManagementFactory.getPlatformMBeanServer();
+ BaseModelMBean bmBean = new 
BaseModelMBean(JacksMagicalBean.class.getCanonicalName());
+ ObjectName name = new ObjectName(someStringName);
+ mbs.registerMBean(bmBean, name);
+ }}}
+ If you run the attached code and inspect it with ''JConsole'' (I’ve  put a 
few “breakpoints” in the code, so the program stops waiting for  user input in 
the console, giving you time to look at ''JConsole'') you will see that 
auto-magically all the bean properties are exposed via JMX and the methods too! 
And if you take the instantiation of the platform MBeanServer out, you are left 
with only a couple of lines!
+ 
+ You are however still left with the task of creating the !ObjectName instance 
— small task, I know, but the constructor throws a 
!MalformedObjectNameException,  which presents the inconvenience (when coding 
around it) of having to  wrap it up in try/catch, even though you know for sure 
the naming used  is perfectly valid! So would be good if we can shorten this 
sequence  just a bit more and pass the responsibility of the whole !ObjectName 
creation to a function that handles that too.
+ 
+ This is possible by using the 
[[http://commons.apache.org/modeler/commons-modeler-2.0.1/apidocs/org/apache/commons/modeler/Registry.html|Registry]]
 class. This is a wrapper ultimately for the MB

[VOTE][RESULT] Release JEXL 2.1.1 based on RC1

[sebb]

On 21 December 2011 02:38, sebb  wrote:
> On 19 December 2011 18:13, sebb  wrote:
>> This is a minor release to fix a regression in 2.1
>>
>> What's new in 2.1.1
>> ===
>> Version 2.1.1 is a bugfix release to address a regression in 2.1:
>>
>> * JEXL-124:  Array parameters to methods don't work anymore
>>
>> There are no other changes
>>
>> Tag:
>>
>> https://svn.apache.org/repos/asf/commons/proper/jexl/tags/COMMONS_JEXL_2_1_1-RC1/
>> (Last Changed Rev: 1220732)
>>
>> Site:
>>
>> http://people.apache.org/~sebb/jexl-2.1.1-RC1
>>
>> Binaries:
>>
>>  https://repository.apache.org/content/repositories/orgapachecommons-368/org/apache/commons/commons-jexl/2.1.1/
>>
>> This vote will be open for at least 72 hours, closing no sooner than:
>> 20:00PM GMT, Dec 11th.
>
> Sorry, must have forgotten to update the date.
>
> The vote will close no sooner than 22 December 2011 18:13

Voting was as follows:

Oliver Heger +1
Henri Biestro +1
Sebastian Bazley +1

All are PMC members and so are binding.

No other votes, so vote succeeds.

Will proceed with release shortly.


>>
>>  [X] +1 Release these artifacts
>>  [ ] +0 OK, but...
>>  [ ] -0 OK, but really should fix...
>>  [ ] -1 I oppose this release because..

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Commons Modeler

[Liviu Tudor]

Hi everyone, apologies for the email but I spoke earlier on with Simo, who
encouraged me to use the dev ML a bit more ‹ hence this email :)
In brief, recently I had worked on a project where I found myself using (for
the first time, truth being told) the Commons Modeler. Since there was
hardly any documentation on this project at the time, I put together a post
on my blog on the way I used this component. It then occurred to me that it
makes sense to have this on the Modeler wiki page as well ‹ so those of you
who are watching the Modeler wiki would have seen my recent changes on
http://wiki.apache.org/commons/Modeler, where I included the link to my
original post (in the "External Resources" section). I then went on and
copied and adapted the content of the original post in a page on its own at
http://wiki.apache.org/commons/WrapUpBeanWithBaseModelMBean ‹ which is also
referenced from the main Modeler wiki page as well.
Am I right now in assuming the guys @ Modeler will manage/accept/reject my
changes and decide whether we need the link to my post as well as the page I
created? Or do I have to signal this on this list and find out opinions on
this ‹ and then go and execute these myself?
The other thing as well, in my wiki page, I had included the full listing of
the code ‹ is there a way I can maybe commit the sources to SVN so people
can download these and also maybe we can reference these in the wiki page? I
personally find it much easier to download a source file and view it in my
Eclipse rather than traversing the code on a web page ‹ maybe that's just me
thoughŠ
Apologies for the so many questions in a single email!


Liv 
 

Liviu Tudor
 
E: liviu.tu...@gmail.com 
M: +44 (0)7917696626
W: http://about.me/liviutudor 
Skype: liviutudor
 
I'm nobody, nobody's perfect -- therefore I'm perfect!

 

Re: Google+ Apache Commons brand page

[Christian Grobmeier]

Exchanged an e-mail with Shane, he mentioned the keypoint is the PMC
needs get access to that G+ account when the original owner has
vanished (whcih I do not hope :-)).

Transferring the page is planned in G+, but not yet possible. I am
happy to assign the ownership of this page to any of the pmcs here,
once this works out.

Cheers
Christian

On Fri, Dec 23, 2011 at 12:15 PM, Christian Grobmeier
 wrote:
> On Fri, Dec 23, 2011 at 11:31 AM, Luc Maisonobe  wrote:
>> Le 23/12/2011 11:15, Christian Grobmeier a écrit :
>>> On Fri, Dec 23, 2011 at 10:52 AM, Luc Maisonobe  
>>> wrote:
 Le 23/12/2011 09:32, Christian Grobmeier a écrit :
> I want to mention that I have reserved the G+ brand page "Apache Commons"
> https://plus.google.com/106381282762520124070
>
> At the moment we don't use such stuff, but we probably should do.
> Anyway once I can transfer ownership of this page to Commons and once
> this project wants to have that page, I am willing to transfer of
> course. In the meanwhile I can try to post updates to it on the
> Commons ongoings, if folks agree. So far i have not done anything with
> it.

 Is this compatible with Apache trademark policy ? I think we should
 probably ask Shane about this (he is Apache VP Brand Management).
>>>
>>> What exactly would you like to ask?
>>
>> I would like to ask if this fits the policy and how the ownership of
>> this page should be handled.
>
> There was already some discussion on the Board list, with Shane
> included. Not sure where the mailinglists archives are for private
> mls, but if you know it, you can look at the 2.11. this year. Simone
> started the topic with asking for twitter.
>
> To my understanding there was no objection on using these tools, but
> Shane was proposing to develop some best practices. (hope it is ok to
> tell this on a non private list).
> I do not follow trademarks@ so I don't know if there were any recommendations.
>
> Anyway, I don't use this page. Just wanted to make sure it doesn't get
> in wrong hands. If Commons does not like to use such a tool, the page
> will not be used at all.
>
> I will now write to Shane, asking him if he has meanwhile more information.
>
> Cheers
> Christian
>
>
>>
>> Luc
>>
>>>
>>> BTW, here is the G+ page of Apache Struts:
>>> https://plus.google.com/116578204419118022943/posts
>>>
>>> I have registered that page to avoid trademark issues. Thought it
>>> would be better if we have the page as somebody from outside.
>>>
>>> Cheers
>>> Christian
>>>

 Luc

>
> Let me know.
>
> Cheers
> Christian
>


 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org

>>>
>>>
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Emmanuel Bourg]

Thank you for reserving the page Christian. In the same vein we should 
probably register an Apache Commons account on Twitter.


I think this raises an interesting point: we lack the tools to properly 
communicate directly on the commons.apache.org site. The announcements 
are not displayed on the home page, probably because Commons comes from 
Jakarta that did this for its sub projects.


Ideally I imagine the news should be posted on our site and replicated 
automatically on Google+ and Twitter. I don't know if other Apache 
projects do this already.


Emmanuel Bourg


Le 23/12/2011 09:32, Christian Grobmeier a écrit :

Hey there,

I want to mention that I have reserved the G+ brand page "Apache Commons"
https://plus.google.com/106381282762520124070

At the moment we don't use such stuff, but we probably should do.
Anyway once I can transfer ownership of this page to Commons and once
this project wants to have that page, I am willing to transfer of
course. In the meanwhile I can try to post updates to it on the
Commons ongoings, if folks agree. So far i have not done anything with
it.

Let me know.

Cheers
Christian



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 4:23 PM, Emmanuel Bourg  wrote:
> Thank you for reserving the page Christian. In the same vein we should
> probably register an Apache Commons account on Twitter.

+1

> I think this raises an interesting point: we lack the tools to properly
> communicate directly on the commons.apache.org site. The announcements are
> not displayed on the home page, probably because Commons comes from Jakarta
> that did this for its sub projects.

thats true... should be addressed.

What has happened to Simones "fluido" effort? Picking this up again
might be a good chance

> Ideally I imagine the news should be posted on our site and replicated
> automatically on Google+ and Twitter. I don't know if other Apache projects
> do this already.

Directmemory does twitter, and Apache Struts does Twitter and G+:
https://plus.google.com/116578204419118022943/posts
https://twitter.com/#!/TheApacheStruts

Actually I like the utilizing of Struts very much.

Automatically on G+ is not possible imho. We would need to create +1
buttons, and people can share a page on G+.
Twitter might be possible, but when should it update? I mean, what
hook could we use?

The other projects I know or have heard of are doing all the stuff
manually (specifically a few volunteers of the PMC do)

Cheers
Christian

>
> Emmanuel Bourg
>
>
>
> Le 23/12/2011 09:32, Christian Grobmeier a écrit :
>>
>> Hey there,
>>
>>
>> I want to mention that I have reserved the G+ brand page "Apache Commons"
>> https://plus.google.com/106381282762520124070
>>
>> At the moment we don't use such stuff, but we probably should do.
>> Anyway once I can transfer ownership of this page to Commons and once
>> this project wants to have that page, I am willing to transfer of
>> course. In the meanwhile I can try to post updates to it on the
>> Commons ongoings, if folks agree. So far i have not done anything with
>> it.
>>
>> Let me know.
>>
>> Cheers
>> Christian
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Gilles Sadowski]

Hello.

> Thank you for reserving the page Christian. In the same vein we
> should probably register an Apache Commons account on Twitter.

How useful/needed is it to establish a presence on multiple "social"
platforms?


Season's Greetings,
Gilles

> [...]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Liviu Tudor]

Hi guys,

My 2 cents on this, as a regular Twitter user -- I follow a few
organizations/companies on Twitter and I'm normally oblivious to their
marketing messages on this network, however, I found it very useful when
they "broadcast" things about their upcoming releases -- always good to
know (I thought) that the next release is out and ready for download.
Especially if users have been waiting for a fix to a certain bug or a
certain feature to be implemented.
Also perhaps things like voting on certain aspects of the ASF projects can
be "broadcasted" via Twitter so users who are interested can get involved
in the process on the dev ML?
I don't think in the case of Commons, Twitter would help with the "brand
building", but rather would provide a nice way for users to keep up to
date, when overwhelmed by emails etc.


Liv 
 
Liviu Tudor
 
E: liviu.tu...@gmail.com
M: +44 (0)7917696626
W: http://about.me/liviutudor
Skype: liviutudor
 
I'm nobody, nobody's perfect -- therefore I'm perfect!

 





On 23/12/2011 15:46, "Gilles Sadowski" 
wrote:

>Hello.
>
>> Thank you for reserving the page Christian. In the same vein we
>> should probably register an Apache Commons account on Twitter.
>
>How useful/needed is it to establish a presence on multiple "social"
>platforms?
>
>
>Season's Greetings,
>Gilles
>
>> [...]
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>For additional commands, e-mail: dev-h...@commons.apache.org
>



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 4:51 PM, Liviu Tudor  wrote:
> Also perhaps things like voting on certain aspects of the ASF projects can
> be "broadcasted" via Twitter so users who are interested can get involved
> in the process on the dev ML?
> I don't think in the case of Commons, Twitter would help with the "brand
> building", but rather would provide a nice way for users to keep up to
> date, when overwhelmed by emails etc.

+1

I also think interesting blog posts like yours on Modeler can be
spread through this channel, which might be motivating for others to
write similar posts and finally dig more into what Commons has to
offer.

Cheers



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 4:46 PM, Gilles Sadowski
 wrote:
> Hello.
>
>> Thank you for reserving the page Christian. In the same vein we
>> should probably register an Apache Commons account on Twitter.
>
> How useful/needed is it to establish a presence on multiple "social"
> platforms?

I would say it depends on how you utilize that. These days if find
#dartlang is using G+ very well. It brings them much attention there.
But if you would post only boring stuff once a  month, then you
probably should save the time.

Cheers
Christian

>
> Season's Greetings,
> Gilles
>
>> [...]
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Raffaele P. Guidi]

DirectMemory has also a facebook page. I would be happy to give admin
rights to whoever is interested in mantaining it. With twitter it's a bit
more complicated as multiple ownership is not allowed - probably the
account should be shared (not sure if it complies with their terms of use).

Ciao,
   R
Il giorno 23/dic/2011 15:42, "Christian Grobmeier"  ha
scritto:

> On Fri, Dec 23, 2011 at 4:23 PM, Emmanuel Bourg  wrote:
> > Thank you for reserving the page Christian. In the same vein we should
> > probably register an Apache Commons account on Twitter.
>
> +1
>
> > I think this raises an interesting point: we lack the tools to properly
> > communicate directly on the commons.apache.org site. The announcements
> are
> > not displayed on the home page, probably because Commons comes from
> Jakarta
> > that did this for its sub projects.
>
> thats true... should be addressed.
>
> What has happened to Simones "fluido" effort? Picking this up again
> might be a good chance
>
> > Ideally I imagine the news should be posted on our site and replicated
> > automatically on Google+ and Twitter. I don't know if other Apache
> projects
> > do this already.
>
> Directmemory does twitter, and Apache Struts does Twitter and G+:
> https://plus.google.com/116578204419118022943/posts
> https://twitter.com/#!/TheApacheStruts
>
> Actually I like the utilizing of Struts very much.
>
> Automatically on G+ is not possible imho. We would need to create +1
> buttons, and people can share a page on G+.
> Twitter might be possible, but when should it update? I mean, what
> hook could we use?
>
> The other projects I know or have heard of are doing all the stuff
> manually (specifically a few volunteers of the PMC do)
>
> Cheers
> Christian
>
> >
> > Emmanuel Bourg
> >
> >
> >
> > Le 23/12/2011 09:32, Christian Grobmeier a écrit :
> >>
> >> Hey there,
> >>
> >>
> >> I want to mention that I have reserved the G+ brand page "Apache
> Commons"
> >> https://plus.google.com/106381282762520124070
> >>
> >> At the moment we don't use such stuff, but we probably should do.
> >> Anyway once I can transfer ownership of this page to Commons and once
> >> this project wants to have that page, I am willing to transfer of
> >> course. In the meanwhile I can try to post updates to it on the
> >> Commons ongoings, if folks agree. So far i have not done anything with
> >> it.
> >>
> >> Let me know.
> >>
> >> Cheers
> >> Christian
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Phil Steitz]

On 12/23/11 7:36 AM, Christian Grobmeier wrote:
> On Fri, Dec 23, 2011 at 2:29 PM, Mark Thomas  wrote:
>> On 23/12/2011 11:33, Christian Grobmeier wrote:
>>
>>> So far i have see the reason: Tomcat 5.5 runs with jdk1.4.2. Is this
>>> actually the reason we don't go forward? Because another project needs
>>> the 1.5 series?
>>> If this is the case, then the EOL of Tomcat 5.5 is the earliest EOL of Pool 
>>> 1.5.
>>>
>>> This does mean pool can earliest go forward in September 2012:
>>> http://tomcat.apache.org/tomcat-55-eol.html
>> Pool is already going forward in the 1.6.x branch and in 2.0.x
> You and Phil are raising concerns. I try to discuss these.
>
>>> On 1.6, question is if this series will be so time consuming as
>>> expected. After all, 1.5 dev is at a minimum as understood it. It
>>> should be easy for Gary to move the changes to 1.6 version, if he is
>>> willing to care on that (nasty tongues tell me Git would help in this
>>> case).
>> It is certainly more work but how much more is the critical question. As
>> long as the code bases stay broadly similar it should be easy to patch
>> 1.6.x to fix a bug and svn merge the change to 1.5.x. We do this in
>> Tomcat all the time and merging from trunk (8.0.x) to 7.0.x and 6.0.x is
>> generally fairly simple. Merging to 5.5.x requires more work as the
>> source layout is completely different.
> I have understood Gary that pool 1.6 is the same as 1.5, just with generics.
>
>> Releases would be more work but there are folks that look to be willing
>> to release 1.5.x and 1.6.x
> I guess Gary is willing to serve as a RM for 1.6, I am willing to
> review  the relese.

And Gary is willing to diagnose bugs and apply fixes?  And who is
stepping up to review the code in detail?

The reason I am -1 on this path is that we (mostly I, but most
grateful to Mark for doing most of the work) have done a miserable
job supporting [pool] and [dbcp] over the past several years.  I
guess it comes down to how much we feel responsible for supporting
the code we release and I guess my views on this are anachronistic
at this point.

I have limited time which will soon become even more limited for
contributions here.  I can't sign up for more patch porting than we
have already taken on with 1.5.x and 2.0.  If others are willing to
step up to actually penetrating the 1.5.x legacy code so they can
fix bugs and respond to user questions, etc.; I will shut up. 
>
>> The other bit I can think of is that the website may need some tweaks to
>> handle multiple versions. I'm not familiar with the Commons web site
>> generation process to judge if that is easy or hard.
> I see this as an additional page in mvn site and a notice on the
> toplevel website. Downloads must be tweaked.
> I might be wrong.
>
>>> If 1.6 is coming and this project does not support it, how can we
>>> handle it? After all we are not working for the Tomcat project, we are
>>> working for ourselves, and Gary needs a generic version. I would not
>>> like to see him going and make up a github fork. People outside of
>>> this project are already saying we are like dinosaurs (collections vs
>>> guava). We should probably discuss how we can do this - probably Gary
>>> could make some kind of "half official" release, a bit of an
>>> "experimental" tagged one. One people do not rely upon, except they
>>> know what they are doing. Probably a 1.5-extended version, like in
>>> Lord of the Rings.
>> All that is required for a release is someone willing to tag and release
>> and three PMC members to vote +1. As long as 1.5.x and 1.6.x remain
>> broadly similar (i.e. 1.6.x = 1.5.x + generics) then the additional work
>> of porting fixes between the two should be minimal.
> This is Garys plan earlier from this thread:
>
> "My plan is to port any fixes from 1.5.x releases to 1.6.0 if any or
> encourage others to do so. I do not plan on touching 1.5.x once 1.6 is
> out. Because of the binary compatibility of 1.6, I would hope that
> folks would patch 1.6 first and then port to 1.5.x if asked by users,
> but that's just me. I see a non-generics pool1 as a dead end. 2.0 is
> great but unreleased and NOT a drop in, hence 1.6."
>
>> We want to avoid "unofficial" releases.
> Pluralis Majestatis? ;-)
>
>> That raises all sorts of red flags at ASF board level.
> I was still speaking of a release with 3x +1.
>
> Anyway it seems your concerns are addressed.

Not in my opinion; but as stated above, releases take just 3 +1s and
are not subject to veto, so there is nothing I can do about it.

Phil
>
> Cheers
> Christian
>
>
>> Mark
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Liviu Tudor]

Thank you, Christian! I completely missed out on the posts -- indeed that
would be another reason for using Twitter. +1 from me for that!


Liv 
 
Liviu Tudor
 
E: liviu.tu...@gmail.com
M: +44 (0)7917696626
W: http://about.me/liviutudor
Skype: liviutudor
 
I'm nobody, nobody's perfect -- therefore I'm perfect!

 





On 23/12/2011 15:58, "Christian Grobmeier"  wrote:

>On Fri, Dec 23, 2011 at 4:51 PM, Liviu Tudor 
>wrote:
>> Also perhaps things like voting on certain aspects of the ASF projects
>>can
>> be "broadcasted" via Twitter so users who are interested can get
>>involved
>> in the process on the dev ML?
>> I don't think in the case of Commons, Twitter would help with the "brand
>> building", but rather would provide a nice way for users to keep up to
>> date, when overwhelmed by emails etc.
>
>+1
>
>I also think interesting blog posts like yours on Modeler can be
>spread through this channel, which might be motivating for others to
>write similar posts and finally dig more into what Commons has to
>offer.
>
>Cheers
>
>
>
>-- 
>http://www.grobmeier.de
>https://www.timeandbill.de
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>For additional commands, e-mail: dev-h...@commons.apache.org
>



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Strange svn conflict messages

[Phil Steitz]

On 12/23/11 6:47 AM, Gilles Sadowski wrote:
> Hello.
>
>>> Same problem here.
>>> And it is the second time it happens:
>>>  http://markmail.org/message/ocea43hf2gxvrzan
>>>
>> I didn't realize I almost copied/paste a prevous message of yours...
>> I've tried again to commit, with no success.
>> Is there something I can do to investigate a synchronization problem
>> between different repositories?
> I have no clue.
> As you might have read in that other thread, we didn't find the cause of the
> problem. It just went away after Phil committed some change into the
> "corrupted" files.

Yes, we never actually figured out what was going on there.  I agree
with the intuition that it could have something to do with EU mirrors.

Try posting a summary of the two problems to infrastructure@

If you do not get a good response there, I would recommend opening a
subversion JIRA.

Phil
>
>> M SVN is using
>> https://svn.apache.org/repos/asf/commons/proper/math/trunk
>> as a repository.
> Same here.
>
>
> Season's Greetings,
> Gilles
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Google+ Apache Commons brand page

[Gilles Sadowski]

On Fri, Dec 23, 2011 at 05:00:03PM +0100, Christian Grobmeier wrote:
> On Fri, Dec 23, 2011 at 4:46 PM, Gilles Sadowski
>  wrote:
> > Hello.
> >
> >> Thank you for reserving the page Christian. In the same vein we
> >> should probably register an Apache Commons account on Twitter.
> >
> > How useful/needed is it to establish a presence on multiple "social"
> > platforms?
> 
> I would say it depends on how you utilize that. These days if find
> #dartlang is using G+ very well. It brings them much attention there.
> But if you would post only boring stuff once a  month, then you
> probably should save the time.

Currently I don't utilize that, partly because I didn't know it existed
before your email ;-), but mostly because being already overwhelmed by the
ML posts, I wouldn't stand in the way of another stream...

My question above was a genuine one: How useful is it to people? How is it
really necessary to push news, or be "interactive"?


Best regards,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 5:01 PM, Phil Steitz  wrote:
> On 12/23/11 7:36 AM, Christian Grobmeier wrote:
>> On Fri, Dec 23, 2011 at 2:29 PM, Mark Thomas  wrote:
>>> On 23/12/2011 11:33, Christian Grobmeier wrote:

>>> Releases would be more work but there are folks that look to be willing
>>> to release 1.5.x and 1.6.x
>> I guess Gary is willing to serve as a RM for 1.6, I am willing to
>> review  the relese.
>
> And Gary is willing to diagnose bugs and apply fixes?  And who is
> stepping up to review the code in detail?

At the moment it seems Gary develops and Simone is reviewing.

> The reason I am -1 on this path is that we (mostly I, but most
> grateful to Mark for doing most of the work) have done a miserable
> job supporting [pool] and [dbcp] over the past several years.  I
> guess it comes down to how much we feel responsible for supporting
> the code we release and I guess my views on this are anachronistic
> at this point.
>
> I have limited time which will soon become even more limited for
> contributions here.  I can't sign up for more patch porting than we
> have already taken on with 1.5.x and 2.0.  If others are willing to
> step up to actually penetrating the 1.5.x legacy code so they can
> fix bugs and respond to user questions, etc.; I will shut up.

What is you recommendation for Gary and Simone?
Should they fork on github instead?
Because we are out of manpower?

Other question:
can 1.6 be compiled for bytecode 1.4 style? If yes (and it is yes to
my knowledge), why can't we go on with 1.6 and provide binries for
jdk1.4.2 in addition to jdk5?

This way we can bury 1.5 but keep 1.4.2 support.

wdyt?

>>
>>> The other bit I can think of is that the website may need some tweaks to
>>> handle multiple versions. I'm not familiar with the Commons web site
>>> generation process to judge if that is easy or hard.
>> I see this as an additional page in mvn site and a notice on the
>> toplevel website. Downloads must be tweaked.
>> I might be wrong.
>>
 If 1.6 is coming and this project does not support it, how can we
 handle it? After all we are not working for the Tomcat project, we are
 working for ourselves, and Gary needs a generic version. I would not
 like to see him going and make up a github fork. People outside of
 this project are already saying we are like dinosaurs (collections vs
 guava). We should probably discuss how we can do this - probably Gary
 could make some kind of "half official" release, a bit of an
 "experimental" tagged one. One people do not rely upon, except they
 know what they are doing. Probably a 1.5-extended version, like in
 Lord of the Rings.
>>> All that is required for a release is someone willing to tag and release
>>> and three PMC members to vote +1. As long as 1.5.x and 1.6.x remain
>>> broadly similar (i.e. 1.6.x = 1.5.x + generics) then the additional work
>>> of porting fixes between the two should be minimal.
>> This is Garys plan earlier from this thread:
>>
>> "My plan is to port any fixes from 1.5.x releases to 1.6.0 if any or
>> encourage others to do so. I do not plan on touching 1.5.x once 1.6 is
>> out. Because of the binary compatibility of 1.6, I would hope that
>> folks would patch 1.6 first and then port to 1.5.x if asked by users,
>> but that's just me. I see a non-generics pool1 as a dead end. 2.0 is
>> great but unreleased and NOT a drop in, hence 1.6."
>>
>>> We want to avoid "unofficial" releases.
>> Pluralis Majestatis? ;-)
>>
>>> That raises all sorts of red flags at ASF board level.
>> I was still speaking of a release with 3x +1.
>>
>> Anyway it seems your concerns are addressed.
>
> Not in my opinion;

I referred to Marks mails

> but as stated above, releases take just 3 +1s and
> are not subject to veto, so there is nothing I can do about it.

I would prefer a more community approach. That why I try to discuss to
my best knowledge here

Cheers

> Phil
>>
>> Cheers
>> Christian
>>
>>
>>> Mark
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Gary Gregory]

On Fri, Dec 23, 2011 at 11:01 AM, Phil Steitz  wrote:

> On 12/23/11 7:36 AM, Christian Grobmeier wrote:
> > On Fri, Dec 23, 2011 at 2:29 PM, Mark Thomas  wrote:
> >> On 23/12/2011 11:33, Christian Grobmeier wrote:
> >>
> >>> So far i have see the reason: Tomcat 5.5 runs with jdk1.4.2. Is this
> >>> actually the reason we don't go forward? Because another project needs
> >>> the 1.5 series?
> >>> If this is the case, then the EOL of Tomcat 5.5 is the earliest EOL of
> Pool 1.5.
> >>>
> >>> This does mean pool can earliest go forward in September 2012:
> >>> http://tomcat.apache.org/tomcat-55-eol.html
> >> Pool is already going forward in the 1.6.x branch and in 2.0.x
> > You and Phil are raising concerns. I try to discuss these.
> >
> >>> On 1.6, question is if this series will be so time consuming as
> >>> expected. After all, 1.5 dev is at a minimum as understood it. It
> >>> should be easy for Gary to move the changes to 1.6 version, if he is
> >>> willing to care on that (nasty tongues tell me Git would help in this
> >>> case).
> >> It is certainly more work but how much more is the critical question. As
> >> long as the code bases stay broadly similar it should be easy to patch
> >> 1.6.x to fix a bug and svn merge the change to 1.5.x. We do this in
> >> Tomcat all the time and merging from trunk (8.0.x) to 7.0.x and 6.0.x is
> >> generally fairly simple. Merging to 5.5.x requires more work as the
> >> source layout is completely different.
> > I have understood Gary that pool 1.6 is the same as 1.5, just with
> generics.
> >
> >> Releases would be more work but there are folks that look to be willing
> >> to release 1.5.x and 1.6.x
> > I guess Gary is willing to serve as a RM for 1.6, I am willing to
> > review  the relese.
>
> And Gary is willing to diagnose bugs and apply fixes?


As I mentioned before, if 1.5.x is released again, I'll follow up on 1.6.x.
It seems backwards to me that one would patch 1.5 instead of 1.6 but that's
my POV.

And who is
> stepping up to review the code in detail?
>
> The reason I am -1 on this path is that we (mostly I, but most
> grateful to Mark for doing most of the work) have done a miserable
> job supporting [pool] and [dbcp] over the past several years.  I
> guess it comes down to how much we feel responsible for supporting
> the code we release and I guess my views on this are anachronistic
> at this point.
>

The only anachronism here is that Java 5 was released in 2004 and 7 years
later pool still has no support for generics... until I cut a 1.6 RC that
is ;)

Gary


>
> I have limited time which will soon become even more limited for
> contributions here.  I can't sign up for more patch porting than we
> have already taken on with 1.5.x and 2.0.  If others are willing to
> step up to actually penetrating the 1.5.x legacy code so they can
> fix bugs and respond to user questions, etc.; I will shut up.
> >
> >> The other bit I can think of is that the website may need some tweaks to
> >> handle multiple versions. I'm not familiar with the Commons web site
> >> generation process to judge if that is easy or hard.
> > I see this as an additional page in mvn site and a notice on the
> > toplevel website. Downloads must be tweaked.
> > I might be wrong.
> >
> >>> If 1.6 is coming and this project does not support it, how can we
> >>> handle it? After all we are not working for the Tomcat project, we are
> >>> working for ourselves, and Gary needs a generic version. I would not
> >>> like to see him going and make up a github fork. People outside of
> >>> this project are already saying we are like dinosaurs (collections vs
> >>> guava). We should probably discuss how we can do this - probably Gary
> >>> could make some kind of "half official" release, a bit of an
> >>> "experimental" tagged one. One people do not rely upon, except they
> >>> know what they are doing. Probably a 1.5-extended version, like in
> >>> Lord of the Rings.
> >> All that is required for a release is someone willing to tag and release
> >> and three PMC members to vote +1. As long as 1.5.x and 1.6.x remain
> >> broadly similar (i.e. 1.6.x = 1.5.x + generics) then the additional work
> >> of porting fixes between the two should be minimal.
> > This is Garys plan earlier from this thread:
> >
> > "My plan is to port any fixes from 1.5.x releases to 1.6.0 if any or
> > encourage others to do so. I do not plan on touching 1.5.x once 1.6 is
> > out. Because of the binary compatibility of 1.6, I would hope that
> > folks would patch 1.6 first and then port to 1.5.x if asked by users,
> > but that's just me. I see a non-generics pool1 as a dead end. 2.0 is
> > great but unreleased and NOT a drop in, hence 1.6."
> >
> >> We want to avoid "unofficial" releases.
> > Pluralis Majestatis? ;-)
> >
> >> That raises all sorts of red flags at ASF board level.
> > I was still speaking of a release with 3x +1.
> >
> > Anyway it seems your concerns are addressed.
>
> Not in my opinion; but as stated above, re

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Phil Steitz]

On 12/23/11 9:38 AM, Christian Grobmeier wrote:
> On Fri, Dec 23, 2011 at 5:01 PM, Phil Steitz  wrote:
>> On 12/23/11 7:36 AM, Christian Grobmeier wrote:
>>> On Fri, Dec 23, 2011 at 2:29 PM, Mark Thomas  wrote:
 On 23/12/2011 11:33, Christian Grobmeier wrote:
 Releases would be more work but there are folks that look to be willing
 to release 1.5.x and 1.6.x
>>> I guess Gary is willing to serve as a RM for 1.6, I am willing to
>>> review  the relese.
>> And Gary is willing to diagnose bugs and apply fixes?  And who is
>> stepping up to review the code in detail?
> At the moment it seems Gary develops and Simone is reviewing.
>
>> The reason I am -1 on this path is that we (mostly I, but most
>> grateful to Mark for doing most of the work) have done a miserable
>> job supporting [pool] and [dbcp] over the past several years.  I
>> guess it comes down to how much we feel responsible for supporting
>> the code we release and I guess my views on this are anachronistic
>> at this point.
>>
>> I have limited time which will soon become even more limited for
>> contributions here.  I can't sign up for more patch porting than we
>> have already taken on with 1.5.x and 2.0.  If others are willing to
>> step up to actually penetrating the 1.5.x legacy code so they can
>> fix bugs and respond to user questions, etc.; I will shut up.
> What is you recommendation for Gary and Simone?

Put energy into 2.0, which is getting close to ready for release.
> Should they fork on github instead?
> Because we are out of manpower?

It comes down to expectations about support.  I can seen mine are
different.
>
> Other question:
> can 1.6 be compiled for bytecode 1.4 style? If yes (and it is yes to
> my knowledge), why can't we go on with 1.6 and provide binries for
> jdk1.4.2 in addition to jdk5?
>
> This way we can bury 1.5 but keep 1.4.2 support.
>
> wdyt?

All of these things are possible.  The problem is who is going to
respond to the bug reports and create and port patches.  The code -
especially the 1.x code - is complicated and I am sure still
contains bugs.  It is also often implicated in bugs elsewhere in
users' infrastructure and tracing line numbers, reviewing issues,
etc. requires time.  I am not prepared to do that for 3 version
concurrently.  Hopefully others will step up.

Phil


>
 The other bit I can think of is that the website may need some tweaks to
 handle multiple versions. I'm not familiar with the Commons web site
 generation process to judge if that is easy or hard.
>>> I see this as an additional page in mvn site and a notice on the
>>> toplevel website. Downloads must be tweaked.
>>> I might be wrong.
>>>
> If 1.6 is coming and this project does not support it, how can we
> handle it? After all we are not working for the Tomcat project, we are
> working for ourselves, and Gary needs a generic version. I would not
> like to see him going and make up a github fork. People outside of
> this project are already saying we are like dinosaurs (collections vs
> guava). We should probably discuss how we can do this - probably Gary
> could make some kind of "half official" release, a bit of an
> "experimental" tagged one. One people do not rely upon, except they
> know what they are doing. Probably a 1.5-extended version, like in
> Lord of the Rings.
 All that is required for a release is someone willing to tag and release
 and three PMC members to vote +1. As long as 1.5.x and 1.6.x remain
 broadly similar (i.e. 1.6.x = 1.5.x + generics) then the additional work
 of porting fixes between the two should be minimal.
>>> This is Garys plan earlier from this thread:
>>>
>>> "My plan is to port any fixes from 1.5.x releases to 1.6.0 if any or
>>> encourage others to do so. I do not plan on touching 1.5.x once 1.6 is
>>> out. Because of the binary compatibility of 1.6, I would hope that
>>> folks would patch 1.6 first and then port to 1.5.x if asked by users,
>>> but that's just me. I see a non-generics pool1 as a dead end. 2.0 is
>>> great but unreleased and NOT a drop in, hence 1.6."
>>>
 We want to avoid "unofficial" releases.
>>> Pluralis Majestatis? ;-)
>>>
 That raises all sorts of red flags at ASF board level.
>>> I was still speaking of a release with 3x +1.
>>>
>>> Anyway it seems your concerns are addressed.
>> Not in my opinion;
> I referred to Marks mails
>
>> but as stated above, releases take just 3 +1s and
>> are not subject to veto, so there is nothing I can do about it.
> I would prefer a more community approach. That why I try to discuss to
> my best knowledge here
>
> Cheers
>
>> Phil
>>> Cheers
>>> Christian
>>>
>>>
 Mark

 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org

>>>
>>
>> ---

Re: Google+ Apache Commons brand page

[Christian Grobmeier]

On Fri, Dec 23, 2011 at 5:28 PM, Gilles Sadowski
 wrote:
> On Fri, Dec 23, 2011 at 05:00:03PM +0100, Christian Grobmeier wrote:
>> On Fri, Dec 23, 2011 at 4:46 PM, Gilles Sadowski
>>  wrote:
>> > Hello.
>> >
>> >> Thank you for reserving the page Christian. In the same vein we
>> >> should probably register an Apache Commons account on Twitter.
>> >
>> > How useful/needed is it to establish a presence on multiple "social"
>> > platforms?
>>
>> I would say it depends on how you utilize that. These days if find
>> #dartlang is using G+ very well. It brings them much attention there.
>> But if you would post only boring stuff once a  month, then you
>> probably should save the time.
>
> Currently I don't utilize that, partly because I didn't know it existed
> before your email ;-), but mostly because being already overwhelmed by the
> ML posts, I wouldn't stand in the way of another stream...
>
> My question above was a genuine one: How useful is it to people? How is it
> really necessary to push news, or be "interactive"?

I can't answer with statistics. But following the talk of the people
it seem the days of the "e-mail" has counted. Not sure if it does
matter in the case of Commons, but we can only know if we try. Anyway,
I don't want to advocate here. I just wanted to say I have reserved
this page and it is for use for this project, if it wants to use it.
If not I am fine with this. Personally I think using these tools can
help brining in new committers, but of course I cannot know.

Cheers


>
> Best regards,
> Gilles
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Graph] On graph weight type(s)

[squarcel]

Hi,

I like the idea of external weights. Actually that could work for other
properties of the graph as well. I see a couple of use cases there.

As for lazy implementations, I like them too but with much less priority
for now.

Anyway, first things first: guys should I infer an implicit 'yes' from
your answers and go ahead with the proposed change for weights? Anyone
else has a word on this? I am just applying some lazy pattern here --
discuss before coding ;)

Claudio


> On 23 December 2011 10:38, Simone Tripodi 
> wrote:
>
>> Hi Matthew!
>>
>
>
>> Usually algorithms (like Dijkstra) already have clear enunciates and
>> steps are known, so we could safety expose 1 APIs that hide all that
>> details to clients wrapping your proposals.
>>
>
> That's what façades are for. I totally agree with providing users with
> utility methods that hide all the guts.
>
>
>>
>> WDYT? Thanks again!!!
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>>
>> On Fri, Dec 23, 2011 at 10:44 AM, Matthew Pocock
>>  wrote:
>> > Hi Simo,
>> >
>> > I guess the 5 minutes to run example would be:
>> >
>> > ShortestPathFunction.dijkstra
>> >  .makeResult(graph, EdgeWeight.forWeightedEdge, Monotonic.sumDouble)
>> >  .findShortestPath(source, target);
>> >
>> > I was assuming that there would be standard pallets of all the
>> strategies
>> > available statically in the obvious places. Actually, now I see the
>> code
>> > written out in full like that, I'd perhaps consider renaming
>> makeResult
>> to
>> > `calculate` or `prepare` or some other verb.
>> >
>> > Matthew
>> >
>> > On 23 December 2011 08:47, Simone Tripodi 
>> wrote:
>> >
>> >> Hi Matthew!
>> >>
>> >> at a first looks it is really interesting, just give me the time to
>> >> digest because at the same time I had the feeling of a little
>> >> over-engineering activity, I am worried that "5 minutes to run" users
>> >> would find it not so immediate.
>> >>
>> >> Thanks for providing stuff to learn from!
>> >> All the best,
>> >> -Simo
>> >>
>> >> http://people.apache.org/~simonetripodi/
>> >> http://simonetripodi.livejournal.com/
>> >> http://twitter.com/simonetripodi
>> >> http://www.99soft.org/
>> >>
>> >>
>> >>
>> >> On Thu, Dec 22, 2011 at 6:25 PM, Matthew Pocock
>> >>  wrote:
>> >> > Hi,
>> >> >
>> >> > Just thought I'd throw something out here. My experience is that I
>> often
>> >> > take the same graph (as in the exact same data, same objects) but
>> at
>> >> > different times want to use different weights. So, rather than
>> having
>> >> Edge
>> >> > extend Weighted, I'd factor weights out into their own
>> interface:
>> >> >
>> >> > /**
>> >> >  * An edge weight function.
>> >> >  *
>> >> >  * note: perhaps this should more generally just be a Function1> B>, if
>> >> > we have such a thing handy.
>> >> >  *
>> >> >  * @tparam E  edge type
>> >> >  * @tparam W weight type
>> >> >  */
>> >> > public interface EdgeWeight {
>> >> >  public W getWeight(E: Edge);
>> >> > }
>> >> >
>> >> > /**
>> >> >  * A combination of a monoid and comparator that satisfy
>> monotinicity
>> of
>> >> > the addition operation with respect to the comparator.
>> >> >  *
>> >> >  * ∀a: m.compare(m.zero, a) <= 0
>> >> >  * ∀a,b: m.compare(a, m.append(a, b)) <= 0
>> >> >  */
>> >> > public interface Monotonic extends Monoid, Comparator
>> >> >
>> >> > Also, some algorithms calculate all shortest paths at once, while
>> others
>> >> > calculate them individually and independently. It's probably even
>> >> possible
>> >> > to calculate some lazily. So, the interfaces for shortest paths
>> should
>> >> > decouple setting up a strategy for all shortest paths from an
>> object
>> that
>> >> > can be used to fetch a specific shortest path.
>> >> >
>> >> > /**
>> >> >  * An algorithm for finding shortest paths between vertices of a
>> graph,
>> >> > given some edge weighting function and
>> >> >  * a well-behaved combinator for edges between connected vertices.
>> >> >  */
>> >> > public interface ShortestPathFunction> >> Edge,
>> >> > G extends DirectedGraph, W> {
>> >> >  public ShortestPathResult makeResult(G graph,
>> EdgeWeight> W>
>> >> > weighting, Monotonic combineWith);
>> >> > }
>> >> >
>> >> > /**
>> >> >  * The shortest paths between vertices in a graph.
>> >> >  */
>> >> > public interface ShortestPathResult> Edge,
>> >> W>
>> >> > {
>> >> >  public WeightedPath findShortestPath(V source, V target);
>> >> > }
>> >> >
>> >> > How does that look? You can then have standard implementations of
>> these
>> >> > things in some static utility class or a spring-friendly resource.
>> The
>> >> > brute-force algorithms that compute all paths at once would do all
>> the
>> >> work
>> >> > in makeResult() and simply store this in some state within the
>> returned
>> >> > ShortestPathResult. Those that calculate individual pairs on the
>> fly
>> (or
>> >> > all shortest paths from some v

Re: [math] Strange svn conflict messages

[Gilles Sadowski]

On Fri, Dec 23, 2011 at 09:23:53AM -0700, Phil Steitz wrote:
> On 12/23/11 6:47 AM, Gilles Sadowski wrote:
> > Hello.
> >
> >>> Same problem here.
> >>> And it is the second time it happens:
> >>>  http://markmail.org/message/ocea43hf2gxvrzan
> >>>
> >> I didn't realize I almost copied/paste a prevous message of yours...
> >> I've tried again to commit, with no success.
> >> Is there something I can do to investigate a synchronization problem
> >> between different repositories?
> > I have no clue.
> > As you might have read in that other thread, we didn't find the cause of the
> > problem. It just went away after Phil committed some change into the
> > "corrupted" files.
> 
> Yes, we never actually figured out what was going on there.  I agree
> with the intuition that it could have something to do with EU mirrors.
> 
> Try posting a summary of the two problems to infrastructure@
> 
> If you do not get a good response there, I would recommend opening a
> subversion JIRA.

Thanks for the suggestion.

Sébastien,
Will you do it?


Best,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Strange svn conflict messages

[Sébastien Brisard]

>
> Thanks for the suggestion.
>
> Sébastien,
> Will you do it?
>
>
> Best,
> Gilles
>
Yes, I will (maybe not tonight, though!).
Best regards!
Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Strange svn conflict messages

[Sébastien Brisard]

I've been in touch with people at infrastructure, which suggested the following.

US MIRROR
=
svn info 
http://svn.us.apache.org/repos/asf/commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java
produces
Path: BinomialDistribution.java
Name: BinomialDistribution.java
URL: 
http://svn.us.apache.org/repos/asf/commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java
Repository Root: http://svn.us.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 1222846
Node Kind: file
Last Changed Author: celestin
Last Changed Rev: 1210359
Last Changed Date: 2011-12-05 09:15:38 +0100 (Lun, 05 déc 2011)

EU MIRROR
=
svn info 
http://svn.eu.apache.org/repos/asf/commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java

Path: BinomialDistribution.java
Name: BinomialDistribution.java
URL: 
http://svn.eu.apache.org/repos/asf/commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java
Repository Root: http://svn.eu.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 1222847
Node Kind: file
Last Changed Author: celestin
Last Changed Rev: 1209963
Last Changed Date: 2011-12-03 19:23:02 +0100 (Sam, 03 déc 2011)

This indeed suggests that both mirrors are not exactly synchronized.
How can we force this?
Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

RE: Google+ Apache Commons brand page

[Lorenzo Solano]

+1 & Like This!




"People don’t want a quarter-inch drill, they want a quarter-inch hole."
Theodore Levitt._

-Original Message-
From: Christian Grobmeier [mailto:grobme...@gmail.com]
Sent: Friday, December 23, 2011 12:56 PM
To: Commons Developers List
Subject: Re: Google+ Apache Commons brand page

On Fri, Dec 23, 2011 at 5:28 PM, Gilles Sadowski
 wrote:
> On Fri, Dec 23, 2011 at 05:00:03PM +0100, Christian Grobmeier wrote:
>> On Fri, Dec 23, 2011 at 4:46 PM, Gilles Sadowski
>>  wrote:
>> > Hello.
>> >
>> >> Thank you for reserving the page Christian. In the same vein we
>> >> should probably register an Apache Commons account on Twitter.
>> >
>> > How useful/needed is it to establish a presence on multiple "social"
>> > platforms?
>>
>> I would say it depends on how you utilize that. These days if find
>> #dartlang is using G+ very well. It brings them much attention there.
>> But if you would post only boring stuff once a  month, then you
>> probably should save the time.
>
> Currently I don't utilize that, partly because I didn't know it existed
> before your email ;-), but mostly because being already overwhelmed by the
> ML posts, I wouldn't stand in the way of another stream...
>
> My question above was a genuine one: How useful is it to people? How is it
> really necessary to push news, or be "interactive"?

I can't answer with statistics. But following the talk of the people
it seem the days of the "e-mail" has counted. Not sure if it does
matter in the case of Commons, but we can only know if we try. Anyway,
I don't want to advocate here. I just wanted to say I have reserved
this page and it is for use for this project, if it wants to use it.
If not I am fine with this. Personally I think using these tools can
help brining in new committers, but of course I cannot know.

Cheers


>
> Best regards,
> Gilles
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



--
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Este mensaje puede contener información privilegiada y confidencial.  Dicha 
información es exclusivamente para el uso del individuo o entidad al cual es 
enviada.  Si el lector de este mensaje no es el destinatario del mismo, queda 
formalmente notificado que cualquier divulgación, distribución, reproducción o 
copiado de esta comunicación está estrictamente prohibido.  Si este es el caso, 
favor de eliminar el mensaje de su computadora e informar al emisor a través de 
un mensaje de respuesta.  Las opiniones expresadas en este mensaje son propias 
del autor y no necesariamente coinciden con las de la Compañía Dominicana de 
Teléfonos.


Gracias.

Compañía Dominicana de Teléfonos


This message may contain information that is priviliged and confidential. It is 
intended only for the use of the individual or entity to which it is addressed. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution, reproduction or copying of this 
communication is strictly prohibited.  If this is the case, please proceed to 
destroy the message from your computer and inform the sender through reply 
mail. Information in this message that does not directly relate to the official 
business of the company shall be understood as neither given nor endorsed by it.

Thank you.

Compañía Dominicana de Teléfonos

Re: Commons VFS support for Amazon S3?

[Gary Gregory]

The whole commons community is responsible for VFS but some developers
are more focused on a subset of commons. There are no plans that I
know of for S3. You are welcome to contribute a patch with a JIRA. The
tricky part is unit testing. Usually tests runs with every build but
in this case I am not sure how you can do this without mocking.

Gary

On Dec 23, 2011, at 18:38, Liviu Tudor  wrote:

> Hi everyone,
>
>
> One of the projects I am to work on in the new year requires amongst other
> things storage of certain files in the Amazon S3. VFS sprang to mind as I
> knew from browsing the Commons repository that it provides an abstraction
> layer for dealing with file system ‹ however, it appears there is no S3
> support in VFS. Are there plans to include this in a future release? If so,
> is there an estimated release date? And also who are the developers
> responsible for this? I'm only asking because I'm thinking/hoping that I
> might be able to convince my company to put some effort perhaps into
> building S3 support into VFS ‹ and as such would be good to be in direct
> contact with the lead developers on this if I manage to pull this off.
> (Don't take this as a promise though, it's more of a dream I suppose at this
> stage :) But you don't find out till you try it so fingers crossed!)
>
>
>
>
> Liv
>
>
> Liviu Tudor
>
> E: liviu.tu...@gmail.com 
> M: +44 (0)7917696626
> W: http://about.me/liviutudor 
> Skype: liviutudor
>
> I'm nobody, nobody's perfect -- therefore I'm perfect!
>
>
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Commons VFS support for Amazon S3?

[Liviu Tudor]

D'oh, good point about unit testing, Gary! Hasn't crossed my mind what a
problem this could be h food for thought I suppose…
I'll go and talk to my team after the holiday season see if I can pull
some resources towards this.
Thanks for the heads-up!


Liv 
 
Liviu Tudor
 
E: liviu.tu...@gmail.com
M: +44 (0)7917696626
W: http://about.me/liviutudor
Skype: liviutudor
 
I'm nobody, nobody's perfect -- therefore I'm perfect!

 





On 23/12/2011 23:49, "Gary Gregory"  wrote:

>The whole commons community is responsible for VFS but some developers
>are more focused on a subset of commons. There are no plans that I
>know of for S3. You are welcome to contribute a patch with a JIRA. The
>tricky part is unit testing. Usually tests runs with every build but
>in this case I am not sure how you can do this without mocking.
>
>Gary
>
>On Dec 23, 2011, at 18:38, Liviu Tudor  wrote:
>
>> Hi everyone,
>>
>>
>> One of the projects I am to work on in the new year requires amongst
>>other
>> things storage of certain files in the Amazon S3. VFS sprang to mind as
>>I
>> knew from browsing the Commons repository that it provides an
>>abstraction
>> layer for dealing with file system ‹ however, it appears there is no S3
>> support in VFS. Are there plans to include this in a future release? If
>>so,
>> is there an estimated release date? And also who are the developers
>> responsible for this? I'm only asking because I'm thinking/hoping that I
>> might be able to convince my company to put some effort perhaps into
>> building S3 support into VFS ‹ and as such would be good to be in direct
>> contact with the lead developers on this if I manage to pull this off.
>> (Don't take this as a promise though, it's more of a dream I suppose at
>>this
>> stage :) But you don't find out till you try it so fingers crossed!)
>>
>>
>>
>>
>> Liv
>>
>>
>> Liviu Tudor
>>
>> E: liviu.tu...@gmail.com 
>> M: +44 (0)7917696626
>> W: http://about.me/liviutudor 
>> Skype: liviutudor
>>
>> I'm nobody, nobody's perfect -- therefore I'm perfect!
>>
>>
>>
>>
>>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>For additional commands, e-mail: dev-h...@commons.apache.org
>



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Commons VFS support for Amazon S3?

[Mark Fortner]

Looks like there is an S3 plugin already.  I'm not sure what version of VFS
it works with, but it might do the trick.

https://github.com/abashev/vfs-s3

Hope this helps,

Mark




On Fri, Dec 23, 2011 at 4:03 PM, Liviu Tudor  wrote:

> D'oh, good point about unit testing, Gary! Hasn't crossed my mind what a
> problem this could be h food for thought I suppose…
> I'll go and talk to my team after the holiday season see if I can pull
> some resources towards this.
> Thanks for the heads-up!
>
>
> Liv
>
> Liviu Tudor
>
> E: liviu.tu...@gmail.com
> M: +44 (0)7917696626
> W: http://about.me/liviutudor
> Skype: liviutudor
>
> I'm nobody, nobody's perfect -- therefore I'm perfect!
>
>
>
>
>
>
>
> On 23/12/2011 23:49, "Gary Gregory"  wrote:
>
> >The whole commons community is responsible for VFS but some developers
> >are more focused on a subset of commons. There are no plans that I
> >know of for S3. You are welcome to contribute a patch with a JIRA. The
> >tricky part is unit testing. Usually tests runs with every build but
> >in this case I am not sure how you can do this without mocking.
> >
> >Gary
> >
> >On Dec 23, 2011, at 18:38, Liviu Tudor  wrote:
> >
> >> Hi everyone,
> >>
> >>
> >> One of the projects I am to work on in the new year requires amongst
> >>other
> >> things storage of certain files in the Amazon S3. VFS sprang to mind as
> >>I
> >> knew from browsing the Commons repository that it provides an
> >>abstraction
> >> layer for dealing with file system ‹ however, it appears there is no S3
> >> support in VFS. Are there plans to include this in a future release? If
> >>so,
> >> is there an estimated release date? And also who are the developers
> >> responsible for this? I'm only asking because I'm thinking/hoping that I
> >> might be able to convince my company to put some effort perhaps into
> >> building S3 support into VFS ‹ and as such would be good to be in direct
> >> contact with the lead developers on this if I manage to pull this off.
> >> (Don't take this as a promise though, it's more of a dream I suppose at
> >>this
> >> stage :) But you don't find out till you try it so fingers crossed!)
> >>
> >>
> >>
> >>
> >> Liv
> >>
> >>
> >> Liviu Tudor
> >>
> >> E: liviu.tu...@gmail.com 
> >> M: +44 (0)7917696626
> >> W: http://about.me/liviutudor 
> >> Skype: liviutudor
> >>
> >> I'm nobody, nobody's perfect -- therefore I'm perfect!
> >>
> >>
> >>
> >>
> >>
> >
> >-
> >To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: Commons VFS support for Amazon S3?

[Ralph Goers]

I recall seeing S3 mentioned on the dev list a while ago, probably in reference 
to this project and whether we wanted to include it in VFS. It seems to be 
based on vfs2.  I didn't investigate to see what licenses its dependencies are 
under, but this project is now Apache licensed.

Ralph

On Dec 23, 2011, at 4:54 PM, Mark Fortner wrote:

> Looks like there is an S3 plugin already.  I'm not sure what version of VFS
> it works with, but it might do the trick.
> 
> https://github.com/abashev/vfs-s3
> 
> Hope this helps,
> 
> Mark
> 
> 
> 
> 
> On Fri, Dec 23, 2011 at 4:03 PM, Liviu Tudor  wrote:
> 
>> D'oh, good point about unit testing, Gary! Hasn't crossed my mind what a
>> problem this could be h food for thought I suppose…
>> I'll go and talk to my team after the holiday season see if I can pull
>> some resources towards this.
>> Thanks for the heads-up!
>> 
>> 
>> Liv
>> 
>> Liviu Tudor
>> 
>> E: liviu.tu...@gmail.com
>> M: +44 (0)7917696626
>> W: http://about.me/liviutudor
>> Skype: liviutudor
>> 
>> I'm nobody, nobody's perfect -- therefore I'm perfect!
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On 23/12/2011 23:49, "Gary Gregory"  wrote:
>> 
>>> The whole commons community is responsible for VFS but some developers
>>> are more focused on a subset of commons. There are no plans that I
>>> know of for S3. You are welcome to contribute a patch with a JIRA. The
>>> tricky part is unit testing. Usually tests runs with every build but
>>> in this case I am not sure how you can do this without mocking.
>>> 
>>> Gary
>>> 
>>> On Dec 23, 2011, at 18:38, Liviu Tudor  wrote:
>>> 
 Hi everyone,
 
 
 One of the projects I am to work on in the new year requires amongst
 other
 things storage of certain files in the Amazon S3. VFS sprang to mind as
 I
 knew from browsing the Commons repository that it provides an
 abstraction
 layer for dealing with file system ‹ however, it appears there is no S3
 support in VFS. Are there plans to include this in a future release? If
 so,
 is there an estimated release date? And also who are the developers
 responsible for this? I'm only asking because I'm thinking/hoping that I
 might be able to convince my company to put some effort perhaps into
 building S3 support into VFS ‹ and as such would be good to be in direct
 contact with the lead developers on this if I manage to pull this off.
 (Don't take this as a promise though, it's more of a dream I suppose at
 this
 stage :) But you don't find out till you try it so fingers crossed!)
 
 
 
 
 Liv
 
 
 Liviu Tudor
 
 E: liviu.tu...@gmail.com 
 M: +44 (0)7917696626
 W: http://about.me/liviutudor 
 Skype: liviutudor
 
 I'm nobody, nobody's perfect -- therefore I'm perfect!
 
 
 
 
 
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>> 
>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>> 
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-sanselan-test (in module apache-commons) failed

[Gump]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-sanselan-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 7 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-sanselan-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-sanselan-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/sanselan/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/sanselan/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/sanselan/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/sanselan/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-sanselan-test/gump_work/build_apache-commons_commons-sanselan-test.html
Work Name: build_apache-commons_commons-sanselan-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 mins 29 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/sanselan/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/sanselan]
M2_HOME: /opt/maven2
-
Running org.apache.commons.sanselan.formats.jpeg.exif.TextFieldTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.559 sec
Running 
org.apache.commons.sanselan.formats.jpeg.exif.WriteExifMetadataExampleTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.004 sec
Running org.apache.commons.sanselan.formats.jpeg.exif.ExifRewriteTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 7.417 sec
Running org.apache.commons.sanselan.formats.jpeg.exif.MakerNoteFieldTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.545 sec
Running org.apache.commons.sanselan.formats.jpeg.exif.AsciiFieldTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.095 sec
Running org.apache.commons.sanselan.formats.jpeg.exif.ExifDumpTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.518 sec
Running org.apache.commons.sanselan.formats.jpeg.exif.WriteTagsTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running org.apache.commons.sanselan.formats.jpeg.exif.GpsTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.463 sec
Running org.apache.commons.sanselan.formats.jpeg.iptc.IptcDumpTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.461 sec
Running org.apache.commons.sanselan.formats.jpeg.iptc.IptcUpdateTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.682 sec
Running org.apache.commons.sanselan.common.BinaryFileFunctionsTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.sanselan.common.RationalNumberTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.apache.commons.sanselan.common.bytesource.ByteSourceImageTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 17.302 sec
Running org.apache.commons.sanselan.common.bytesource.ByteSourceDataTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.105 sec
Running org.apache.commons.sanselan.color.ColorConversionsTest
Tests run: 5, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec <<< 
FAILURE!

Results :

Failed tests:   
testCMYKtoRGB(org.apache.commons.sanselan.color.ColorConversionsTest): {C: 0.0, 
M: 0.0, Y: 64.0, K: 64.0} expected: but was:

Tests run: 86, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/sanselan/target/surefire-reports for 
the individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 2 minutes 28 seconds
[INFO] Finished at: Sat Dec 24 02:22:45 UTC 2011
[INFO] Final Memory: 34M/83M
[INFO] 
-

Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.

[Gary Gregory]

On Fri, Dec 23, 2011 at 8:44 AM, Gary Gregory wrote:

> On Fri, Dec 23, 2011 at 8:07 AM, Simone Tripodi 
> wrote:
>
>> Hi again!!!
>>
>> >
>> > My plan is simply to finish cleaning up the warnings that generics
>> > introduced, like the one you just fixed in javadocs.
>> >
>> > Still no runtime behavior changes. I did not even change to enhanced
>> for loops.
>> >
>>
>> I agree, let's not break (potentially) the pool behavior, what we
>> wanted are just generics
>>
>> > I plan building an RC soon. Because of the generics only aspect of the
>> > changes since 1.5.7, I do not see the need for more work than anything
>> > related to generics in the code. For the build, the POM can continue
>> > to pick up current versions of plugins IMO.
>> >
>> > Do you see anything else to do?
>>
>> nope I'm totally on your same path :) I can provide you help on the RC
>> if needed!
>>
>
> Thank you Simo.
>
> All: Please take a closer look at what is in SVN if you can, do a local
> build a site, and so on. It looks pretty good IMO since it is just 1.5.7 +
> generics. Also I've updated build plugins.
>
> I'd like to cut a RC very soon.
>

FYI: I asked infra to enable common-pool for Nexus:
https://issues.apache.org/jira/browse/INFRA-4252

Gary


> Gary
>
>
>> All the best!
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> Spring Batch in Action: http://bit.ly/bqpbCK
>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: Commons VFS support for Amazon S3?

[Elijah Zupancic]

I would love to help out with this if there is support from the Commons
community on integrating S3 functionality.

-Elijah
On Fri, Dec 23, 2011 at 5:23 PM, Ralph Goers wrote:

> I recall seeing S3 mentioned on the dev list a while ago, probably in
> reference to this project and whether we wanted to include it in VFS. It
> seems to be based on vfs2.  I didn't investigate to see what licenses its
> dependencies are under, but this project is now Apache licensed.
>
> Ralph
>
> On Dec 23, 2011, at 4:54 PM, Mark Fortner wrote:
>
> > Looks like there is an S3 plugin already.  I'm not sure what version of
> VFS
> > it works with, but it might do the trick.
> >
> > https://github.com/abashev/vfs-s3
> >
> > Hope this helps,
> >
> > Mark
> >
> >
> >
> >
> > On Fri, Dec 23, 2011 at 4:03 PM, Liviu Tudor 
> wrote:
> >
> >> D'oh, good point about unit testing, Gary! Hasn't crossed my mind what a
> >> problem this could be h food for thought I suppose…
> >> I'll go and talk to my team after the holiday season see if I can pull
> >> some resources towards this.
> >> Thanks for the heads-up!
> >>
> >>
> >> Liv
> >>
> >> Liviu Tudor
> >>
> >> E: liviu.tu...@gmail.com
> >> M: +44 (0)7917696626
> >> W: http://about.me/liviutudor
> >> Skype: liviutudor
> >>
> >> I'm nobody, nobody's perfect -- therefore I'm perfect!
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> On 23/12/2011 23:49, "Gary Gregory"  wrote:
> >>
> >>> The whole commons community is responsible for VFS but some developers
> >>> are more focused on a subset of commons. There are no plans that I
> >>> know of for S3. You are welcome to contribute a patch with a JIRA. The
> >>> tricky part is unit testing. Usually tests runs with every build but
> >>> in this case I am not sure how you can do this without mocking.
> >>>
> >>> Gary
> >>>
> >>> On Dec 23, 2011, at 18:38, Liviu Tudor  wrote:
> >>>
>  Hi everyone,
> 
> 
>  One of the projects I am to work on in the new year requires amongst
>  other
>  things storage of certain files in the Amazon S3. VFS sprang to mind
> as
>  I
>  knew from browsing the Commons repository that it provides an
>  abstraction
>  layer for dealing with file system ‹ however, it appears there is no
> S3
>  support in VFS. Are there plans to include this in a future release?
> If
>  so,
>  is there an estimated release date? And also who are the developers
>  responsible for this? I'm only asking because I'm thinking/hoping
> that I
>  might be able to convince my company to put some effort perhaps into
>  building S3 support into VFS ‹ and as such would be good to be in
> direct
>  contact with the lead developers on this if I manage to pull this off.
>  (Don't take this as a promise though, it's more of a dream I suppose
> at
>  this
>  stage :) But you don't find out till you try it so fingers crossed!)
> 
> 
> 
> 
>  Liv
> 
> 
>  Liviu Tudor
> 
>  E: liviu.tu...@gmail.com 
>  M: +44 (0)7917696626
>  W: http://about.me/liviutudor 
>  Skype: liviutudor
> 
>  I'm nobody, nobody's perfect -- therefore I'm perfect!
> 
> 
> 
> 
> 
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: Commons VFS support for Amazon S3?

[Gary Gregory]

Another angle to consider is whether this should be in VFS2 or in a
new Java 7-based FileSystem library. Or both. The biggest hurdle I see
is unit testing.

Gary

On Dec 23, 2011, at 21:34, Elijah Zupancic  wrote:

> I would love to help out with this if there is support from the Commons
> community on integrating S3 functionality.
>
> -Elijah
> On Fri, Dec 23, 2011 at 5:23 PM, Ralph Goers 
> wrote:
>
>> I recall seeing S3 mentioned on the dev list a while ago, probably in
>> reference to this project and whether we wanted to include it in VFS. It
>> seems to be based on vfs2.  I didn't investigate to see what licenses its
>> dependencies are under, but this project is now Apache licensed.
>>
>> Ralph
>>
>> On Dec 23, 2011, at 4:54 PM, Mark Fortner wrote:
>>
>>> Looks like there is an S3 plugin already.  I'm not sure what version of
>> VFS
>>> it works with, but it might do the trick.
>>>
>>> https://github.com/abashev/vfs-s3
>>>
>>> Hope this helps,
>>>
>>> Mark
>>>
>>>
>>>
>>>
>>> On Fri, Dec 23, 2011 at 4:03 PM, Liviu Tudor 
>> wrote:
>>>
 D'oh, good point about unit testing, Gary! Hasn't crossed my mind what a
 problem this could be h food for thought I suppose…
 I'll go and talk to my team after the holiday season see if I can pull
 some resources towards this.
 Thanks for the heads-up!


 Liv

 Liviu Tudor

 E: liviu.tu...@gmail.com
 M: +44 (0)7917696626
 W: http://about.me/liviutudor
 Skype: liviutudor

 I'm nobody, nobody's perfect -- therefore I'm perfect!







 On 23/12/2011 23:49, "Gary Gregory"  wrote:

> The whole commons community is responsible for VFS but some developers
> are more focused on a subset of commons. There are no plans that I
> know of for S3. You are welcome to contribute a patch with a JIRA. The
> tricky part is unit testing. Usually tests runs with every build but
> in this case I am not sure how you can do this without mocking.
>
> Gary
>
> On Dec 23, 2011, at 18:38, Liviu Tudor  wrote:
>
>> Hi everyone,
>>
>>
>> One of the projects I am to work on in the new year requires amongst
>> other
>> things storage of certain files in the Amazon S3. VFS sprang to mind
>> as
>> I
>> knew from browsing the Commons repository that it provides an
>> abstraction
>> layer for dealing with file system ‹ however, it appears there is no
>> S3
>> support in VFS. Are there plans to include this in a future release?
>> If
>> so,
>> is there an estimated release date? And also who are the developers
>> responsible for this? I'm only asking because I'm thinking/hoping
>> that I
>> might be able to convince my company to put some effort perhaps into
>> building S3 support into VFS ‹ and as such would be good to be in
>> direct
>> contact with the lead developers on this if I manage to pull this off.
>> (Don't take this as a promise though, it's more of a dream I suppose
>> at
>> this
>> stage :) But you don't find out till you try it so fingers crossed!)
>>
>>
>>
>>
>> Liv
>>
>>
>> Liviu Tudor
>>
>> E: liviu.tu...@gmail.com 
>> M: +44 (0)7917696626
>> W: http://about.me/liviutudor 
>> Skype: liviutudor
>>
>> I'm nobody, nobody's perfect -- therefore I'm perfect!
>>
>>
>>
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org


>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Commons VFS support for Amazon S3?

[Steven Siebert]

Instead of coding directly to S3, perhaps you can code to an
abstraction library such as jclouds
(http://www.jclouds.org/documentation/index)  and let them handle the
integration with the various cloud storage providers.  You would get
simplified testing and multi-provider support instead of an S3
specific implementation.



On Fri, Dec 23, 2011 at 9:37 PM, Gary Gregory  wrote:
> Another angle to consider is whether this should be in VFS2 or in a
> new Java 7-based FileSystem library. Or both. The biggest hurdle I see
> is unit testing.
>
> Gary
>
> On Dec 23, 2011, at 21:34, Elijah Zupancic  wrote:
>
>> I would love to help out with this if there is support from the Commons
>> community on integrating S3 functionality.
>>
>> -Elijah
>> On Fri, Dec 23, 2011 at 5:23 PM, Ralph Goers 
>> wrote:
>>
>>> I recall seeing S3 mentioned on the dev list a while ago, probably in
>>> reference to this project and whether we wanted to include it in VFS. It
>>> seems to be based on vfs2.  I didn't investigate to see what licenses its
>>> dependencies are under, but this project is now Apache licensed.
>>>
>>> Ralph
>>>
>>> On Dec 23, 2011, at 4:54 PM, Mark Fortner wrote:
>>>
 Looks like there is an S3 plugin already.  I'm not sure what version of
>>> VFS
 it works with, but it might do the trick.

 https://github.com/abashev/vfs-s3

 Hope this helps,

 Mark




 On Fri, Dec 23, 2011 at 4:03 PM, Liviu Tudor 
>>> wrote:

> D'oh, good point about unit testing, Gary! Hasn't crossed my mind what a
> problem this could be h food for thought I suppose…
> I'll go and talk to my team after the holiday season see if I can pull
> some resources towards this.
> Thanks for the heads-up!
>
>
> Liv
>
> Liviu Tudor
>
> E: liviu.tu...@gmail.com
> M: +44 (0)7917696626
> W: http://about.me/liviutudor
> Skype: liviutudor
>
> I'm nobody, nobody's perfect -- therefore I'm perfect!
>
>
>
>
>
>
>
> On 23/12/2011 23:49, "Gary Gregory"  wrote:
>
>> The whole commons community is responsible for VFS but some developers
>> are more focused on a subset of commons. There are no plans that I
>> know of for S3. You are welcome to contribute a patch with a JIRA. The
>> tricky part is unit testing. Usually tests runs with every build but
>> in this case I am not sure how you can do this without mocking.
>>
>> Gary
>>
>> On Dec 23, 2011, at 18:38, Liviu Tudor  wrote:
>>
>>> Hi everyone,
>>>
>>>
>>> One of the projects I am to work on in the new year requires amongst
>>> other
>>> things storage of certain files in the Amazon S3. VFS sprang to mind
>>> as
>>> I
>>> knew from browsing the Commons repository that it provides an
>>> abstraction
>>> layer for dealing with file system ‹ however, it appears there is no
>>> S3
>>> support in VFS. Are there plans to include this in a future release?
>>> If
>>> so,
>>> is there an estimated release date? And also who are the developers
>>> responsible for this? I'm only asking because I'm thinking/hoping
>>> that I
>>> might be able to convince my company to put some effort perhaps into
>>> building S3 support into VFS ‹ and as such would be good to be in
>>> direct
>>> contact with the lead developers on this if I manage to pull this off.
>>> (Don't take this as a promise though, it's more of a dream I suppose
>>> at
>>> this
>>> stage :) But you don't find out till you try it so fingers crossed!)
>>>
>>>
>>>
>>>
>>> Liv
>>>
>>>
>>> Liviu Tudor
>>>
>>> E: liviu.tu...@gmail.com 
>>> M: +44 (0)7917696626
>>> W: http://about.me/liviutudor 
>>> Skype: liviutudor
>>>
>>> I'm nobody, nobody's perfect -- therefore I'm perfect!
>>>
>>>
>>>
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev

Re: [modeler] Commons Modeler

[Bill Barker]

Thank you for the documentation.  There is admittedly a lack of 
documentation currently for [modeler], and every bit helps.  I'm more used 
to seeing using metadata to load the MBeans in [modeler] (like Tomcat does, 
and Jetty at least used to do, since haven't looked at Jetty in awhile). But 
I can see the use case for your example.  However, to answer one of your 
questions, the wiki is open to anyone that doesn't abuse/spam it.


Of course, you cannot currently commit to svn.  The best path is to open a 
Jira issue and attach the examples there.  I'm the last even semi-active 
[modeler] developer according to the website, since it never really gained a 
community.  But would consider adding an examples section if it helps 
actually create a community.  Of course, SImo or others could pick up the 
patch and add it if they wanted to as well.


-Original Message- 
From: Liviu Tudor

Sent: Friday, December 23, 2011 7:02 AM
To: Commons Developers List
Subject: Commons Modeler

Hi everyone, apologies for the email but I spoke earlier on with Simo, who
encouraged me to use the dev ML a bit more ‹ hence this email :)
In brief, recently I had worked on a project where I found myself using (for
the first time, truth being told) the Commons Modeler. Since there was
hardly any documentation on this project at the time, I put together a post
on my blog on the way I used this component. It then occurred to me that it
makes sense to have this on the Modeler wiki page as well ‹ so those of you
who are watching the Modeler wiki would have seen my recent changes on
http://wiki.apache.org/commons/Modeler, where I included the link to my
original post (in the "External Resources" section). I then went on and
copied and adapted the content of the original post in a page on its own at
http://wiki.apache.org/commons/WrapUpBeanWithBaseModelMBean ‹ which is also
referenced from the main Modeler wiki page as well.
Am I right now in assuming the guys @ Modeler will manage/accept/reject my
changes and decide whether we need the link to my post as well as the page I
created? Or do I have to signal this on this list and find out opinions on
this ‹ and then go and execute these myself?
The other thing as well, in my wiki page, I had included the full listing of
the code ‹ is there a way I can maybe commit the sources to SVN so people
can download these and also maybe we can reference these in the wiki page? I
personally find it much easier to download a source file and view it in my
Eclipse rather than traversing the code on a web page ‹ maybe that's just me
thoughŠ
Apologies for the so many questions in a single email!


Liv


Liviu Tudor

E: liviu.tu...@gmail.com 
M: +44 (0)7917696626
W: http://about.me/liviutudor 
Skype: liviutudor

I'm nobody, nobody's perfect -- therefore I'm perfect!






-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

[Gump]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-proxy-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 297 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-proxy-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/proxy/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/gump_work/build_apache-commons_commons-proxy-test.html
Work Name: build_apache-commons_commons-proxy-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 12 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/proxy]
M2_HOME: /opt/maven2
-
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.factory.util.TestMethodSignature
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.provider.TestConstantProvider
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec
Running org.apache.commons.proxy.exception.TestDelegateProviderException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.invoker.TestChainInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.186 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.interceptor.filter.TestReturnTypeFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.proxy.provider.TestBeanProvider
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec

Results :

Tests in error: 
  testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker)

Tests run: 179, Failures: 0, Errors: 1, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 11 seconds
[INFO] Finished at: Sat Dec 24 07:29:31 UTC 2011
[INFO] Final Memory: 24M/58M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/rss.xml
- Atom: 
http://vmgump.apache.o

[math] Strange svn conflict messages Commons Dev.

[Sébastien Brisard]

Hi Daniel,
>
> Please keep the list CC'd.  More below.
>

I previously did a copy/paste of your message, but am now copying to
the dev list.

>
> You're wrong.  The mirrors are synchronized --- and, in fact, after you
> run the first command some commit was finalized *and got synced* before
> you ran the second command :)
>
> You should run these commands at the time you can reproduce the failed
> commits, to confirm whether or not out-of-sync mirror is the problem.
>

In fact, I think I didn't copy/paste the relevant part of the output:
in both repositories the "Last Changed Rev" fields were different, and
I thought this might indicate bad synchronization, but this is not
correct. Anyway, as you suggested, I tried again to commit my files,
since  the commands I ran yesterday should have synced the mirrors. I
got the same failure message.

Running again svn info on both eu and us mirrors, for the file
commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java
now produces

US MIRROR
ath: BinomialDistribution.java
Name: BinomialDistribution.java
URL: 
http://svn.us.apache.org/repos/asf/commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java
Repository Root: http://svn.us.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 1222933
Node Kind: file
Last Changed Author: celestin
Last Changed Rev: 1210359
Last Changed Date: 2011-12-05 09:15:38 +0100 (Lun, 05 déc 2011)

EU MIRROR
Path: BinomialDistribution.java
Name: BinomialDistribution.java
URL: 
http://svn.eu.apache.org/repos/asf/commons/proper/math/trunk/src/main/java/org/apache/commons/math/distribution/BinomialDistribution.java
Repository Root: http://svn.eu.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 1222933
Node Kind: file
Last Changed Author: celestin
Last Changed Rev: 1209963
Last Changed Date: 2011-12-03 19:23:02 +0100 (Sam, 03 déc 2011)

Doest that help?

Thanks for your advice!
Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org