Hi Adrian!
for what I can see you just need some missing config in your
settings.xml, take a look ate the wiki page[1] how to configure Maven
to deploy artifacts on Nexus - it is valid for SNAPSHOTS as well.
HTH, please let me know if you need more help!
All the best,
Simo
[1] http://wiki.apache.o
When I try to deploy the Commons Sandbox Convert project, I get the
following error:
[INFO] [deploy:deploy {execution: default-deploy}]
[INFO] Retrieving previous build number from apache.snapshots.https
[INFO] repository metadata for: 'snapshot
org.apache.commons:commons-convert:1.0
-SNAPSHOT'
On 10/26/11 4:07 PM, Gilles Sadowski wrote:
>>> [...]
>> If nobody responds in the next few hours with a better idea, i will
>> try the commit based on the tar on my end. What should be the
>> commit message?
> ---CUT---
> MATH-689
> Moved "SAFE_MIN" and "EPSILON" from "MathUtils" to "Precision".
On 10/26/11 3:41 PM, Gilles Sadowski wrote:
>> [...]
Looks like your changed files were from the 9/22 revision of the
linear package files. I suspect that the props change may be the
problem. I am not an svn expert, maybe someone else knows more.
But I would try this:
>>
> > [...]
>
> If nobody responds in the next few hours with a better idea, i will
> try the commit based on the tar on my end. What should be the
> commit message?
---CUT---
MATH-689
Moved "SAFE_MIN" and "EPSILON" from "MathUtils" to "Precision".
---CUT---
Thanks,
Gilles
-
Simo,
I'm on my phone ATM so I cannot check this, but are you using the
latest versions of the plugins? Maybe some of these false positives
would go away.
Gary
On Oct 25, 2011, at 17:39, Simone Tripodi wrote:
> Hi Gary!
>
> That is the same I wondered: if 6 are "too many", how many are enough?
On 10/26/11 2:51 PM, Gilles Sadowski wrote:
>> Trying to commit a few files, I get this error:
>> ---CUT---
>> Sending
>> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
>> Sending
>> src/main/java/org/apache/commons/math/geometr
> [...]
> >> Looks like your changed files were from the 9/22 revision of the
> >> linear package files. I suspect that the props change may be the
> >> problem. I am not an svn expert, maybe someone else knows more.
> >> But I would try this:
> >>
> >> 0) Start with clean checkout
> >> 1) do yo
On 10/26/11 2:51 PM, Gilles Sadowski wrote:
>> Trying to commit a few files, I get this error:
>> ---CUT---
>> Sending
>> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
>> Sending
>> src/main/java/org/apache/commons/math/geometr
On 10/26/2011 10:36 PM, Matt Benson wrote:
On Wed, Oct 26, 2011 at 3:42 PM, Simone Tripodi
wrote:
Hi Adrian!
nice to see you involved here!
So, I took few time to reorganize my ideas and I would like to discuss
with you how to make a new [convert] component,.
For what I can see, the bigger p
> Trying to commit a few files, I get this error:
> ---CUT---
> Sending
> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
> Sending
> src/main/java/org/apache/commons/math/geometry/euclidean/threed/Line.java
> Sending
On Wed, Oct 26, 2011 at 3:42 PM, Simone Tripodi
wrote:
> Hi Adrian!
> nice to see you involved here!
>
> So, I took few time to reorganize my ideas and I would like to discuss
> with you how to make a new [convert] component,.
>
> For what I can see, the bigger part of the codebase has been kindly
I am the author of most of the code, and it did not come from BeanUtils
- it is an original work. Any similarity to BeanUtils is purely
coincidental.
I am always open to improvements. Your ideas sound fine to me - go ahead
and provide some patches and I will look them over.
The roadmap is to
Hi Adrian!
nice to see you involved here!
So, I took few time to reorganize my ideas and I would like to discuss
with you how to make a new [convert] component,.
For what I can see, the bigger part of the codebase has been kindly
borrowed from BeanUtils - which is fine - but, like always, I am
co
Build works fine with Java 1.5 on Windows 7. Artifacts and site look good.
The checkstyle issue really is not a blocker.
So +1, good work!
Oliver
Am 25.10.2011 22:10, schrieb Simone Tripodi:
Hi all guys,
I'm writing to call for a vote to release apache commons-digester-3.1
based on RC2.
This
Thanks for reviewing Oliver :)
Just to avoid mistakes, I already fixed it so for next RCs there won't
be mistakes anymore :P
Alles gute!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Wed, Oct 26, 20
Am 26.10.2011 09:42, schrieb Simone Tripodi:
[X] +1 release it
There is one glitch, but not blocking: the checkstyle-suppressions.xml
file is not included in the source distribution (it is not in the
/src/main/assembly/src.xml configuration file), so when rebuilding from
the source archive tri
On 10/26/11 11:16 AM, Phil Steitz wrote:
> On 10/26/11 11:06 AM, Gilles Sadowski wrote:
>> Hi.
>>
Trying to commit a few files, I get this error:
---CUT---
Sending
src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
Sending
src
On 10/26/11 11:06 AM, Gilles Sadowski wrote:
> Hi.
>
>>> Trying to commit a few files, I get this error:
>>> ---CUT---
>>> Sending
>>> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
>>> Sending
>>> src/main/java/org/apache/commons/math/geometry/euclide
Hi.
> >
> > Trying to commit a few files, I get this error:
> > ---CUT---
> > Sending
> > src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
> > Sending
> > src/main/java/org/apache/commons/math/geometry/euclidean/threed/Line.java
> > Sending src/main/jav
this is nice, great!
>
> com.carrotsearch
> junit-benchmarks
> - 0.3.0-SNAPSHOT
> + jdk15
> + 0.3.0
> test
>
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetr
OK guys,
I have just corrected the code formatting following the general guide lines.
Sorry for the mistake, and thanks again to Olivier.
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucc
On 2011-10-26, Gary Gregory wrote:
> I would also remove or add comments as to why these are needed in
> org.apache.commons.compress.archivers.jar.JarArchiveEntry:
> @Override
> public boolean equals(Object o) {
> return super.equals(o);
> }
> @Override
> public int h
nice! :)
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Wed, Oct 26, 2011 at 5:18 PM, Maurizio Cucchiara
wrote:
> That should answer to every questions:
> http://search.maven.org/#browse%7C-427252420
>
>
That should answer to every questions:
http://search.maven.org/#browse%7C-427252420
I'm going to update the maven reference to the dependency.
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriz
On 2011-10-26, Gary Gregory wrote:
> in trunk now, the following have 0% code coverage according to
> Cobertura:
> - Lister
really only a demo-class.
> - DumpArchiveConstants: How can it have 0% when it is used? Does Cobertura
> know how to deal with enums?
It outer class doesn't have any meth
On Wed, Oct 26, 2011 at 10:36 AM, Stefan Bodewig wrote:
> On 2011-10-26, Gary Gregory wrote:
>
> > On Wed, Oct 26, 2011 at 9:18 AM, Gary Gregory >wrote:
>
> >> On Wed, Oct 26, 2011 at 8:55 AM, Simone Tripodi <
> simonetrip...@apache.org>wrote:
>
> >>> Hi Gary!
> >>> OK so it is expected because
On 10/26/11 7:44 AM, Gilles Sadowski wrote:
> Hi.
>
> Trying to commit a few files, I get this error:
> ---CUT---
> Sending
> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
> Sending
> src/main/java/org/apache/commons/math/geometry/euclidean/threed/Lin
It is ok for me if it is fixed some time in the future.
Yes, that was this Markus Kuss. Although I requested it to be
changed to Christian Grobmeier.
Just do not go into too much trouble.
Many thanks for the fast reply :)
regards
Michael Kuß
Am 26.10.2011 16:28, schrieb Stefan Bodewig:
Hi M
On 2011-10-25, Jörg Schaible wrote:
> Stefan Bodewig wrote:
>> From the POV of the Compress Antlib for example I now need to tell
>> people to fetch Common Compress and in the future Id have to tell them
>> to fetch XZ as well. Then again this is a problem I should solve over
>> there.
> Couldn
On Wed, Oct 26, 2011 at 4:54 AM, Emmanuel Bourg wrote:
> +0
>
> The test coverage of Pack200CompressorInputStream is a bit low, the read
> methods do not seem to be tested.
>
> Also in the matches() method the constant '4' could be replaced by
> CAFE_DOOD.length
>
> Emmanuel Bourg
In the same v
On 2011-10-25, sebb wrote:
> On 25 October 2011 16:41, Stefan Bodewig wrote:
>> That would be easiest but at the same time force an additional
>> dependency for people who don't use XZ at all. One they could
>> explicitly exclude in their POM or ivy.xml or whatever, of course.
> Can the depend
Hi.
Trying to commit a few files, I get this error:
---CUT---
Sending
src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java
Sending
src/main/java/org/apache/commons/math/geometry/euclidean/threed/Line.java
Sending src/main/java/org/apache/commons/math/linear
On 2011-10-26, Gary Gregory wrote:
> On Wed, Oct 26, 2011 at 9:18 AM, Gary Gregory wrote:
>> On Wed, Oct 26, 2011 at 8:55 AM, Simone Tripodi
>> wrote:
>>> Hi Gary!
>>> OK so it is expected because revision number neither SCM branch can be
>>> determined since the source code is not under the ve
Hi all,
Michael Kuß' request to get his name fixed is important enough to me to
roll a new RC.
I'll also address the points raised by Gary, please don't stop pointing
out other flaws I may be able to fix at the same time as I dont expect
to be able to cut the next RC before in about 36 hours.
St
Hi Michael
On 2011-10-26, Michael Kuß wrote:
> I want to kindly request to be mentioned as author of the cpio
> compression algorithm in commons compress.
> It was originally created by me, see:
> http://jrpm.svn.sourceforge.net/viewvc/jrpm/trunk/src/main/java/com/jguild/jrpm/io/cpio/?pathrev=33
On Wed, Oct 26, 2011 at 9:18 AM, Gary Gregory wrote:
> On Wed, Oct 26, 2011 at 8:55 AM, Simone Tripodi
> wrote:
>
>> Hi Gary!
>> OK so it is expected because revision number neither SCM branch can be
>> determined since the source code is not under the version control!
>>
>
> Yep, makes sense now
Thank you Olivier, I'm using idea EAP 11 (Nika) 110.3 (on linux).
Yesterday I tried to find a further flag configuration right on Tab
Spaces -> Within, but unsuccessfully.
Right now I'm downloading the latest version (187).
Then I'll try to reformat code and see what happens on the preview of
svn
Hi commons devs,
I want to kindly request to be mentioned as author of the cpio
compression algorithm in commons compress.
It was originally created by me, see:
http://jrpm.svn.sourceforge.net/viewvc/jrpm/trunk/src/main/java/com/jguild/jrpm/io/cpio/?pathrev=33
Someone asks a long time ago, if
Noting for the record a strange behavior on Oracle Java 1.7.0_01:
[INFO] Generating "JIRA Report" report--- maven-changes-plugin:2.3
Oct 26, 2011 9:41:46 AM org.apache.commons.httpclient.HttpMethodDirector
executeWithRetry
INFO: I/O exception (java.net.SocketException) caught when processing
r
On Wed, Oct 26, 2011 at 9:28 AM, Gary Gregory wrote:
> On Wed, Oct 26, 2011 at 7:02 AM, Stefan Bodewig wrote:
>
>> On 2011-10-26, Stefan Bodewig wrote:
>>
>> > On 2011-10-26, Emmanuel Bourg wrote:
>>
>> >> The test coverage of Pack200CompressorInputStream is a bit low, the
>> >> read methods do no
On Wed, Oct 26, 2011 at 7:02 AM, Stefan Bodewig wrote:
> On 2011-10-26, Stefan Bodewig wrote:
>
> > On 2011-10-26, Emmanuel Bourg wrote:
>
> >> The test coverage of Pack200CompressorInputStream is a bit low, the
> >> read methods do not seem to be tested.
>
> > Only the three-arg version is used,
Hi Gary!
OK so it is expected because revision number neither SCM branch can be
determined since the source code is not under the version control!
HTH, have a nice day!
Simo
>
> Right, I was building from the src zip.
>
> Gary
>
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.
On Wed, Oct 26, 2011 at 8:30 AM, Simone Tripodi wrote:
> Hi Gary,
> if I got it right, you tried to build the sources downloaded from the
> zip/tar.gz and not the checked out from svn, right?
> In that case, it is normal because it's not possible to retrieve such
> informations from SVN.
>
Right,
Le 26/10/2011 13:02, Stefan Bodewig a écrit :
82% line coverage and 100% branch coverage in trunk. No code changes in
main, no test failures.
While I was at it I added test for CountingInputStream to make the
statistics look nicer.
Great! You have my +1
Emmanuel Bourg
-
Hi Gary,
if I got it right, you tried to build the sources downloaded from the
zip/tar.gz and not the checked out from svn, right?
In that case, it is normal because it's not possible to retrieve such
informations from SVN.
If not... uhm, something went wrong!
All the best, HTH,
Simo
http://people
Are these warnings normal?
[INFO] --- buildnumber-maven-plugin:1.0:create (default) @ commons-compress
---
[INFO] Change the default 'svn' provider implementation to 'javasvn'.
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[WARNING] Cannot get t
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
On 2011-10-26, Stefan Bodewig wrote:
> On 2011-10-26, Emmanuel Bourg wrote:
>> The test coverage of Pack200CompressorInputStream is a bit low, the
>> read methods do not seem to be tested.
> Only the three-arg version is used, this is true.
> I'll look into getting more coverage in trunk so it
Hello,
Weird as working here for me. Using idea EAP 11 (Nika) 110.137 (on osx).
I remember having issues for style with the previous 11 EAP.
In the idea ui configuration check in Code Style/Java
Tab Spaces -> Within -> Empty Method call parentheses.
2011/10/26 Maurizio Cucchiara :
> Hi Olivier,
>
On 2011-10-26, Emmanuel Bourg wrote:
> The test coverage of Pack200CompressorInputStream is a bit low, the
> read methods do not seem to be tested.
Only the three-arg version is used, this is true.
I'll look into getting more coverage in trunk so it will improve with
the next release (or the nex
+0
The test coverage of Pack200CompressorInputStream is a bit low, the read
methods do not seem to be tested.
Also in the matches() method the constant '4' could be replaced by
CAFE_DOOD.length
Emmanuel Bourg
Le 26/10/2011 06:54, Stefan Bodewig a écrit :
Compress 1.3 RC1 is available for
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
Le 26/10/2011 06:54, Stefan Bodewig a écrit :
> Compress 1.3 RC1 is available for review here:
> http://people.apache.org/~bodewig/commons-compress/
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-101/org/apache/commons/commons-compr
>>
>> [X] +1 release it
>
> There is one glitch, but not blocking: the checkstyle-suppressions.xml
> file is not included in the source distribution (it is not in the
> /src/main/assembly/src.xml configuration file), so when rebuilding from
> the source archive triggers many checkstyle errors in th
Le 25/10/2011 22:10, Simone Tripodi a écrit :
> Hi all guys,
> I'm writing to call for a vote to release apache commons-digester-3.1
> based on RC2.
>
> This is the 3.1RC1 release with fixed doubts were raise in the first VOTE
> call.
> Please take in consideration that broken 3.1 links will be f
Bonjour Luc!
yes it is the binary folder[1] :)
Thanks a lot in advance for reviewing, have anice day!
Simo
[1] http://people.apache.org/builds/commons/digester/3.1/RC2/binaries/
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://
Le 26/10/2011 08:55, Luc Maisonobe a écrit :
> Le 25/10/2011 22:10, Simone Tripodi a écrit :
>> Hi all guys,
>> I'm writing to call for a vote to release apache commons-digester-3.1
>> based on RC2.
>
> I may not be completely awake yet but where are the source tar and zip
> archives and their sig
58 matches
Mail list logo