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-vfs2-test has an issue affecting its community integration.
This i
On 16 November 2011 01:18, Gary Gregory wrote:
> As soon as we add a new class like this one, I think we should bump to 2.2.
Fine by me.
> Gary
>
> On Nov 15, 2011, at 20:11, "s...@apache.org" wrote:
>
>> Author: sebb
>> Date: Wed Nov 16 01:11:28 2011
>> New Revision: 1202496
>>
>> URL: http://
As soon as we add a new class like this one, I think we should bump to 2.2.
Gary
On Nov 15, 2011, at 20:11, "s...@apache.org" wrote:
> Author: sebb
> Date: Wed Nov 16 01:11:28 2011
> New Revision: 1202496
>
> URL: http://svn.apache.org/viewvc?rev=1202496&view=rev
> Log:
> IO-288 Supply a Revers
The Apache Commons team is pleased to announce the release of Commons
Lang 3.1.
This is a drop-in replacement for 3.0 and 3.0.1. A list
of the 8 changes and 5 bug fixes in this release are found in the
release notes:
https://commons.apache.org/lang/changes-report.html#a3.1
For general informati
Under core/src/test/resources you will find all the data that needs to be
pre-populated for the test runs. Only write-tests is there with a dummy.txt
file. The dir1 subdirectory is created by the tests. It seems odd to me
that the SftpProviderTestCase is pointing to the
target/test-classes/test-dat
On Tue, Nov 15, 2011 at 12:04 PM, Gary Gregory wrote:
> On Tue, Nov 15, 2011 at 11:55 AM, Stefan Bodewig wrote:
>
>> On 2011-11-15, Gary Gregory wrote:
>>
>> > Well, that's better, one step closer, to look at this positively.
>>
>> > I suppose debugging Gump remotely is as impossible as debugging
On Tue, Nov 15, 2011 at 11:55 AM, Stefan Bodewig wrote:
> On 2011-11-15, Gary Gregory wrote:
>
> > Well, that's better, one step closer, to look at this positively.
>
> > I suppose debugging Gump remotely is as impossible as debugging
> > Continuum remotely.
>
> Probably.
>
> Before you invest mo
On 2011-11-15, Gary Gregory wrote:
> Well, that's better, one step closer, to look at this positively.
> I suppose debugging Gump remotely is as impossible as debugging
> Continuum remotely.
Probably.
Before you invest more time into this let me try to build VFS2 on vmgump
but outside of Gump s
On 14 November 2011 15:30, Gary Gregory wrote:
> Good day to you all:
>
> I have prepared Commons Codec 1.6-RC1.
>
> Tag:
>
> https://svn.apache.org/repos/asf/commons/proper/codec/tags/commons-codec-1.6-RC1
Several eol-style omissions (fixed in trunk).
Otherwise OK
> Site:
>
> https://people.ap
On Tue, Nov 15, 2011 at 2:19 AM, Stefan Bodewig wrote:
> The Mina issue is resolved, tests now fail for a different reason.
>
> See for example
>
>
> http://vmgump.apache.org/gump/public/apache-commons/commons-vfs2-test/gump_file/org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase.txt
On Tue, Nov 15, 2011 at 10:58 AM, Simone Tripodi
wrote:
> Thanks a lot Gary, I lazily didn't notice that section! :)
>
YW,
Can we move this to a separate thread? ...and focus on voting :)
Gary
Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://tw
Thanks a lot Gary, I lazily didn't notice that section! :)
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Nov 15, 2011 at 4:54 PM, Gary Gregory wrote:
> This is the same process I've used for r
Hi Seb,
in the company I just experienced the wagon-plugin[1] to upload some
artifacts to a remote server via scp. What would miss is the tgz/zip
md5/sha1 checksums that are managed by thr deploy plugin, that could
generated anyway by the maven-checksum-plugin[2]
A little tricky, but would work in
This is the same process I've used for releases documented on the Wiki at
http://wiki.apache.org/commons/UsingNexus
Note the section "wget the non-Maven artifacts from Nexus to people server"
Gary
On Tue, Nov 15, 2011 at 9:26 AM, sebb wrote:
> On 15 November 2011 13:46, Simone Tripodi
> wrote
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
On 15 November 2011 13:46, Simone Tripodi wrote:
> Of course, and you find in me one of the artifacts repository supporters! :)
>
> Anyway, I personally prefer to NOT deploy zip/tgz[1] on Nexus to avoid
> manual operations and uploading them to /dist directly, I found that
> way a little more com
Of course, and you find in me one of the artifacts repository supporters! :)
Anyway, I personally prefer to NOT deploy zip/tgz[1] on Nexus to avoid
manual operations and uploading them to /dist directly, I found that
way a little more comfortable.
Have a nice day, all the best!
Simo
[1]
http:/
On 11/15/2011 01:43 PM, Gary Gregory wrote:
And using system exit in a stop class gives you an error, can't recall
which one (109?). On my phone ATM, can't check.
I fixed that in the trunk, so should work.
Anyhow, this presumes client has some sort of shutdown hook installed
that will cleanup t
And using system exit in a stop class gives you an error, can't recall
which one (109?). On my phone ATM, can't check.
Gary
On Nov 15, 2011, at 6:51, sebb wrote:
> On 15 November 2011 06:25, Mladen Truk wrote:
>> On 11/14/2011 08:34 PM, sebb wrote:
>>>
>>> On 14 November 2011 18:31, sebb wrot
On 15 November 2011 10:30, Simone Tripodi wrote:
> Hi Gary!
> for what I can see, .zip/tar.gz archives were pushed on Nexus - how do
> you manage moving them in the right location when the release passes?
I've uploaded non-Maven stuff to Nexus in the past - one needs to
manually *move* the archiv
On 11/15/2011 12:50 PM, sebb wrote:
On 15 November 2011 06:25, Mladen Truk wrote:
In which case, why not insist that the StopClass is provided, rather
than defaulting it?
Or, default to "Main" as is done for StartClass?
Yes, that make sense.
Regards
--
^TM
On 15 November 2011 06:25, Mladen Truk wrote:
> On 11/14/2011 08:34 PM, sebb wrote:
>>
>> On 14 November 2011 18:31, sebb wrote:
The default --StartClass is now "Main", and --StopClass defaults to
"java/lang/System" - in which case the default --StopMethod is "exit"
- is that
Hi Gary!
for what I can see, .zip/tar.gz archives were pushed on Nexus - how do
you manage moving them in the right location when the release passes?
I ask just because AFAIK browsing and downloading Nexus with a
non-Maven client, could be blocked... and verifying keys could become
an issue!
Anyway
24 matches
Mail list logo
