Did you notice these messages?
Project ID: org.apache.maven.plugins:maven-checkstyle-plugin
Reason: POM 'org.apache.maven.plugins:maven-checkstyle-plugin' not found in
repository: Unable to download the artifact from any repository
org.apache.maven.plugins:maven-checkstyle-plugin:pom:2.9
from
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 i
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
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-exec-test has an issue affecting its community integration.
This i
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-digester3 has an issue affecting its community integration.
This i
And here too:
https://repository.apache.org/content/repositories/releases/org/apache/maven/plugins/maven-checkstyle-plugin/2.9/
Gary
On Thu, Feb 16, 2012 at 5:38 PM, Gary Gregory wrote:
> Well, that does not make sense. I see the plugin right here:
>
>
> http://search.maven.org/#artifactdetails|
Well, that does not make sense. I see the plugin right here:
http://search.maven.org/#artifactdetails|org.apache.maven.plugins|maven-checkstyle-plugin|2.9|maven-plugin
?
Gary
On Thu, Feb 16, 2012 at 5:24 PM, Continuum@vmbuild wrote:
> Online report :
> http://vmbuild.apache.org/continuum/build
2012/2/17 Thomas Neidhart :
> Dear all,
>
> when performing my last commit, I got the following error:
>
> Transmitting file data ...
> Committed revision 1245133.
>
> Warning: post commit FS processing had error:
> database is locked
>
I think it is worth reporting to users@subversion.a.o mailing
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=18946&projectId=129
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 16 Feb 2012 22:24:03 +
Finished at: Thu 16 Feb 2012 22:24:34 +
Total time: 30s
Build Trigger: Schedule
Build
On 02/16/2012 09:02 PM, Thomas Neidhart wrote:
> Dear all,
>
> when performing my last commit, I got the following error:
>
> Transmitting file data ...
> Committed revision 1245133.
>
> Warning: post commit FS processing had error:
> database is locked
>
> and afterwards a svn up gives this me
Hi Luc,
I asked Marco do give a try and it worked indeed, thanks!!!
all the best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Feb 16, 2012 at 4:42 PM, Luc Maisonobe wrote:
> Le 16/02/2012
_ _An Issue I was forgetting about is wheter or not , Abstract factory
calculate method should be override to provide support for Complex
types.
On jueves, 16 de febrero de 2012 at 5:27 PM, leandro pezzente
wrote:Now that Commons Math 3.0 is almost released I guess I can start
a
thread regarding
Now that Commons Math 3.0 is almost released I guess I can start a
thread regarding this proposal , I think its a really cool feature and
that It can improve Math Commons flexibility in a huge grade.
This is my Basic Proposal : To Implement an Abstract Factory Pattern (
that is , an abstract class
Dear all,
when performing my last commit, I got the following error:
Transmitting file data ...
Committed revision 1245133.
Warning: post commit FS processing had error:
database is locked
and afterwards a svn up gives this message:
svn: A reported revision is higher than the current repositor
Hello.
> >
> > "Serializable" is a lot of work indeed: cf. revision 1245003, where the
> > change was to fix bugs detected by "FindBugs":
> > ---CUT---
> > The field org.apache.commons.math3.random.ISAACRandom.arr is transient but
> > isn't set by deserialization
> > ---CUT---
>
> OK. The consen
Le 16/02/2012 11:13, Simone Tripodi a écrit :
> Hi all guys!
>
> does anyone have enough rights on JIRA to add Claudio & Marco in the
> Commons group?
This has already been done when their account has been setup.
Didn't it work ?
Luc
>
> Many thanks in advance, all the best!
> -Simo
>
> http:
Le 16/02/2012 15:47, Gilles Sadowski a écrit :
> Hi.
>
> "Serializable" is a lot of work indeed: cf. revision 1245003, where the
> change was to fix bugs detected by "FindBugs":
> ---CUT---
> The field org.apache.commons.math3.random.ISAACRandom.arr is transient but
> isn't set by deserialization
On Thu, Feb 16, 2012 at 9:50 AM, Gary Gregory wrote:
> On Wed, Feb 15, 2012 at 11:28 PM, Andreas Menke wrote:
>
>> Hi,
>>
>> usage of ensureBufferSize() seems to be 'asymptotic' safe (despite the
>> fact that a line separator might be much bigger than DEFAULT_BUFFER_SIZE,
>> see below, and that n
On Wed, Feb 15, 2012 at 11:28 PM, Andreas Menke wrote:
> Hi,
>
> usage of ensureBufferSize() seems to be 'asymptotic' safe (despite the
> fact that a line separator might be much bigger than DEFAULT_BUFFER_SIZE,
> see below, and that no body else use the function as he is told by
> description..)
Hi.
"Serializable" is a lot of work indeed: cf. revision 1245003, where the
change was to fix bugs detected by "FindBugs":
---CUT---
The field org.apache.commons.math3.random.ISAACRandom.arr is transient but
isn't set by deserialization
---CUT---
Regards,
Gilles
Hi all guys!
does anyone have enough rights on JIRA to add Claudio & Marco in the
Commons group?
Many thanks in advance, all the best!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
---
Hello.
> should I create a new JIRA ticket to remind people that in the end, we
> need to get rid of
> // CHECKSTYLE: stop all
> and
> // CHECKSTYLE: resume all
> in this file?
>
> That would be safer. Alternatively, I could attach that comment to MATH-712.
Rather to MATH-621 (which I suggest to
22 matches
Mail list logo
