So after selectively deactivating execution of "enforce-javadoc-exists" for my root pom, and configuration of gpg, I could successfully deploy mail archive artifacts to nexus staging !
Would someone kindly promote it ? :) Thanks, Jeremie 2012/9/1 Jeremie BOUSQUET <[email protected]>: > Wow, eventually, it worked ... Had to switch to using > maven-release-plugin last version (2.3.2) instead of the one from > xwiki. > > Now I'm ... back to the initial issue with the enforcer : > > [WARNING] Rule 0: > org.apache.maven.plugins.enforcer.EvaluateBeanshell failed with > message: > Couldn't evaluate condition: ("pom" != "jar") || ("pom" == "jar" > && new > java.io.File("C:\PRIVATE\Dropbox\MAILARCHIVE\target\checkout\target/xwiki-contrib-mailarchive-0.1-javado > c.jar").exists()) > [INFO] > ------------------------------------------------------------------------ > > > Grrrr ! > > > 2012/9/1 Jeremie BOUSQUET <[email protected]>: >> I eventually was able to use push to git from maven with release >> plugin (had to reinstall git with more preservative options). >> >> But previous issue is still there: when checking-out my tag from local >> clone in target/checkout, pom.xml files are not there so there's >> nothing to build for maven ... >> >> 2012/9/1 Jeremie BOUSQUET <[email protected]>: >>> Progressing but still failing ... >>> >>> ... it's like a nightmare. >>> >>> I gave up pushing to github from maven, I think there's something >>> wrong with windows/mysysgit/cygwin somehow. >>> >>> Now trying to release tag "xwiki-contrib-mailarchive-0.1": >>> - it's pushed on github >>> - if I download the related zip (in "tag" tab on github), it's complete >>> - if I "release:perform" from maven, target/checkout folder contains >>> everything except pom.xml files ... of course release fails >>> >>> How can my pom.xml files be deleted when running "git checkout >>> xwiki-contrib-mailarchive-0.1", while I can see them in my local >>> history and on github ??? >>> >>> >>> 2012/8/31 Jeremie BOUSQUET <[email protected]>: >>>> I tried both, but not tried exhaustively possible combinations >>>> (ssh/https, maven/git conf, and my network proxy that comes in the way >>>> ...) >>>> BTW I'm not sure about how credentials for github should be fed to >>>> maven depending on SSH/HTTPS url connection used. >>>> Authentication with keys works from git command-line to push to >>>> github, but I think I miss some configuration maven-side. >>>> Actually from maven "git push" time-outs, or freezes forever, >>>> depending on protocol used. >>>> >>>> >>>> 2012/8/31 Thomas Mortagne <[email protected]>: >>>>> On Fri, Aug 31, 2012 at 9:17 AM, Jeremie BOUSQUET >>>>> <[email protected]> wrote: >>>>>> Hi Community, >>>>>> >>>>>> I'm trying to release my contrib project to nexus staging but having >>>>>> difficulties. >>>>>> >>>>>> Couldn't manage to "git push" correctly from maven to github (though >>>>>> "git push" command-line works), so I use "-DpushChanges=false" during >>>>>> release:prepare and release:perform, and do a "git push" manually >>>>>> after release:prepare. >>>>> >>>>> You sure you <scm> is right ? I see you indicated the https in >>>>> <developerConnection>, you should probably use the ssh one instead. >>>>> >>>>>> >>>>>> Now getting that during release:perform (***** were added, it's a >>>>>> correct path behind) : >>>>>> >>>>>> [INFO] --- maven-enforcer-plugin:1.0.1:enforce >>>>>> (enforce-javadoc-exists) @ xwiki-contrib-mailarchive --- >>>>>> [WARNING] Rule 0: >>>>>> org.apache.maven.plugins.enforcer.EvaluateBeanshell failed with >>>>>> message: >>>>>> Couldn't evaluate condition: ("pom" != "jar") || ("pom" == "jar" >>>>>> && new >>>>>> java.io.File("C:\*****\target\checkout\target/xwiki-contrib-mailarchive-0.1-javadoc.jar").exists()) >>>>>> >>>>>> Of course javadoc does not exist at this level, as I'm trying to >>>>>> release from root aggregator. What I don't understand is why the >>>>>> enforcer rule fails ? Aggregator is of type "pom" as expected. >>>>>> >>>>>> My command-line was: >>>>>> >>>>>> mvn release:perform -DpushChanges=false >>>>>> -DconnectionUrl=scm:git:https://github.com/xwiki-contrib/xwiki-application-mailarchive.git >>>>>> -Dtag=xwiki-contrib-mailarchive-0.1 >>>>>> >>>>>> >>>>>> Thanks, >>>>>> Jeremie >>>>>> >>>>>> >>>>>> 2012/8/17 Jeremie BOUSQUET <[email protected]>: >>>>>>> Hi Vincent, >>>>>>> >>>>>>> I saw that, no problem I'll update the groupId before doing the release >>>>>>> :) >>>>>>> >>>>>>> Br, >>>>>>> Jeremie >>>>>>> >>>>>>> 2012/8/16 Vincent Massol <[email protected]>: >>>>>>>> Hi Jeremie, >>>>>>>> >>>>>>>> In case you haven't followed we've updated the contrib rule for the >>>>>>>> maven group id, see >>>>>>>> http://contrib.xwiki.org/xwiki/bin/view/Main/WebHome >>>>>>>> >>>>>>>> It would be great if you could update your groupid before you do the >>>>>>>> first release :) >>>>>>>> >>>>>>>> Thanks >>>>>>>> -Vincent >>>>>>>> >>>>>>>> On Aug 16, 2012, at 9:50 AM, Jeremie BOUSQUET wrote: >>>>>>>> >>>>>>>>> Thanks Vincent & Sergiu, >>>>>>>>> >>>>>>>>> So, is it ok if I put docs to >>>>>>>>> http://extensions.xwiki.org/xwiki/bin/view/MailArchive/Documentation >>>>>>>>> (and others in same space) ? >>>>>>>>> >>>>>>>>> By now I've almost finished writing first versions of: >>>>>>>>> * MailArchive.Documentation (home page) >>>>>>>>> * MailArchive.UserGuide >>>>>>>>> * MailArchive.AdminGuide >>>>>>>>> * MailArchive.OperationsGuide >>>>>>>>> * MailArchive.TroubleShooting >>>>>>>>> >>>>>>>>> I should be able to release 0.1 soon ... >>>>>>>>> >>>>>>>>> Br, >>>>>>>>> Jeremie >>>>>>>>> >>>>>>>>> 2012/8/13 Thomas Mortagne <[email protected]>: >>>>>>>>>> On Mon, Aug 13, 2012 at 3:23 PM, Vincent Massol <[email protected]> >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> On Aug 13, 2012, at 3:17 PM, Vincent Massol wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi Jeremie and all, >>>>>>>>>>>> >>>>>>>>>>>> Back from holidays too :) Cool to see progress on this! >>>>>>>>>>>> >>>>>>>>>>>> Ok I've parsed this thread and here's my take: >>>>>>>>>>>> >>>>>>>>>>>> * JIRA: I'll create a dedicated JIRA project since the project >>>>>>>>>>>> seems large enough to warrant it >>>>>>>>>>> >>>>>>>>>>> ok, Thomas is doing it ATM, should be ready real soon :) >>>>>>>>>> >>>>>>>>>> Done, http://jira.xwiki.org/browse/XMAILARCH. You should have the >>>>>>>>>> rights to do pretty much anything in this project. >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> * Documentation: our rule is currently to have pages on >>>>>>>>>>>> extensions.xwiki.org and if the project becomes too large to >>>>>>>>>>>> create a dedicated wiki for it, as we've done for >>>>>>>>>>>> rendering.xwiki.org, commons.xwiki.org, enterprise, etc for >>>>>>>>>>>> example (see >>>>>>>>>>>> http://contrib.xwiki.org/xwiki/bin/view/Main/WebHome). IMO it's ok >>>>>>>>>>>> ATM to have several pages on e.x.o for the MailArchive application >>>>>>>>>>>> and we can decide later on to move it to its own wiki (after we >>>>>>>>>>>> have a 1.0 released IMO). >>>>>>>>>>>> * Nexus: I'll create an account for you. >>>>>>>>>>> >>>>>>>>>>> I see you already have a user, cool. >>>>>>>>>>> >>>>>>>>>>> Thanks >>>>>>>>>>> -Vincent >>>>>>>>>>> >>>>>>>>>>>> Is that ok? >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> -Vincent >>>>>>>>>>>> >>>>>>>>>>>> On Aug 10, 2012, at 9:51 AM, Jeremie BOUSQUET wrote: >>>>>>>>>>>> >>>>>>>>>>>>>> So I'd say that: >>>>>>>>>>>>>> >>>>>>>>>>>>>> - There should be some documentation on the extension page, at >>>>>>>>>>>>>> least a >>>>>>>>>>>>>> description of the project, some usage scenarios, some >>>>>>>>>>>>>> screenshots, and a >>>>>>>>>>>>>> list of the features >>>>>>>>>>>>>> - I agree that the full documentation should be included in the >>>>>>>>>>>>>> application >>>>>>>>>>>>>> itself >>>>>>>>>>>>>> - The same full documentation should also be available online, >>>>>>>>>>>>>> and the >>>>>>>>>>>>>> contrib wiki seems to be the right place (in a dedicated space) >>>>>>>>>>>>> >>>>>>>>>>>>> I think it's the best solution. >>>>>>>>>>>>> Since the space I currently use for the main pages of my app is >>>>>>>>>>>>> "MailArchive", I would propose to use the same for the >>>>>>>>>>>>> documentation >>>>>>>>>>>>> space and put pages under: >>>>>>>>>>>>> http://contrib.xwiki.org/xwiki/bin/view/MailArchive/ >>>>>>>>>>>>> >>>>>>>>>>>>> That way publishing the doc online to contrib wiki would be >>>>>>>>>>>>> straightforward with selective import. >>>>>>>>>>>>> >>>>>>>>>>>>> Br, >>>>>>>>>>>>> Jeremie >>>>>>>>>>>>> >>>>>>>>>>>>> 2012/8/9 Sergiu Dumitriu <[email protected]>: >>>>>>>>>>>>>> On 08/09/2012 10:38 AM, Jerome Velociter wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 08/09/2012 04:34 PM, Jeremie BOUSQUET wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Humm ... Just thinking I might put that directly inside my app >>>>>>>>>>>>>>>> xar ... >>>>>>>>>>>>>>>> WDYT ? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I'm a big fan of self-documenting applications. It has the great >>>>>>>>>>>>>>> advantage of always offering documentation matching the version >>>>>>>>>>>>>>> in use. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> But you might also want to offer the latest released version >>>>>>>>>>>>>>> documentation online. I think there are some extensions that >>>>>>>>>>>>>>> have >>>>>>>>>>>>>>> documentation that spans several pages, but honestly I don't >>>>>>>>>>>>>>> know if >>>>>>>>>>>>>>> this is something we want/we agreed upon. I'll leave it to >>>>>>>>>>>>>>> others to >>>>>>>>>>>>>>> bring more information on this subject. There is the contrib >>>>>>>>>>>>>>> wiki also >>>>>>>>>>>>>>> which could be a candidate. >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> I've seen extensions with a lot of documentation on their >>>>>>>>>>>>>> extension page, >>>>>>>>>>>>>> and I've seen things documented in several places. Personally, I >>>>>>>>>>>>>> don't like >>>>>>>>>>>>>> huge extension pages. >>>>>>>>>>>>>> >>>>>>>>>>>>>> So I'd say that: >>>>>>>>>>>>>> >>>>>>>>>>>>>> - There should be some documentation on the extension page, at >>>>>>>>>>>>>> least a >>>>>>>>>>>>>> description of the project, some usage scenarios, some >>>>>>>>>>>>>> screenshots, and a >>>>>>>>>>>>>> list of the features >>>>>>>>>>>>>> - I agree that the full documentation should be included in the >>>>>>>>>>>>>> application >>>>>>>>>>>>>> itself >>>>>>>>>>>>>> - The same full documentation should also be available online, >>>>>>>>>>>>>> and the >>>>>>>>>>>>>> contrib wiki seems to be the right place (in a dedicated space) >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2012/8/9 Jeremie BOUSQUET <[email protected]>: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks Jerome, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Another thing about this project: I'd like to prepare things, >>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>> particularly the user guide part, so it's available when I'll >>>>>>>>>>>>>>>>> publish >>>>>>>>>>>>>>>>> the extension. >>>>>>>>>>>>>>>>> For this particular use-case though, I'd like to extend the >>>>>>>>>>>>>>>>> user/admin >>>>>>>>>>>>>>>>> guide part on more than one page, as it may be quite large. >>>>>>>>>>>>>>>>> Where should I put these pages ? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>> Jeremie >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> devs mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Thomas Mortagne >>>>>>>>>> _______________________________________________ >>>>>>>>>> devs mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>>>>> _______________________________________________ >>>>>>>>> devs mailing list >>>>>>>>> [email protected] >>>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> devs mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>> _______________________________________________ >>>>>> devs mailing list >>>>>> [email protected] >>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>> >>>>> >>>>> >>>>> -- >>>>> Thomas Mortagne >>>>> _______________________________________________ >>>>> devs mailing list >>>>> [email protected] >>>>> http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
