+1 as well
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Mar 9, 2012 at 4:26 AM, Gary Gregory garydgreg...@gmail.com wrote:
Sounds good to me. +1
Gary
On Mar 8, 2012, at 21:03, sebb
Salut Manu,
I can do something, it is a matter of implementing a doclet for
javadoc - the Maven plugin already supports it, unfortunately I don't
have so much spare time to follow all these activities ATM :(
On 2010/2011 I helped Google Doclava[1] team on releasing the Doclava
Doclet to Mvn
is a problem. I would not find seeing some apache
graphical branding but that's it. I find the Google example and it's
mix of font sizes ugly as sin. It's all subjective of course. This
could end up a discussion about where to put curly braces...
On Mar 9, 2012, at 6:13, Simone Tripodi
://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Mar 9, 2012 at 1:33 PM, Emmanuel Bourg ebo...@apache.org wrote:
Le 09/03/2012 12:44, Simone Tripodi a écrit :
@Manu: AFAIK (I could be wrong here) even for applying different CSS
we have to create a small doclet with resources only - please
Hi Lukasz,
I am worried that current number of detected
PMD/CPD/findbugs/checkstyle/ co.[1] is too under the quality here at
commons are used to, before releasing a component.
It would be great having them fixed before releasing, then I can
quickly cut a new RC (I am now used to cover the
://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
2012/3/9 Łukasz Lenart lukasz.len...@googlemail.com:
2012/3/9 Simone Tripodi simonetrip...@apache.org:
Hi Lukasz,
I am worried that current number of detected
PMD/CPD/findbugs/checkstyle/ co.[1] is too under the quality
Maven guys usually track changes on Jira only, you can see the release
notes on[1] - IMHO upgrading to latest released and m2 users would get
benefit as well.
my 2 cents,
-Simo
[1] http://s.apache.org/b0B
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
.99soft.org/
On Fri, Mar 9, 2012 at 9:14 PM, Gary Gregory garydgreg...@gmail.com wrote:
On Fri, Mar 9, 2012 at 2:30 PM, Simone Tripodi
simonetrip...@apache.orgwrote:
Hi Gary,
that's the fluido-skin[1] I released under Maven project - at Maven we
are working on new releases of site, doxia
AIUI we only added the wagon dependency for M3 because of the change
in policy in M3 which meant the plugin was not automatically
included.
absolutely right, while in m2 the ssh wagon is provided, in m3 they
decided to keep it off :)
http://people.apache.org/~simonetripodi/
Salut Manu,
the JIRA id is the `pid` (project id) parameter you can usually find
on links when visiting the CSV project, in that case 12313222. You can
see it here[1] for example
HTH,
-Simo
[1]
https://issues.apache.org/jira/secure/CreateIssue.jspa?pid=12313222issuetype=4
Hi all guys,
this message just to invite you on testing the experimental branch[1]
where I got rid completely of marcher interfaces, such as
Vertex/Edge/WeightedGraph and related stuff and various combinations
of them.
I took advantage to keep only needed generics in builder chains, that
are used
Salut,
I couldn't resist and I started implementing a style spike under Maven
sandbox[1]; you can have a look at a preview on my personal ASF
space[2].
Work is still in progress but, as you can see, there are good
potentials to improve textual documentation - WDYT?
It is not too different from
://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 11, 2012 at 7:00 AM, Ralph Goers ralph.go...@dslextreme.com wrote:
On Mar 10, 2012, at 4:18 PM, Simone Tripodi wrote:
Salut,
I couldn't resist and I started implementing a style spike under Maven
sandbox[1]; you can have a look
Hi!
Commons Parent 24 includes the following reports:
Javadoc
Jxr
Surefire
RAT
Cobertura
Clirr
JDepend
I think the following should be added:
Changes/JIRA
+1 the pattern is always the same
The following could be added:
Findbugs
Checkstyle
+1
Any others?
PMD/CPD would be
Hi Torsten!
-1 for checkstyle
With my +1 I meant that, as we discussed in another thread, the parent
could provide a default - but overridable - configuration; I think
that having at least one metric of code style measure in each
component would be nice to have, so unless other preferences, the
Hi again Torsten!
I thought it would be useful having a checkstyle also becasue it is
not just a matter of code formatting rules, there are also useful
basic checks http://checkstyle.sourceforge.net/checks.html that help
- me, at least - on taking care of some rules I can occasionally
forget to
Unless I'm missing something:
(Using CheckStyle) != (Using the same formatting style in all projects)
+1
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
Hi Thomas!
can I kindly ask you please to help me on merging modifications on
/trunk to the experimental branch?
I completed the drop the markers work but I still need to complete
the exporters...
Hope you can help, thanks in advance!
-Simo
http://people.apache.org/~simonetripodi/
, Simone Tripodi wrote:
Hi Thomas!
can I kindly ask you please to help me on merging modifications on
/trunk to the experimental branch?
I completed the drop the markers work but I still need to complete
the exporters...
Hope you can help, thanks in advance!
Hi Simone,
I can take a look
Hi Seb!
If the problem is due to multi-threading issues, isn't that because
the same instance is being shared between threads, presumably on
purpose?
while it is known that the Digester is not thread-safety, the
DigesterLoader (that corresponds to its Factory, or Builder) shall
allow users
Hi Thomas,
I have a proposal almost ready on my local machine, I'll show you as
soon as possible in order you can review and share your thoughts.
The GraphML exporter was an external contribution - I never used
Thinkerpop stuff and don't know details, apologize... which action you
suggest to
/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Mar 17, 2012 at 12:40 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi Thomas,
I have a proposal almost ready on my local machine, I'll show you as
soon as possible in order
concept is cool I'll check it out to see how to help,, wrong code
style anyway :P
congrats!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 18, 2012 at 8:12 PM, c...@apache.org wrote:
LOL :D
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 18, 2012 at 9:00 PM, Christian Grobmeier
grobme...@gmail.com wrote:
On Sun, Mar 18, 2012 at 8:57 PM, Simone Tripodi
simonetrip
://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 18, 2012 at 10:16 PM, Thomas Neidhart
thomas.neidh...@gmail.com wrote:
On 03/17/2012 01:55 AM, Simone Tripodi wrote:
Hi Thomas,
please see r1301848 - this is something prototypal and suggestions are
much
OH :( I liked the fact that commons properties were defined just once
in the Abstract impl :(
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Mar 20, 2012 at 4:14 PM, c...@apache.org wrote:
Author:
/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Mar 20, 2012 at 5:46 PM, Claudio Squarcella
squar...@dia.uniroma3.it wrote:
Hi Simone,
On 20/03/2012 17:35, Simone Tripodi wrote:
OH :( I liked the fact that commons properties
Hi Claudio,
the thing is: even if (for example) edge weights are supported in ALL the
file formats of the world (which is quite plausible), the actual attribute
will likely be called in different ways for each format: weight, w,
value or whatever. So even a unified implementation in
Hi all guys,
in order to speedup things, I'd propose to reintegrate the
experimental branch[1] where Claudio finalized my work of dropping the
Vertex/Edge (and few other) marker interfaces, defining a clean set of
abstract APIs for the graph exporter.
Reintegrating the branch on trunk implies
I agree with you!
spaces maybe are intentionally there, or not?
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Mar 23, 2012 at 12:36 PM, sebb seb...@gmail.com wrote:
Do we really need
it reintegrated before merging back, with his
pros and cons - WDYT?
best and TIA,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Mar 23, 2012 at 4:16 PM, Simone Tripodi
simonetrip...@apache.org
sounds reasonable indeed, let users chose the preferred behavior.
FWIW, +1 as well :)
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Mar 24, 2012 at 10:27 PM, Emmanuel Bourg ebo...@apache.org
Hi Claud.io,
which becomes something like:
export( actual ).usingDotNotation().withName( my graph )
.withVertexLabels( new VertexLabelMapper() )
.withEdgeWeights( new EdgeWeightMapper() )
.withEdgeLabels( new
branches reintegrated, have a good work!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 25, 2012 at 1:22 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi Claud.io,
which becomes
Great, I like it!
just a minor observation:
+ for ( int i = 0; i sortedEdge.size(); i++ )
{
- WE we = iterator.next();
- iterator.remove();
+ WE we = sortedEdge.poll();
do we really need to cycle guarding an accumulator? I'd replace it
Hi Claud.io
I honestly felt I little lost - code would speak better than thousands
of words, what about branching once again and make a concrete
proposal? ;)
Looking forward to read about it!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
I just modified it, see r1305065
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 25, 2012 at 4:46 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Great, I like it!
just a minor
Hi Graphers,
I was trying to code the ELO algorithm using a BSF algo and got in
trouble with the boolean return value of the visit handler methods - I
think that we could improve it a little, adopting a similar approach
of the AsyncHttpClient's AsyncHandler[1]: *maybe* having those methods
that
if I get it right you are saying that two values (true/false) are too
limiting for some of the current methods. Do you have a specific example, to
get a clearer idea of the improvement?
nope, I am saying that the boolean flag is less intuitive - I had to
take a (short, of course) while to
* if ( handler.finishEdge( prevHead, e, v ).equals( VisitState.ABORT )
) ..
even better:
VisitState.ABORT == handler.finishEdge( prevHead, e, v )
Looks good to me, +1 :)
great, I am going to change it - then sleeping to cheat the new TZ :P
best,
-Simo
just had an idea of a possible new state: SKIP,that would mean
skipping the children/subtrees... thoughts? :P
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 25, 2012 at 11:22 PM, Simone
://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 25, 2012 at 11:36 PM, Claudio Squarcella
squar...@dia.uniroma3.it wrote:
Hi,
On 25/03/2012 23:27, Simone Tripodi wrote:
just had an idea of a possible new state: SKIP,that would mean
skipping the children
at 12:15 AM, Claudio Squarcella
squar...@dia.uniroma3.it wrote:
Hi,
On 25/03/2012 23:45, Simone Tripodi wrote:
just filled SANDBOX-416 and committed the
org.apache.commons.graph.visit.VisitState enum, now I am too sleepy to
continue - feel free to finalize it if you want/can/have spare
time
Hi all guys,
we have an ELO implementation now which I would really like some of us
could review and provide feedbacks/contributions/...
The concept is that *directed* Graphs represents tournaments where the
generic players (Vertices) take part, Edges are WIN/DRAW enums,
players are ranked in a
blocks for working with graphs instead of implementing domain
specific algorithms that happen to use a graph.
Emmanuel Bourg
Le 28/03/2012 18:57, Simone Tripodi a écrit :
Hi all guys,
we have an ELO implementation now which I would really like some of us
could review and provide feedbacks
Hi Elijah,
thanks a lot for the follow-up (and sorry for the late reply, I've
been off for few days).
I like the idea and I don't see any issue on using Mockito as test
dependency; moreover MIT license can be considered to be similar in
terms to the Apache License 2.0, see [1].
Looking forward
Same here, as main Meiyo contributor I'm of course interested, but no
available cycles ATM, hopefully during the weekend :(
Anyway, just to speak about it, I am changing my mind about classpath
scanning, that - even only when bootstrapping, of course - is a time
consuming operation.
I'd invite
[mailto:simone.trip...@gmail.com] On Behalf
Of Simone Tripodi
Sent: Wednesday, April 11, 2012 12:17 AM
To: Commons Developers List
Subject: Re: [classscan],[meiyo],[sandbox] Sharing a concrete proposal for
class path scanning / class metadata
Same here, as main Meiyo contributor I'm of course
+1
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Apr 13, 2012 at 8:59 PM, James Carman
ja...@carmanconsulting.com wrote:
+1
On Fri, Apr 13, 2012 at 2:28 PM, sebb seb...@gmail.com wrote:
I've
Thanks a lot for the followup Elijah, that was something I was waiting for! :)
I'll have a look at the issue tonight, stay tuned!
Thanks and all the best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
Hi Marco,
great, well done!
I'd suggest you to reopen the issue and work on the synchronized Graph
versions in order to fix the serialization issue - better not putting
a limit to users needs :)
Best and TIA, have a nice WE,
-Simo
http://people.apache.org/~simonetripodi/
Hi,
Pool2 still contains a lot of original @author tags.
These are now generally completely out of date, so we should consider
removing them. The original authors can be credited as developers in
the po,.
+1
The $Date$ SVN variables cause problems, because the date is expanded
using the
some (very few) components use the Maven style:
http://maven.apache.org/developers/maven-eclipse-codestyle.xml
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, May 17, 2012 at 4:47 AM, Love Yao
Hi, Matt!
I second Gary on that, there are enough preconditions to forget Java5
and focus on Java6 only.
You also have my +1 on supporting the SPI pattern on that!
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
Olá Bruno,
the ML is not the right place where attaching patches - can you please
fill an issue and assign it to me, so I won't forget to apply it?
TIA!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
Thank you James,
as soon as I get anther cycle of spare time I'll try to fix it - or,
at least, mute it :P
Have a nice WE, all the best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Jun 9,
+1 we are using it also in Cocoon and helps a lot - IMHO it should
replace public static reports generated and published by mvn...
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Jun 9,
great +1 on that - when working towards the first [functor] release, I
was worried that if our intention is including [functor] in BVal, I
would have brought a lot of unused stuff.
count on my support!
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
+1
just found .asc.(md5|sha1) files on repo that can be dropped
all the best and confrats once again for the hard work!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Wed, Jun 13, 2012 at 9:36 PM,
Hi Bene,
Hi,
while working on BU2, I was thinking about the API and what may be improved.
great! :)
Exceptions:
Right now a lot of API methods just populate the checked reflection
exceptions like InvocationTargetException from the native java
reflection API. This dooms Java 6 users to
/
On Fri, Jun 15, 2012 at 1:05 PM, James Carman
ja...@carmanconsulting.com wrote:
On Fri, Jun 15, 2012 at 1:50 AM, Simone Tripodi
simonetrip...@apache.org wrote:
2. Wrap checked exceptions into RuntimeExceptions. The question is,
what a user can do to recover from one of those exceptions. Only
+1 to James for both topics,
let's start from a basic exception - naming proposals are welcome.
I'll create the wiki page later after dinner - that WE is too much
sunny to stay at home ;)
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
Guten morgen, Bene,
My personal favorite is ReflectionException. I don't think, that we
should prefix classes wie BeanUtils*, because this information is
contained in the fully qualified class name.
+1 I wouldn't happy at all to add a BeanUtilsException,
ReflectionException sounds the good
+1 to Christian!
OGNL have been here for a long time without be released... let's work
towards a release!!!
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Jun 18, 2012 at 1:03 PM,
. Please excuse typos and brevity.
On Jun 18, 2012 4:30 AM, Simone Tripodi simonetrip...@apache.org wrote:
Guten morgen, Bene,
My personal favorite is ReflectionException. I don't think, that we
should prefix classes wie BeanUtils*, because this information is
contained in the fully
...@googlemail.com wrote:
I just realized, that we cannot call a method
MappedPropertyAccessor.for(String key) - for is a reserved keyword
;-)
How about:
MappedPropertyAcessor.forKey(String key) and
ArgumentsAcessor.with(Argument... Arguments)
Benedikt
2012/6/16 Simone Tripodi simonetrip...@apache.org
+1 to 'of'
short to type and intuitive!
Thanks Matt for the valuable feedbacks!
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
Hello,
I remember, that we added the internal package, because we had the
need to split up the code base. Looking at the code base now, I don't
see any reason for the internal package. Can we move Assertions back
to the main package and remove the internal package?
yes, I am taking care of
A suggestion:
we are often using the String.format() method to format Exception
messages - which is very good, IMHO - and since we are introducing a
new Exception we can take advantage for reducing its use, centralizing
the message format in the new exception itself, have a look at the
The point is with Property %s not found in %s type you're embedding the
relevant data in the message text and a client would have to parse the text
if a special handling is required.
I would never force poor users parsing the exception message to
understand what is wrong - I would add getters
Now I'm thinking
that it might be a better approach to handle exception where they
first appeared. For example we could catch the NoSuchMethodException
in DefaultBeanProperties. That would scatter the exception handling
everywhere around in the code, but it would reduce the overhead in
this really make sense? That is a rather large
hierarchy. Are people really going to put catch blocks for any of those
specific exceptions?
Sent from tablet device. Please excuse typos and brevity.
On Jun 20, 2012 2:58 AM, Benedikt Ritter benerit...@googlemail.com
wrote:
2012/6/19 Simone
Hi Bene,
I'll need some time to read you email, I am close to a deadline and
still have few task to complete.
In the meanwhile, I'd sugest you to move exceptions outside the
`exception` package and drop it - exceptions should be packaged at
APIs level, not by their nature.
Have a look, just to
Hi Bene,
I'm still working on https://issues.apache.org/jira/browse/SANDBOX-423
and I wanted to test if all the new exception get thrown correctly.
For that reason I implemented a new class - ExceptionThrowingTestBean
that properties and methods that throw exceptions when they get
called.
...@googlemail.com wrote:
Hey Simo,
thanks for the feedback. I hope that you could make your deadline ;-)
I'll implement that ASAP. Just one comment:
2012/6/25 Simone Tripodi simonetrip...@apache.org:
Hi Bene,
[SNIP]
that is fine, but just throw the expected exception, no needs to throw
. As a side note, I've intentionally left off
the javadocs for the example code that is used in the cookbook.
Please see the attached diff here:
https://issues.apache.org/jira/browse/CHAIN-69
On Mon, Apr 16, 2012 at 1:59 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Thanks a lot
sites have been redeployed as well... let's hope people will get
involved, indeed :)
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Jul 3, 2012 at 9:43 AM, Benedikt Ritter benerit...@gmail.com wrote:
FWIW, +1 as well!!! :)
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Wed, Jul 4, 2012 at 9:59 AM, Jörg Schaible
joerg.schai...@scalaris.com wrote:
Stephen Colebourne wrote:
On Java 5/6, I'm in
Hi Chas,
actually this item is in the wrong list - you have to put [classscan]
in the Sandbox list - this is the Proper list.
Let me know if you need assistance on updating the public sites!
Best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
Hi Gary!
which date would you suggest to put? The current date I am cutting the RC?
I am still in time of reverting changes - I am experiencing issues
with Nexus... but I'll open a new thread about it.
TIA,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
Hi all,
did someone already get Bad Request reponse from Nexus when
uploading artifacts? While trying to cut an RC for DBUtils, I stumbled
in that issue...
If there is something new, I'll write to repository@
TIA, all the best,
-Simo
[ERROR] Failed to execute goal
OK, thanks!!!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Jul 6, 2012 at 11:55 PM, sebb seb...@gmail.com wrote:
On 6 July 2012 22:52, Simone Tripodi simonetrip...@apache.org wrote:
Hi
Thanks Seb,
It's still using the old style Maven coordinates; such components have
to be enabled individually.
I honestly don't remember indeed if, when I cut a past DbUtils RC, I
used Nexus or not... :P
You probably need to raise a JIRA for it to be added to Nexus.
good, thanks!
Note:
excellent! :)
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Jul 12, 2012 at 9:47 AM, marcospera...@apache.org wrote:
Author: marcosperanza
Date: Thu Jul 12 07:47:05 2012
New Revision:
Hi Marco,
+@Override
+public int hashCode()
+{
+final int prime = 31;
+int result = 1;
+result = prime * result + ( ( adjacencyList == null ) ? 0 :
adjacencyList.hashCode() );
+result = prime * result + ( ( allEdges == null ) ? 0 :
Hi Phil!
I tried to find the thread as well but didn't success - I am anyway +1 on that!
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Jul 15, 2012 at 2:38 AM, Phil Steitz
My own +1
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Jul 16, 2012 at 2:43 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi all guys,
I am opening the current [VOTE] thread
Impressive feedbacks Gary, thanks a lot!
-1 with mvn clear site for
https://repository.apache.org/content/repositories/orgapachecommons-054/commons-dbutils/commons-dbutils/1.5/commons-dbutils-1.5-src.zip
:
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-site-plugin:3.0:site
, Simone Tripodi
simonetrip...@apache.org wrote:
Hi all guys,
I am opening the current [VOTE] thread to release Apache
commons-dbutils-1.5 based on RC1.
Release Notes:
http://people.apache.org/builds/commons/dbutils/1.5/RC1/RELEASE-NOTES.txt
Tag:
https://svn.apache.org/repos/asf
Ticket raised and patch provided for issue Gary found with site plugin
failing ( https://issues.apache.org/jira/browse/DBUTILS-93 ).
already applied, thanks
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
If the patch
doesn't make it into dbutil 1.5 we'll have the coverage for 1.6 ;-)
release early and often is a mantra that we should apply more... often :)
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
17, 2012 at 10:10 AM, Benedikt Ritter benerit...@gmail.com wrote:
Have a look at https://issues.apache.org/jira/browse/DBUTILS-94 ;)
Bene
2012/7/17 Simone Tripodi simonetrip...@apache.org:
If the patch
doesn't make it into dbutil 1.5 we'll have the coverage for 1.6 ;-)
release early
...@gmail.com wrote:
More coverage would be gained also by removing all of the deprecated code.
Then again, probably best to schedule that for next major release (e.g.
2.0). Create ticket for this?
Regards,
Stevo.
On Tue, Jul 17, 2012 at 10:59 AM, Simone Tripodi
simonetrip...@apache.orgwrote:
yes I
Hi all guys,
I am opening the current [VOTE] thread to release Apache
commons-dbutils-1.5 based on RC2.
Release Notes:
http://people.apache.org/builds/commons/dbutils/1.5/RC2/RELEASE-NOTES.txt
Tag:
https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_5_RC2/
Site:
my own +1
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Jul 17, 2012 at 2:08 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi all guys,
I am opening the current [VOTE] thread
On Jul 17, 2012, at 8:09, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
I am opening the current [VOTE] thread to release Apache
commons-dbutils-1.5 based on RC2.
Release Notes:
http://people.apache.org/builds/commons/dbutils/1.5/RC2/RELEASE-NOTES.txt
Tag:
https
Gregory garydgreg...@gmail.com wrote:
+1 looks good Simo. Thank you for addressing my issues.
Gary
On Tue, Jul 17, 2012 at 8:08 AM, Simone Tripodi
simonetrip...@apache.orgwrote:
Hi all guys,
I am opening the current [VOTE] thread to release Apache
commons-dbutils-1.5 based on RC2
supporting the smb protocol in [VFS] looks very interesting - I hope
VFS maintainers are interested as well!
FWIW, I am +1 on this.
thanks for contributing back!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
Why is this in a profile?
Normally it is a top level.
because it is the RC site deployment
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
Are the transitive dependencies actually included in the assembly?
If not, then the LN files should not mention them.
yes they are in the -bin(.tar.gz|.zip) assemblies, that is the reason
why I had to include special LN, due to digester transitive
dependency (CGLIB and ASM)
thanks for
1 - 100 of 1588 matches
Mail list logo