Hi!
The Apache Maven Team is pleased to announce the release of 3.3.1
The official release notes can be found here:
http://maven.apache.org/docs/3.3.1/release-notes.html
But Karl Heinz has written up better release notes here:
http://blog.soebes.de/blog/2015/03/17/apache-maven-3-dot-3-1
Is it ${parent.name} ?
Kevin
On Tue, Mar 17, 2015 at 3:31 AM, Pop Qvarnström
wrote:
> For anyone searching for this in the archives, I created an SO question and
> a JIRA issue was promptly created.
>
> JIRA issue: https://jira.codehaus.org/browse/MNG-5784
> SO question:
>
> http://stackoverflo
The Apache Maven team is pleased to announce the release of the
Apache Maven DOAP Plugin, version 1.2
The DOAP Plugin is used to generate a compliant
Description of a Project (DOAP)] file from a POM.
Description of a Project (DOAP) http://usefulinc.com/doap
The main goal is to be able to provid
Markus, as for an "ASAP" quick fix, did you try using the vfs-maven-plugin
to unpack your zip files? I don't fully understand your usecase, but I use
that one to download and unpack zip files within a maven build.
2015-03-17 13:34 GMT+01:00 Kristian Rosenvold
:
> I can guarantee a timely review,
Hi Stuart,
Thanks again for your prompt help.
But both projects have sisu-maven-plugin properly set and the generation of
index files are working well.
But I think I found where the issue could be.
This morning I decided to debug the build of one project in the workspace
that uses my plugin usin
Hi Cristiano,
Sounds like the dependency doesn’t have an index of its components
(META-INF/sisu/javax.inject.Named) which is needed when using indexed scanning
in Sisu.
Maven uses indexed scanning to avoid the cost of repeatedly doing full class
path scanning which, while not slow, is not su
I can guarantee a timely review, which is about as much as we
guarantee around here :)
There is a practical issue, since maven assembly plugin uses a
parameter called "archiverConfig" configure the Archiver. I am still
pondering if for assembly I should supply the *same* config object or
create a
For anyone searching for this in the archives, I created an SO question and
a JIRA issue was promptly created.
JIRA issue: https://jira.codehaus.org/browse/MNG-5784
SO question:
http://stackoverflow.com/questions/29013184/maven-support-for-property-substitution-in-project-name
Cheers,
Pop
2015-0
Great, thanks a lot! :-)
But let's negotiate one thing upfront: If we provide code that adds
to maven-dependency-plugin's , which essentially forwards the
encoding to the Plexus Unarchiver, and it looks good to you from a technical
view, will you guarantee us that it will definitively up in th
Hervé,
can you please elaborate for non-committers like me:
(a) Why shall I open another issue that contains essentially the same text as
the already-existing and non-fixed-but-marked-as-resolved one
http://jira.codehaus.org/browse/MDEP-436 ? The result would be the same:
Kristian assumes it i
Herve;
Markus is right. when we switched to default UTF-8 like the rest of the
world, users of legacy windows versions "lost" the option to unzip with
default locale, which had been the behaviour up to that point.
This is really nothing to discuss and there is no further reason to
aggreviate Mark
I'm not kidding about anything. I reopened the issue.
If you make a patch that applies encoding to zip files I can review that.
Kristian
2015-03-17 8:27 GMT+01:00 Markus Karg :
> Kristian,
>
> you're kidding, don't you? ;-)
>
> what you propose does not work. We are an ISV providing a download
The ASSEMBLY plugin forwards its own to the Plexus Archiver
internally. That way you can create ZIPs with CP850. :-)
The DEPENDENCY plugin intenrally uses the Plexus ZipUnarchiver. The Plexus
ZipUnarchiver is a special form of the AbstractUnarchiver, which has a method
setEncoding(String)
(ht
Le mardi 17 mars 2015 08:19:20 Markus Karg a écrit :
> (1) "Normal users" (non-comitters) do not have permission to reopen issues
> so I really beg for your kind help to reopen this issue for me! :-)
no, please don't reopen the issue: open another issue
> (2) Despite all the quirks of Windows, th
Kristian,
you're kidding, don't you? ;-)
what you propose does not work. We are an ISV providing a download for
virtually anybody. We cannot tell the world "Hey, you cannot simply use Windows
to unzip, but you must first download some other application, because we're
using Maven, and it is una
My posting was an example why non-UTF-8-ZIPs are needed to be supported by
maven-dependency-plugin. It was definitively not intended as a claim that all
Windows editions exactly need CP850. Sorry for the misunderstanding.
-Ursprüngliche Nachricht-
Von: bmat...@gmail.com [mailto:bmat...@
(1) "Normal users" (non-comitters) do not have permission to reopen issues so I
really beg for your kind help to reopen this issue for me! :-)
(2) Despite all the quirks of Windows, the ZIP specification does not say a
word about encoding, so it is pretty correct to use any decoding in ZIPs. As
17 matches
Mail list logo
