Menu
▾
▴
maven-plugins-developer
|
From: <Joe...@El...> - 2005-05-09 13:59:17
|
makes definately sense. David Eric Pugh wrote on Monday, May 09, 2005 3:41 PM: > Hi all, >=20 > After being uninvolved in OSS stuff for the past couple > months, things > in my personal life have finally calmed down to the point where I can > start re involving myself in the various projects that I care about! >=20 > Coming back to Maven-Plugins.sf.net with a fresh eye, I > notice a certain > lack of "polish" to the site. As I read through various > emails that I > had accumulated in my absence, I noticed a fairly common theme of "I > can't find X".=20 >=20 > Right now there seem to be multiple ways of downloading a plugin, > including going to Ibiblio, using the SF download pages, > http://maven-plugins.sourceforge.net/repository/maven-plugins/, > http://maven-plugins.sourceforge.net/maven/maven-plugins/ >=20 > While Brett put in a symbolic link between the > http://maven-plugins.sourceforge.net/maven and > http://maven-plugins.sourceforge.net/repository directories which has > helped tremendously, having the different locations is still > confusing.=20 >=20 > With the committers buy in, I'd like to attempt to regenerate all the > site documentation, add download links to all of the them > that point to > http://maven-plugins.sourceforge.net/repository/maven-plugins/ . =20 > This would ensure that all of the plugins actually have a site > (macker seems to be missing!), and that they all use the updated L&F > (webtest has an old one). >=20 > I'd also like change the download page to point to our > repository, not > the SF one, especially since the "installation" document makes no > mention of it...=20 >=20 > Looking forward to your feedback.... >=20 > Eric Pugh >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 > great events, 4 opportunities to win big! Highest score > wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. > Visit http://www.necitguy.com/?r=3D20 > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer |
|
From: <Joe...@El...> - 2005-05-12 14:00:40
|
David Eric Pugh wrote on Thursday, May 12, 2005 3:38 PM: > Eric, >=20 > Fantastic! I removed the fake jar creation in the root > maven.xml, and > added a property as the root project.properties to pull those > dependencies.=20 >=20 > We can probably remove a bunch of fake jars by populating our local > repository. Just need to mention to users that they need to have the > http://maven-plugins.sf.net/repository in their > maven.repo.remote list. ?? I thought we have a sync to the ibilio mirror i.e. any file added to our = repo will automatically show up at ibiblio. So nothing must be added. = OTOH it is the question if it is good style to inject "foreign" = artifacts in this way. Maven upload tasks are really easy created and = quite frequently processed (as it has be done for e.g. izpack). - J=F6rg |
|
From: Carlos S. <car...@gm...> - 2005-05-12 15:51:48
|
Hi, the maven-pluginis repo is sync'ed to ibiblio, and yes it's a better idea to create upload bundles for those artifacts not in the maven-plugins group. Regards Carlos Sanchez On 5/12/05, J=F6rg Schaible <Joe...@el...> wrote: > David Eric Pugh wrote on Thursday, May 12, 2005 3:38 PM: >=20 > > Eric, > > > > Fantastic! I removed the fake jar creation in the root > > maven.xml, and > > added a property as the root project.properties to pull those > > dependencies. > > > > We can probably remove a bunch of fake jars by populating our local > > repository. Just need to mention to users that they need to have the > > http://maven-plugins.sf.net/repository in their > > maven.repo.remote list. >=20 > ?? >=20 > I thought we have a sync to the ibilio mirror i.e. any file added to our = repo will automatically show up at ibiblio. So nothing must be added. OTOH = it is the question if it is good style to inject "foreign" artifacts in thi= s way. Maven upload tasks are really easy created and quite frequently proc= essed (as it has be done for e.g. izpack). >=20 > - J=F6rg >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&opclick > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > |
|
From: David E. P. <ep...@up...> - 2005-05-12 17:41:03
|
Is the entire http://maven-plugins.sf.net/repository directory synced,=20 or only http://maven-plugins.sf.net/repository/maven-plugins/ directory? I actually would prefer the latter as that way we can dump whatever we=20 need into the repo without worrying about it making it's way to=20 ibiblio. Especially since we don't represent the other groups, who=20 should be submitting their stuff via the normal process. Eric Carlos Sanchez wrote: >Hi, > >the maven-pluginis repo is sync'ed to ibiblio, and yes it's a better >idea to create upload bundles for those artifacts not in the >maven-plugins group. > >Regards > >Carlos Sanchez > >On 5/12/05, J=F6rg Schaible <Joe...@el...> wrote: > =20 > >>David Eric Pugh wrote on Thursday, May 12, 2005 3:38 PM: >> >> =20 >> >>>Eric, >>> >>>Fantastic! I removed the fake jar creation in the root >>>maven.xml, and >>>added a property as the root project.properties to pull those >>>dependencies. >>> >>>We can probably remove a bunch of fake jars by populating our local >>>repository. Just need to mention to users that they need to have the >>>http://maven-plugins.sf.net/repository in their >>>maven.repo.remote list. >>> =20 >>> >>?? >> >>I thought we have a sync to the ibilio mirror i.e. any file added to ou= r repo will automatically show up at ibiblio. So nothing must be added. O= TOH it is the question if it is good style to inject "foreign" artifacts = in this way. Maven upload tasks are really easy created and quite frequen= tly processed (as it has be done for e.g. izpack). >> >>- J=F6rg >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by Oracle Space Sweepstakes >>Want to be the first software developer in space? >>Enter now for the Oracle Space Sweepstakes! >>http://ads.osdn.com/?ad_ids93&alloc_id=16281&opclick >>_______________________________________________ >>Maven-plugins-developer mailing list >>Mav...@li... >>https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >> >> =20 >> > > >------------------------------------------------------- >This SF.Net email is sponsored by Oracle Space Sweepstakes >Want to be the first software developer in space? >Enter now for the Oracle Space Sweepstakes! >http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=3Dclick >_______________________________________________ >Maven-plugins-developer mailing list >Mav...@li... >https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > > =20 > |
|
From: Carlos S. <car...@gm...> - 2005-05-12 17:45:00
|
Everything is sync'ed so I'd encourage people needing third party libraries to fill a upload request in JIRA. http://maven.apache.org/repository-upload.html On 5/12/05, David Eric Pugh <ep...@up...> wrote: > Is the entire http://maven-plugins.sf.net/repository > directory synced, or only > http://maven-plugins.sf.net/repository/maven-plugins/ > directory? > =20 > I actually would prefer the latter as that way we can dump whatever we n= eed > into the repo without worrying about it making it's way to ibiblio.=20 > Especially since we don't represent the other groups, who should be > submitting their stuff via the normal process. > =20 > Eric > =20 > Carlos Sanchez wrote:=20 > Hi, >=20 > the maven-pluginis repo is sync'ed to ibiblio, and yes it's a better > idea to create upload bundles for those artifacts not in the > maven-plugins group. >=20 > Regards >=20 > Carlos Sanchez >=20 > On 5/12/05, J=F6rg Schaible > <Joe...@el...> wrote: > =20 > =20 > David Eric Pugh wrote on Thursday, May 12, 2005 3:38 PM: >=20 > =20 > =20 > Eric, >=20 > Fantastic! I removed the fake jar creation in the root > maven.xml, and > added a property as the root project.properties to pull those > dependencies. >=20 > We can probably remove a bunch of fake jars by populating our local > repository. Just need to mention to users that they need to have the > http://maven-plugins.sf.net/repository in their > maven.repo.remote list. > =20 > ?? >=20 > I thought we have a sync to the ibilio mirror i.e. any file added to our > repo will automatically show up at ibiblio. So nothing must be added. OTO= H > it is the question if it is good style to inject "foreign" artifacts in t= his > way. Maven upload tasks are really easy created and quite frequently > processed (as it has be done for e.g. izpack). >=20 > - J=F6rg >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&opclick > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >=20 > =20 > =20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=3Dclick > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >=20 > =20 > =20 > |
|
From: David E. P. <ep...@up...> - 2005-05-13 12:05:21
|
Should I make a proposal then to change the syncing on=20 maven-plugins.sf.net to only pull from /repository/maven-plugins? Can=20 you think of any good reason why we wouldn't want to make this change? Or, do we, as a group, want to commit to getting all dependencies that=20 are possible to be uploaded to ibiblio up? Related to that, is there=20 any issue with GPL artifacts going on ibiblio? Eric Carlos Sanchez wrote: >Everything is sync'ed so I'd encourage people needing third party >libraries to fill a upload request in JIRA. >http://maven.apache.org/repository-upload.html > >On 5/12/05, David Eric Pugh <ep...@up...> wrote: > =20 > >> Is the entire http://maven-plugins.sf.net/repository >>directory synced, or only >>http://maven-plugins.sf.net/repository/maven-plugins/ >>directory? >>=20 >> I actually would prefer the latter as that way we can dump whatever we= need >>into the repo without worrying about it making it's way to ibiblio.=20 >>Especially since we don't represent the other groups, who should be >>submitting their stuff via the normal process. >>=20 >> Eric >>=20 >> Carlos Sanchez wrote:=20 >> Hi, >> >>the maven-pluginis repo is sync'ed to ibiblio, and yes it's a better >>idea to create upload bundles for those artifacts not in the >>maven-plugins group. >> >>Regards >> >>Carlos Sanchez >> >>On 5/12/05, J=F6rg Schaible >><Joe...@el...> wrote: >>=20 >>=20 >> David Eric Pugh wrote on Thursday, May 12, 2005 3:38 PM: >> >>=20 >>=20 >> Eric, >> >>Fantastic! I removed the fake jar creation in the root >>maven.xml, and >>added a property as the root project.properties to pull those >>dependencies. >> >>We can probably remove a bunch of fake jars by populating our local >>repository. Just need to mention to users that they need to have the >>http://maven-plugins.sf.net/repository in their >>maven.repo.remote list. >>=20 >> ?? >> >>I thought we have a sync to the ibilio mirror i.e. any file added to ou= r >>repo will automatically show up at ibiblio. So nothing must be added. O= TOH >>it is the question if it is good style to inject "foreign" artifacts in= this >>way. Maven upload tasks are really easy created and quite frequently >>processed (as it has be done for e.g. izpack). >> >>- J=F6rg >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by Oracle Space Sweepstakes >>Want to be the first software developer in space? >>Enter now for the Oracle Space Sweepstakes! >>http://ads.osdn.com/?ad_ids93&alloc_id=16281&opclick >>_______________________________________________ >>Maven-plugins-developer mailing list >>Mav...@li... >>https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >> >>=20 >>=20 >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by Oracle Space Sweepstakes >>Want to be the first software developer in space? >>Enter now for the Oracle Space Sweepstakes! >>http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=3Dclick >>_______________________________________________ >>Maven-plugins-developer mailing list >>Mav...@li... >>https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >> >>=20 >>=20 >> >> =20 >> > > >------------------------------------------------------- >This SF.Net email is sponsored by Oracle Space Sweepstakes >Want to be the first software developer in space? >Enter now for the Oracle Space Sweepstakes! >http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=3Dclick >_______________________________________________ >Maven-plugins-developer mailing list >Mav...@li... >https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > > =20 > |
|
From: Carlos S. <car...@gm...> - 2005-05-13 17:40:44
|
I think it'd be better as you say but as there's an ongoing effort in making tools to manage maven repos related to the maven 2 development we should wait a bit more to see what happens and in the meantime try to upload third party artifacts through JIRA following the upload process. Also note that artifacts in the SF repo should also have a pom so the maven2 one is correctly generated. There's no problem with the GPL artifacts in ibiblio, is the ASF who doesn't allow GPL artifacts. On 5/13/05, David Eric Pugh <ep...@up...> wrote: > Should I make a proposal then to change the syncing on maven-plugins.sf.= net > to only pull from /repository/maven-plugins? Can you think of any good > reason why we wouldn't want to make this change? > =20 > Or, do we, as a group, want to commit to getting all dependencies that a= re > possible to be uploaded to ibiblio up? Related to that, is there any is= sue > with GPL artifacts going on ibiblio? > =20 > Eric >=20 > =20 > Carlos Sanchez wrote:=20 > Everything is sync'ed so I'd encourage people needing third party > libraries to fill a upload request in JIRA. > http://maven.apache.org/repository-upload.html >=20 > On 5/12/05, David Eric Pugh <ep...@up...> wrote: > =20 > =20 > Is the entire http://maven-plugins.sf.net/repository > directory synced, or only > http://maven-plugins.sf.net/repository/maven-plugins/ > directory? > =20 > I actually would prefer the latter as that way we can dump whatever we n= eed > into the repo without worrying about it making it's way to ibiblio.=20 > Especially since we don't represent the other groups, who should be > submitting their stuff via the normal process. > =20 > Eric > =20 > Carlos Sanchez wrote:=20 > Hi, >=20 > the maven-pluginis repo is sync'ed to ibiblio, and yes it's a better > idea to create upload bundles for those artifacts not in the > maven-plugins group. >=20 > Regards >=20 > Carlos Sanchez >=20 > On 5/12/05, J=F6rg Schaible > <Joe...@el...> wrote: > =20 > =20 > David Eric Pugh wrote on Thursday, May 12, 2005 3:38 PM: >=20 > =20 > =20 > Eric, >=20 > Fantastic! I removed the fake jar creation in the root > maven.xml, and > added a property as the root project.properties to pull those > dependencies. >=20 > We can probably remove a bunch of fake jars by populating our local > repository. Just need to mention to users that they need to have the > http://maven-plugins.sf.net/repository in their > maven.repo.remote list. > =20 > ?? >=20 > I thought we have a sync to the ibilio mirror i.e. any file added to our > repo will automatically show up at ibiblio. So nothing must be added. OTO= H > it is the question if it is good style to inject "foreign" artifacts in t= his > way. Maven upload tasks are really easy created and quite frequently > processed (as it has be done for e.g. izpack). >=20 > - J=F6rg >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&opclick > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >=20 > =20 > =20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=3Dclick > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >=20 > =20 > =20 >=20 > =20 > =20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=3Dclick > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >=20 > =20 > =20 > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X