Ahhh ok well then we may just need to remove the snapshot plugin repos and figure out a workaround
for anything we have in our build that may need them legitimately.
No, I totally understand. I just have a bit of a personal thing about using the maven snapshot repo for plugins because of the general craziness that results once in a while (like what was happening with Stefan this weekend). I think versioning the plugins will help for out project, but everyone has to realize that this can affect other projects as well, because once the SNAPSHOT plugin is downloaded to the local repo, any other project will use that one too even if they didn't ask for the snapshot repo for plugins. This is my main compaint with using snapshot repo for plugins.
CCOn 5/21/07, Alex Karasulu < email@example.com> wrote:BTW Chris I may be completely over doing it with the need to support a partial build. I just have
had users complain about it when they checked out just an apacheds branch and tried to compile.
However this may be a bit too much perhaps.
AlexOn 5/21/07, Chris Custine < firstname.lastname@example.org> wrote:On 5/21/07, Alex Karasulu <email@example.com> wrote:On 5/21/07, Chris Custine < firstname.lastname@example.org> wrote:Hmmmm ok you're talking about the snapshot-plugin repos. I thought that you meant the snapshot repos in general. Now that I got my head straight I think we could use older versions of the daemon plugin. Now we also have the partition plugin for the bootstrap schema partition's creation which adds some more complexity. I guess we could disable all snapshot plugin repos but just keep the Apache snapshot repo? Would this still pull down maven snapshots since they also share this repo?OK, I pretty much figured that this was the case. I think the main problem is the plugins. I have noticed that when I use the snapshots repo for plugins, even the basic maven functionality plugins get pulled down as SNAPSHOT once in a while (recently I noticed surefire and even compiler get pulled as snapshots), so to limit the versions we would have to list specific versions of even the core plugins.
Yeah I've noticed the exact same thing. We just need a definitive list of all the plugins with their versions in the pluginManagement section without presuming anything from now on. I think we might be able to get a good list like this from the Geronimo peeps which manage plugins very carefully in a pluginManagement section. I think we might be able to get these straight from their master pom.Is the only reason for the snapshot plugins because of the daemon-plugin? If so, we could disable the plugins snapshot repo and just document that if you want to build the installers from SVN code, then you must build daemon-plugin first or something similar to that effect....
The plugin versions are managed totally seperate from the dependency artifacts, so even if you have the snapshot repo enabled for dependencies it wouldn't be considered for plugins unless it was listed in pluginRepositories section.Perhaps with explicit version locking we could reduce this problem but if it persists then we can just exclude all snapshot repos and find another workaround. WDYT?
Yeah, that will work... I always thought it was a given that if you are building from SVN you probably need to checkout and build the top level project and I never considered supporting partial checkout builds.Alex