Hi Patrick. I cannot comment on whether this issue was moved forward or not, only on this, simply to counter-balance it:
> WRT maven plugins. I'm happy for them to exist, and would certainly > endeavor not to break them, but I'm not a fan of maven and use it only > when forced to (I went straight from Ant to Gradle I love the > dependency management and download mechanism they created, but never > got along well with the POM). Of course, Mojohaus is all about Maven plugins and my feelings regarding Gradle are similar to yours towards Maven: I only touch it if I absolutely have to. Anyway, the Mojohaus committers (I am not one of them) are very proficient in writing/maintaining Maven plugins, which sounds like win/win to me: You are dedicated to maintaining UnoJar, and here are people who can maintain the corresponding Maven plugin. I cannot say much about the mythical Simon, but I guess if someone (Ben?) is determined to reach (out to) him, it should be feasible to get his consent for any desired licence changes. On a side note: Maybe it makes sense that we do not develop things multiple times. So, I want to mention that on top of Spring Boot Maven and OneJar Maven there is also Agent Embedder Maven Plugin [1], scratching yet another itch which some Spring Boot users and other developers might have: How to embed Java agents into an executable JAR and launch them automatically with 'java -jar'. A classic example is a Spring Boot application using AspectJ load-time weaving (instead of Spring AOP). Spoiler: I maintain both Agent Embedder Maven Plugin and AspectJ. [1] https://github.com/dev-aspectj/agent-embedder-maven-plugin -- Alexander Kriegisch https://scrum-master.de Patrick G. Heck schrieb am 06.05.2024 um 01:36: > > Hi, > > I'm the maintainer of UnoJar. I just happened to notice this > conversation when it came up in a search. I'm curious what your result > was. WRT maven plugins. I'm happy for them to exist, and would certainly > endeavor not to break them, but I'm not a fan of maven and use it only > when forced to (I went straight from Ant to Gradle I love the dependency > management and download mechanism they created, but never got along well > with the POM). As such, I'm not planning on learning to write maven > plugins or support them directly myself. If a GPL free one can be > contributed I'd likely let someone handle that directly (grant commit > access) after a few successful, pain free pull requests. (basically, > just make me get tired of wasting time reading your PR's and not finding > anything important :) ). > > As for licenses yes I find the original OneJar License entirely > lamentable that he didn't use standard 3 clause BSD but bastardized it > with his actual name and a trademark like clause regarding use of the > One-JAR name... I've not bee able to reach Simon and had offered to help > him maintain on source-forge but never got a response. As such I have > set up UnoJar's License file to say that new code is MIT license and old > code is under Simon's license, which is the best I can do to free things > up AFAICT. That said, It's all very permissive and if you don't mention > Simon or One-JAR, I think it's no different than BSD/MIT terms. > > I'm also not a big fan of GPL in it's various flavors, since I typically > write my software with the hope that as many people as possible will use > it, and also to ensure that I can always use it wherever I happen to be > working. Also I and have watched companies spend dozens of man-years > removing LGPL when their lawyers decided it was in conflict with some > obscure aspect of their warranty program. So if there's a new version of > maven plugin that's been created please let me know, I'll happily list > it. If it's any of Apache/MIT/BSD I'll list it first ;). > > I'm also happy to have contributions/enhancements/bugfixes and feature > requests. The project has been kept alive because I think it was really > the *right* way to approach fat-jar packaging, and to support my JeserJ > project which has a hard goal of keeping the simplest possible command > line invocation via java -jar. > > The next feature I'm contemplating is to support UnoJars inside UnoJars > such that dependency on different versions can easily co-exist without > all the messy problems Shade/Shadow have trying to rename stuff and edit > class files. This is working in JesterJ for a long time now, but I'm > going to move that into UnoJar where it probably should have been from > the start. > > Best, > -Gus > > > > On Sunday, January 30, 2022 at 11:49:23 AM UTC-5 herve....@gmail.com wrote: > > UnoJar is the place: the only drawback is that it kept the unusual > license, unusual but permissive, then with a good maintainer, it's ok > for the associated Maven, there is a GPL one outside > > Le dim. 30 janv. 2022 à 15:55, Jochen Wiedmann > <jochen....@gmail.com> a écrit : > > On Sat, Jan 29, 2022 at 4:01 AM Alexander Kriegisch > <alex...@kriegisch.name> wrote: > > > > As there was no recent development, I asked the plugin > author whether > > > he would be willing to donate it to mojohaus. And yes, he > would do so. > > > He would also change the License to Apache v2.0 for us. > > > > So what is the problem, really? > > Been missing that part. Bit surprising, as Simon isn't really known > for responding to questions. :-) > > Would be nice, though, to have one-jar in a place, where it can be > actively maintained. > > Jochen > > -- > You received this message because you are subscribed to the > Google Groups "mojohaus-dev" group. > To unsubscribe from this group and stop receiving emails from > it, send an email to mojohaus-dev...@googlegroups.com. > > To view this discussion on the web visit > > https://groups.google.com/d/msgid/mojohaus-dev/CAF8HOZ%2B%2BZyFB1gAmLEtoXv2ya4ypUVA3f2DxBwCf%2BPUcNrVDog%40mail.gmail.com > > <https://groups.google.com/d/msgid/mojohaus-dev/CAF8HOZ%2B%2BZyFB1gAmLEtoXv2ya4ypUVA3f2DxBwCf%2BPUcNrVDog%40mail.gmail.com>. > > -- > You received this message because you are subscribed to the Google > Groups "mojohaus-dev" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to mojohaus-dev+unsubscr...@googlegroups.com > <mailto:mojohaus-dev+unsubscr...@googlegroups.com>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/mojohaus-dev/21d6503b-7334-4e57-9fa1-0468de69f6fdn%40googlegroups.com > > <https://groups.google.com/d/msgid/mojohaus-dev/21d6503b-7334-4e57-9fa1-0468de69f6fdn%40googlegroups.com?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "mojohaus-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to mojohaus-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/mojohaus-dev/fe06fbee-de84-4dae-9c28-09f01f7a4258%40Kriegisch.name.
