> As I said previously, I would avoid using either one. I really don’t
know why you would want to with Java. I can understand it with applications
written in C where you might want to compile all the dependencies along
with the main application. But that isn’t the case in Java. Introducing
Why?
> On Sep 1, 2020, at 8:39 PM, Matt Sicker wrote:
>
> It could be useful for grouping inter-dependent modules like pool/dbcp.
>
> On Tue, Sep 1, 2020 at 21:46 Ralph Goers wrote:
>
>> As I said previously, I would avoid using either one. I really don’t know
>> why you would want to with
It could be useful for grouping inter-dependent modules like pool/dbcp.
On Tue, Sep 1, 2020 at 21:46 Ralph Goers wrote:
> As I said previously, I would avoid using either one. I really don’t know
> why you would want to with Java. I can understand it with applications
> written in C where you
As I said previously, I would avoid using either one. I really don’t know why
you would want to with Java. I can understand it with applications written in C
where you might want to compile all the dependencies along with the main
application. But that isn’t the case in Java. Introducing
Thanks Sebb! I was looking for a link about the voting process, but only found
an old Wiki. Bookmarked this one for the next time I need it.
On Tuesday, 1 September 2020, 11:58:21 pm NZST, sebb wrote:
Well put.
One minor clarification: there must be more PMC members voting +1 than -1.
On Tue, Sep 1, 2020 at 3:47 PM Alex Remily wrote:
> Speaking of which, do you want to do anything with the Dockerfile I
> wrote for this build? I have a pending PR that I can update or
withdraw, as necessary.
>
Once the 1.1.0 is 100% done. I'll commit the Dockerfile I used for the
build. It
Speaking of which, do you want to do anything with the Dockerfile I
wrote for this build? I have a pending PR that I can update or
withdraw, as necessary.
Alex
On Tue, Sep 1, 2020 at 3:38 PM Gary Gregory wrote:
>
> It will be much easier moving forward IMO.
>
> Gary
>
> On Tue, Sep 1, 2020,
Thank you all for your effort here.
-Rob
> On Sep 1, 2020, at 3:38 PM, Gary Gregory wrote:
>
> It will be much easier moving forward IMO.
>
> Gary
>
> On Tue, Sep 1, 2020, 15:32 Geoffrey Blake
> wrote:
>
>> Yes, thanks everyone for helping. Was a long journey to get here.
>>
>> On Tue,
It will be much easier moving forward IMO.
Gary
On Tue, Sep 1, 2020, 15:32 Geoffrey Blake
wrote:
> Yes, thanks everyone for helping. Was a long journey to get here.
>
> On Tue, Sep 1, 2020 at 11:32 AM Alex Remily wrote:
>
> > Thank you to everyone involved for their part in getting this out.
Yes, thanks everyone for helping. Was a long journey to get here.
On Tue, Sep 1, 2020 at 11:32 AM Alex Remily wrote:
> Thank you to everyone involved for their part in getting this out.
>
> On Tue, Sep 1, 2020 at 11:58 AM Gary Gregory
> wrote:
> >
> > This VOTE passes with the following +1s:
On 01/09/2020 19:25, Mark Thomas wrote:
> [X] Approved - go ahead and release Commons Daemon 1.2.3 RC1 as 1.2.3
Tested with Apache Tomcat.
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
Apologies for the slight delay between the tag and the vote. There was
an issue with the code signing service we use to sign the Windows binaries.
It has been almost a year since the last Commons Daemon release. Notable
changes since 1.2.2 include:
- Improved debug logging for error conditions
-
2020-09-01 19:08 UTC+02:00, Alex Herbert :
> In addition I should have said sorry and next time I will wait longer. I
> appreciate there are a lot of servers and maybe I got lucky with the ones I
> was watching for replication.
No need to apologize: We don't have to inspect all the slow
In addition I should have said sorry and next time I will wait longer. I
appreciate there are a lot of servers and maybe I got lucky with the ones I
was watching for replication.
Fingers crossed we get no missing download complaints.
Alex
On Tue, 1 Sep 2020 at 17:51, Rob Tompkins wrote:
>
Nice work Alex!
Cheers,
-Rob
> On Sep 1, 2020, at 12:49 PM, Alex Herbert wrote:
>
> On Tue, 1 Sep 2020 at 16:02, Gary Gregory wrote:
>
>> Hi Alex,
>> Thank you for pushing out the release.
>>
>> In the future, please wait for the jar to propagate to Maven Central and
>> mirrors. Maven
On Tue, 1 Sep 2020 at 16:02, Gary Gregory wrote:
> Hi Alex,
> Thank you for pushing out the release.
>
> In the future, please wait for the jar to propagate to Maven Central and
> mirrors. Maven Central can take a few hours (it's not there yet) but it can
> take up to 24 hours for the mirrors to
Thank you to everyone involved for their part in getting this out.
On Tue, Sep 1, 2020 at 11:58 AM Gary Gregory wrote:
>
> This VOTE passes with the following +1s:
>
> - Alex Remily
> - Geoffrey Blake
> - Bruno P. Kinoshita, binding
> - Rob Tompkins, binding
> - Gary Gregory, binding
>
> Thank
This VOTE passes with the following +1s:
- Alex Remily
- Geoffrey Blake
- Bruno P. Kinoshita, binding
- Rob Tompkins, binding
- Gary Gregory, binding
Thank you all,
Gary
On Tue, Sep 1, 2020 at 11:52 AM Gary Gregory wrote:
> My +1.
>
> Gary
>
> On Fri, Aug 28, 2020 at 4:35 PM Gary Gregory
My +1.
Gary
On Fri, Aug 28, 2020 at 4:35 PM Gary Gregory wrote:
> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons Crypto 1.0.0 was released, so I would like to release
> Apache Commons Crypto 1.1.0.
>
> Apache Commons Crypto 1.1.0 RC1 is available
+1
Validated java8: mvn clean test install site with:
Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: /usr/local/Cellar/maven/3.6.3_1/libexec
Java version: 1.8.0_242, vendor: Amazon.com Inc., runtime:
Hi Alex,
Thank you for pushing out the release.
In the future, please wait for the jar to propagate to Maven Central and
mirrors. Maven Central can take a few hours (it's not there yet) but it can
take up to 24 hours for the mirrors to pick up the new files.
I usually wait 24 hours and then send
The Apache Commons Team is pleased to announce the availability of
version 1.15 of "Apache Commons Codec".
The Apache Commons Codec package contains simple encoders and
decoders for various formats such as Base64 and Hexadecimal. In
addition to these widely used encoders and decoders, the codec
I found the following helpful but it is from 2016, so I wonder how much
has changed since then:
https://martowen.com/2016/05/01/git-submodules-vs-git-subtrees/
Gary
On Mon, Aug 31, 2020, 10:34 Matt Sicker wrote:
> The use case you're describing is fairly well handled by the git
> subtree
Thanks for the pointer Matt, I'll explore...
Gary
On Mon, Aug 31, 2020, 10:34 Matt Sicker wrote:
> The use case you're describing is fairly well handled by the git
> subtree command. There are some git plugins that add more complex
> workflows on top of that, but the base command is what
Thanks Bruno. Good info.
On Tue, Sep 1, 2020 at 7:51 AM Bruno P. Kinoshita wrote:
>
> The vote is open to anyone Alex. The more the merrier.
>
> It has a requirement of at least three PMC members giving a +1 vote for the
> vote to pass.
>
> Whenever a PMC -or anybody else in this mailing list-
Well put.
One minor clarification: there must be more PMC members voting +1 than -1.
https://www.apache.org/foundation/voting.html#ReleaseVotes
On Tue, 1 Sep 2020 at 12:51, Bruno P. Kinoshita wrote:
>
> The vote is open to anyone Alex. The more the merrier.
>
> It has a requirement of at least
The vote is open to anyone Alex. The more the merrier.
It has a requirement of at least three PMC members giving a +1 vote for the
vote to pass.
Whenever a PMC -or anybody else in this mailing list- raises an issue or votes
-1 and explains what went wrong building or testing the proposed
What are the voting requirements? Do you need to be an Apache member,
committer, contributor, etc?
On Mon, Aug 31, 2020 at 9:02 PM Gary Gregory wrote:
>
> May I have PMC reviews please?
>
> Gary
>
> On Fri, Aug 28, 2020 at 4:35 PM Gary Gregory wrote:
>
> > We have fixed quite a few bugs and
Thanks Bruno,
WRT building on Java 11, there is no "javah" in Java 11, we will have to
switch to "javah -h" in the future.
Gary
On Tue, Sep 1, 2020, 00:34 Bruno P. Kinoshita wrote:
> [x] +1 Release these artifacts
>
> Building OK from git commit with `mvn clean test install site` with
>
>
I rarely ever test the snapshots this way before a release. I test building the
jar myself from the tag or commit, inspect the archives, and check the reports.
For [imaging] and [lang] and [text] I have tested snapshots locally in Eclipse
+ Maven to test in some project I wad working on.
You
This VOTE passes with the following +1s:
- Gary Gregory, binding
- Bruno P. Kinoshita, binding
- Alex Herbert, binding
Alex
> On 1 Sep 2020, at 05:58, Bruno P. Kinoshita wrote:
>
>
> [x] +1 Release these artifacts
>
> Building OK from git commit with `mvn clean test install site` with
>
re-ask:
Is there a way for maven to use the jar in
https://dist.apache.org/repos/dist/dev/commons/codec/1.15-RC1 as dependency?
Alex Herbert 于2020年9月1日周二 下午3:49写道:
> My +1
>
> > On 1 Sep 2020, at 05:58, Bruno P. Kinoshita wrote:
> >
> >
> > [x] +1 Release these artifacts
> >
> > Building OK
My +1
> On 1 Sep 2020, at 05:58, Bruno P. Kinoshita wrote:
>
>
> [x] +1 Release these artifacts
>
> Building OK from git commit with `mvn clean test install site` with
>
> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe;
> 2018-06-18T06:33:14+12:00)
> Maven home:
33 matches
Mail list logo