You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directmemory.apache.org by Olivier Lamy <ol...@apache.org> on 2011/10/13 09:35:44 UTC
Build change etc..
Hello Folks,
I'd like to cleanup the maven builds:
* moving test resources to src/test/resources
* fix various pom metadata: groupId (org.apache.directmemory), etc
* include rat plugin
* setup to deploy snapshots to r.a.o
* what else ? :-)
Do we agree on using a checstyle configuration and which one ? (I'd
like to have with all the die files available)
I have setup a jenkins job see
https://builds.apache.org/view/A-F/view/directmemory/
and a sonar job:
https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
Comments ?
Thanks,
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Build change etc..
Posted by Olivier Lamy <ol...@apache.org>.
Weird about issues in the build: see
https://analysis.apache.org/jenkins/job/directmemory/9/console
2011/10/15 Raffaele P. Guidi <ra...@gmail.com>:
> I just found Olivier message introducing the Sonar installation I asked for
> some 10 emails later... sorry! :D Coming back to sonar... isn't it wierd it
> doesn't report any tests executed or test coverage? Or is it an old report?
> How is it scheduled?
>
> On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
>
>> Hello Folks,
>> I'd like to cleanup the maven builds:
>> * moving test resources to src/test/resources
>> * fix various pom metadata: groupId (org.apache.directmemory), etc
>> * include rat plugin
>> * setup to deploy snapshots to r.a.o
>> * what else ? :-)
>>
>> Do we agree on using a checstyle configuration and which one ? (I'd
>> like to have with all the die files available)
>>
>> I have setup a jenkins job see
>> https://builds.apache.org/view/A-F/view/directmemory/
>> and a sonar job:
>>
>> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>>
>> Comments ?
>>
>> Thanks,
>> --
>> Olivier Lamy
>> Talend : http://talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Build change etc..
Posted by "Raffaele P. Guidi" <ra...@gmail.com>.
I just found Olivier message introducing the Sonar installation I asked for
some 10 emails later... sorry! :D Coming back to sonar... isn't it wierd it
doesn't report any tests executed or test coverage? Or is it an old report?
How is it scheduled?
On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
> Hello Folks,
> I'd like to cleanup the maven builds:
> * moving test resources to src/test/resources
> * fix various pom metadata: groupId (org.apache.directmemory), etc
> * include rat plugin
> * setup to deploy snapshots to r.a.o
> * what else ? :-)
>
> Do we agree on using a checstyle configuration and which one ? (I'd
> like to have with all the die files available)
>
> I have setup a jenkins job see
> https://builds.apache.org/view/A-F/view/directmemory/
> and a sonar job:
>
> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>
> Comments ?
>
> Thanks,
> --
> Olivier Lamy
> Talend : http://talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
Re: Build change etc..
Posted by "Raffaele P. Guidi" <ra...@gmail.com>.
Nice tool; while I always think that just avoiding accessors would be the
best choice this could be a good compromise
On Thu, Oct 13, 2011 at 10:47 PM, Simone Tripodi
<si...@apache.org>wrote:
> I have a proposal to avoid writing accessor methods but having them at
> the same time: why not plugging ProjectLombok[1]? :)
> Is not required as dependency at runtime, I would take in consideration...
> Simo
>
> [1] http://projectlombok.org/
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Thu, Oct 13, 2011 at 10:33 PM, Raffaele P. Guidi
> <ra...@gmail.com> wrote:
> > Ok, after some rest to take my breath back (:P) I would like to point out
> to
> > you one checkstyle rule I totally disagree with:
> >
> >
> https://analysis.apache.org/drilldown/violations/76460?priority=MAJOR&rule=checkstyle%3Acom.puppycrawl.tools.checkstyle.checks.design.VisibilityModifierCheck#
> >
> > My life as a java developer has been considerably better since I quit
> > writing getters and setters . I'd better cut my left hand (well,
> kinda...)
> > than going back writing get/setters - but I'll stick with anything the
> team
> > thinks is better.
> >
> > Change the rule or change the code?
> >
> > Ciao,
> > R
> >
> > On Thu, Oct 13, 2011 at 10:20 PM, Raffaele P. Guidi <
> > raffaele.p.guidi@gmail.com> wrote:
> >
> >> I'm speechless :O
> >>
> >>
> >> On Thu, Oct 13, 2011 at 10:09 PM, Olivier Lamy <ol...@apache.org>
> wrote:
> >>
> >>> you mean the link in this page
> >>> http://incubator.apache.org/directmemory/project-reports.html
> >>>
> >>> :-)
> >>>
> >>> 2011/10/13 Raffaele P. Guidi <ra...@gmail.com>:
> >>> > I definitely do :)
> >>> >
> >>> > On Thu, Oct 13, 2011 at 9:16 PM, Maurizio Cucchiara
> >>> > <mc...@apache.org>wrote:
> >>> >
> >>> >> Hi Raffaele,
> >>> >> are you talking about this service
> >>> >>
> >>>
> http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
> >>> >>
> >>> >> Twitter :http://www.twitter.com/m_cucchiara
> >>> >> G+ :https://plus.google.com/107903711540963855921
> >>> >> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
> >>> >>
> >>> >> Maurizio Cucchiara
> >>> >>
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> Olivier Lamy
> >>> Talend : http://talend.com
> >>> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >>>
> >>
> >>
> >
>
Re: Build change etc..
Posted by Simone Tripodi <si...@apache.org>.
I have a proposal to avoid writing accessor methods but having them at
the same time: why not plugging ProjectLombok[1]? :)
Is not required as dependency at runtime, I would take in consideration...
Simo
[1] http://projectlombok.org/
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Oct 13, 2011 at 10:33 PM, Raffaele P. Guidi
<ra...@gmail.com> wrote:
> Ok, after some rest to take my breath back (:P) I would like to point out to
> you one checkstyle rule I totally disagree with:
>
> https://analysis.apache.org/drilldown/violations/76460?priority=MAJOR&rule=checkstyle%3Acom.puppycrawl.tools.checkstyle.checks.design.VisibilityModifierCheck#
>
> My life as a java developer has been considerably better since I quit
> writing getters and setters . I'd better cut my left hand (well, kinda...)
> than going back writing get/setters - but I'll stick with anything the team
> thinks is better.
>
> Change the rule or change the code?
>
> Ciao,
> R
>
> On Thu, Oct 13, 2011 at 10:20 PM, Raffaele P. Guidi <
> raffaele.p.guidi@gmail.com> wrote:
>
>> I'm speechless :O
>>
>>
>> On Thu, Oct 13, 2011 at 10:09 PM, Olivier Lamy <ol...@apache.org> wrote:
>>
>>> you mean the link in this page
>>> http://incubator.apache.org/directmemory/project-reports.html
>>>
>>> :-)
>>>
>>> 2011/10/13 Raffaele P. Guidi <ra...@gmail.com>:
>>> > I definitely do :)
>>> >
>>> > On Thu, Oct 13, 2011 at 9:16 PM, Maurizio Cucchiara
>>> > <mc...@apache.org>wrote:
>>> >
>>> >> Hi Raffaele,
>>> >> are you talking about this service
>>> >>
>>> http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
>>> >>
>>> >> Twitter :http://www.twitter.com/m_cucchiara
>>> >> G+ :https://plus.google.com/107903711540963855921
>>> >> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>>> >>
>>> >> Maurizio Cucchiara
>>> >>
>>> >
>>>
>>>
>>>
>>> --
>>> Olivier Lamy
>>> Talend : http://talend.com
>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>
>>
>
Re: Build change etc..
Posted by Simone Tripodi <si...@apache.org>.
Hi all,
tl;dr, so feel free to do whatever you want :)
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Oct 14, 2011 at 10:25 AM, Tommaso Teofili
<to...@gmail.com> wrote:
> Hi all,
>
> disclaimer : I'm also an IDEA user now but, even though I haven't tried
> Lombok in IDEA, I liked it when I tried it inside Eclipse some months ago.
>
> 2011/10/14 Daniel Manzke <da...@googlemail.com>
>
>> Just my 2 Cents.
>>
>> I read a lot of Lombok and found it interesting maybe for internal classes,
>> but not for classes which are used by Externals.
>>
>
> I agree with Daniel here, I think mostly of people reading the APIs and
> having difficulties understanding how things work so my concern is about
> lowering the barrier for potential new users/devs.
>
>
>> I've never tried it out, but what is about Debugging? The Code can never
>> fit
>> if I instrument the class with other Accessors or anything else?
>> To make Debugging work, I had to include Lombok in my IDE isn't it?
>>
>
> I also have such doubts but, for me, it may only be a matter of ignorance
> about how Lombok actually works.
>
>
>>
>> I personally don't like the idea, that I have to extend my IDE, because the
>> one Library needs it and for initial testing, it would be too much
>> overhead.
>>
>> I'm totally agree with the Getter- and Setter-Code. For small beans like
>> described in one of the Mails, it can fit, but I think this is so 1980's.
>> :)
>> If you do a nice design, you can initialize your Classes, which need
>> Getter-
>> and Setter- with DI or Builder.
>>
>
> Generally I am for the Builder keeping objects unmutable (no setters).
>
>
>> In the Code of my actual Company, we did the switch to have more Properties
>> which are accessible by themself, because in internal classes, it doesn't
>> matter if you depend on the Property or a Method. And I never saw a piece
>> of
>> Code, where the Getter- and Setter-Methods stay the same, if you are
>> removing or changing the Property. ;)
>>
>> For external APIs it is more interesting, to have speaking Names for the
>> Methods instead getMaxHeapSize().
>>
>>
>>
> my 2 cents.
> Tommaso
>
>
>> Bye,
>> Daniel
>>
>>
>> 2011/10/14 Maurizio Cucchiara <mc...@apache.org>
>>
>> > Apparently it'd have seemed , but there are many Idea user like me,
>> > which don't like to do without code analysis, IDE compiler and so on.
>> > Furthermore, In times past, Struts developers have complained of the
>> > use maven shade plugin [1] (which causes similar issues).
>> > I think (though it is my opinion, this time I'm speaking without any
>> > personal taste) this is a kind of barriers to entry
>> >
>> > [1] http://struts.markmail.org/thread/v4u4ic7m2nycltem
>> >
>> >
>> > Twitter :http://www.twitter.com/m_cucchiara
>> > G+ :https://plus.google.com/107903711540963855921
>> > Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>> >
>> > Maurizio Cucchiara
>> >
>> >
>> >
>> > On 14 October 2011 08:52, Simone Tripodi <si...@apache.org>
>> wrote:
>> > > Hola Mau,
>> > >
>> > >> generally I don't like class instrumentation so much, especially when
>> > >> an IDE needs to provide a such kind of support.
>> > >> And just for the record I am an Idea fan :)
>> > >
>> > > that sounds more a personal need than a technical reason ;)
>> > > Have a nice day, all the best!
>> > > Simo
>> > >
>> > > http://people.apache.org/~simonetripodi/
>> > > http://simonetripodi.livejournal.com/
>> > > http://twitter.com/simonetripodi
>> > > http://www.99soft.org/
>> > >
>> >
>>
>>
>>
>> --
>> Viele Grüße/Best Regards
>>
>> Daniel Manzke
>>
>
Re: Build change etc..
Posted by Tommaso Teofili <to...@gmail.com>.
Hi all,
disclaimer : I'm also an IDEA user now but, even though I haven't tried
Lombok in IDEA, I liked it when I tried it inside Eclipse some months ago.
2011/10/14 Daniel Manzke <da...@googlemail.com>
> Just my 2 Cents.
>
> I read a lot of Lombok and found it interesting maybe for internal classes,
> but not for classes which are used by Externals.
>
I agree with Daniel here, I think mostly of people reading the APIs and
having difficulties understanding how things work so my concern is about
lowering the barrier for potential new users/devs.
> I've never tried it out, but what is about Debugging? The Code can never
> fit
> if I instrument the class with other Accessors or anything else?
> To make Debugging work, I had to include Lombok in my IDE isn't it?
>
I also have such doubts but, for me, it may only be a matter of ignorance
about how Lombok actually works.
>
> I personally don't like the idea, that I have to extend my IDE, because the
> one Library needs it and for initial testing, it would be too much
> overhead.
>
> I'm totally agree with the Getter- and Setter-Code. For small beans like
> described in one of the Mails, it can fit, but I think this is so 1980's.
> :)
> If you do a nice design, you can initialize your Classes, which need
> Getter-
> and Setter- with DI or Builder.
>
Generally I am for the Builder keeping objects unmutable (no setters).
> In the Code of my actual Company, we did the switch to have more Properties
> which are accessible by themself, because in internal classes, it doesn't
> matter if you depend on the Property or a Method. And I never saw a piece
> of
> Code, where the Getter- and Setter-Methods stay the same, if you are
> removing or changing the Property. ;)
>
> For external APIs it is more interesting, to have speaking Names for the
> Methods instead getMaxHeapSize().
>
>
>
my 2 cents.
Tommaso
> Bye,
> Daniel
>
>
> 2011/10/14 Maurizio Cucchiara <mc...@apache.org>
>
> > Apparently it'd have seemed , but there are many Idea user like me,
> > which don't like to do without code analysis, IDE compiler and so on.
> > Furthermore, In times past, Struts developers have complained of the
> > use maven shade plugin [1] (which causes similar issues).
> > I think (though it is my opinion, this time I'm speaking without any
> > personal taste) this is a kind of barriers to entry
> >
> > [1] http://struts.markmail.org/thread/v4u4ic7m2nycltem
> >
> >
> > Twitter :http://www.twitter.com/m_cucchiara
> > G+ :https://plus.google.com/107903711540963855921
> > Linkedin :http://www.linkedin.com/in/mauriziocucchiara
> >
> > Maurizio Cucchiara
> >
> >
> >
> > On 14 October 2011 08:52, Simone Tripodi <si...@apache.org>
> wrote:
> > > Hola Mau,
> > >
> > >> generally I don't like class instrumentation so much, especially when
> > >> an IDE needs to provide a such kind of support.
> > >> And just for the record I am an Idea fan :)
> > >
> > > that sounds more a personal need than a technical reason ;)
> > > Have a nice day, all the best!
> > > Simo
> > >
> > > http://people.apache.org/~simonetripodi/
> > > http://simonetripodi.livejournal.com/
> > > http://twitter.com/simonetripodi
> > > http://www.99soft.org/
> > >
> >
>
>
>
> --
> Viele Grüße/Best Regards
>
> Daniel Manzke
>
Re: Build change etc..
Posted by Daniel Manzke <da...@googlemail.com>.
Just my 2 Cents.
I read a lot of Lombok and found it interesting maybe for internal classes,
but not for classes which are used by Externals.
I've never tried it out, but what is about Debugging? The Code can never fit
if I instrument the class with other Accessors or anything else?
To make Debugging work, I had to include Lombok in my IDE isn't it?
I personally don't like the idea, that I have to extend my IDE, because the
one Library needs it and for initial testing, it would be too much overhead.
I'm totally agree with the Getter- and Setter-Code. For small beans like
described in one of the Mails, it can fit, but I think this is so 1980's. :)
If you do a nice design, you can initialize your Classes, which need Getter-
and Setter- with DI or Builder.
In the Code of my actual Company, we did the switch to have more Properties
which are accessible by themself, because in internal classes, it doesn't
matter if you depend on the Property or a Method. And I never saw a piece of
Code, where the Getter- and Setter-Methods stay the same, if you are
removing or changing the Property. ;)
For external APIs it is more interesting, to have speaking Names for the
Methods instead getMaxHeapSize().
Bye,
Daniel
2011/10/14 Maurizio Cucchiara <mc...@apache.org>
> Apparently it'd have seemed , but there are many Idea user like me,
> which don't like to do without code analysis, IDE compiler and so on.
> Furthermore, In times past, Struts developers have complained of the
> use maven shade plugin [1] (which causes similar issues).
> I think (though it is my opinion, this time I'm speaking without any
> personal taste) this is a kind of barriers to entry
>
> [1] http://struts.markmail.org/thread/v4u4ic7m2nycltem
>
>
> Twitter :http://www.twitter.com/m_cucchiara
> G+ :https://plus.google.com/107903711540963855921
> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>
> Maurizio Cucchiara
>
>
>
> On 14 October 2011 08:52, Simone Tripodi <si...@apache.org> wrote:
> > Hola Mau,
> >
> >> generally I don't like class instrumentation so much, especially when
> >> an IDE needs to provide a such kind of support.
> >> And just for the record I am an Idea fan :)
> >
> > that sounds more a personal need than a technical reason ;)
> > Have a nice day, all the best!
> > Simo
> >
> > http://people.apache.org/~simonetripodi/
> > http://simonetripodi.livejournal.com/
> > http://twitter.com/simonetripodi
> > http://www.99soft.org/
> >
>
--
Viele Grüße/Best Regards
Daniel Manzke
Re: Build change etc..
Posted by Maurizio Cucchiara <mc...@apache.org>.
Apparently it'd have seemed , but there are many Idea user like me,
which don't like to do without code analysis, IDE compiler and so on.
Furthermore, In times past, Struts developers have complained of the
use maven shade plugin [1] (which causes similar issues).
I think (though it is my opinion, this time I'm speaking without any
personal taste) this is a kind of barriers to entry
[1] http://struts.markmail.org/thread/v4u4ic7m2nycltem
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 14 October 2011 08:52, Simone Tripodi <si...@apache.org> wrote:
> Hola Mau,
>
>> generally I don't like class instrumentation so much, especially when
>> an IDE needs to provide a such kind of support.
>> And just for the record I am an Idea fan :)
>
> that sounds more a personal need than a technical reason ;)
> Have a nice day, all the best!
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
Re: Build change etc..
Posted by Simone Tripodi <si...@apache.org>.
Hola Mau,
> generally I don't like class instrumentation so much, especially when
> an IDE needs to provide a such kind of support.
> And just for the record I am an Idea fan :)
that sounds more a personal need than a technical reason ;)
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
Re: Build change etc..
Posted by Maurizio Cucchiara <mc...@apache.org>.
-1 for lobotom :)
Joke apart, don't misunderstand me, I think is a great tool, but
generally I don't like class instrumentation so much, especially when
an IDE needs to provide a such kind of support.
And just for the record I am an Idea fan :)
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 14 October 2011 00:05, Raffaele P. Guidi <ra...@gmail.com> wrote:
> I would say that having changed the rule postpones the problem (nice move)
> and, even if lombok seems to work with netbeans and maven I would add it
> some thought and maybe file it as a minor improvement. Last comment from
> that page is a bit scary "Luckily, we've dumped Lombok, so no need for this
> feature anymore. Lombok is screwed anyway." and it doesn't seem to be
> implemented in idea.
>
> Ciao,
> R
>
> On Thu, Oct 13, 2011 at 11:58 PM, Simone Tripodi
> <si...@apache.org>wrote:
>
>> Salut Olivier,
>>
>> > Regarding Lombok does that works for folks who are happy to not use
>> eclipse ?
>>
>> Lombok is automatically invoked when compiling - adding it as provided
>> dependency in maven works -, but never tried personally outside
>> eclipse... but I think idea should be supported, just found
>> http://youtrack.jetbrains.net/issue/IDEA-57604
>>
>> HTH, bonne nuit,
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>
Re: Build change etc..
Posted by "Raffaele P. Guidi" <ra...@gmail.com>.
I would say that having changed the rule postpones the problem (nice move)
and, even if lombok seems to work with netbeans and maven I would add it
some thought and maybe file it as a minor improvement. Last comment from
that page is a bit scary "Luckily, we've dumped Lombok, so no need for this
feature anymore. Lombok is screwed anyway." and it doesn't seem to be
implemented in idea.
Ciao,
R
On Thu, Oct 13, 2011 at 11:58 PM, Simone Tripodi
<si...@apache.org>wrote:
> Salut Olivier,
>
> > Regarding Lombok does that works for folks who are happy to not use
> eclipse ?
>
> Lombok is automatically invoked when compiling - adding it as provided
> dependency in maven works -, but never tried personally outside
> eclipse... but I think idea should be supported, just found
> http://youtrack.jetbrains.net/issue/IDEA-57604
>
> HTH, bonne nuit,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
Re: Build change etc..
Posted by Simone Tripodi <si...@apache.org>.
Salut Olivier,
> Regarding Lombok does that works for folks who are happy to not use eclipse ?
Lombok is automatically invoked when compiling - adding it as provided
dependency in maven works -, but never tried personally outside
eclipse... but I think idea should be supported, just found
http://youtrack.jetbrains.net/issue/IDEA-57604
HTH, bonne nuit,
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
Re: Build change etc..
Posted by Olivier Lamy <ol...@apache.org>.
2011/10/13 Raffaele P. Guidi <ra...@gmail.com>:
> Ok, after some rest to take my breath back (:P) I would like to point out to
> you one checkstyle rule I totally disagree with:
>
> https://analysis.apache.org/drilldown/violations/76460?priority=MAJOR&rule=checkstyle%3Acom.puppycrawl.tools.checkstyle.checks.design.VisibilityModifierCheck#
>
> My life as a java developer has been considerably better since I quit
> writing getters and setters . I'd better cut my left hand (well, kinda...)
> than going back writing get/setters - but I'll stick with anything the team
> thinks is better.
>
> Change the rule or change the code?
The rule :-). I have chaged.
I agree too on that for simple bean (except some frameworks doesn't
support that :-( )
Regarding Lombok does that works for folks who are happy to not use eclipse ?
>
> Ciao,
> R
>
> On Thu, Oct 13, 2011 at 10:20 PM, Raffaele P. Guidi <
> raffaele.p.guidi@gmail.com> wrote:
>
>> I'm speechless :O
>>
>>
>> On Thu, Oct 13, 2011 at 10:09 PM, Olivier Lamy <ol...@apache.org> wrote:
>>
>>> you mean the link in this page
>>> http://incubator.apache.org/directmemory/project-reports.html
>>>
>>> :-)
>>>
>>> 2011/10/13 Raffaele P. Guidi <ra...@gmail.com>:
>>> > I definitely do :)
>>> >
>>> > On Thu, Oct 13, 2011 at 9:16 PM, Maurizio Cucchiara
>>> > <mc...@apache.org>wrote:
>>> >
>>> >> Hi Raffaele,
>>> >> are you talking about this service
>>> >>
>>> http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
>>> >>
>>> >> Twitter :http://www.twitter.com/m_cucchiara
>>> >> G+ :https://plus.google.com/107903711540963855921
>>> >> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>>> >>
>>> >> Maurizio Cucchiara
>>> >>
>>> >
>>>
>>>
>>>
>>> --
>>> Olivier Lamy
>>> Talend : http://talend.com
>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>
>>
>
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Build change etc..
Posted by "Raffaele P. Guidi" <ra...@gmail.com>.
Ok, after some rest to take my breath back (:P) I would like to point out to
you one checkstyle rule I totally disagree with:
https://analysis.apache.org/drilldown/violations/76460?priority=MAJOR&rule=checkstyle%3Acom.puppycrawl.tools.checkstyle.checks.design.VisibilityModifierCheck#
My life as a java developer has been considerably better since I quit
writing getters and setters . I'd better cut my left hand (well, kinda...)
than going back writing get/setters - but I'll stick with anything the team
thinks is better.
Change the rule or change the code?
Ciao,
R
On Thu, Oct 13, 2011 at 10:20 PM, Raffaele P. Guidi <
raffaele.p.guidi@gmail.com> wrote:
> I'm speechless :O
>
>
> On Thu, Oct 13, 2011 at 10:09 PM, Olivier Lamy <ol...@apache.org> wrote:
>
>> you mean the link in this page
>> http://incubator.apache.org/directmemory/project-reports.html
>>
>> :-)
>>
>> 2011/10/13 Raffaele P. Guidi <ra...@gmail.com>:
>> > I definitely do :)
>> >
>> > On Thu, Oct 13, 2011 at 9:16 PM, Maurizio Cucchiara
>> > <mc...@apache.org>wrote:
>> >
>> >> Hi Raffaele,
>> >> are you talking about this service
>> >>
>> http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
>> >>
>> >> Twitter :http://www.twitter.com/m_cucchiara
>> >> G+ :https://plus.google.com/107903711540963855921
>> >> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>> >>
>> >> Maurizio Cucchiara
>> >>
>> >
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend : http://talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>
>
Re: Build change etc..
Posted by "Raffaele P. Guidi" <ra...@gmail.com>.
I'm speechless :O
On Thu, Oct 13, 2011 at 10:09 PM, Olivier Lamy <ol...@apache.org> wrote:
> you mean the link in this page
> http://incubator.apache.org/directmemory/project-reports.html
>
> :-)
>
> 2011/10/13 Raffaele P. Guidi <ra...@gmail.com>:
> > I definitely do :)
> >
> > On Thu, Oct 13, 2011 at 9:16 PM, Maurizio Cucchiara
> > <mc...@apache.org>wrote:
> >
> >> Hi Raffaele,
> >> are you talking about this service
> >>
> http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
> >>
> >> Twitter :http://www.twitter.com/m_cucchiara
> >> G+ :https://plus.google.com/107903711540963855921
> >> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
> >>
> >> Maurizio Cucchiara
> >>
> >
>
>
>
> --
> Olivier Lamy
> Talend : http://talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
Re: Build change etc..
Posted by Olivier Lamy <ol...@apache.org>.
you mean the link in this page
http://incubator.apache.org/directmemory/project-reports.html
:-)
2011/10/13 Raffaele P. Guidi <ra...@gmail.com>:
> I definitely do :)
>
> On Thu, Oct 13, 2011 at 9:16 PM, Maurizio Cucchiara
> <mc...@apache.org>wrote:
>
>> Hi Raffaele,
>> are you talking about this service
>> http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
>>
>> Twitter :http://www.twitter.com/m_cucchiara
>> G+ :https://plus.google.com/107903711540963855921
>> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>>
>> Maurizio Cucchiara
>>
>
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Build change etc..
Posted by "Raffaele P. Guidi" <ra...@gmail.com>.
I definitely do :)
On Thu, Oct 13, 2011 at 9:16 PM, Maurizio Cucchiara
<mc...@apache.org>wrote:
> Hi Raffaele,
> are you talking about this service
> http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
>
> Twitter :http://www.twitter.com/m_cucchiara
> G+ :https://plus.google.com/107903711540963855921
> Linkedin :http://www.linkedin.com/in/mauriziocucchiara
>
> Maurizio Cucchiara
>
Re: Build change etc..
Posted by Maurizio Cucchiara <mc...@apache.org>.
Hi Raffaele,
are you talking about this service
http://nemo.sonarsource.org/dashboard/index/org.apache.commons:commons-ognl
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
Re: Build change etc..
Posted by "Raffaele P. Guidi" <ra...@gmail.com>.
Wow, great job! Regarding checkstyle... why don't we go the full monty?
http://www.sonarsource.org/ is this used in ASF?
On Thu, Oct 13, 2011 at 3:38 PM, Simone Tripodi <si...@apache.org>wrote:
> Thanks a lot for what you have already done, if you don't have more
> spare time slots I can take care of it, just let me know!
> All the best,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Thu, Oct 13, 2011 at 3:34 PM, Olivier Lamy <ol...@apache.org> wrote:
> > 2011/10/13 Simone Tripodi <si...@apache.org>:
> >> Hi Olivier,
> >> I agree that things should be move on TL, anyway we should be prepared
> >> on supporting the multi-module structure as discussed in the roadmap -
> >> new components will be added - and in the core itself there are parts
> >> that could be put as external module.
> >> So, my proposal is writing a parent pom that only includes the
> >> directmemory-cache as submodule.
> >> Does it make sense for you?
> > Yes.
> > I will do that (not sure today but early tomorrow)
> >> TIA,
> >> Simo
> >>
> >> http://people.apache.org/~simonetripodi/
> >> http://simonetripodi.livejournal.com/
> >> http://twitter.com/simonetripodi
> >> http://www.99soft.org/
> >>
> >>
> >>
> >> On Thu, Oct 13, 2011 at 3:10 PM, Olivier Lamy <ol...@apache.org> wrote:
> >>> some stuff done.
> >>>
> >>> site will be here (http://incubator.apache.org/directmemory/) with
> next sync
> >>>
> >>> I wonder about the current svn tree.
> >>>
> >>> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/
> >>>
> >>> real project is here
> >>>
> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/directmemory-cache/
> >>>
> >>> Do we move things on top level ?
> >>>
> >>> 2011/10/13 Olivier Lamy <ol...@apache.org>:
> >>>> ok I will start that.
> >>>> Note I will move to a lower case for artifactId direct memory-cache
> >>>> rather than DirectMemory-Cache (so svn path will change too)
> >>>>
> >>>> Move java package to org.apache.directmemory
> >>>>
> >>>> 2011/10/13 Simone Tripodi <si...@apache.org>:
> >>>>> +1 to all, you are THE man for this! :)
> >>>>> Bonne journée!
> >>>>> Simo
> >>>>>
> >>>>> http://people.apache.org/~simonetripodi/
> >>>>> http://simonetripodi.livejournal.com/
> >>>>> http://twitter.com/simonetripodi
> >>>>> http://www.99soft.org/
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org>
> wrote:
> >>>>>> Hello Folks,
> >>>>>> I'd like to cleanup the maven builds:
> >>>>>> * moving test resources to src/test/resources
> >>>>>> * fix various pom metadata: groupId (org.apache.directmemory), etc
> >>>>>> * include rat plugin
> >>>>>> * setup to deploy snapshots to r.a.o
> >>>>>> * what else ? :-)
> >>>>>>
> >>>>>> Do we agree on using a checstyle configuration and which one ? (I'd
> >>>>>> like to have with all the die files available)
> >>>>>>
> >>>>>> I have setup a jenkins job see
> >>>>>> https://builds.apache.org/view/A-F/view/directmemory/
> >>>>>> and a sonar job:
> >>>>>>
> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
> >>>>>>
> >>>>>> Comments ?
> >>>>>>
> >>>>>> Thanks,
> >>>>>> --
> >>>>>> Olivier Lamy
> >>>>>> Talend : http://talend.com
> >>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >>>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Olivier Lamy
> >>>> Talend : http://talend.com
> >>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Olivier Lamy
> >>> Talend : http://talend.com
> >>> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >>>
> >>
> >
> >
> >
> > --
> > Olivier Lamy
> > Talend : http://talend.com
> > http://twitter.com/olamy | http://linkedin.com/in/olamy
> >
>
Re: Build change etc..
Posted by Simone Tripodi <si...@apache.org>.
Thanks a lot for what you have already done, if you don't have more
spare time slots I can take care of it, just let me know!
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Oct 13, 2011 at 3:34 PM, Olivier Lamy <ol...@apache.org> wrote:
> 2011/10/13 Simone Tripodi <si...@apache.org>:
>> Hi Olivier,
>> I agree that things should be move on TL, anyway we should be prepared
>> on supporting the multi-module structure as discussed in the roadmap -
>> new components will be added - and in the core itself there are parts
>> that could be put as external module.
>> So, my proposal is writing a parent pom that only includes the
>> directmemory-cache as submodule.
>> Does it make sense for you?
> Yes.
> I will do that (not sure today but early tomorrow)
>> TIA,
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>>
>> On Thu, Oct 13, 2011 at 3:10 PM, Olivier Lamy <ol...@apache.org> wrote:
>>> some stuff done.
>>>
>>> site will be here (http://incubator.apache.org/directmemory/) with next sync
>>>
>>> I wonder about the current svn tree.
>>>
>>> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/
>>>
>>> real project is here
>>> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/directmemory-cache/
>>>
>>> Do we move things on top level ?
>>>
>>> 2011/10/13 Olivier Lamy <ol...@apache.org>:
>>>> ok I will start that.
>>>> Note I will move to a lower case for artifactId direct memory-cache
>>>> rather than DirectMemory-Cache (so svn path will change too)
>>>>
>>>> Move java package to org.apache.directmemory
>>>>
>>>> 2011/10/13 Simone Tripodi <si...@apache.org>:
>>>>> +1 to all, you are THE man for this! :)
>>>>> Bonne journée!
>>>>> Simo
>>>>>
>>>>> http://people.apache.org/~simonetripodi/
>>>>> http://simonetripodi.livejournal.com/
>>>>> http://twitter.com/simonetripodi
>>>>> http://www.99soft.org/
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
>>>>>> Hello Folks,
>>>>>> I'd like to cleanup the maven builds:
>>>>>> * moving test resources to src/test/resources
>>>>>> * fix various pom metadata: groupId (org.apache.directmemory), etc
>>>>>> * include rat plugin
>>>>>> * setup to deploy snapshots to r.a.o
>>>>>> * what else ? :-)
>>>>>>
>>>>>> Do we agree on using a checstyle configuration and which one ? (I'd
>>>>>> like to have with all the die files available)
>>>>>>
>>>>>> I have setup a jenkins job see
>>>>>> https://builds.apache.org/view/A-F/view/directmemory/
>>>>>> and a sonar job:
>>>>>> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>>>>>>
>>>>>> Comments ?
>>>>>>
>>>>>> Thanks,
>>>>>> --
>>>>>> Olivier Lamy
>>>>>> Talend : http://talend.com
>>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Olivier Lamy
>>>> Talend : http://talend.com
>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>
>>>
>>>
>>>
>>> --
>>> Olivier Lamy
>>> Talend : http://talend.com
>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>
>
>
>
> --
> Olivier Lamy
> Talend : http://talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
Re: Build change etc..
Posted by Olivier Lamy <ol...@apache.org>.
2011/10/13 Simone Tripodi <si...@apache.org>:
> Hi Olivier,
> I agree that things should be move on TL, anyway we should be prepared
> on supporting the multi-module structure as discussed in the roadmap -
> new components will be added - and in the core itself there are parts
> that could be put as external module.
> So, my proposal is writing a parent pom that only includes the
> directmemory-cache as submodule.
> Does it make sense for you?
Yes.
I will do that (not sure today but early tomorrow)
> TIA,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Thu, Oct 13, 2011 at 3:10 PM, Olivier Lamy <ol...@apache.org> wrote:
>> some stuff done.
>>
>> site will be here (http://incubator.apache.org/directmemory/) with next sync
>>
>> I wonder about the current svn tree.
>>
>> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/
>>
>> real project is here
>> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/directmemory-cache/
>>
>> Do we move things on top level ?
>>
>> 2011/10/13 Olivier Lamy <ol...@apache.org>:
>>> ok I will start that.
>>> Note I will move to a lower case for artifactId direct memory-cache
>>> rather than DirectMemory-Cache (so svn path will change too)
>>>
>>> Move java package to org.apache.directmemory
>>>
>>> 2011/10/13 Simone Tripodi <si...@apache.org>:
>>>> +1 to all, you are THE man for this! :)
>>>> Bonne journée!
>>>> Simo
>>>>
>>>> http://people.apache.org/~simonetripodi/
>>>> http://simonetripodi.livejournal.com/
>>>> http://twitter.com/simonetripodi
>>>> http://www.99soft.org/
>>>>
>>>>
>>>>
>>>> On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
>>>>> Hello Folks,
>>>>> I'd like to cleanup the maven builds:
>>>>> * moving test resources to src/test/resources
>>>>> * fix various pom metadata: groupId (org.apache.directmemory), etc
>>>>> * include rat plugin
>>>>> * setup to deploy snapshots to r.a.o
>>>>> * what else ? :-)
>>>>>
>>>>> Do we agree on using a checstyle configuration and which one ? (I'd
>>>>> like to have with all the die files available)
>>>>>
>>>>> I have setup a jenkins job see
>>>>> https://builds.apache.org/view/A-F/view/directmemory/
>>>>> and a sonar job:
>>>>> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>>>>>
>>>>> Comments ?
>>>>>
>>>>> Thanks,
>>>>> --
>>>>> Olivier Lamy
>>>>> Talend : http://talend.com
>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Olivier Lamy
>>> Talend : http://talend.com
>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend : http://talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Build change etc..
Posted by Simone Tripodi <si...@apache.org>.
Hi Olivier,
I agree that things should be move on TL, anyway we should be prepared
on supporting the multi-module structure as discussed in the roadmap -
new components will be added - and in the core itself there are parts
that could be put as external module.
So, my proposal is writing a parent pom that only includes the
directmemory-cache as submodule.
Does it make sense for you?
TIA,
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Oct 13, 2011 at 3:10 PM, Olivier Lamy <ol...@apache.org> wrote:
> some stuff done.
>
> site will be here (http://incubator.apache.org/directmemory/) with next sync
>
> I wonder about the current svn tree.
>
> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/
>
> real project is here
> http://svn.apache.org/repos/asf/incubator/directmemory/trunk/directmemory-cache/
>
> Do we move things on top level ?
>
> 2011/10/13 Olivier Lamy <ol...@apache.org>:
>> ok I will start that.
>> Note I will move to a lower case for artifactId direct memory-cache
>> rather than DirectMemory-Cache (so svn path will change too)
>>
>> Move java package to org.apache.directmemory
>>
>> 2011/10/13 Simone Tripodi <si...@apache.org>:
>>> +1 to all, you are THE man for this! :)
>>> Bonne journée!
>>> Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>>
>>>
>>> On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
>>>> Hello Folks,
>>>> I'd like to cleanup the maven builds:
>>>> * moving test resources to src/test/resources
>>>> * fix various pom metadata: groupId (org.apache.directmemory), etc
>>>> * include rat plugin
>>>> * setup to deploy snapshots to r.a.o
>>>> * what else ? :-)
>>>>
>>>> Do we agree on using a checstyle configuration and which one ? (I'd
>>>> like to have with all the die files available)
>>>>
>>>> I have setup a jenkins job see
>>>> https://builds.apache.org/view/A-F/view/directmemory/
>>>> and a sonar job:
>>>> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>>>>
>>>> Comments ?
>>>>
>>>> Thanks,
>>>> --
>>>> Olivier Lamy
>>>> Talend : http://talend.com
>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>
>>>
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend : http://talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>
>
>
> --
> Olivier Lamy
> Talend : http://talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
Re: Build change etc..
Posted by Olivier Lamy <ol...@apache.org>.
some stuff done.
site will be here (http://incubator.apache.org/directmemory/) with next sync
I wonder about the current svn tree.
http://svn.apache.org/repos/asf/incubator/directmemory/trunk/
real project is here
http://svn.apache.org/repos/asf/incubator/directmemory/trunk/directmemory-cache/
Do we move things on top level ?
2011/10/13 Olivier Lamy <ol...@apache.org>:
> ok I will start that.
> Note I will move to a lower case for artifactId direct memory-cache
> rather than DirectMemory-Cache (so svn path will change too)
>
> Move java package to org.apache.directmemory
>
> 2011/10/13 Simone Tripodi <si...@apache.org>:
>> +1 to all, you are THE man for this! :)
>> Bonne journée!
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>>
>> On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
>>> Hello Folks,
>>> I'd like to cleanup the maven builds:
>>> * moving test resources to src/test/resources
>>> * fix various pom metadata: groupId (org.apache.directmemory), etc
>>> * include rat plugin
>>> * setup to deploy snapshots to r.a.o
>>> * what else ? :-)
>>>
>>> Do we agree on using a checstyle configuration and which one ? (I'd
>>> like to have with all the die files available)
>>>
>>> I have setup a jenkins job see
>>> https://builds.apache.org/view/A-F/view/directmemory/
>>> and a sonar job:
>>> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>>>
>>> Comments ?
>>>
>>> Thanks,
>>> --
>>> Olivier Lamy
>>> Talend : http://talend.com
>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>
>
>
>
> --
> Olivier Lamy
> Talend : http://talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Build change etc..
Posted by Olivier Lamy <ol...@apache.org>.
ok I will start that.
Note I will move to a lower case for artifactId direct memory-cache
rather than DirectMemory-Cache (so svn path will change too)
Move java package to org.apache.directmemory
2011/10/13 Simone Tripodi <si...@apache.org>:
> +1 to all, you are THE man for this! :)
> Bonne journée!
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
>> Hello Folks,
>> I'd like to cleanup the maven builds:
>> * moving test resources to src/test/resources
>> * fix various pom metadata: groupId (org.apache.directmemory), etc
>> * include rat plugin
>> * setup to deploy snapshots to r.a.o
>> * what else ? :-)
>>
>> Do we agree on using a checstyle configuration and which one ? (I'd
>> like to have with all the die files available)
>>
>> I have setup a jenkins job see
>> https://builds.apache.org/view/A-F/view/directmemory/
>> and a sonar job:
>> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>>
>> Comments ?
>>
>> Thanks,
>> --
>> Olivier Lamy
>> Talend : http://talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>
--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Build change etc..
Posted by Simone Tripodi <si...@apache.org>.
+1 to all, you are THE man for this! :)
Bonne journée!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Oct 13, 2011 at 9:35 AM, Olivier Lamy <ol...@apache.org> wrote:
> Hello Folks,
> I'd like to cleanup the maven builds:
> * moving test resources to src/test/resources
> * fix various pom metadata: groupId (org.apache.directmemory), etc
> * include rat plugin
> * setup to deploy snapshots to r.a.o
> * what else ? :-)
>
> Do we agree on using a checstyle configuration and which one ? (I'd
> like to have with all the die files available)
>
> I have setup a jenkins job see
> https://builds.apache.org/view/A-F/view/directmemory/
> and a sonar job:
> https://analysis.apache.org/dashboard/index/org.directmemory:DirectMemory-Cache
>
> Comments ?
>
> Thanks,
> --
> Olivier Lamy
> Talend : http://talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>