Re: Zip file default encoding

As this is a step towards reproducable builds I see this as a good thing. Depending on platform defaults should be punished...:-) /Anders On Fri, Oct 10, 2014 at 8:26 AM, Kristian Rosenvold < kristian.rosenv...@gmail.com> wrote: > Currently plexus-archiver uses platform encoding for zip file na

X5455_ExtendedTimestamp support in zip/jar ?

Zip has a default timestamp granularity of 2 seconds. Adding the X5455 field increases this granularity to a level where we can pack/unpack a jar/zip file and expect to retain the timestamp of the original .class file. "Jar" itself does not understand X5455 and will apply 2 second rounding (but ja

Zip file default encoding

Currently plexus-archiver uses platform encoding for zip file names if none is specified. This is "compliant" with traditional Zip history. But zip understood this is a problem and introduced a "LEF" flag, which basically means all entries must be UTF-8. I would like to switch defaults in plexus

Re: svn commit: r1630358 [1/6] - in /maven/plugins/trunk: maven-acr-plugin/ maven-ant-plugin/ maven-antrun-plugin/ maven-assembly-plugin/ maven-changelog-plugin/ maven-changes-plugin/ maven-checkstyle

Hi, undone the change... Kind regards Karl-Heinz Marbaise On 10/9/14 10:34 PM, Karl Heinz Marbaise wrote: Hi, So it would be better to remove them...sorry for this... Ok...i will undo the change... Kind regards Karl Heinz Marbaise corret On 10/9/14 10:28 PM, Dennis Lundberg wrote: If I

Re: svn commit: r1630358 [1/6] - in /maven/plugins/trunk: maven-acr-plugin/ maven-ant-plugin/ maven-antrun-plugin/ maven-assembly-plugin/ maven-changelog-plugin/ maven-changes-plugin/ maven-checkstyle

Hi, So it would be better to remove them...sorry for this... Ok...i will undo the change... Kind regards Karl Heinz Marbaise corret On 10/9/14 10:28 PM, Dennis Lundberg wrote: If I recall correctly, we are still waiting for a response whether this is necessary or not. Personally I'm agains

Re: svn commit: r1630358 [1/6] - in /maven/plugins/trunk: maven-acr-plugin/ maven-ant-plugin/ maven-antrun-plugin/ maven-assembly-plugin/ maven-changelog-plugin/ maven-changes-plugin/ maven-checkstyle

If I recall correctly, we are still waiting for a response whether this is necessary or not. Personally I'm against adding these files in version control because of the unwanted maintenance, as Robert noted. Remember that we have over 100 release roots that we need to maintain. -- Dennis Lundberg

Re: svn commit: r1630358 [1/6] - in /maven/plugins/trunk: maven-acr-plugin/ maven-ant-plugin/ maven-antrun-plugin/ maven-assembly-plugin/ maven-changelog-plugin/ maven-changes-plugin/ maven-checkstyle

Putting them in the svn project roots would mean maintenance, e.g. the generated LICENSE auto-updates the years. For that reason I wouldn't put them there. IIRC the ASF is not very clear about it, so for that reason there hasn't been made a real decision. thanks, Robert Op Thu, 09 Oct 2014

Re: Assembly plugin bug scrub

Hi Kristian, On 10/9/14 7:31 PM, Kristian Rosenvold wrote: With plexus-io (2.1.4) and plexus-archiver (2.6.4) in a smashing state, I figured I'd go bug scrubbing in assembly-plugin, which has a bug list the size of . I am planning to release in the second half of next week, if anyone wants to ch

Re: svn commit: r1630358 [1/6] - in /maven/plugins/trunk: maven-acr-plugin/ maven-ant-plugin/ maven-antrun-plugin/ maven-assembly-plugin/ maven-changelog-plugin/ maven-changes-plugin/ maven-checkstyle

Hi Robert, On 10/9/14 7:23 PM, Robert Scholte wrote: there was a discussion about this: are LICENSE and NOTICE also required for the project-roots or only for the distributions? The latter is already done. For the distribution archives i know...so you don't see the need at the momemt for addi

Assembly plugin bug scrub

With plexus-io (2.1.4) and plexus-archiver (2.6.4) in a smashing state, I figured I'd go bug scrubbing in assembly-plugin, which has a bug list the size of . I am planning to release in the second half of next week, if anyone wants to chip in ! Kristian ---

Re: [VOTE] Release Apache Maven LinkCheck Plugin version 1.2

Op Wed, 08 Oct 2014 22:35:08 +0200 schreef Karl Heinz Marbaise : Hi Robert, > +1 for the code/artifact I'm a bit surprised by the site. The menu seems outdated: e.g. it contains a reference to maven-1.x Do you mean the links under "Maven Projects" ? Yes Kind regards Karl-Heinz Ma

Re: svn commit: r1630358 [1/6] - in /maven/plugins/trunk: maven-acr-plugin/ maven-ant-plugin/ maven-antrun-plugin/ maven-assembly-plugin/ maven-changelog-plugin/ maven-changes-plugin/ maven-checkstyle

Hi Karl-Heinz, there was a discussion about this: are LICENSE and NOTICE also required for the project-roots or only for the distributions? The latter is already done. Please read http://maven.markmail.org/thread/jlw4rjte2snu4tck thanks, Robert Op Thu, 09 Oct 2014 11:49:33 +0200 schreef :

Re: [VOTE] Release Apache Maven LinkCheck Plugin version 1.2

Hi, here is my +1. On 10/8/14 1:30 PM, Karl Heinz Marbaise wrote: Hi, We solved 7 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=12100&version=16906 There is still one issues left in JIRA: http://jira.codehaus.org/issues/?jql=project%20%3D%20MLINKCHECK%20AND%20status%20%3

Re: [VOTE] Release Apache Maven Source Plugin version 2.4

Hi, here is my +1 for this release. On 10/7/14 9:45 PM, Karl Heinz Marbaise wrote: Hi, We solved 4 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11147&version=20597 There are still a couple of issues left in JIRA: http://jira.codehaus.org/issues/?jql=project%20%3D%20MSO

Early Access builds for JDK 9 b33 and JDK 8u40 b09 are available on java.net

Hi Robert & Kristian, Early Access build for JDK 9 b33 is available on java.net, summary of changes are listed here Early Access build for JDK 8u40 b09 is availabl

Re: Interesting java8 bug....

On Thu, 09 Oct 2014 10:54:35 +0200, Kristian Rosenvold wrote: > Wow, that certainly fixed the problem. Stuff seems noticeably faster, > too ! Do you know if this has been reported to the JDK ? Good to know that you see the same effect. :) I think I read that the JRuby folks set this by default as

Re: Interesting java8 bug....

Hi Holger, > I am quite certain the problem has to do with tiered compilation being > on by default in JDK8 and kicking in/still Isn't it on by default in JDK7 as well (last I can remember it was turned on in one of the builds and stayed on). Dawid --

Re: Interesting java8 bug....

Hi Kristian, you can log an incident at bugs.sun.com. Pass me the incident number and I will monitor it's progress. Rgds,Rory On 09/10/2014 09:38, Kristian Rosenvold wrote: Making minimal test cases is always interesting :) It appears there is some additional constraint that needs to be satisf

Re: Interesting java8 bug....

Wow, that certainly fixed the problem. Stuff seems noticeably faster, too ! Do you know if this has been reported to the JDK ? Kristian 2014-10-09 10:41 GMT+02:00 Holger Hoffstätte : > On Thu, 09 Oct 2014 08:18:34 +0100, Rory O'Donnell Oracle, Dublin Ireland > wrote: > >> Can you log a Java Inci

Re: Interesting java8 bug....

On Thu, 09 Oct 2014 08:18:34 +0100, Rory O'Donnell Oracle, Dublin Ireland wrote: > Can you log a Java Incident and I will follow up ? I am quite certain the problem has to do with tiered compilation being on by default in JDK8 and kicking in/still running while the VM tries to exit after a brief

Re: Interesting java8 bug....

Making minimal test cases is always interesting :) It appears there is some additional constraint that needs to be satisfied, so further research needs to be done to determine the exact cause of the problem. It does seem to affect most of the forking code in maven, which should imply some kind of

Re: Interesting java8 bug....

Hi Kristian, Can you log a Java Incident and I will follow up ? Rgds,Rory On 09/10/2014 07:14, Kristian Rosenvold wrote: It would appear that the ThreadPoolExecutor in UNIXProcess can keep the vm running for up to 12 seconds after the last process has been forked. Once you see the symptom it is