Re: ibiblio central repository
On Thursday 01 April 2004 12:43, Serge Huber wrote: > 1. What happens if ibiblio suddenly becomes unavailable ? Shouldn't Maven > have a mirroring system the same way Debian repositories have ? > > 2. A lot of companies use their own remote repository. What should be in > there, only what's not on ibiblio ? What about the failure case in question > 1 ? > > 3. Another advantage of a "personal" remote repository is the possibility > to instantly add JARs you require, since even despite the really good > efforts by Maven committers, it will take time, and sometimes you just want > things "right away". What is the best practice in such cases ? for all three points have look at maven-proxy http://wiki.codehaus.org/maven/MavenProxy regards, Joachim -- proveo GmbH | Advanced Information Technology Roßfelder Straße 65/5 | 74564 Crailsheim Telefon: (07951) 963610 | Fax: (07951) 963650 E-Mail: [EMAIL PROTECTED] | www.proveo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ibiblio central repository
- Original Message - From: "Serge Huber" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Thursday, April 01, 2004 5:51 PM Subject: Re: ibiblio central repository > At 14:13 01.04.2004, you wrote: > > >It's interesting to use maven-proxy for private company repos. If you want > >to create a public repo, it's preferrable to put in it only yours jars if > >you don't use a rsync with ibiblio. http://www.bluesunrise.com/maven used by > >the jetspeed project is an example of a bad repository. > > Am I understanding this right : it's a bad repository because it duplicates > the content without sync ? I myself want to learn to do this right, so > that's why I'm asking all these newbie questions :) Yes, and it deploy some apache jars (like jetspeed) but the official repo for apache jars is IBiblio. Jetspeed isn't a bluesunrise project but an apache project. > > >Some projects doesn't use the SNAPSHOT extension and put their files on a > >repo but this jars doesn't the a complete release(beta, rc, final). If you > >don't use the snapshot extension and you put a jar in a repo with another > >extension (for example -dev), the jar file will be download one times by > >users, and only one. If the jar file change, it will be never re-downloaded > >by maven because it's in local repo of users and it isn't a snapshot. > > Yep I'm aware of that. I saw that others use dates coded such as 20040401, > maybe that's a better way to use snapshots if one wants to avoid breaking > the build all the time ? > > >The torque plugin can be put (snapshot and final version) in ibiblio > >directly by the torque team (it's the same for all apache projects) . > > I perfectly understand that the will is to have a central repository much > in the same way as Debian has. But in order to get there, for practical > reasons, people need intermediate repositories to work on a day-to-day > basis (like the "right away" example I was giving). What would be great is > to have a way to create an entry in a "personal" repository, and then use a > maven plugin to submit it for inclusion into the ibiblio repository. So > basically what I would do is : > > 1. insert the entry into my "personal repository", maven jar:deploy > > 2. send a submission for my JAR to the central repository maven jar:submit > > 3. remove the jar from my "personal repository" once it has been inserted > into ibiblio : maven jar:sync or something. > > Is this already available ? As I said, I'm a newcomer eager to learn, sorry > if this is the twentieth time this is answered, just point me to an > existing reply would do the tick :) 1. yes or repository:copy-jar (if you define the maven.repo.central) 2. this goal doesn't exists but it's a good idea. 3.Doesn't exists. You can also delete it. Emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ibiblio central repository
At 14:13 01.04.2004, you wrote: It's interesting to use maven-proxy for private company repos. If you want to create a public repo, it's preferrable to put in it only yours jars if you don't use a rsync with ibiblio. http://www.bluesunrise.com/maven used by the jetspeed project is an example of a bad repository. Am I understanding this right : it's a bad repository because it duplicates the content without sync ? I myself want to learn to do this right, so that's why I'm asking all these newbie questions :) Some projects doesn't use the SNAPSHOT extension and put their files on a repo but this jars doesn't the a complete release(beta, rc, final). If you don't use the snapshot extension and you put a jar in a repo with another extension (for example -dev), the jar file will be download one times by users, and only one. If the jar file change, it will be never re-downloaded by maven because it's in local repo of users and it isn't a snapshot. Yep I'm aware of that. I saw that others use dates coded such as 20040401, maybe that's a better way to use snapshots if one wants to avoid breaking the build all the time ? The torque plugin can be put (snapshot and final version) in ibiblio directly by the torque team (it's the same for all apache projects) . I perfectly understand that the will is to have a central repository much in the same way as Debian has. But in order to get there, for practical reasons, people need intermediate repositories to work on a day-to-day basis (like the "right away" example I was giving). What would be great is to have a way to create an entry in a "personal" repository, and then use a maven plugin to submit it for inclusion into the ibiblio repository. So basically what I would do is : 1. insert the entry into my "personal repository", maven jar:deploy 2. send a submission for my JAR to the central repository maven jar:submit 3. remove the jar from my "personal repository" once it has been inserted into ibiblio : maven jar:sync or something. Is this already available ? As I said, I'm a newcomer eager to learn, sorry if this is the twentieth time this is answered, just point me to an existing reply would do the tick :) Regards, Serge Huber. - -- --- -=[ shuber2 at jahia dot com ]= --- -- - www.jahia.org : A collaborative source CMS and Portal Server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ibiblio central repository
At 13:40 01.04.2004, you wrote: There are mirrors of ibiblio. Planet Mirror is one. SunSource is another from memory (not sure). Ok, wasn't aware of them... Maybe they should be listed on the Maven web site ? Whatever the companies require. We use the maven-proxy from CodeHaus to host our repos, that way if we don't have a jar, it'll go get it from our defined remote repos. Thanks for the tip, I'll have a look at it, it seems like an interesting plugin. > 3. Another advantage of a "personal" remote repository is the possibility > to instantly add JARs you require, since even despite the really good > efforts by Maven committers, it will take time, and sometimes you just want > things "right away". What is the best practice in such cases ? Local Repo -> Company Repos -> Optional Regional Mirrors -> ibiblio. Ok makes sense... Again something nice for the Maven site I would guess :) Thanks for your quick answer, Regards, Serge Huber. - -- --- -=[ shuber2 at jahia dot com ]= --- -- - www.jahia.org : A collaborative source CMS and Portal Server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ibiblio central repository
At 13:39 01.04.2004, you wrote: > 1. What happens if ibiblio suddenly becomes unavailable ? Shouldn't Maven > have a mirroring system the same way Debian repositories have ? It should, and I think someday in the future it might. However, ibiblio's aim is to be a library for the internet, so we can hope it stays up. I didn't mean down like removed, but simply temporarily (a few days maybe) unreachable.. That would be problematic for all the people trying to reach the default remote repository. If you are deploying a single project that has very specific dependencies, then sure, put them in your own repository. However, if your project depends on artifacts made by others then it helps to get them up on ibiblio because it reduces load on your servers and others can use them as well in there projects. Ok that makes sense. Most plugins where bundled in with the maven install. Over time, plugins have been broken out, like Torque, and returned to the project they came from. However, many of them, like Torque, are waiting for their next release to be cut to be put online at ibiblio. I think over time you will see more plugins on ibiblio. Over time ok, but what if I had a dependence on it, worked fine with RC 1, and suddenly stops working with RC 2 ? I guess this is where my "personal remote repository" comes into place... Thanks for the very quick answers ! Regards, Serge Huber. - -- --- -=[ shuber2 at jahia dot com ]= --- -- - www.jahia.org : A collaborative source CMS and Portal Server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ibiblio central repository
- Original Message - From: <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Thursday, April 01, 2004 1:40 PM Subject: Re: ibiblio central repository > Serge Huber <[EMAIL PROTECTED]> wrote on 01/04/2004 08:43:48 PM: > > > 1. What happens if ibiblio suddenly becomes unavailable ? Shouldn't > Maven > > have a mirroring system the same way Debian repositories have ? > > There are mirrors of ibiblio. Planet Mirror is one. SunSource is another > from memory (not sure). > > > 2. A lot of companies use their own remote repository. What should be in > > > there, only what's not on ibiblio ? What about the failure case in > question > > 1 ? > > Whatever the companies require. We use the maven-proxy from CodeHaus to > host our repos, that way if we don't have a jar, it'll go get it from our > defined remote repos. It's interesting to use maven-proxy for private company repos. If you want to create a public repo, it's preferrable to put in it only yours jars if you don't use a rsync with ibiblio. http://www.bluesunrise.com/maven used by the jetspeed project is an example of a bad repository. > > > 3. Another advantage of a "personal" remote repository is the > possibility > > to instantly add JARs you require, since even despite the really good > > efforts by Maven committers, it will take time, and sometimes you just > want > > things "right away". What is the best practice in such cases ? > > Local Repo -> Company Repos -> Optional Regional Mirrors -> ibiblio. > > > 4. For open source projects, such as the Apache developers, what are the > > > best practices to ensure *coherent* JAR dependencies ? Because here I > have > > of people that had either non-working SNAPSHOTs, or old ones, etc... > > Don't use SNAPSHOTs if you aren't prepared to break the build. Some projects doesn't use the SNAPSHOT extension and put their files on a repo but this jars doesn't the a complete release(beta, rc, final). If you don't use the snapshot extension and you put a jar in a repo with another extension (for example -dev), the jar file will be download one times by users, and only one. If the jar file change, it will be never re-downloaded by maven because it's in local repo of users and it isn't a snapshot. > > > 5. Why are there so little plugins on ibiblio ? For example the Torque > > plugin was removed from RC2 but isn't available on ibiblio. Is this > normal ? > > Yes, plugins are often hosted elsewhere. e.g. the maven-plugins project > has it's own plugins repo. The torque plugin can be put (snapshot and final version) in ibiblio directly by the torque team (it's the same for all apache projects) . Emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ibiblio central repository
Serge Huber <[EMAIL PROTECTED]> wrote on 01/04/2004 08:43:48 PM: > 1. What happens if ibiblio suddenly becomes unavailable ? Shouldn't Maven > have a mirroring system the same way Debian repositories have ? There are mirrors of ibiblio. Planet Mirror is one. SunSource is another from memory (not sure). > 2. A lot of companies use their own remote repository. What should be in > there, only what's not on ibiblio ? What about the failure case in question > 1 ? Whatever the companies require. We use the maven-proxy from CodeHaus to host our repos, that way if we don't have a jar, it'll go get it from our defined remote repos. > 3. Another advantage of a "personal" remote repository is the possibility > to instantly add JARs you require, since even despite the really good > efforts by Maven committers, it will take time, and sometimes you just want > things "right away". What is the best practice in such cases ? Local Repo -> Company Repos -> Optional Regional Mirrors -> ibiblio. > 4. For open source projects, such as the Apache developers, what are the > best practices to ensure *coherent* JAR dependencies ? Because here I have > of people that had either non-working SNAPSHOTs, or old ones, etc... Don't use SNAPSHOTs if you aren't prepared to break the build. > 5. Why are there so little plugins on ibiblio ? For example the Torque > plugin was removed from RC2 but isn't available on ibiblio. Is this normal ? Yes, plugins are often hosted elsewhere. e.g. the maven-plugins project has it's own plugins repo. HTH, -- dIon Gillard, Multitask Consulting
RE: ibiblio central repository
Hi, take a look at my comments inline, this is a typical question... > > Hi all, > > First of all big thanks to all Maven developers, it's a really > great tool, > and despite some occasional quirks it works great ! > > Anyway, I have just converted a reasonably large project to > Maven, and I'm > still in the process of getting all the dependencies together. > The problem > is that I am having trouble understanding some of the reasoning > behind the > central repository, and therefore have more trouble explaining it to my > fellow developpers. Here are some of the questions I got which I > must say I > am unable to answer with confidence. > > 1. What happens if ibiblio suddenly becomes unavailable ? Shouldn't Maven > have a mirroring system the same way Debian repositories have ? It should, and I think someday in the future it might. However, ibiblio's aim is to be a library for the internet, so we can hope it stays up. > > 2. A lot of companies use their own remote repository. What should be in > there, only what's not on ibiblio ? What about the failure case > in question > 1 ? Sure.. If you are willing to keep your local repository up to date, then definitly go ahead and maintain one. There are lots of groups, both companies and open source, that maintain their own repositories. > > 3. Another advantage of a "personal" remote repository is the possibility > to instantly add JARs you require, since even despite the really good > efforts by Maven committers, it will take time, and sometimes you > just want > things "right away". What is the best practice in such cases ? If you are deploying a single project that has very specific dependencies, then sure, put them in your own repository. However, if your project depends on artifacts made by others then it helps to get them up on ibiblio because it reduces load on your servers and others can use them as well in there projects. > > 4. For open source projects, such as the Apache developers, what are the > best practices to ensure *coherent* JAR dependencies ? Because > here I have > of people that had either non-working SNAPSHOTs, or old ones, etc... Continous integration helps. It ensures that when you cut a snapshot, you actually deploy it to a repository versus leaving it in your local Maven repo. Also, having a policy that you don't release your code if it relies on SNAPSHOTs can help as well. However, if you know the quality of a snapshot, then there isn't per se anything inheritanly wrong with relying on one. > > 5. Why are there so little plugins on ibiblio ? For example the Torque > plugin was removed from RC2 but isn't available on ibiblio. Is > this normal ? Most plugins where bundled in with the maven install. Over time, plugins have been broken out, like Torque, and returned to the project they came from. However, many of them, like Torque, are waiting for their next release to be cut to be put online at ibiblio. I think over time you will see more plugins on ibiblio. Eric Pugh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ibiblio central repository
Hi all, First of all big thanks to all Maven developers, it's a really great tool, and despite some occasional quirks it works great ! Anyway, I have just converted a reasonably large project to Maven, and I'm still in the process of getting all the dependencies together. The problem is that I am having trouble understanding some of the reasoning behind the central repository, and therefore have more trouble explaining it to my fellow developpers. Here are some of the questions I got which I must say I am unable to answer with confidence. 1. What happens if ibiblio suddenly becomes unavailable ? Shouldn't Maven have a mirroring system the same way Debian repositories have ? 2. A lot of companies use their own remote repository. What should be in there, only what's not on ibiblio ? What about the failure case in question 1 ? 3. Another advantage of a "personal" remote repository is the possibility to instantly add JARs you require, since even despite the really good efforts by Maven committers, it will take time, and sometimes you just want things "right away". What is the best practice in such cases ? 4. For open source projects, such as the Apache developers, what are the best practices to ensure *coherent* JAR dependencies ? Because here I have of people that had either non-working SNAPSHOTs, or old ones, etc... 5. Why are there so little plugins on ibiblio ? For example the Torque plugin was removed from RC2 but isn't available on ibiblio. Is this normal ? As you can see, all my questions relate to the central repository. I am convinced that Maven is a great tool, but frankly I'm not sure how to answer any of these questions and I am sure that many of you have see and answered these a few times. Maybe I missed some explanation on the web page somewhere, if that is the case, thanks for pointing me to it. Regards, Serge Huber. - -- --- -=[ shuber2 at jahia dot com ]= --- -- - www.jahia.org : A collaborative source CMS and Portal Server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
