Hi Vincent, 2013/2/3 Vincent Massol <[email protected]>
Hi Jeremie,
On Feb 3, 2013, at 4:15 PM, Jeremie BOUSQUET <[email protected]> wrote:
Hello devs,
Please could you promote release 0.2 of mail archive app in your nexus repository ?
Cool :)
Seen that you had some issues to release it? Anything we can help with?
Nothing, except by me some better brains, so I don't forget my GPG passphrase next time ;-)
groupId: org.xwiki.contrib.mailarchive artifactIds: xwiki-contrib-mail xwiki-contrib-mailarchive-api xwiki-contrib-mailarchive-ui mstor
I was about to do it when I noticed mstor. What is this? If this is a 3rd party lib why publish it with the org.xwiki.contrib.mailarchive groupid instead of using its own groupid as we do for other 3rd paty libs?
See discussion http://xwiki.markmail.org/search/?q=mstor#query:mstor+page:1+mid:owjykurnlzt... Basically, I need mstor library to create a Javamail store (to backup/reload emails), but this library comes with extra transitive dependencies, that conflict with XE. I solved that by publishing that lib along my project, without the conflicting (and useless) transitive deps.
Thanks -Vincent
Thanks !
BR, Jeremie
2012/12/13 Jeremie BOUSQUET <[email protected]>
Ok I removed them. Thought about something, is that main problem is if someone wants to install it manually, ie without the Extension Manager, he would have to retrieve the transitive dependencies "by hand". But as my target is XE 4.X, I'm wondering if it's useful anyway to allow users installing such extension manually, as it's faaar more easy using EM.
2012/12/7 Thomas Mortagne <[email protected]>
On Fri, Dec 7, 2012 at 2:52 PM, Jeremie BOUSQUET < [email protected]
wrote:
Hello,
2012/9/14 Vincent Massol <[email protected]>
On Sep 14, 2012, at 9:13 AM, Jeremie BOUSQUET <
wrote:
> I guess I have to create an extension page for each artifact ? (mail > extension, mailarchive api extension, mail archive ui extension) > Didn't had time to test within extension repository manager locally, > so I hope it'll work ! :)
No don't create one per artifact. To start with I'd suggest just one for the UI module. The other artifacts are already in an extension repository since they're in maven.xwiki.org ;)
Thanks -Vincent
Back to this, since I didn't see that recommendation, at that time I created 3 extension pages for the 3 modules (and not only for UI): (UI)
http://extensions.xwiki.org/xwiki/bin/view/Extension/MailArchive+Application
(mail api)
http://extensions.xwiki.org/xwiki/bin/view/Extension/MailArchive+Mail+Module
(mail archive api)
http://extensions.xwiki.org/xwiki/bin/view/Extension/MailArchive+Module
As the last 2 do not really need to be materialized in extensions.xwiki.org, and lead to more maintenance from my side, and more confusion on users side, I would like to remove these 2 pages from extensions.xwiki.org,
and
move some of their content to the Design page related to the MailArchive Application.
Since those 2 were already published, from users point of view it means 2 extensions will "disappear" from the catalog. So I wanted to check with you if it's not a bad practice to do that, and if I can safely remove those 2 extensions (according to the fact, also, that the whole thing is tagged as "BETA").
There is no official practice on this yet. IMO you can do this is you think it's the cleaner like this.
It's not going to break anything for users unless there is other extensions depending of these extensions in which case they won't be able to install them of course.
Thanks, Jeremie
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs