A little list, 1: we have an agreement, as a project, to bump major versions when someone is willing to do the Maven 3.x/Java 1.6 transition. There does not have to be any particularly interesting set of changes to the plugin, just that. I didn't make the POM changes, for that, I just found them, and thought: "Great! I can make this slightly incompatible change." If they are not, in fact, ready, then neither I nor anyone else should release 3.0.0 until they are. But I object to the idea that the trunk of a plugin has to sit in Java 1.5 purgatory until someone comes up with something wonderful to add in.
2: I consider it very ugly that someone decided to implement filtering by littering the tree with crap files and then excluding them out. But I agree that I can't go busting filtering. So, I see three possibilities: a: find a way to move the filtering intermediates to some other location b: add the excludes only if filtering is actually happening -- but I don't see a good way to do that. c: add a parameter to the model to allow the exclusion to be disabled. I confess that my energy level here is only consistent with (c), so unless someone else steps up for (a) that's what I'll do next. On Tue, Jul 14, 2015 at 2:56 PM, Karl Heinz Marbaise <khmarba...@gmx.de> wrote: > Hi Kristian, > > On 7/14/15 8:51 PM, Kristian Rosenvold wrote: >> >> I have already updated this requirements to maven 3.x and moved the >> version to 3.0.0. > > > If this is already done which i not deeply dived/checked etc. > > so no problem go for it... > > > If you for some reason think Benson requires to jump >> >> through some special hoops for legacy support on this I'd find that >> largely amusing, given the versioning strategy we have been discussing >> wrt 3.x move. >> >> Kristian >> >> >> 2015-07-14 19:13 GMT+02:00 Karl Heinz Marbaise <khmarba...@gmx.de >> <mailto:khmarba...@gmx.de>>: >> >> Hi Benson, >> >> I have taken a look and i see only a small change which is very good >> idea to do so, but which means the upgrade to 3.0.0 does not make >> sense. >> >> An update to 3.0.0 indicates very important things to the user which >> is not the case and that means 3.0.0 is more compatible to 2.5.X >> which shouldn't be done, cause that would close the door for making >> real incompatible changes to maven-assembly-plugin in release 3.0.0... >> >> So my suggestions is to create a branch from the last release 2.5.5 >> and make a 2.5.6 release instead which contains your fix and >> furthermore you can add the fluido skin change as well with an >> appropriate JIRA reference... >> >> Kind regards >> Karl Heinz Marbaise >> >> >> O7/14/15 5:15 PM, Benson Margulies wrote: >> >> I have selfish/professional reasons to desire a release with a >> fix to >> MASSEMBLY-777, and the fix, involving an intentional >> incompatibility, >> needs to be 3.0.0, and, anyhow, the pom is all set up for 3.0.0 >> to be >> next. So I plan to start the process tomorrow morning EDT unless >> someone objects. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> <mailto:dev-unsubscr...@maven.apache.org> >> For additional commands, e-mail: dev-h...@maven.apache.org >> <mailto:dev-h...@maven.apache.org> >> >> >> >> >> Mit freundlichem Gruß >> Karl-Heinz Marbaise >> -- >> SoftwareEntwicklung Beratung Schulung Tel.: +49 (0) 2405 / 415 >> 893 <tel:%2B49%20%280%29%202405%20%2F%20415%20893> >> Dipl.Ing.(FH) Karl-Heinz Marbaise USt.IdNr: DE191347579 >> Hauptstrasse 177 >> 52146 Würselen http://www.soebes.de >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> <mailto:dev-unsubscr...@maven.apache.org> >> For additional commands, e-mail: dev-h...@maven.apache.org >> <mailto:dev-h...@maven.apache.org> >> >> > > > Mit freundlichem Gruß > Karl-Heinz Marbaise > -- > SoftwareEntwicklung Beratung Schulung Tel.: +49 (0) 2405 / 415 893 > Dipl.Ing.(FH) Karl-Heinz Marbaise USt.IdNr: DE191347579 > Hauptstrasse 177 > 52146 Würselen http://www.soebes.de > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org