Re: New PMC Member
Great News! Congratulations Paul! LieGrue, strub --- On Fri, 5/14/10, Brian Fox wrote: > From: Brian Fox > Subject: New PMC Member > To: "Maven Developers List" , "Maven Users List" > > Date: Friday, May 14, 2010, 9:34 PM > The Maven PMC recently voted to > invite Paul Gier to join us as a > member of the PMC Committee. He accepted and is now > officially part of > the Maven PMC. Congratulations Paul! > > If you'd like to read more about what his exactly means, > take a look > at http://www.apache.org/foundation/how-it-works.html > > --Brian Fox > Maven PMC Chair. > > - > 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: Central repository, bundle-create and distribution of licenses
Usually this is handled by inserting NOTICE and LICENSE into the jar files themselves. In theory you could attach the license file to the main artifact using the "license" classifier but normally this isn't done. On Fri, May 14, 2010 at 7:20 PM, Bruno Harbulot wrote: > Thanks for the link. Perhaps someone could put it on this page: > http://maven.apache.org/guides/mini/guide-central-repository-upload.html > > > Nevertheless, this doesn't really answer my question. The point I was making > was that, with the current model, licences are missing in most projects as > far as I can tell. There's often at best a URL to a licence file hosted > elsewhere than the repository. > Most OSS licences are fairly clear: the licence must be distributed along > with the software, whether in binary or source form (depending on the > content of the licence). > The fact that "Sonatype will perform some due diligence to make sure that > the artifact has a license compatible with unrestricted distribution, and we > will then promote the uploaded artifacts to the Central Maven repository." > [from your link] doesn't make the text of those licences appear from thin > air, and the bundling process doesn't seem to bundle those files. > > 'BSD' often doesn't refer to the actual same > licence for example. The copyright holder will be different from one project > to another, and redistributing software released under such a licence, but > without it, is effectively in breach of this licence (and there are plenty > of those in the central repository). One of the main point of OSS licences > is to acknowledge the copyright holders, at the very least. > > I suppose one way to solve it would be to put the actual text within the > element of the element in the POM file that's with > the jars in the repository. > > I'm just suggesting there should be, along with the POM file and the jars, a > place for a LICENSE.txt (and perhaps NOTICE.txt as some licences use) to > make this clearer. (Downloading them along with the artifacts would be a > plus, again, for the sake of abiding by these licences.) > Does this mechanism already exist? How is it done? > > > Best wishes, > > Bruno. > > > On 14/05/2010 22:39, Brian Fox wrote: >> >> >> http://www.sonatype.com/people/2010/04/uploading-artifacts-to-the-central-maven-repository-diy/ >> >> On Fri, May 14, 2010 at 11:46 AM, Bruno Harbulot >> wrote: >>> >>> Hello, >>> >>> Is there a way to prepare a bundle to be uploaded to the central >>> repository >>> so that it also contains the licence file? >>> >>> Ideally, I'd like a licence file along these files, for example: >>> http://repo1.maven.org/maven2/org/jsslutils/jsslutils/0.5.1/ >>> >>> My POM contains this: >>> >>> >>> BSD >>> LICENSE.txt >>> repo >>> >>> >>> >>> The licence file is next to the POM in the source tree, but it's never >>> included in the bundle or any of its inner jar files. I guess it could be >>> an >>> absolute URL that points to it, but it would be good to have a licence >>> file >>> bundled and uploaded with the other files, at least to respect the terms >>> of >>> the licence itself. >>> >>> >>> Best wishes, >>> >>> Bruno. >>> >>> >>> - >>> 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 > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Central repository, bundle-create and distribution of licenses
Thanks for the link. Perhaps someone could put it on this page: http://maven.apache.org/guides/mini/guide-central-repository-upload.html Nevertheless, this doesn't really answer my question. The point I was making was that, with the current model, licences are missing in most projects as far as I can tell. There's often at best a URL to a licence file hosted elsewhere than the repository. Most OSS licences are fairly clear: the licence must be distributed along with the software, whether in binary or source form (depending on the content of the licence). The fact that "Sonatype will perform some due diligence to make sure that the artifact has a license compatible with unrestricted distribution, and we will then promote the uploaded artifacts to the Central Maven repository." [from your link] doesn't make the text of those licences appear from thin air, and the bundling process doesn't seem to bundle those files. 'BSD' often doesn't refer to the actual same licence for example. The copyright holder will be different from one project to another, and redistributing software released under such a licence, but without it, is effectively in breach of this licence (and there are plenty of those in the central repository). One of the main point of OSS licences is to acknowledge the copyright holders, at the very least. I suppose one way to solve it would be to put the actual text within the element of the element in the POM file that's with the jars in the repository. I'm just suggesting there should be, along with the POM file and the jars, a place for a LICENSE.txt (and perhaps NOTICE.txt as some licences use) to make this clearer. (Downloading them along with the artifacts would be a plus, again, for the sake of abiding by these licences.) Does this mechanism already exist? How is it done? Best wishes, Bruno. On 14/05/2010 22:39, Brian Fox wrote: http://www.sonatype.com/people/2010/04/uploading-artifacts-to-the-central-maven-repository-diy/ On Fri, May 14, 2010 at 11:46 AM, Bruno Harbulot wrote: Hello, Is there a way to prepare a bundle to be uploaded to the central repository so that it also contains the licence file? Ideally, I'd like a licence file along these files, for example: http://repo1.maven.org/maven2/org/jsslutils/jsslutils/0.5.1/ My POM contains this: BSD LICENSE.txt repo The licence file is next to the POM in the source tree, but it's never included in the bundle or any of its inner jar files. I guess it could be an absolute URL that points to it, but it would be good to have a licence file bundled and uploaded with the other files, at least to respect the terms of the licence itself. Best wishes, Bruno. - 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: Central repository, bundle-create and distribution of licenses
http://www.sonatype.com/people/2010/04/uploading-artifacts-to-the-central-maven-repository-diy/ On Fri, May 14, 2010 at 11:46 AM, Bruno Harbulot wrote: > Hello, > > Is there a way to prepare a bundle to be uploaded to the central repository > so that it also contains the licence file? > > Ideally, I'd like a licence file along these files, for example: > http://repo1.maven.org/maven2/org/jsslutils/jsslutils/0.5.1/ > > My POM contains this: > > > BSD > LICENSE.txt > repo > > > > The licence file is next to the POM in the source tree, but it's never > included in the bundle or any of its inner jar files. I guess it could be an > absolute URL that points to it, but it would be good to have a licence file > bundled and uploaded with the other files, at least to respect the terms of > the licence itself. > > > Best wishes, > > Bruno. > > > - > 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
New PMC Member
The Maven PMC recently voted to invite Paul Gier to join us as a member of the PMC Committee. He accepted and is now officially part of the Maven PMC. Congratulations Paul! If you'd like to read more about what his exactly means, take a look at http://www.apache.org/foundation/how-it-works.html --Brian Fox Maven PMC Chair. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Release plugin: release project from within subdirectory
Hello, I'm trying to set up release plugin for a project that lives in the subdirectory of the repo; That is, given the layout like this: |- pom.xml | |- [module1] | |- pom.xml | |- [module2] | |- pom.xml | |- [tools] |- [mytool] |- pom.xml I'd like to release "mytool", which is completely standalone module. mvn release:clean release:prepare release:perform -f tools/mytool/pom.xml Initial configuration was like this: clean deploy release:clean and release:prepare went as expected, i.e. against "tools/mytool". But release:perform checked out whole codebase under tools/mytool/target/checkout, and invoked "mvn deploy" against root pom of the checkout folder. Which is basically another project With no luck I tried number of options: * ${project.build.directory}/checkout/tools/mytool/pom.xml * tools/mytool/pom.xml * -f tools/mytool/pom.xml * -f ${project.build.directory}/checkout/tools/mytool/pom.xml Still deploy is invoked against root pom. Generally, is it possible to release project located in a repo subdirectory? - maven 2.2.1 - release plugin 2.0 Thanks, Pavel
Re: No such archiver: 'swf'.
Thanks Brian, I saw that configuration and realized that was one solution, but needed a non-SNAPSHOT means of completing the task. I don't know the criteria that an issue gets promoted to configuration level options, but it seems like this issue periodically comes up as new archive formats are created. It might be useful to have this as build-level configuration It turns out that 'swc' *is* supported, 'swf' is not. That actually makes sense, I can't imagine a situation where one would want to create a flattened archive with the contents of a swf since it is already a self-contained module with a single entry point. This is how I realized I was using the wrong tool for the job, assembly:single with seems to want to flatten the contents of the dependency into the output archive, where I wanted to include the dependency directly. Someone on the flexmojos list pointed out that I could use dependency:copy to handle this. (So many plugins, so little time ;-)) That's working for me now. One thing that seems relevant as a general Maven point-of-note, flexmojos has a goal called copy-flex-resources which takes any flex dependencies and adds them to the output WAR for this specific POM, and it gives a warning if the output artifact is not a WAR. It's convenient, but not a universally applicable solution (such as when the flex resources need to be included in a zip archive). So the general inquiry here is how dependency artifacts of opaque and previously undefined types should be included into archives such as .zip or .war. Is this kind of copy-flex-resources thing the best way to do it everywhere? If not, any thoughts on a better means? On May 14, 2010, at 10:37 AM, Brian Fox wrote: > Take a look at the patch for this issue: > http://jira.codehaus.org/browse/MDEP-183 > > You would need to do something along the same lines, possibly > introducing your own archiver impl, but this shows how you map the > extension to the impl. > > On Tue, May 11, 2010 at 2:52 PM, Brian Topping wrote: >> We've been successfully using Flex-mojos with our projects under Maven. >> It's been working well, but we need to include the .swf artifacts that are >> generated in an assembly. That seems to be failing, and I get the following >> error: >> >> Caused by: org.codehaus.plexus.archiver.manager.NoSuchArchiverException: No >> such archiver: 'swf'. >>at >> org.codehaus.plexus.archiver.manager.DefaultArchiverManager.getResourceCollection(DefaultArchiverManager.java:90) >>at >> org.codehaus.plexus.archiver.manager.DefaultArchiverManager.getResourceCollection(DefaultArchiverManager.java:128) >>at >> org.codehaus.plexus.archiver.AbstractArchiver.asResourceCollection(AbstractArchiver.java:506) >> >> My assembly descriptor, for reference, is pretty simple: >> >> > xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"; >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >> >> xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 >> http://maven.apache.org/xsd/assembly-1.1.0.xsd";> >>php-webapp >> >>zip >> >> >> >> >> *:swf:* >> >>/ >>false >> >> >> >> >>src/main/php >>/ >> >> >> >> >> Is this the best way to compose the assembly? If it is, I presume that I >> need to create and add an archiver that can deal with .swf (treating it as >> an opaque blob, presumably). If not, it would be pretty easy to write a >> plugin, but I can't imagine I'm the only person running into this issue. >> >> Thanks for any thoughts, >> >> Brian > > - > 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
unit test not finding dependent class
Hi, Here is the information about maven I use: Apache Maven 2.2.0 (r788681; 2009-06-26 06:04:01-0700) Java version: 1.6.0_17 Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home Default locale: en_US, platform encoding: MacRoman OS name: "mac os x" version: "10.6.3" arch: "x86_64" Family: "mac" I see strange unit test failure which was due to a dependent class in the same package not being found: java.lang.NoClassDefFoundError: com/ciq/m2m/platform/mmp2/input/OtaUploadRecordReader at com.ciq.m2m.platform.mmp2.input.OtaUploadRecordReaderSingleFileTest.createRecordReader(OtaUploadRecordReaderSingleFileTest.java:18) In Eclipse, I can successfully run the same unit test. Can someone provide hint ? Thanks
Re: Ear Plugin Version 5 issue
And it probably doesn't. I am not sure I get your "it works if I delete the plugin" thing. Can you replace the . by ${basedir} to avoid any reactor-related issue? Thx, S. On Fri, May 14, 2010 at 6:01 PM, Wale12 wrote: > > Fair point. > > I am using hudson so this is all I get. > > Deployment descriptor: > > D:\Hudson\jobs\HCV_1.0_Dev\workspace\hud_HCV_1.0_view1\UcmVob08A\Src_Java\HCVWebService\HCVServiceEAR\target\HCVServiceEAR\META-INF\application.xml > does not exist. > > > C. > > > snicoll wrote: > > > >>uh? Why on Earth would you do this: > > > >>. > > > >>Can you post the full stacktrace. Are you running from the reactor when > it > >>happens? > > > >>S. > > > > > >>On Fri, May 14, 2010 at 4:21 PM, Wale12 wrote: > > > >> > >> I have a weird issue with a project I have. I am using maven 2 and > >> version > >> 2.4.1 of the ear plugin and am using the version 5 no application.xml > >> options for packing the ear. > >> > >> > >> maven-ear-plugin > >> 2.4.1 > >> > >>5 > >>false > >>. > >> > >> > >> > pom.xml,pom.properties,.settings\,lib\,target\,.project > >> > >> > >> > ${project.artifactId}-${project.version}.${BUILD_NUMBER} > >> > >>: > >> > >> > >> false > >> > >> > >> ${PRJVERSION} > >> > >> > >> > >> > >> > >> On one of my projects that use these option, I have several, I am > finding > >> that I need to delete the plugin in the maven repository so that I get a > >> fresh download of the plugin to get it to package the ear and not > >> complain > >> about not having an application xml file. Any time I already have the > >> plugin in the repository and build the project it fails with the > >> "application.xml does not exist" error. If I go and then delete the > >> plugin > >> again and built the project it builds fine. > >> > >> This does not happen with other project that I have using the same > >> options? > >> > >> Any idea why this would happen? > >> > >> Thanks. > >> > >> -- > >> View this message in context: > >> > http://old.nabble.com/Ear-Plugin-Version-5-issue-tp28560014p28560014.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 > >> > >> > > > > > > -- > View this message in context: > http://old.nabble.com/Ear-Plugin-Version-5-issue-tp28560014p28561249.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 > >
RE: No such archiver: 'swf'.
even you can zip the swf you'll still have to deal with .fla and .flv you might want to consider a custom mojo which overrides getSerializingDependency e.g. public NodeVisitor getSerializingDependency( Writer writer ) { if ( ("swf".equals( outputType )) || ("fla".equals( outputType ) ) || ("flv".equals(outputType))) { return new GraphmlDependencyNodeVisitor( writer ); } ... } BTW: your NodeVisitor can extend org.apache.maven.plugin.dependency.treeSerializers.AbstractSerializingVisitor hth Martin Gainty __ Jogi és Bizalmassági kinyilatkoztatás/Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Ez az üzenet bizalmas. Ha nem ön az akinek szánva volt, akkor kérjük, hogy jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának készítése nem megengedett. Ez az üzenet csak ismeret cserét szolgál és semmiféle jogi alkalmazhatósága sincs. Mivel az electronikus üzenetek könnyen megváltoztathatóak, ezért minket semmi felelöség nem terhelhet ezen üzenet tartalma miatt. Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > From: jn...@nds.com > To: users@maven.apache.org > Date: Fri, 14 May 2010 17:32:07 +0100 > Subject: RE: No such archiver: 'swf'. > > I do pretty much the same but specify the group and artifact of the swf (not > classifier or type) and it works, so that may give you a workaround requiring > no coding. > > /James > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: 14 May 2010 16:15 > To: users@maven.apache.org > Subject: Re: No such archiver: 'swf'. > > Brian Fox wrote: > > > Take a look at the patch for this issue: > > http://jira.codehaus.org/browse/MDEP-183 > > > > You would need to do something along the same lines, possibly > > introducing your own archiver impl, but this shows how you map the > > extension to the impl. > > Shouldn't the flex mojo already declare in its own component.xml this > unarchiver and all that is necessary for the dependency-plugin is an > true configuration? > > - Jörg > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > > ** > This message is confidential and intended only for the addressee. If you have > received this message in error, please immediately notify the > postmas...@nds.com and delete it from your system as well as any copies. The > content of e-mails as well as traffic data may be monitored by NDS for > employment and security purposes. To protect the environment please do not > print this e-mail unless necessary. > > NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 > 4EX, United Kingdom. A company registered in England and Wales. Registered > no. 3080780. VAT no. GB 603 8808 40-00 > ** _ Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1
Re: Error 502 using mvn deploy
> I switched from Artifactory to Nexus and it solved the problem... I'm sure Jason will be glad to hear that... Yoav, not so much. ;-) Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Multi projects use always the same version
> seeing that maven always uses the version 1.0 for all projects. It seem's > that maven caches the version of used plugin and don't apply the correct > version for the last project Yes, that's what happens. This is a known defect in M2. Bump all to 1.3 if you must use it. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: release plugin issues.
Oops that's embarrassing :-0 Meant to elsewhere... /James -Original Message- From: Nord, James [mailto:jn...@nds.com] Sent: 14 May 2010 18:10 To: Maven Users List Subject: release plugin issues. Hi all, The reason we seem to need to do a build of a snapshot version before performing a release may be due to this issue: http://jira.codehaus.org/browse/MRELEASE-3 This is apparently fixed in the version after the version of the release plug-in we are using in CAB Build. It is easy enough for us to upgrade the plug-in version for VAM only and put it through its paces to see if that fixes it - but I'm short on time at the moment to see if that really fixes the issue - and the real issue is the build takes way to long (otherwise waiting a short amount of time for the build would be a non issue)... /James ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
release plugin issues.
Hi all, The reason we seem to need to do a build of a snapshot version before performing a release may be due to this issue: http://jira.codehaus.org/browse/MRELEASE-3 This is apparently fixed in the version after the version of the release plug-in we are using in CAB Build. It is easy enough for us to upgrade the plug-in version for VAM only and put it through its paces to see if that fixes it - but I'm short on time at the moment to see if that really fixes the issue - and the real issue is the build takes way to long (otherwise waiting a short amount of time for the build would be a non issue)... /James ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 **
RE: No such archiver: 'swf'.
I do pretty much the same but specify the group and artifact of the swf (not classifier or type) and it works, so that may give you a workaround requiring no coding. /James -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: 14 May 2010 16:15 To: users@maven.apache.org Subject: Re: No such archiver: 'swf'. Brian Fox wrote: > Take a look at the patch for this issue: > http://jira.codehaus.org/browse/MDEP-183 > > You would need to do something along the same lines, possibly > introducing your own archiver impl, but this shows how you map the > extension to the impl. Shouldn't the flex mojo already declare in its own component.xml this unarchiver and all that is necessary for the dependency-plugin is an true configuration? - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 **
Re: Error 502 using mvn deploy
I switched from Artifactory to Nexus and it solved the problem... Thanks for your help Le 14 mai 2010 à 16:47, Benoît Thiébault a écrit : > The error log says : > proxy: pass request body failed to host:port from myIP > > Le 14 mai 2010 à 16:31, Brian Fox a écrit : > >> 502 means a timeout between the reverse proxy and the repo manager behind it. >> >> On Fri, May 14, 2010 at 3:33 AM, Benoît Thiébault >> wrote: >>> Hi everyone, >>> >>> I have installed a Maven repository and I am trying to deploy my project on >>> it. My pom generates both the jar and the jar-with-dependencies files. When >>> I use the web interface of the maven repository (its Artifactory in fact), >>> I can upload my jars without any problem. >>> >>> However, when I deploy with Maven using the "mvn deploy" command line, I >>> have a 502 error sent by Apache for the jar-with-dependencies file (which >>> weights 8.2 Mb). As explained here >>> (https://issues.apache.org/bugzilla/show_bug.cgi?id=44592), it seems that >>> Maven sends the header request, but as it does not send the body just >>> afterwards, it causes Apache to send the 502 error... >>> >>> Does any of you have already encountered the problem ? >>> I have tried to extend Apache KeepAliveTimeOut value, but it doesn't seem >>> to work. >>> As a workaround, I was thinking about not deploying the >>> jar-with-dependencies file automatically, but it does not seem possible as >>> Maven deploys all the articfacts it created... >>> >>> Any help on the subject is welcome :-) >>> >>> Kind regards, >>> >>> Benoit >>> - >>> 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 >> >> > > > Benoît Thiébault > > Artenum - Science & Groupware > http://www.artenum.com > > 24, rue Louis-Blanc, 75010 Paris > tel/fax : +33 (0)1 46 94 67 54 > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > Benoît Thiébault Artenum - Science & Groupware http://www.artenum.com 24, rue Louis-Blanc, 75010 Paris tel/fax : +33 (0)1 46 94 67 54 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Multi projects use always the same version
Hello, I have 5 sub-projects. Each sub-project generates some java classes from WSDLs included in each project. 4 projects use the version 1.0 of the axistools-maven-plugin, and only one project (the last one in the module list) uses the version 1.3 declared in his pom. When I try to execute 'mvn compile -e' from parent project, I'm seeing that maven always uses the version 1.0 for all projects. It seem's that maven caches the version of used plugin and don't apply the correct version for the last project Win XP, JDK 1.5.16, Maven 2.0.9/JDK I would appreciate any help. Yevgen
Re: Ear Plugin Version 5 issue
Fair point. I am using hudson so this is all I get. Deployment descriptor: D:\Hudson\jobs\HCV_1.0_Dev\workspace\hud_HCV_1.0_view1\UcmVob08A\Src_Java\HCVWebService\HCVServiceEAR\target\HCVServiceEAR\META-INF\application.xml does not exist. C. snicoll wrote: > >>uh? Why on Earth would you do this: > >>. > >>Can you post the full stacktrace. Are you running from the reactor when it >>happens? > >>S. > > >>On Fri, May 14, 2010 at 4:21 PM, Wale12 wrote: > >> >> I have a weird issue with a project I have. I am using maven 2 and >> version >> 2.4.1 of the ear plugin and am using the version 5 no application.xml >> options for packing the ear. >> >> >> maven-ear-plugin >> 2.4.1 >> >>5 >>false >>. >> >> >> pom.xml,pom.properties,.settings\,lib\,target\,.project >> >> >> ${project.artifactId}-${project.version}.${BUILD_NUMBER} >> >>: >> >> >> false >> >> >> ${PRJVERSION} >> >> >> >> >> >> On one of my projects that use these option, I have several, I am finding >> that I need to delete the plugin in the maven repository so that I get a >> fresh download of the plugin to get it to package the ear and not >> complain >> about not having an application xml file. Any time I already have the >> plugin in the repository and build the project it fails with the >> "application.xml does not exist" error. If I go and then delete the >> plugin >> again and built the project it builds fine. >> >> This does not happen with other project that I have using the same >> options? >> >> Any idea why this would happen? >> >> Thanks. >> >> -- >> View this message in context: >> http://old.nabble.com/Ear-Plugin-Version-5-issue-tp28560014p28560014.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 >> >> > > -- View this message in context: http://old.nabble.com/Ear-Plugin-Version-5-issue-tp28560014p28561249.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
Central repository, bundle-create and distribution of licenses
Hello, Is there a way to prepare a bundle to be uploaded to the central repository so that it also contains the licence file? Ideally, I'd like a licence file along these files, for example: http://repo1.maven.org/maven2/org/jsslutils/jsslutils/0.5.1/ My POM contains this: BSD LICENSE.txt repo The licence file is next to the POM in the source tree, but it's never included in the bundle or any of its inner jar files. I guess it could be an absolute URL that points to it, but it would be good to have a licence file bundled and uploaded with the other files, at least to respect the terms of the licence itself. Best wishes, Bruno. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Ear Plugin Version 5 issue
uh? Why on Earth would you do this: . Can you post the full stacktrace. Are you running from the reactor when it happens? S. On Fri, May 14, 2010 at 4:21 PM, Wale12 wrote: > > I have a weird issue with a project I have. I am using maven 2 and version > 2.4.1 of the ear plugin and am using the version 5 no application.xml > options for packing the ear. > > > maven-ear-plugin > 2.4.1 > >5 >false >. > > > pom.xml,pom.properties,.settings\,lib\,target\,.project > > > ${project.artifactId}-${project.version}.${BUILD_NUMBER} > >: > > > false > > > ${PRJVERSION} > > > > > > On one of my projects that use these option, I have several, I am finding > that I need to delete the plugin in the maven repository so that I get a > fresh download of the plugin to get it to package the ear and not complain > about not having an application xml file. Any time I already have the > plugin in the repository and build the project it fails with the > "application.xml does not exist" error. If I go and then delete the plugin > again and built the project it builds fine. > > This does not happen with other project that I have using the same options? > > Any idea why this would happen? > > Thanks. > > -- > View this message in context: > http://old.nabble.com/Ear-Plugin-Version-5-issue-tp28560014p28560014.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 > >
Re: No such archiver: 'swf'.
Brian Fox wrote: > Take a look at the patch for this issue: > http://jira.codehaus.org/browse/MDEP-183 > > You would need to do something along the same lines, possibly > introducing your own archiver impl, but this shows how you map the > extension to the impl. Shouldn't the flex mojo already declare in its own component.xml this unarchiver and all that is necessary for the dependency-plugin is an true configuration? - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Error 502 using mvn deploy
The error log says : proxy: pass request body failed to host:port from myIP Le 14 mai 2010 à 16:31, Brian Fox a écrit : > 502 means a timeout between the reverse proxy and the repo manager behind it. > > On Fri, May 14, 2010 at 3:33 AM, Benoît Thiébault > wrote: >> Hi everyone, >> >> I have installed a Maven repository and I am trying to deploy my project on >> it. My pom generates both the jar and the jar-with-dependencies files. When >> I use the web interface of the maven repository (its Artifactory in fact), I >> can upload my jars without any problem. >> >> However, when I deploy with Maven using the "mvn deploy" command line, I >> have a 502 error sent by Apache for the jar-with-dependencies file (which >> weights 8.2 Mb). As explained here >> (https://issues.apache.org/bugzilla/show_bug.cgi?id=44592), it seems that >> Maven sends the header request, but as it does not send the body just >> afterwards, it causes Apache to send the 502 error... >> >> Does any of you have already encountered the problem ? >> I have tried to extend Apache KeepAliveTimeOut value, but it doesn't seem to >> work. >> As a workaround, I was thinking about not deploying the >> jar-with-dependencies file automatically, but it does not seem possible as >> Maven deploys all the articfacts it created... >> >> Any help on the subject is welcome :-) >> >> Kind regards, >> >> Benoit >> - >> 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 > > Benoît Thiébault Artenum - Science & Groupware http://www.artenum.com 24, rue Louis-Blanc, 75010 Paris tel/fax : +33 (0)1 46 94 67 54 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: No such archiver: 'swf'.
Take a look at the patch for this issue: http://jira.codehaus.org/browse/MDEP-183 You would need to do something along the same lines, possibly introducing your own archiver impl, but this shows how you map the extension to the impl. On Tue, May 11, 2010 at 2:52 PM, Brian Topping wrote: > We've been successfully using Flex-mojos with our projects under Maven. It's > been working well, but we need to include the .swf artifacts that are > generated in an assembly. That seems to be failing, and I get the following > error: > > Caused by: org.codehaus.plexus.archiver.manager.NoSuchArchiverException: No > such archiver: 'swf'. > at > org.codehaus.plexus.archiver.manager.DefaultArchiverManager.getResourceCollection(DefaultArchiverManager.java:90) > at > org.codehaus.plexus.archiver.manager.DefaultArchiverManager.getResourceCollection(DefaultArchiverManager.java:128) > at > org.codehaus.plexus.archiver.AbstractArchiver.asResourceCollection(AbstractArchiver.java:506) > > My assembly descriptor, for reference, is pretty simple: > > xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 > http://maven.apache.org/xsd/assembly-1.1.0.xsd";> > php-webapp > > zip > > > > > *:swf:* > > / > false > > > > > src/main/php > / > > > > > Is this the best way to compose the assembly? If it is, I presume that I > need to create and add an archiver that can deal with .swf (treating it as an > opaque blob, presumably). If not, it would be pretty easy to write a plugin, > but I can't imagine I'm the only person running into this issue. > > Thanks for any thoughts, > > Brian - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: inheriting and reusing the same plugin for different purposes? doesn't seem to find the right executions
Are you using a recent version of Maven? Once upon a time the inheritence flag didn't work. FWIW you can also define inherit=false on an execution On Thu, May 13, 2010 at 9:53 AM, Shan Syed wrote: > Thanks, but the problem is that when I do that, both executions occur, even > when I specify inheritance=false. > > I basically need to use the same plugin for two different purposes, without > either of them affecting the other; I tried to specify different versions > for the mvn dep plugin (i.e. in one block, specify 2.0, and 2.1 for the > other), but no dice. > > Running mvn help:effective-pom on my WAR projects always shows the second > maven-dependency-plugin configuration from the root POM in the > pluginManagement section > BUT > in the actual plugin block, it shows the following (below) > (note the second execution, with not configuration or anything associated > with it) > > What is the exact logic for the merging of plugin configs in a multimodule > project? > > thanks > > S > > > maven-dependency-plugin > 2.1 > > > unpack-wsdls > generate-resources > > unpack > > > > C:\dev\sk\sk-saml\sk-saml-web\sk-saml-server\target/war/WEB-INF/wsdl > > > > unpack-javascripts > > > > > > sk-javascript-token > com.securekey.javascript > 1.0-SNAPSHOT > javascript > zip > > > > > > On Thu, May 13, 2010 at 4:54 AM, Kalpak Gadre wrote: > >> I have never tried declaring the same plugin twice, but you can simply >> define more executions in the same plugin declaration like, >> >> >> >> one >> . >> . >> >> >> two >> . >> . >> >> >> >> >> Thanks, >> >> Kalpak >> >> >> Here's my scenario: I have a large multimodule project whose WARs share >>> certain dependencies, which are packaged as zips by a few simple >>> assemblies >>> I wrote. >>> >>> I am using the maven-dependency-plugin to unpack the contents of these >>> zips >>> into their destination folders in the webapps. >>> >>> However, to reduce clutter and minimize maintenance, the majority of the >>> plugin configuration is in the root POM, like so: >>> (note that I am using the same plugin twice for two different reasons - is >>> this valid?) >>> >>> >>> >>> >>> ... >>> >>> >>> org.apache.maven.plugins >>> maven-dependency-plugin >>> true >>> >>> >>> unpack-javascripts >>> >>> unpack >>> >>> package >>> >>> >>> ${project.build.directory}/war/scripts >>> >>> >>> >>> >>> >>> >>> org.apache.maven.plugins >>> maven-dependency-plugin >>> true >>> >>> >>> unpack-wsdls >>> >>> unpack >>> >>> generate-resources >>> >>> >>> >>> ${project.build.directory}/war/WEB-INF/wsdl >>> >>> >>> >>> >>> >>> >>> >>> >>> Some WARs need the WSDLs, some need the javascript files, while others >>> don't >>> need either - it will be up to the developers creating those projects. >>> >>> Here is an example usage in one of the WARs (note the ID of the execution, >>> which is expected to be used to merge the whole configuration) >>> >>> >>> >>> >>> maven-dependency-plugin >>> org.apache.maven.plugins >>> true >>> >>> >>> unpack-javascripts >>> >>> >>> >>> >>> >>> >>> sk-javascript-token >>> >>> com.securekey.javascript >>> ${project.version} >>> javascript >>> zip >>> >>> >>> >>> >>> >>> >>> >>> So in general, the plugin confi
Re: Error 502 using mvn deploy
502 means a timeout between the reverse proxy and the repo manager behind it. On Fri, May 14, 2010 at 3:33 AM, Benoît Thiébault wrote: > Hi everyone, > > I have installed a Maven repository and I am trying to deploy my project on > it. My pom generates both the jar and the jar-with-dependencies files. When I > use the web interface of the maven repository (its Artifactory in fact), I > can upload my jars without any problem. > > However, when I deploy with Maven using the "mvn deploy" command line, I have > a 502 error sent by Apache for the jar-with-dependencies file (which weights > 8.2 Mb). As explained here > (https://issues.apache.org/bugzilla/show_bug.cgi?id=44592), it seems that > Maven sends the header request, but as it does not send the body just > afterwards, it causes Apache to send the 502 error... > > Does any of you have already encountered the problem ? > I have tried to extend Apache KeepAliveTimeOut value, but it doesn't seem to > work. > As a workaround, I was thinking about not deploying the jar-with-dependencies > file automatically, but it does not seem possible as Maven deploys all the > articfacts it created... > > Any help on the subject is welcome :-) > > Kind regards, > > Benoit > - > 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
Ear Plugin Version 5 issue
I have a weird issue with a project I have. I am using maven 2 and version 2.4.1 of the ear plugin and am using the version 5 no application.xml options for packing the ear. maven-ear-plugin 2.4.1 5 false . pom.xml,pom.properties,.settings\,lib\,target\,.project ${project.artifactId}-${project.version}.${BUILD_NUMBER} : false ${PRJVERSION} On one of my projects that use these option, I have several, I am finding that I need to delete the plugin in the maven repository so that I get a fresh download of the plugin to get it to package the ear and not complain about not having an application xml file. Any time I already have the plugin in the repository and build the project it fails with the "application.xml does not exist" error. If I go and then delete the plugin again and built the project it builds fine. This does not happen with other project that I have using the same options? Any idea why this would happen? Thanks. -- View this message in context: http://old.nabble.com/Ear-Plugin-Version-5-issue-tp28560014p28560014.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
Re: Unable to execute package target on centos machine
Actually it works brett. I was doing it Run. Regards, Vijay Shanker Dubey On Fri, May 14, 2010 at 3:04 PM, Vijay Shanker Dubey wrote: > Hi, > > Thanks Brett. > > The result is same with this version. There is no change in output. > > Regards, > Vijay Shanker Dubey > > > > On Fri, May 14, 2010 at 2:56 PM, Brett Randall wrote: > >> On Fri, May 14, 2010 at 4:43 PM, Vijay Shanker Dubey >> wrote: >> > Hi >> > >> > I am working on a maven project to build a simple utility api. >> > >> > The same source code when build on my office win XP machine, was >> successful. >> > Now i am at home and working with same source code on CentOS machine. >> Here >> > the build process failed strangely. >> > >> > The error it reports is ideally in my points should we warning message. >> As >> > shown below. >> > >> > [ERROR] com.vsd.Provider:[12,240] The import java.util.Set is never used >> > >> > Can you please give me some idea, where can I look into? >> > Regards, >> > Vijay Shanker Dubey >> > >> >> Check that you are running the latest version of >> maven-compiler-plugin, or at least 2.2. You might be seeing >> http://jira.codehaus.org/browse/MCOMPILER-118 . >> >> > The result is same with this version. There is no change in output. > > >> - >> >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >
Re: Unable to execute package target on centos machine
Hi, Thanks Brett. The result is same with this version. There is no change in output. Regards, Vijay Shanker Dubey On Fri, May 14, 2010 at 2:56 PM, Brett Randall wrote: > On Fri, May 14, 2010 at 4:43 PM, Vijay Shanker Dubey > wrote: > > Hi > > > > I am working on a maven project to build a simple utility api. > > > > The same source code when build on my office win XP machine, was > successful. > > Now i am at home and working with same source code on CentOS machine. > Here > > the build process failed strangely. > > > > The error it reports is ideally in my points should we warning message. > As > > shown below. > > > > [ERROR] com.vsd.Provider:[12,240] The import java.util.Set is never used > > > > Can you please give me some idea, where can I look into? > > Regards, > > Vijay Shanker Dubey > > > > Check that you are running the latest version of > maven-compiler-plugin, or at least 2.2. You might be seeing > http://jira.codehaus.org/browse/MCOMPILER-118 . > > The result is same with this version. There is no change in output. > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Unable to execute package target on centos machine
The result is same with this version. There is no change in output. Regards, Vijay Shanker Dubey On Fri, May 14, 2010 at 2:56 PM, Brett Randall wrote: > On Fri, May 14, 2010 at 4:43 PM, Vijay Shanker Dubey > wrote: > > Hi > > > > I am working on a maven project to build a simple utility api. > > > > The same source code when build on my office win XP machine, was > successful. > > Now i am at home and working with same source code on CentOS machine. > Here > > the build process failed strangely. > > > > The error it reports is ideally in my points should we warning message. > As > > shown below. > > > > [ERROR] com.vsd.Provider:[12,240] The import java.util.Set is never used > > > > Can you please give me some idea, where can I look into? > > Regards, > > Vijay Shanker Dubey > > > > Check that you are running the latest version of > maven-compiler-plugin, or at least 2.2. You might be seeing > http://jira.codehaus.org/browse/MCOMPILER-118 . > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Unable to execute package target on centos machine
On Fri, May 14, 2010 at 4:43 PM, Vijay Shanker Dubey wrote: > Hi > > I am working on a maven project to build a simple utility api. > > The same source code when build on my office win XP machine, was successful. > Now i am at home and working with same source code on CentOS machine. Here > the build process failed strangely. > > The error it reports is ideally in my points should we warning message. As > shown below. > > [ERROR] com.vsd.Provider:[12,240] The import java.util.Set is never used > > Can you please give me some idea, where can I look into? > Regards, > Vijay Shanker Dubey > Check that you are running the latest version of maven-compiler-plugin, or at least 2.2. You might be seeing http://jira.codehaus.org/browse/MCOMPILER-118 . - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Error 502 using mvn deploy
Hi everyone, I have installed a Maven repository and I am trying to deploy my project on it. My pom generates both the jar and the jar-with-dependencies files. When I use the web interface of the maven repository (its Artifactory in fact), I can upload my jars without any problem. However, when I deploy with Maven using the "mvn deploy" command line, I have a 502 error sent by Apache for the jar-with-dependencies file (which weights 8.2 Mb). As explained here (https://issues.apache.org/bugzilla/show_bug.cgi?id=44592), it seems that Maven sends the header request, but as it does not send the body just afterwards, it causes Apache to send the 502 error... Does any of you have already encountered the problem ? I have tried to extend Apache KeepAliveTimeOut value, but it doesn't seem to work. As a workaround, I was thinking about not deploying the jar-with-dependencies file automatically, but it does not seem possible as Maven deploys all the articfacts it created... Any help on the subject is welcome :-) Kind regards, Benoit - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org