Re: How to configure Maven for an overloaded intranet repository?
There are two approaches for your issue. First of all, you can try to use caches, so you don't need to download dependencies over and over again. There are also settings which might help, see the system properties in WAGON-545 [1]. E.g. retries and timeouts. But. To me it sounds from your description that your internal repo mirror needs some HA / scaling set up. Refer to the guides from nexus [2] and artifactory [3] for more information. Have nodes near your locations and configure the LBs to prefer near nodes. [1] - https://issues.apache.org/jira/browse/WAGON-545 [2] - https://help.sonatype.com/repomanager3/planning-your-implementation/resiliency-and-high-availability/high-availability-clustering-%28legacy%29/configuring-nodes [3] - https://www.jfrog.com/confluence/display/JFROG/High+Availability On Thu, 29 Sept 2022, 20:23 David Karr, wrote: > I work in a very large enterprise that uses a centralized intranet maven > repository to get artifacts from. It often has load issues that result in > builds failing with "failed to respond". The team that maintains it is > working towards eventual mitigations for that, but it will be quite a while > before that actually happens. > > What knobs or dials can I get to to make the connection to the remote > repository more resilient? The error "failed to respond" sounds like a > connection timeout, not a read timeout, but I can't tell. What property > values can I override that would help here? >
How to configure Maven for an overloaded intranet repository?
I work in a very large enterprise that uses a centralized intranet maven repository to get artifacts from. It often has load issues that result in builds failing with "failed to respond". The team that maintains it is working towards eventual mitigations for that, but it will be quite a while before that actually happens. What knobs or dials can I get to to make the connection to the remote repository more resilient? The error "failed to respond" sounds like a connection timeout, not a read timeout, but I can't tell. What property values can I override that would help here?
how to configure maven-shade-plugin to execute using specific java version?
Hi, My default JAVA_HOME points to java 1.6 and I am trying use maven-shade-plugin version 3.2.1 which requires java 1.7+ So I looking for a way to configure my maven-shade-plugin to execute using required java version and not my default JAVA_HOME version. E.g. I had similar issue with maven-surefire-plugin and I was able to solve it by specifying under its but unfortunately this doesn't works for maven-shade-plugin: ${JAVA_8_HOME}/bin/java Thanks, Sachin
How to configure maven to checkout multiple modules before module reactor fails
How should I configure maven parent pom to checkout code before Module list fails because the pom cannot be found. It seems the maven's reactor test for a module's pom occurs before the generate-sources phase when scm checkouts the projects with the projects' pom. How can I fix this ? thanks target/mod-1 target/mod-2 org.apache.maven.plugins maven-scm-plugin 1.9.4 mod-1 generate-sources ${mod-1.url} ${mod-1.versionType} ${mod-1.version} ${mod-1.directory} checkout mod-2 generate-sources ${mod-2.url} ${mod-2.versionType} ${mod-2.version} ${mod-2.directory} checkout . -- Sent from: http://maven.40175.n5.nabble.com/Maven-Users-f40176.html - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: How to configure maven-dependency-plugin's encoding used for unpack?
No I have never heard of vfs-maven-plugin before, and I doubt it will be an easy solution, as the "download" address is not known in the POM -- it is a DEPENDENCY, hence the dependency resolution mechanism has to be used. -Ursprüngliche Nachricht- Von: Andreas Gudian [mailto:andreas.gud...@gmail.com] Gesendet: Dienstag, 17. März 2015 20:20 An: Maven Users List Betreff: Re: How to configure maven-dependency-plugin's encoding used for unpack? 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, 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 separate one called "unarchiverConfig". The same would apply > for dependency plugin, since we'd definitely want this to be done in > the same manner. > > Kristian > > > 2015-03-17 9:49 GMT+01:00 Markus Karg : > > 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 the plugin? I have to ask that upfront because > of the discussion going on here currently about the general usefulness > of encodings and we must not spend any time into providing code if it > ends up in the trash due to different opinions within the pluging > management team. So if you can ensure this, we will lookup some people coding > the solution. > > > > Thanks! > > -Markus > > > > > > -Ursprüngliche Nachricht- > > Von: kristian.rosenv...@zenior.no > > [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > > Gesendet: Dienstag, 17. März 2015 08:39 > > An: Maven Users List > > Betreff: Re: How to configure maven-dependency-plugin's encoding > > used > for unpack? > > > > 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 > >> 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 unable to deal > >> with encodings.". :-( > >> > >> We are NOT packaging a "jar" file. We are packaging a "zip" file. > >> In fact I never mentioned "jar" AFAIK. That one is publicly downloadable. > >> Some team told us they use that "zip" as a dependency and need to > >> unpack it as part of their "prepare-package" phase (they only need > >> some files, not the full zip). At that moment, then file names are > >> turned into garbage. If there is headroom, then let's use that > >> headroom. All we demand is a way to tell in the POM that the plexus > >> "zip unarchiver" used by maven-dependency-plugin for that single > >> artifactItem shall use CP850. :-) > >> > >> I'm talking about http://jira.codehaus.org/browse/MDEP-436 > >> > >> Thank you for your kind help. > >> > >> Regards > >> -Markus > >> > >> > >> -Ursprüngliche Nachricht- > >> Von: kristian.rosenv...@zenior.no > >> [mailto:kristian.rosenv...@zenior.no] > >> Im Auftrag von Kristian Rosenvold > >> Gesendet: Montag, 16. März 2015 21:19 > >> An: Maven Users List > >> Betreff: Re: How to configure maven-dependency-plugin's encoding > >> used for unpack? > >> > >> There is no way to specify unarchiver encoding in the dependency > >> plugin, I have checked. So currently you have to make your users > >> install a less brain dead zip program than the windows compressed > folder mechanism. > >> &g
Re: How to configure maven-dependency-plugin's encoding used for unpack?
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, 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 separate one called "unarchiverConfig". The same would apply > for dependency plugin, since we'd definitely want this to be done in > the same manner. > > Kristian > > > 2015-03-17 9:49 GMT+01:00 Markus Karg : > > 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 the plugin? I have to ask that upfront because of the discussion going > on here currently about the general usefulness of encodings and we must not > spend any time into providing code if it ends up in the trash due to > different opinions within the pluging management team. So if you can ensure > this, we will lookup some people coding the solution. > > > > Thanks! > > -Markus > > > > > > -Ursprüngliche Nachricht- > > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > > Gesendet: Dienstag, 17. März 2015 08:39 > > An: Maven Users List > > Betreff: Re: How to configure maven-dependency-plugin's encoding used > for unpack? > > > > 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 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 unable to deal with > >> encodings.". :-( > >> > >> We are NOT packaging a "jar" file. We are packaging a "zip" file. In > >> fact I never mentioned "jar" AFAIK. That one is publicly downloadable. > >> Some team told us they use that "zip" as a dependency and need to > >> unpack it as part of their "prepare-package" phase (they only need > >> some files, not the full zip). At that moment, then file names are > >> turned into garbage. If there is headroom, then let's use that > >> headroom. All we demand is a way to tell in the POM that the plexus > >> "zip unarchiver" used by maven-dependency-plugin for that single > >> artifactItem shall use CP850. :-) > >> > >> I'm talking about http://jira.codehaus.org/browse/MDEP-436 > >> > >> Thank you for your kind help. > >> > >> Regards > >> -Markus > >> > >> > >> -Ursprüngliche Nachricht- > >> Von: kristian.rosenv...@zenior.no > >> [mailto:kristian.rosenv...@zenior.no] > >> Im Auftrag von Kristian Rosenvold > >> Gesendet: Montag, 16. März 2015 21:19 > >> An: Maven Users List > >> Betreff: Re: How to configure maven-dependency-plugin's encoding used > >> for unpack? > >> > >> There is no way to specify unarchiver encoding in the dependency > >> plugin, I have checked. So currently you have to make your users > >> install a less brain dead zip program than the windows compressed > folder mechanism. > >> > >> I am also slightly questioning of what you are trying to achieve here; > >> if you are unpacking a "jar" file then it *will* and *should* be UTF8, > >> meaning you cannot use the lobotomized zip support that is included in > >> windows, no matter what. I don't see us fixing /that/ issue, since > >> we'd be violating the jar specification. If your dependency is to an > >> actual "zip" file, we have slightly more headroom, and suc
Re: How to configure maven-dependency-plugin's encoding used for unpack?
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 separate one called "unarchiverConfig". The same would apply for dependency plugin, since we'd definitely want this to be done in the same manner. Kristian 2015-03-17 9:49 GMT+01:00 Markus Karg : > 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 the > plugin? I have to ask that upfront because of the discussion going on here > currently about the general usefulness of encodings and we must not spend any > time into providing code if it ends up in the trash due to different opinions > within the pluging management team. So if you can ensure this, we will lookup > some people coding the solution. > > Thanks! > -Markus > > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] Im > Auftrag von Kristian Rosenvold > Gesendet: Dienstag, 17. März 2015 08:39 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used for > unpack? > > 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 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 unable to deal with >> encodings.". :-( >> >> We are NOT packaging a "jar" file. We are packaging a "zip" file. In >> fact I never mentioned "jar" AFAIK. That one is publicly downloadable. >> Some team told us they use that "zip" as a dependency and need to >> unpack it as part of their "prepare-package" phase (they only need >> some files, not the full zip). At that moment, then file names are >> turned into garbage. If there is headroom, then let's use that >> headroom. All we demand is a way to tell in the POM that the plexus >> "zip unarchiver" used by maven-dependency-plugin for that single >> artifactItem shall use CP850. :-) >> >> I'm talking about http://jira.codehaus.org/browse/MDEP-436 >> >> Thank you for your kind help. >> >> Regards >> -Markus >> >> >> -Ursprüngliche Nachricht- >> Von: kristian.rosenv...@zenior.no >> [mailto:kristian.rosenv...@zenior.no] >> Im Auftrag von Kristian Rosenvold >> Gesendet: Montag, 16. März 2015 21:19 >> An: Maven Users List >> Betreff: Re: How to configure maven-dependency-plugin's encoding used >> for unpack? >> >> There is no way to specify unarchiver encoding in the dependency >> plugin, I have checked. So currently you have to make your users >> install a less brain dead zip program than the windows compressed folder >> mechanism. >> >> I am also slightly questioning of what you are trying to achieve here; >> if you are unpacking a "jar" file then it *will* and *should* be UTF8, >> meaning you cannot use the lobotomized zip support that is included in >> windows, no matter what. I don't see us fixing /that/ issue, since >> we'd be violating the jar specification. If your dependency is to an >> actual "zip" file, we have slightly more headroom, and such a patch might be >> applied. >> >> I am not sure which issue you are referring to, I know there is one >> for assembly-plugin (http://jira.codehaus.org/browse/MASSEMBLY-748) >> since the encoding feature should be fixed to work for "unpack" too. >> >> Kristian >> >> >> >> >> 2015-03-16 15:04 GMT+01:00 Markus Karg : >> >> > Kristian, >> > >> > can you please reopen the item then? I mean, it simply is not fixed, >> > because UTF-8 ZIPs are not a solution: Windows cannot correctly >> > display them, so people on the Windows world will virtually every >>
AW: How to configure maven-dependency-plugin's encoding used for unpack?
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 the plugin? I have to ask that upfront because of the discussion going on here currently about the general usefulness of encodings and we must not spend any time into providing code if it ends up in the trash due to different opinions within the pluging management team. So if you can ensure this, we will lookup some people coding the solution. Thanks! -Markus -Ursprüngliche Nachricht- Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] Im Auftrag von Kristian Rosenvold Gesendet: Dienstag, 17. März 2015 08:39 An: Maven Users List Betreff: Re: How to configure maven-dependency-plugin's encoding used for unpack? 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 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 unable to deal with > encodings.". :-( > > We are NOT packaging a "jar" file. We are packaging a "zip" file. In > fact I never mentioned "jar" AFAIK. That one is publicly downloadable. > Some team told us they use that "zip" as a dependency and need to > unpack it as part of their "prepare-package" phase (they only need > some files, not the full zip). At that moment, then file names are > turned into garbage. If there is headroom, then let's use that > headroom. All we demand is a way to tell in the POM that the plexus > "zip unarchiver" used by maven-dependency-plugin for that single > artifactItem shall use CP850. :-) > > I'm talking about http://jira.codehaus.org/browse/MDEP-436 > > Thank you for your kind help. > > Regards > -Markus > > > -Ursprüngliche Nachricht----- > Von: kristian.rosenv...@zenior.no > [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 21:19 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used > for unpack? > > There is no way to specify unarchiver encoding in the dependency > plugin, I have checked. So currently you have to make your users > install a less brain dead zip program than the windows compressed folder > mechanism. > > I am also slightly questioning of what you are trying to achieve here; > if you are unpacking a "jar" file then it *will* and *should* be UTF8, > meaning you cannot use the lobotomized zip support that is included in > windows, no matter what. I don't see us fixing /that/ issue, since > we'd be violating the jar specification. If your dependency is to an > actual "zip" file, we have slightly more headroom, and such a patch might be > applied. > > I am not sure which issue you are referring to, I know there is one > for assembly-plugin (http://jira.codehaus.org/browse/MASSEMBLY-748) > since the encoding feature should be fixed to work for "unpack" too. > > Kristian > > > > > 2015-03-16 15:04 GMT+01:00 Markus Karg : > > > Kristian, > > > > can you please reopen the item then? I mean, it simply is not fixed, > > because UTF-8 ZIPs are not a solution: Windows cannot correctly > > display them, so people on the Windows world will virtually every > > create > CP850-ZIPs! > > > > Do you know about any plans to support this, or what is the intended > > future of this issue? > > > > Thanks > > -Markus > > > > -Ursprüngliche Nachricht- > > Von: kristian.rosenv...@zenior.no > > [mailto:kristian.rosenv...@zenior.no] > > Im Auftrag von Kristian Rosenvold > > Gesendet: Montag, 16. März 2015 13:46 > > An: Maven Users List > > Betreff: Re: How to configure maven-dependency-plugin's encoding > > used for unpack? > > > > I did not actually look at the implementation on the dependency > > plugin, but it is actually technically impossible to supply the > > encoding parameter to > > *unzip* via the tag. So until this is fixed, UTF-8 > > zip archives are the only ones that will work (with plexus unzip > archiver)
AW: AW: How to configure maven-dependency-plugin's encoding used for unpack?
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 is fixed, and again closes it. So what do we gain ? (b) Why adding a new configuration property to maven-dependency-plugin's would (even hypothetically) break anything ? (c) What you assume how anybody should be able to use maven-dependency-plugin's unpack target on CP850-ZIPs ? Just to make me understand. :-) Thanks -Markus -Ursprüngliche Nachricht- Von: Hervé BOUTEMY [mailto:herve.bout...@free.fr] Gesendet: Dienstag, 17. März 2015 08:36 An: Maven Users List Betreff: Re: AW: How to configure maven-dependency-plugin's encoding used for unpack? 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, the ZIP specification does not > say a word about encoding, we had the discussion on dev@ mailing list in october and we based our decision partly on PKWARE's old documentation see http://mail-archives.apache.org/mod_mbox/maven-dev/201410.mbox/%3C1632789.Hzz1ElkyQm%40herve-desktop%3E > so it is pretty correct to use any decoding in ZIPs. > As a consequence, maven-dependency-plugin MUST either be able to > detect the encoding OR MUST have configurable encoding (plexus > unarchiver already provides setEncoding BTW). > I actually do not understand the discussion about this. I have such > ZIPs, these are compliant with the ZIP specification, please provide the Zip specifications you're referring to: having a common reference is the first problem we faced, ie we could not find any shared reference > and maven-dependency-plugin > cannot handle it. So instead of complaining about Windows being quirky > wouldn't it make more sense to simply provide maven-dependency-plugin > the same option that maven-assembly-plugin already has? I > mean, that would be straightforward, simple to implement, pragmatic > and would actually help us (we are stuck with this!) while discussions about > Windows do not. > ;-) I suppose there are multiple zip encoders and decoders on every platform: the problem is with some decoders, IIUC, not the whole platform that executes it > Maybe there is a trick so one can configure plexus unarchiver's > setEncoding via the POM, but we simply don't know how to do that. So > if you know that trick, then please share your knowledge with us. We > do not insist on a fix for the plugin, but we really need a solution > ASAP! :-) given the problem on shared zip structure reference, we really fear that fixing the issue for one user will break the other one, using another zip decoder Regards, Hervé > Thanks a lot! > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no > [mailto:kristian.rosenv...@zenior.no] Im Auftrag von Kristian > Rosenvold Gesendet: Dienstag, 17. März 2015 07:06 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used > for unpack? > This is really only a question about the borked "zip file" explorer > that is default in windows. Quality zip clients always works fine on Windows. > The miserable story is documented entirely at > http://commons.apache.org/proper/commons-compress/zip.html#Encoding > and is an enjoyable read for anyone who wants the full story :) > For the assembly plugin I have scheduled > http://jira.codehaus.org/browse/MASSEMBLY-748 for the next release, > which should be soonish. > For the dependency plugin I am still not convinced that this should be > supported. Unlike the ZIP specification, the Jar specification is > crystal clear on "UTF-8" only, which means we'd be breaking something > that is not broken. > Kristian > > > > > > 2015-03-17 6:39 GMT+01:00 Baptiste Mathus : > > > > And this is actually not even always true, CP1252 is also often used > > on Windows (in France for example). > > > > > > > > Encoding is actually a quite "simple" problem, but transfer makes it > > difficult to handle as each move has to take care of what it does. > > As for the JIRA tickets, if you feel this is not OK, feel free to > > comment/reopen/create the ones you want. > > But also beware that without a patch, in that very specific > > situation, it's not very likely someone else
Re: How to configure maven-dependency-plugin's encoding used for unpack?
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 Markus by requiring more docs or arguments :) Kristian 2015-03-17 8:39 GMT+01:00 Kristian Rosenvold : > 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 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 unable to deal with encodings.". :-( >> >> We are NOT packaging a "jar" file. We are packaging a "zip" file. In fact >> I never mentioned "jar" AFAIK. That one is publicly downloadable. Some team >> told us they use that "zip" as a dependency and need to unpack it as part >> of their "prepare-package" phase (they only need some files, not the full >> zip). At that moment, then file names are turned into garbage. If there is >> headroom, then let's use that headroom. All we demand is a way to tell in >> the POM that the plexus "zip unarchiver" used by maven-dependency-plugin >> for that single artifactItem shall use CP850. :-) >> >> I'm talking about http://jira.codehaus.org/browse/MDEP-436 >> >> Thank you for your kind help. >> >> Regards >> -Markus >> >> >> -Ursprüngliche Nachricht- >> Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] >> Im Auftrag von Kristian Rosenvold >> Gesendet: Montag, 16. März 2015 21:19 >> An: Maven Users List >> Betreff: Re: How to configure maven-dependency-plugin's encoding used for >> unpack? >> >> There is no way to specify unarchiver encoding in the dependency plugin, >> I have checked. So currently you have to make your users install a less >> brain dead zip program than the windows compressed folder mechanism. >> >> I am also slightly questioning of what you are trying to achieve here; if >> you are unpacking a "jar" file then it *will* and *should* be UTF8, meaning >> you cannot use the lobotomized zip support that is included in windows, no >> matter what. I don't see us fixing /that/ issue, since we'd be violating >> the jar specification. If your dependency is to an actual "zip" file, we >> have slightly more headroom, and such a patch might be applied. >> >> I am not sure which issue you are referring to, I know there is one for >> assembly-plugin (http://jira.codehaus.org/browse/MASSEMBLY-748) since >> the encoding feature should be fixed to work for "unpack" too. >> >> Kristian >> >> >> >> >> 2015-03-16 15:04 GMT+01:00 Markus Karg : >> >> > Kristian, >> > >> > can you please reopen the item then? I mean, it simply is not fixed, >> > because UTF-8 ZIPs are not a solution: Windows cannot correctly >> > display them, so people on the Windows world will virtually every >> create CP850-ZIPs! >> > >> > Do you know about any plans to support this, or what is the intended >> > future of this issue? >> > >> > Thanks >> > -Markus >> > >> > -Ursprüngliche Nachricht- >> > Von: kristian.rosenv...@zenior.no >> > [mailto:kristian.rosenv...@zenior.no] >> > Im Auftrag von Kristian Rosenvold >> > Gesendet: Montag, 16. März 2015 13:46 >> > An: Maven Users List >> > Betreff: Re: How to configure maven-dependency-plugin's encoding used >> > for unpack? >> > >> > I did not actually look at the implementation on the dependency >> > plugin, but it is actually technically impossible to supply the >> > encoding parameter to >> > *unzip* via the tag. So until this is fixed, UTF-8 >> > zip archives are the only ones that will work (with plexus unzip >> archiver). >> > >> > Kristian >> > >> > >> > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : >> > >> > > If I'm reading the documentation correctly, >> > > on
Re: How to configure maven-dependency-plugin's encoding used for unpack?
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 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 unable to deal with encodings.". :-( > > We are NOT packaging a "jar" file. We are packaging a "zip" file. In fact > I never mentioned "jar" AFAIK. That one is publicly downloadable. Some team > told us they use that "zip" as a dependency and need to unpack it as part > of their "prepare-package" phase (they only need some files, not the full > zip). At that moment, then file names are turned into garbage. If there is > headroom, then let's use that headroom. All we demand is a way to tell in > the POM that the plexus "zip unarchiver" used by maven-dependency-plugin > for that single artifactItem shall use CP850. :-) > > I'm talking about http://jira.codehaus.org/browse/MDEP-436 > > Thank you for your kind help. > > Regards > -Markus > > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 21:19 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used for > unpack? > > There is no way to specify unarchiver encoding in the dependency plugin, I > have checked. So currently you have to make your users install a less brain > dead zip program than the windows compressed folder mechanism. > > I am also slightly questioning of what you are trying to achieve here; if > you are unpacking a "jar" file then it *will* and *should* be UTF8, meaning > you cannot use the lobotomized zip support that is included in windows, no > matter what. I don't see us fixing /that/ issue, since we'd be violating > the jar specification. If your dependency is to an actual "zip" file, we > have slightly more headroom, and such a patch might be applied. > > I am not sure which issue you are referring to, I know there is one for > assembly-plugin (http://jira.codehaus.org/browse/MASSEMBLY-748) since the > encoding feature should be fixed to work for "unpack" too. > > Kristian > > > > > 2015-03-16 15:04 GMT+01:00 Markus Karg : > > > Kristian, > > > > can you please reopen the item then? I mean, it simply is not fixed, > > because UTF-8 ZIPs are not a solution: Windows cannot correctly > > display them, so people on the Windows world will virtually every create > CP850-ZIPs! > > > > Do you know about any plans to support this, or what is the intended > > future of this issue? > > > > Thanks > > -Markus > > > > -Ursprüngliche Nachricht- > > Von: kristian.rosenv...@zenior.no > > [mailto:kristian.rosenv...@zenior.no] > > Im Auftrag von Kristian Rosenvold > > Gesendet: Montag, 16. März 2015 13:46 > > An: Maven Users List > > Betreff: Re: How to configure maven-dependency-plugin's encoding used > > for unpack? > > > > I did not actually look at the implementation on the dependency > > plugin, but it is actually technically impossible to supply the > > encoding parameter to > > *unzip* via the tag. So until this is fixed, UTF-8 > > zip archives are the only ones that will work (with plexus unzip > archiver). > > > > Kristian > > > > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > > > If I'm reading the documentation correctly, > > > only apply to filter resources, not to zip > them. > > > > > > In any case I would try using utf-8. > > > > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > > kristian.rosenv...@gmail.com> wrote: > > > > > > > I dont believe there is support for specifying encoding to unzip. > > > > At > > > least > > > > assembly only provides config to zip. Call it a bug, call it a > > > > feature :( > > > > > > > > Kristian > > > > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > > > To preserve German umlauts in file names within a ZIP, we are > > using... > > > > > > > > > > > > > > > CP850 > > > > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working > well. > > > :) > > > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > > apply > > > > CP850 > > > > > when unpacking that ZIP? > > > > > > > > > > Thanks! > > > > > -Markus > > > > > > > > > > > > > > > > > > > > > -- > > > Adrien Rivard > > > > > >
AW: How to configure maven-dependency-plugin's encoding used for unpack?
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) (http://plexus.codehaus.org/plexus-components/plexus-archiver/apidocs/org/codehaus/plexus/archiver/zip/AbstractZipUnArchiver.html#setEncoding(java.lang.String) ). But the dependency plugin has no to forwards to the Plexus ZipArchiver to make use it this. :-( -Ursprüngliche Nachricht- Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] Im Auftrag von Kristian Rosenvold Gesendet: Montag, 16. März 2015 20:25 An: Maven Users List Betreff: Re: How to configure maven-dependency-plugin's encoding used for unpack? I don't really see that the dependency plugin has any support for encoding in pack or unpack. Where did you see that ? Kristian 2015-03-16 15:04 GMT+01:00 Markus Karg : > Kristian, > > can you please reopen the item then? I mean, it simply is not fixed, > because UTF-8 ZIPs are not a solution: Windows cannot correctly > display them, so people on the Windows world will virtually every create > CP850-ZIPs! > > Do you know about any plans to support this, or what is the intended > future of this issue? > > Thanks > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no > [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 13:46 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used > for unpack? > > I did not actually look at the implementation on the dependency > plugin, but it is actually technically impossible to supply the > encoding parameter to > *unzip* via the tag. So until this is fixed, UTF-8 > zip archives are the only ones that will work (with plexus unzip archiver). > > Kristian > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > If I'm reading the documentation correctly, > > only apply to filter resources, not to zip them. > > > > In any case I would try using utf-8. > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > kristian.rosenv...@gmail.com> wrote: > > > > > I dont believe there is support for specifying encoding to unzip. > > > At > > least > > > assembly only provides config to zip. Call it a bug, call it a > > > feature :( > > > > > > Kristian > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > To preserve German umlauts in file names within a ZIP, we are > using... > > > > > > > > > > > > CP850 > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > > :) > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > apply > > > CP850 > > > > when unpacking that ZIP? > > > > > > > > Thanks! > > > > -Markus > > > > > > > > > > > > > > > -- > > Adrien Rivard > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: AW: How to configure maven-dependency-plugin's encoding used for unpack?
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, the ZIP specification does not say a > word about encoding, we had the discussion on dev@ mailing list in october and we based our decision partly on PKWARE's old documentation see http://mail-archives.apache.org/mod_mbox/maven-dev/201410.mbox/%3C1632789.Hzz1ElkyQm%40herve-desktop%3E > so it is pretty correct to use any decoding in ZIPs. > As a consequence, maven-dependency-plugin MUST either be able to detect the > encoding OR MUST have configurable encoding (plexus unarchiver already > provides setEncoding BTW). > I actually do not understand the discussion about this. I have such ZIPs, > these are compliant with the ZIP specification, please provide the Zip specifications you're referring to: having a common reference is the first problem we faced, ie we could not find any shared reference > and maven-dependency-plugin > cannot handle it. So instead of complaining about Windows being quirky > wouldn't it make more sense to simply provide maven-dependency-plugin the > same option that maven-assembly-plugin already has? I mean, that > would be straightforward, simple to implement, pragmatic and would actually > help us (we are stuck with this!) while discussions about Windows do not. > ;-) I suppose there are multiple zip encoders and decoders on every platform: the problem is with some decoders, IIUC, not the whole platform that executes it > Maybe there is a trick so one can configure plexus unarchiver's setEncoding > via the POM, but we simply don't know how to do that. So if you know that > trick, then please share your knowledge with us. We do not insist on a fix > for the plugin, but we really need a solution ASAP! :-) given the problem on shared zip structure reference, we really fear that fixing the issue for one user will break the other one, using another zip decoder Regards, Hervé > Thanks a lot! > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] Im > Auftrag von Kristian Rosenvold Gesendet: Dienstag, 17. März 2015 07:06 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used for > unpack? > This is really only a question about the borked "zip file" explorer that is > default in windows. Quality zip clients always works fine on Windows. > The miserable story is documented entirely at > http://commons.apache.org/proper/commons-compress/zip.html#Encoding and is > an enjoyable read for anyone who wants the full story :) > For the assembly plugin I have scheduled > http://jira.codehaus.org/browse/MASSEMBLY-748 for the next release, which > should be soonish. > For the dependency plugin I am still not convinced that this should be > supported. Unlike the ZIP specification, the Jar specification is crystal > clear on "UTF-8" only, which means we'd be breaking something that is not > broken. > Kristian > > > > > > 2015-03-17 6:39 GMT+01:00 Baptiste Mathus : > > > > And this is actually not even always true, CP1252 is also often used > > on Windows (in France for example). > > > > > > > > Encoding is actually a quite "simple" problem, but transfer makes it > > difficult to handle as each move has to take care of what it does. > > As for the JIRA tickets, if you feel this is not OK, feel free to > > comment/reopen/create the ones you want. > > But also beware that without a patch, in that very specific situation, > > it's not very likely someone else will spend time to fix it. > > > > > > > > HTH > > Cheers > > > > > > > > 2015-03-16 15:04 GMT+01:00 Markus Karg : > > > > > > > > > Kristian, > > > > > > > > > > > > can you please reopen the item then? I mean, it simply is not fixed, > > > because UTF-8 ZIPs are not a solution: Windows cannot correctly > > > display them, so people on the Windows world will virtually every > > > create > > > > CP850-ZIPs! > > > > > > > > > > > Do you know about any plans to support this, or what is the intended > > > future of this issue? > > > > > > > > > > > > Thanks > > > -Markus > > > > > > > > > > > > -Ursprüngliche Nachricht- > > &
AW: How to configure maven-dependency-plugin's encoding used for unpack?
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 unable to deal with encodings.". :-( We are NOT packaging a "jar" file. We are packaging a "zip" file. In fact I never mentioned "jar" AFAIK. That one is publicly downloadable. Some team told us they use that "zip" as a dependency and need to unpack it as part of their "prepare-package" phase (they only need some files, not the full zip). At that moment, then file names are turned into garbage. If there is headroom, then let's use that headroom. All we demand is a way to tell in the POM that the plexus "zip unarchiver" used by maven-dependency-plugin for that single artifactItem shall use CP850. :-) I'm talking about http://jira.codehaus.org/browse/MDEP-436 Thank you for your kind help. Regards -Markus -Ursprüngliche Nachricht- Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] Im Auftrag von Kristian Rosenvold Gesendet: Montag, 16. März 2015 21:19 An: Maven Users List Betreff: Re: How to configure maven-dependency-plugin's encoding used for unpack? There is no way to specify unarchiver encoding in the dependency plugin, I have checked. So currently you have to make your users install a less brain dead zip program than the windows compressed folder mechanism. I am also slightly questioning of what you are trying to achieve here; if you are unpacking a "jar" file then it *will* and *should* be UTF8, meaning you cannot use the lobotomized zip support that is included in windows, no matter what. I don't see us fixing /that/ issue, since we'd be violating the jar specification. If your dependency is to an actual "zip" file, we have slightly more headroom, and such a patch might be applied. I am not sure which issue you are referring to, I know there is one for assembly-plugin (http://jira.codehaus.org/browse/MASSEMBLY-748) since the encoding feature should be fixed to work for "unpack" too. Kristian 2015-03-16 15:04 GMT+01:00 Markus Karg : > Kristian, > > can you please reopen the item then? I mean, it simply is not fixed, > because UTF-8 ZIPs are not a solution: Windows cannot correctly > display them, so people on the Windows world will virtually every create > CP850-ZIPs! > > Do you know about any plans to support this, or what is the intended > future of this issue? > > Thanks > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no > [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 13:46 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used > for unpack? > > I did not actually look at the implementation on the dependency > plugin, but it is actually technically impossible to supply the > encoding parameter to > *unzip* via the tag. So until this is fixed, UTF-8 > zip archives are the only ones that will work (with plexus unzip archiver). > > Kristian > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > If I'm reading the documentation correctly, > > only apply to filter resources, not to zip them. > > > > In any case I would try using utf-8. > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > kristian.rosenv...@gmail.com> wrote: > > > > > I dont believe there is support for specifying encoding to unzip. > > > At > > least > > > assembly only provides config to zip. Call it a bug, call it a > > > feature :( > > > > > > Kristian > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > To preserve German umlauts in file names within a ZIP, we are > using... > > > > > > > > > > > > CP850 > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > > :) > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > apply > > > CP850 > > > > when unpacking that ZIP? > > > > > > > > Thanks! > > > > -Markus > > > > > > > > > > > > > > > -- > > Adrien Rivard > > >
AW: How to configure maven-dependency-plugin's encoding used for unpack?
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...@gmail.com] Im Auftrag von Baptiste Mathus Gesendet: Dienstag, 17. März 2015 06:40 An: Maven Users List Betreff: Re: How to configure maven-dependency-plugin's encoding used for unpack? And this is actually not even always true, CP1252 is also often used on Windows (in France for example). Encoding is actually a quite "simple" problem, but transfer makes it difficult to handle as each move has to take care of what it does. As for the JIRA tickets, if you feel this is not OK, feel free to comment/reopen/create the ones you want. But also beware that without a patch, in that very specific situation, it's not very likely someone else will spend time to fix it. HTH Cheers 2015-03-16 15:04 GMT+01:00 Markus Karg : > Kristian, > > can you please reopen the item then? I mean, it simply is not fixed, > because UTF-8 ZIPs are not a solution: Windows cannot correctly > display them, so people on the Windows world will virtually every create > CP850-ZIPs! > > Do you know about any plans to support this, or what is the intended > future of this issue? > > Thanks > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no > [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 13:46 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used > for unpack? > > I did not actually look at the implementation on the dependency > plugin, but it is actually technically impossible to supply the > encoding parameter to > *unzip* via the tag. So until this is fixed, UTF-8 > zip archives are the only ones that will work (with plexus unzip archiver). > > Kristian > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > If I'm reading the documentation correctly, > > only apply to filter resources, not to zip them. > > > > In any case I would try using utf-8. > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > kristian.rosenv...@gmail.com> wrote: > > > > > I dont believe there is support for specifying encoding to unzip. > > > At > > least > > > assembly only provides config to zip. Call it a bug, call it a > > > feature :( > > > > > > Kristian > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > To preserve German umlauts in file names within a ZIP, we are > using... > > > > > > > > > > > > CP850 > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > > :) > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > apply > > > CP850 > > > > when unpacking that ZIP? > > > > > > > > Thanks! > > > > -Markus > > > > > > > > > > > > > > > -- > > Adrien Rivard > > > -- Baptiste MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor ! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: How to configure maven-dependency-plugin's encoding used for unpack?
(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 a consequence, maven-dependency-plugin MUST either be able to detect the encoding OR MUST have configurable encoding (plexus unarchiver already provides setEncoding BTW). I actually do not understand the discussion about this. I have such ZIPs, these are compliant with the ZIP specification, and maven-dependency-plugin cannot handle it. So instead of complaining about Windows being quirky wouldn't it make more sense to simply provide maven-dependency-plugin the same option that maven-assembly-plugin already has? I mean, that would be straightforward, simple to implement, pragmatic and would actually help us (we are stuck with this!) while discussions about Windows do not. ;-) Maybe there is a trick so one can configure plexus unarchiver's setEncoding via the POM, but we simply don't know how to do that. So if you know that trick, then please share your knowledge with us. We do not insist on a fix for the plugin, but we really need a solution ASAP! :-) Thanks a lot! -Markus -Ursprüngliche Nachricht- Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] Im Auftrag von Kristian Rosenvold Gesendet: Dienstag, 17. März 2015 07:06 An: Maven Users List Betreff: Re: How to configure maven-dependency-plugin's encoding used for unpack? This is really only a question about the borked "zip file" explorer that is default in windows. Quality zip clients always works fine on Windows. The miserable story is documented entirely at http://commons.apache.org/proper/commons-compress/zip.html#Encoding and is an enjoyable read for anyone who wants the full story :) For the assembly plugin I have scheduled http://jira.codehaus.org/browse/MASSEMBLY-748 for the next release, which should be soonish. For the dependency plugin I am still not convinced that this should be supported. Unlike the ZIP specification, the Jar specification is crystal clear on "UTF-8" only, which means we'd be breaking something that is not broken. Kristian 2015-03-17 6:39 GMT+01:00 Baptiste Mathus : > And this is actually not even always true, CP1252 is also often used > on Windows (in France for example). > > Encoding is actually a quite "simple" problem, but transfer makes it > difficult to handle as each move has to take care of what it does. > As for the JIRA tickets, if you feel this is not OK, feel free to > comment/reopen/create the ones you want. > But also beware that without a patch, in that very specific situation, > it's not very likely someone else will spend time to fix it. > > HTH > Cheers > > 2015-03-16 15:04 GMT+01:00 Markus Karg : > > > Kristian, > > > > can you please reopen the item then? I mean, it simply is not fixed, > > because UTF-8 ZIPs are not a solution: Windows cannot correctly > > display them, so people on the Windows world will virtually every > > create > CP850-ZIPs! > > > > Do you know about any plans to support this, or what is the intended > > future of this issue? > > > > Thanks > > -Markus > > > > -Ursprüngliche Nachricht- > > Von: kristian.rosenv...@zenior.no > > [mailto:kristian.rosenv...@zenior.no] > > Im Auftrag von Kristian Rosenvold > > Gesendet: Montag, 16. März 2015 13:46 > > An: Maven Users List > > Betreff: Re: How to configure maven-dependency-plugin's encoding > > used for unpack? > > > > I did not actually look at the implementation on the dependency > > plugin, but it is actually technically impossible to supply the > > encoding > parameter > > to > > *unzip* via the tag. So until this is fixed, UTF-8 > > zip archives are the only ones that will work (with plexus unzip archiver). > > > > Kristian > > > > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > > > If I'm reading the documentation correctly, > > > only apply to filter resources, not to zip > > > them. > > > > > > In any case I would try using utf-8. > > > > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > > kristian.rosenv...@gmail.com> wrote: > > > > > > > I dont believe there is support for specifying encoding to > > > > unzip. At > > > least > > > > assembly only provides config to zip. Call it a bug, call it a > > > > feature :( > > > > &
Re: How to configure maven-dependency-plugin's encoding used for unpack?
This is really only a question about the borked "zip file" explorer that is default in windows. Quality zip clients always works fine on Windows. The miserable story is documented entirely at http://commons.apache.org/proper/commons-compress/zip.html#Encoding and is an enjoyable read for anyone who wants the full story :) For the assembly plugin I have scheduled http://jira.codehaus.org/browse/MASSEMBLY-748 for the next release, which should be soonish. For the dependency plugin I am still not convinced that this should be supported. Unlike the ZIP specification, the Jar specification is crystal clear on "UTF-8" only, which means we'd be breaking something that is not broken. Kristian 2015-03-17 6:39 GMT+01:00 Baptiste Mathus : > And this is actually not even always true, CP1252 is also often used on > Windows (in France for example). > > Encoding is actually a quite "simple" problem, but transfer makes it > difficult to handle as each move has to take care of what it does. > As for the JIRA tickets, if you feel this is not OK, feel free to > comment/reopen/create the ones you want. > But also beware that without a patch, in that very specific situation, it's > not very likely someone else will spend time to fix it. > > HTH > Cheers > > 2015-03-16 15:04 GMT+01:00 Markus Karg : > > > Kristian, > > > > can you please reopen the item then? I mean, it simply is not fixed, > > because UTF-8 ZIPs are not a solution: Windows cannot correctly display > > them, so people on the Windows world will virtually every create > CP850-ZIPs! > > > > Do you know about any plans to support this, or what is the intended > > future of this issue? > > > > Thanks > > -Markus > > > > -Ursprüngliche Nachricht- > > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] > > Im Auftrag von Kristian Rosenvold > > Gesendet: Montag, 16. März 2015 13:46 > > An: Maven Users List > > Betreff: Re: How to configure maven-dependency-plugin's encoding used for > > unpack? > > > > I did not actually look at the implementation on the dependency plugin, > > but it is actually technically impossible to supply the encoding > parameter > > to > > *unzip* via the tag. So until this is fixed, UTF-8 zip > > archives are the only ones that will work (with plexus unzip archiver). > > > > Kristian > > > > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > > > If I'm reading the documentation correctly, > > > only apply to filter resources, not to zip them. > > > > > > In any case I would try using utf-8. > > > > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > > kristian.rosenv...@gmail.com> wrote: > > > > > > > I dont believe there is support for specifying encoding to unzip. At > > > least > > > > assembly only provides config to zip. Call it a bug, call it a > > > > feature :( > > > > > > > > Kristian > > > > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > > > To preserve German umlauts in file names within a ZIP, we are > > using... > > > > > > > > > > > > > > > CP850 > > > > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working > well. > > > :) > > > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > > apply > > > > CP850 > > > > > when unpacking that ZIP? > > > > > > > > > > Thanks! > > > > > -Markus > > > > > > > > > > > > > > > > > > > > > -- > > > Adrien Rivard > > > > > > > > > -- > Baptiste MATHUS - http://batmat.net > Sauvez un arbre, > Mangez un castor ! >
Re: How to configure maven-dependency-plugin's encoding used for unpack?
And this is actually not even always true, CP1252 is also often used on Windows (in France for example). Encoding is actually a quite "simple" problem, but transfer makes it difficult to handle as each move has to take care of what it does. As for the JIRA tickets, if you feel this is not OK, feel free to comment/reopen/create the ones you want. But also beware that without a patch, in that very specific situation, it's not very likely someone else will spend time to fix it. HTH Cheers 2015-03-16 15:04 GMT+01:00 Markus Karg : > Kristian, > > can you please reopen the item then? I mean, it simply is not fixed, > because UTF-8 ZIPs are not a solution: Windows cannot correctly display > them, so people on the Windows world will virtually every create CP850-ZIPs! > > Do you know about any plans to support this, or what is the intended > future of this issue? > > Thanks > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 13:46 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used for > unpack? > > I did not actually look at the implementation on the dependency plugin, > but it is actually technically impossible to supply the encoding parameter > to > *unzip* via the tag. So until this is fixed, UTF-8 zip > archives are the only ones that will work (with plexus unzip archiver). > > Kristian > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > If I'm reading the documentation correctly, > > only apply to filter resources, not to zip them. > > > > In any case I would try using utf-8. > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > kristian.rosenv...@gmail.com> wrote: > > > > > I dont believe there is support for specifying encoding to unzip. At > > least > > > assembly only provides config to zip. Call it a bug, call it a > > > feature :( > > > > > > Kristian > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > To preserve German umlauts in file names within a ZIP, we are > using... > > > > > > > > > > > > CP850 > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > > :) > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > apply > > > CP850 > > > > when unpacking that ZIP? > > > > > > > > Thanks! > > > > -Markus > > > > > > > > > > > > > > > -- > > Adrien Rivard > > > -- Baptiste MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
Re: How to configure maven-dependency-plugin's encoding used for unpack?
There is no way to specify unarchiver encoding in the dependency plugin, I have checked. So currently you have to make your users install a less brain dead zip program than the windows compressed folder mechanism. I am also slightly questioning of what you are trying to achieve here; if you are unpacking a "jar" file then it *will* and *should* be UTF8, meaning you cannot use the lobotomized zip support that is included in windows, no matter what. I don't see us fixing /that/ issue, since we'd be violating the jar specification. If your dependency is to an actual "zip" file, we have slightly more headroom, and such a patch might be applied. I am not sure which issue you are referring to, I know there is one for assembly-plugin (http://jira.codehaus.org/browse/MASSEMBLY-748) since the encoding feature should be fixed to work for "unpack" too. Kristian 2015-03-16 15:04 GMT+01:00 Markus Karg : > Kristian, > > can you please reopen the item then? I mean, it simply is not fixed, > because UTF-8 ZIPs are not a solution: Windows cannot correctly display > them, so people on the Windows world will virtually every create CP850-ZIPs! > > Do you know about any plans to support this, or what is the intended > future of this issue? > > Thanks > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 13:46 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used for > unpack? > > I did not actually look at the implementation on the dependency plugin, > but it is actually technically impossible to supply the encoding parameter > to > *unzip* via the tag. So until this is fixed, UTF-8 zip > archives are the only ones that will work (with plexus unzip archiver). > > Kristian > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > If I'm reading the documentation correctly, > > only apply to filter resources, not to zip them. > > > > In any case I would try using utf-8. > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > kristian.rosenv...@gmail.com> wrote: > > > > > I dont believe there is support for specifying encoding to unzip. At > > least > > > assembly only provides config to zip. Call it a bug, call it a > > > feature :( > > > > > > Kristian > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > To preserve German umlauts in file names within a ZIP, we are > using... > > > > > > > > > > > > CP850 > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > > :) > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > apply > > > CP850 > > > > when unpacking that ZIP? > > > > > > > > Thanks! > > > > -Markus > > > > > > > > > > > > > > > -- > > Adrien Rivard > > >
Re: How to configure maven-dependency-plugin's encoding used for unpack?
I don't really see that the dependency plugin has any support for encoding in pack or unpack. Where did you see that ? Kristian 2015-03-16 15:04 GMT+01:00 Markus Karg : > Kristian, > > can you please reopen the item then? I mean, it simply is not fixed, > because UTF-8 ZIPs are not a solution: Windows cannot correctly display > them, so people on the Windows world will virtually every create CP850-ZIPs! > > Do you know about any plans to support this, or what is the intended > future of this issue? > > Thanks > -Markus > > -Ursprüngliche Nachricht- > Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] > Im Auftrag von Kristian Rosenvold > Gesendet: Montag, 16. März 2015 13:46 > An: Maven Users List > Betreff: Re: How to configure maven-dependency-plugin's encoding used for > unpack? > > I did not actually look at the implementation on the dependency plugin, > but it is actually technically impossible to supply the encoding parameter > to > *unzip* via the tag. So until this is fixed, UTF-8 zip > archives are the only ones that will work (with plexus unzip archiver). > > Kristian > > > 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > > > If I'm reading the documentation correctly, > > only apply to filter resources, not to zip them. > > > > In any case I would try using utf-8. > > > > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > > kristian.rosenv...@gmail.com> wrote: > > > > > I dont believe there is support for specifying encoding to unzip. At > > least > > > assembly only provides config to zip. Call it a bug, call it a > > > feature :( > > > > > > Kristian > > > > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > > > To preserve German umlauts in file names within a ZIP, we are > using... > > > > > > > > > > > > CP850 > > > > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > > :) > > > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > > apply > > > CP850 > > > > when unpacking that ZIP? > > > > > > > > Thanks! > > > > -Markus > > > > > > > > > > > > > > > -- > > Adrien Rivard > > >
AW: How to configure maven-dependency-plugin's encoding used for unpack?
Kristian, can you please reopen the item then? I mean, it simply is not fixed, because UTF-8 ZIPs are not a solution: Windows cannot correctly display them, so people on the Windows world will virtually every create CP850-ZIPs! Do you know about any plans to support this, or what is the intended future of this issue? Thanks -Markus -Ursprüngliche Nachricht- Von: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] Im Auftrag von Kristian Rosenvold Gesendet: Montag, 16. März 2015 13:46 An: Maven Users List Betreff: Re: How to configure maven-dependency-plugin's encoding used for unpack? I did not actually look at the implementation on the dependency plugin, but it is actually technically impossible to supply the encoding parameter to *unzip* via the tag. So until this is fixed, UTF-8 zip archives are the only ones that will work (with plexus unzip archiver). Kristian 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > If I'm reading the documentation correctly, > only apply to filter resources, not to zip them. > > In any case I would try using utf-8. > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > kristian.rosenv...@gmail.com> wrote: > > > I dont believe there is support for specifying encoding to unzip. At > least > > assembly only provides config to zip. Call it a bug, call it a > > feature :( > > > > Kristian > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > To preserve German umlauts in file names within a ZIP, we are using... > > > > > > > > > CP850 > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > :) > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > How can we configure maven-dependency-plugin:unpack so it will > > > apply > > CP850 > > > when unpacking that ZIP? > > > > > > Thanks! > > > -Markus > > > > > > > > > -- > Adrien Rivard >
Re: How to configure maven-dependency-plugin's encoding used for unpack?
I did not actually look at the implementation on the dependency plugin, but it is actually technically impossible to supply the encoding parameter to *unzip* via the tag. So until this is fixed, UTF-8 zip archives are the only ones that will work (with plexus unzip archiver). Kristian 2015-03-16 13:05 GMT+01:00 Adrien Rivard : > If I'm reading the documentation correctly, > only apply to filter resources, not to zip them. > > In any case I would try using utf-8. > > > On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < > kristian.rosenv...@gmail.com> wrote: > > > I dont believe there is support for specifying encoding to unzip. At > least > > assembly only provides config to zip. Call it a bug, call it a feature :( > > > > Kristian > > > > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > > > To preserve German umlauts in file names within a ZIP, we are using... > > > > > > > > > CP850 > > > > > > > > > ...in the maven-assembly-plugin configuration, which is working well. > :) > > > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > > > How can we configure maven-dependency-plugin:unpack so it will apply > > CP850 > > > when unpacking that ZIP? > > > > > > Thanks! > > > -Markus > > > > > > > > > -- > Adrien Rivard >
Re: How to configure maven-dependency-plugin's encoding used for unpack?
If I'm reading the documentation correctly, only apply to filter resources, not to zip them. In any case I would try using utf-8. On Mon, Mar 16, 2015 at 12:34 PM, Kristian Rosenvold < kristian.rosenv...@gmail.com> wrote: > I dont believe there is support for specifying encoding to unzip. At least > assembly only provides config to zip. Call it a bug, call it a feature :( > > Kristian > > > 2015-03-16 12:12 GMT+01:00 Markus Karg : > > > To preserve German umlauts in file names within a ZIP, we are using... > > > > > > CP850 > > > > > > ...in the maven-assembly-plugin configuration, which is working well. :) > > > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > > > How can we configure maven-dependency-plugin:unpack so it will apply > CP850 > > when unpacking that ZIP? > > > > Thanks! > > -Markus > > > -- Adrien Rivard
Re: How to configure maven-dependency-plugin's encoding used for unpack?
I dont believe there is support for specifying encoding to unzip. At least assembly only provides config to zip. Call it a bug, call it a feature :( Kristian 2015-03-16 12:12 GMT+01:00 Markus Karg : > To preserve German umlauts in file names within a ZIP, we are using... > > > CP850 > > > ...in the maven-assembly-plugin configuration, which is working well. :) > > Next we want to use maven-dependency-plugin to unpack that ZIP. > > How can we configure maven-dependency-plugin:unpack so it will apply CP850 > when unpacking that ZIP? > > Thanks! > -Markus >
How to configure maven-dependency-plugin's encoding used for unpack?
To preserve German umlauts in file names within a ZIP, we are using... CP850 ...in the maven-assembly-plugin configuration, which is working well. :) Next we want to use maven-dependency-plugin to unpack that ZIP. How can we configure maven-dependency-plugin:unpack so it will apply CP850 when unpacking that ZIP? Thanks! -Markus
RE: How to configure maven
Sorry - the bad repo is in the rampart pom.xml file. I must have fat fingered the text search first time around. -Original Message- From: Walters, Jay [mailto:walte...@hmc.harvard.edu] Sent: Wednesday, January 22, 2014 11:49 AM To: 'Maven Users List' Subject: RE: How to configure maven Sorry, this is probably also relevant (and also does not look right). Is this a mirror gone bad? How do I configure where maven looks for the repository for apache files (and where is the right place). Downloading: http://shibboleth.internet2.edu/downloads/maven2/org/apache/axis2/a xis2-kernel/1.6.2/axis2-kernel-1.6.2.pom [WARNING] Checksum validation failed, expected http://shibboleth.internet2.edu/downloads/maven2/or g/apache/axis2/mex/1.6.2/mex-1.6.2-impl.jar -Original Message- From: Walters, Jay [mailto:walte...@hmc.harvard.edu] Sent: Wednesday, January 22, 2014 11:47 AM To: 'users@maven.apache.org' Subject: How to configure maven Sorry for asking such a easy question, but googling apache maven anything doesn't get to the answer too easily. I have a previously working local repository in my home\.m2 directory. I am on windows and JDK 1.6.0_21. I have previously used this with maven 2.2.1 and 3.0.4. I also downloaded a fresh maven 3.1.1 which has the same problem. I have no custom settings.xml file, I just have what comes in the zipfile downloads from the apache website. Today, I'm trying to build apache rampart 1.6.2 from source (downloaded yesterday) which wants to pull in apache axis jars/poms and also a file apache/8/pom.xml from an apache repository. Rather than fetching in the files I need I get the attached internet2 html page which breaks the build. Is there a way to configure this so apache stuff builds properly? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: How to configure maven
Sorry, this is probably also relevant (and also does not look right). Is this a mirror gone bad? How do I configure where maven looks for the repository for apache files (and where is the right place). Downloading: http://shibboleth.internet2.edu/downloads/maven2/org/apache/axis2/a xis2-kernel/1.6.2/axis2-kernel-1.6.2.pom [WARNING] Checksum validation failed, expected http://shibboleth.internet2.edu/downloads/maven2/or g/apache/axis2/mex/1.6.2/mex-1.6.2-impl.jar -Original Message- From: Walters, Jay [mailto:walte...@hmc.harvard.edu] Sent: Wednesday, January 22, 2014 11:47 AM To: 'users@maven.apache.org' Subject: How to configure maven Sorry for asking such a easy question, but googling apache maven anything doesn't get to the answer too easily. I have a previously working local repository in my home\.m2 directory. I am on windows and JDK 1.6.0_21. I have previously used this with maven 2.2.1 and 3.0.4. I also downloaded a fresh maven 3.1.1 which has the same problem. I have no custom settings.xml file, I just have what comes in the zipfile downloads from the apache website. Today, I'm trying to build apache rampart 1.6.2 from source (downloaded yesterday) which wants to pull in apache axis jars/poms and also a file apache/8/pom.xml from an apache repository. Rather than fetching in the files I need I get the attached internet2 html page which breaks the build. Is there a way to configure this so apache stuff builds properly? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
How to configure maven
Sorry for asking such a easy question, but googling apache maven anything doesn't get to the answer too easily. I have a previously working local repository in my home\.m2 directory. I am on windows and JDK 1.6.0_21. I have previously used this with maven 2.2.1 and 3.0.4. I also downloaded a fresh maven 3.1.1 which has the same problem. I have no custom settings.xml file, I just have what comes in the zipfile downloads from the apache website. Today, I'm trying to build apache rampart 1.6.2 from source (downloaded yesterday) which wants to pull in apache axis jars/poms and also a file apache/8/pom.xml from an apache repository. Rather than fetching in the files I need I get the attached internet2 html page which breaks the build. Is there a way to configure this so apache stuff builds properly? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to configure maven plugins using compony repository with nexus
Am 13.01.2012 07:12 schrieb "chandrasheker" : > > Hi, > > How to configure maven plugins to company repository with nexus ui.i > download the jar from internal company repository It's described in the manual of Sonatype Nexus. Please rtfm. Besides, the exception stack trace you gave is mostly useless, as it does not contain the dependency which could mot be resolved. Regards Ansgar while run application but > it gives the following excepiton > org.apache.maven.lifecycle.LifecycleExecutionException: > at > org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:196) >at > org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:108) >at > org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:258) >at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:201) >at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) >at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) >at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) >at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) >at > org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) >at > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) >at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) >at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) >at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) >at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) >at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:597) >at > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) >at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) >at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) >at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > Caused by: org.apache.maven.project.DependencyResolutionException: > > Thanks & Regards, > chandra > > -- > View this message in context: http://maven.40175.n5.nabble.com/how-to-configure-maven-plugins-using-compony-repository-with-nexus-tp5141812p5141812.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org >
how to configure maven plugins using compony repository with nexus
Hi, How to configure maven plugins to company repository with nexus ui.i download the jar from internal company repository while run application but it gives the following excepiton org.apache.maven.lifecycle.LifecycleExecutionException: at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:196) at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:108) at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:258) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:201) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) Caused by: org.apache.maven.project.DependencyResolutionException: Thanks & Regards, chandra -- View this message in context: http://maven.40175.n5.nabble.com/how-to-configure-maven-plugins-using-compony-repository-with-nexus-tp5141812p5141812.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
how to configure maven-test-plugin
hello all, i want to mock a final class, for that i need to use jdave to do so i need to launch your tests with the following vm parameter: -javaagent:/path/to/workspace/jdave-unfinalizer/target/jdave-unfinalizer-jar-name.jar i did a search and the maven-test-plugin can do this ( i dont understand why it is a dependency not a plugin !) how to configure this plugin in the pom.xml to modify properties lik maven.junit.jvmand maven.junit.jvmargs thanks in advance -- -- الله المعين منير الصبور
Fwd: how to configure maven-test-plugin
hello all, i want to mock a final class, for that i need to use jdave to do so i need to launch your tests with the following vm parameter: -javaagent:/path/to/workspace/jdave-unfinalizer/target/jdave-unfinalizer-jar-name.jar i did a search and the maven-test-plugin can do this ( i dont understand why it is a dependency not a plugin !) how to configure this plugin in the pom.xml to modify properties lik maven.junit.jvmand maven.junit.jvmargs thanks in advance -- -- الله المعين منير الصبور -- -- الله المعين منير الصبور
Re: How to configure maven-site-plugin to publish jar?
David Hoffer wrote: > Can and if possible how can I configure the maven-site-plugin so that it > bundles the entire site in a jar and then deploys it? Ideally the whole > process would remain contained within the site-deploy phase. > > -Dave > You can use the site:jar goal for this purpose: http://maven.apache.org/plugins/maven-site-plugin/jar-mojo.html The site.jar file is attached to your main artifact by default. -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
How to configure maven-site-plugin to publish jar?
Can and if possible how can I configure the maven-site-plugin so that it bundles the entire site in a jar and then deploys it? Ideally the whole process would remain contained within the site-deploy phase. -Dave
How to configure maven-idea-plugin to include/exclude directories?
How can I configure maven-idea-plugin to allow target/generated-sources as IDEA source but disallow all others? Having target included by default seriously slows down IDEA when it finds new javadocs, etc. -Dave - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
How to configure maven-checkstyle-plugin with external ImportControl file in your checkstyle configuration ?
How to configure maven-checkstyle-plugin with external ImportControl file in your checkstyle configuration ? My configuration is available in "http://www.xxx.com/repository/rdc";. This address contains this files : my_checstyleconfiguration.xml import-control.xml In the "my_checstyleconfiguration.xml", the importcontrol is define : http://www.xxx.com/repository/rdc/import-control.xml"/> But when I run maven, build failure because maven doesn't localize import-control.xml : "http://www.xxx.com/repository/rdc/import-control.xml (syntaxe de nom de fichier, de répertoire ou de volume incorrect) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
Hi If you want to use some of the meta data from Mavens pom file you could always use the maven-ant tasks. I have used it for running Fit integration tests using a plain ant build.xml file which is "including" the Maven pom.xml file and thereby having the dependency path from Maven. A small snippet could look like: Kind regards Georges Polyzois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
Just by specifying the configuration outside of an execution: maven-antrun-plugin -Stephen On 3/16/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > We need to execute some ANT tasks (e.g. for > redeploying a server configuration) which we only need > to execute every so often, but which are not part of > the regular build lifecycle. Hence we need to > configure the plugin, but cannot bind it to any of the > lifecycle phases of Maven 2. > > How can we do that? > > Thanks, > Chris > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Stephen Duncan Jr www.stephenduncanjr.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
Dan, That's actually a great idea. Let me try that, but that could be what I was looking for ... Thanks Chris --- dan tran <[EMAIL PROTECTED]> wrote: > Bind antrun:run to a phase but profile it > > http://maven.apache.org/guides/introduction/introduction-to-profiles.html > > -D > > On 3/15/06, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> > wrote: > > > > Doesn't really work, as it doesn't execute > anything if > > you configure the antrun plugin according to the > docs: > > > > > > > maven-antrun-plugin > > > > > >generate-sources > > > > > > > > > > > > > > > > > > run > > > > > > > > > > > > > > However, it looks as if we can do the plugin > config > > outside the tag (e.g. create a global > > plugin config which is valid across various > lifecycle > > phases). > > > > > > > maven-antrun-plugin > > > > > > > > > > > > > > > > > > run > > > > > > > > This way we can simply invoke mvn antrun:run and > it > > executes the specified ANT tasks. > > > > However, this causes a different problem. What if > an > > engineer has to invoke different ANT targets (e.g. > one > > to deploy an app on an app server, one to undeploy > the > > app from the app server, one to restart the app > > server)? That's not possible as there is only a > global > > config which always executes the same set of ANT > tasks > > when executing mvn antrun:run. Perhaps that could > be > > simply resolved by specifying the ANT task on the > > command-line (e.g. mvn -Dant.task=deploy > antrun:run). > > Any ideas on whether that's possible? > > > > Thanks, > > Chris > > But that means it only works if you have a single > ANT > > target > > > > --- dan tran <[EMAIL PROTECTED]> wrote: > > > > > wonder it this would work > > > > > > maven antrun:run > > > > > > -D > > > > > > > > > On 3/15/06, Chris Hagmann > <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > We need to execute some ANT tasks (e.g. for > > > > redeploying a server configuration) which we > only > > > need > > > > to execute every so often, but which are not > part > > > of > > > > the regular build lifecycle. Hence we need to > > > > configure the plugin, but cannot bind it to > any of > > > the > > > > lifecycle phases of Maven 2. > > > > > > > > How can we do that? > > > > > > > > Thanks, > > > > Chris > > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > - > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
Bind antrun:run to a phase but profile it http://maven.apache.org/guides/introduction/introduction-to-profiles.html -D On 3/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Doesn't really work, as it doesn't execute anything if > you configure the antrun plugin according to the docs: > > >maven-antrun-plugin > > >generate-sources > > > > > > > > > run > > > > > > > However, it looks as if we can do the plugin config > outside the tag (e.g. create a global > plugin config which is valid across various lifecycle > phases). > > >maven-antrun-plugin > > > > > > > > > run > > > > This way we can simply invoke mvn antrun:run and it > executes the specified ANT tasks. > > However, this causes a different problem. What if an > engineer has to invoke different ANT targets (e.g. one > to deploy an app on an app server, one to undeploy the > app from the app server, one to restart the app > server)? That's not possible as there is only a global > config which always executes the same set of ANT tasks > when executing mvn antrun:run. Perhaps that could be > simply resolved by specifying the ANT task on the > command-line (e.g. mvn -Dant.task=deploy antrun:run). > Any ideas on whether that's possible? > > Thanks, > Chris > But that means it only works if you have a single ANT > target > > --- dan tran <[EMAIL PROTECTED]> wrote: > > > wonder it this would work > > > > maven antrun:run > > > > -D > > > > > > On 3/15/06, Chris Hagmann <[EMAIL PROTECTED]> > > wrote: > > > > > > We need to execute some ANT tasks (e.g. for > > > redeploying a server configuration) which we only > > need > > > to execute every so often, but which are not part > > of > > > the regular build lifecycle. Hence we need to > > > configure the plugin, but cannot bind it to any of > > the > > > lifecycle phases of Maven 2. > > > > > > How can we do that? > > > > > > Thanks, > > > Chris > > > > > > > > > - > > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
Doesn't really work, as it doesn't execute anything if you configure the antrun plugin according to the docs: maven-antrun-plugin generate-sources run However, it looks as if we can do the plugin config outside the tag (e.g. create a global plugin config which is valid across various lifecycle phases). maven-antrun-plugin run This way we can simply invoke mvn antrun:run and it executes the specified ANT tasks. However, this causes a different problem. What if an engineer has to invoke different ANT targets (e.g. one to deploy an app on an app server, one to undeploy the app from the app server, one to restart the app server)? That's not possible as there is only a global config which always executes the same set of ANT tasks when executing mvn antrun:run. Perhaps that could be simply resolved by specifying the ANT task on the command-line (e.g. mvn -Dant.task=deploy antrun:run). Any ideas on whether that's possible? Thanks, Chris But that means it only works if you have a single ANT target --- dan tran <[EMAIL PROTECTED]> wrote: > wonder it this would work > > maven antrun:run > > -D > > > On 3/15/06, Chris Hagmann <[EMAIL PROTECTED]> > wrote: > > > > We need to execute some ANT tasks (e.g. for > > redeploying a server configuration) which we only > need > > to execute every so often, but which are not part > of > > the regular build lifecycle. Hence we need to > > configure the plugin, but cannot bind it to any of > the > > lifecycle phases of Maven 2. > > > > How can we do that? > > > > Thanks, > > Chris > > > > > - > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
This doesn't work unfortunately as the deployment is a little more complex. We need to get some information (e.g. artifact version) to make the deployment work, and we don't want to duplicate that info outside the POM. So, if we invoke ANT directly, we simply don't have that info. Thanks anyways. --- Wayne Fay <[EMAIL PROTECTED]> wrote: > I'd leave it in Ant, and call it directly, not via > antrun/maven. > That's how I'm deploying our j2ee app currently... > Just plain old "ant > ". > > ;-) > > Wayne > > > On 3/16/06, Chris Hagmann <[EMAIL PROTECTED]> > wrote: > > We need to execute some ANT tasks (e.g. for > > redeploying a server configuration) which we only > need > > to execute every so often, but which are not part > of > > the regular build lifecycle. Hence we need to > > configure the plugin, but cannot bind it to any of > the > > lifecycle phases of Maven 2. > > > > How can we do that? > > > > Thanks, > > Chris > > > > > - > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
I'd leave it in Ant, and call it directly, not via antrun/maven. That's how I'm deploying our j2ee app currently... Just plain old "ant ". ;-) Wayne On 3/16/06, Chris Hagmann <[EMAIL PROTECTED]> wrote: > We need to execute some ANT tasks (e.g. for > redeploying a server configuration) which we only need > to execute every so often, but which are not part of > the regular build lifecycle. Hence we need to > configure the plugin, but cannot bind it to any of the > lifecycle phases of Maven 2. > > How can we do that? > > Thanks, > Chris > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] How to configure maven-antrun plugin without binding to a lifecycle phase
wonder it this would work maven antrun:run -D On 3/15/06, Chris Hagmann <[EMAIL PROTECTED]> wrote: > > We need to execute some ANT tasks (e.g. for > redeploying a server configuration) which we only need > to execute every so often, but which are not part of > the regular build lifecycle. Hence we need to > configure the plugin, but cannot bind it to any of the > lifecycle phases of Maven 2. > > How can we do that? > > Thanks, > Chris > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
[m2] How to configure maven-antrun plugin without binding to a lifecycle phase
We need to execute some ANT tasks (e.g. for redeploying a server configuration) which we only need to execute every so often, but which are not part of the regular build lifecycle. Hence we need to configure the plugin, but cannot bind it to any of the lifecycle phases of Maven 2. How can we do that? Thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] How to configure maven-antrun plugin without binding to a lifecycle phase
We need to execute some ANT tasks (e.g. for redeploying a server configuration) which we only need to execute every so often, but which are not part of the regular build lifecycle. Hence we need to configure the plugin, but cannot bind it to any of the lifecycle phases of Maven 2. How can we do that? Thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to configure Maven to genereate WAS 5 specific delpoyment with XDoclet
I have XDoclet Generating standard SLSB's, but need to generate WAS 5 descriptors as well, from within Maven. Possible? Thank You Mick Knutson Sr. Java/J2EE Consultant BASE logic, inc. (415) 648-1804 (S.F., CA) http://www.BASELogic.com HP Consulting Services (Walnut Creek, CA) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]