If you can find Simon and get him to grant an MIT or an unaltered BSD 3 clause license that would be awesome. I think the entire world was less savvy about licensing back in 2004, and his alterations probably didn't seem like a big deal, but now anything not exactly matching a known license is flagged as unknown, and presents a barrier potentially involving a lawyer at many companies that employ scanning software. The javadoc linked from your site ( https://docs.oracle.com/javase/9/docs/api/java/lang/instrument/package-summary.html) is interesting. I'll have to look through that.
I've been working on the notion of re-launching a sub-process to allow the addition of arbitrary args. Of related concern are --add-opens which seem to be working as Jar Manifest "Add-Opens" attributes, but I've been entirely unable to hunt down any spec that mentions that as an option in Jar Manifests Add-Exports I did find. It's particularly frustrating that there doesn't seem to be a single specification/reference for jar files that actually documents what Manifest attributes are significant to JVM's There are a few here: https://docs.oracle.com/en/java/javase/22/docs/specs/jar/jar.html (and a similar page if you google jar specification). The only way I found out about Add-Exports was because it showed up on a mailing-list discussion when I was googling... And now I find out about agent related attributes only through this mailing list and the link on your github site... *sigh* -Gus Founder, Chief Architect, Needham Software LLC Commiter & PMC member Apache Solr & Apache Lucene 508-333-5312 https://www.needhamsoftware.com On Mon, May 6, 2024 at 4:17 AM Alexander Kriegisch <alexan...@kriegisch.name> wrote: > 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 a topic in the > Google Groups "mojohaus-dev" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/mojohaus-dev/rvMn64oLZ4g/unsubscribe. > To unsubscribe from this group and all its topics, 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 > . > -- 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/CAFREN7bPDzzx9_j7pu11tkj6ug9OtGFTbP8jc8_8QYq-1v%3DYKA%40mail.gmail.com.