On Mon, 18 Dec 2023 at 12:25, Svata Dedic <[email protected]> wrote: > > Will check, thanks. > > Anything is possible until the API matures and goes public, tentative > timeframe is NB23. I am willing to adapt 'early adopter' code, we now > need for Oracle exensions, of course.
Restarting this conversation as requested at https://github.com/apache/netbeans/pull/7651#discussion_r1711213464 > Re.: concerns about 'too specific abstraction': could you please continue the > e-mail thread ideally with concrete ideas what is missing in the > dependency/artifact > spec structures -- or what is too specific (+ examples from rust/npm system > where > the proposed API falls short) ? My concern with the API, in particular with it in the IDE cluster, is that it just seems a little Maven-centric, mainly in the artifact spec. That may just be a terminology thing - eg. use of groupID, classifier, type, snapshot, etc. But potentially highlights issues for use with other languages, where some things may not map cleanly or at all. It also seems to miss the possibility to specify multiple sources of dependencies, which might be of consideration in some languages / projects? I was suggesting you might look at a preexisting specification used for identifying packages in a language neutral way, in particular PackageURL. It's already used in a bunch of places, including various SBOM specs. You can see package URLs for Maven at the top of all Maven central pages - eg. https://central.sonatype.com/artifact/org.netbeans.api/org-openide-util - pkg:maven/org.netbeans.api/org-openide-util@RELEASE220 The spec is at https://github.com/package-url/purl-spec/blob/master/PURL-SPECIFICATION.rst and there is information on particular type mappings at https://github.com/package-url/purl-spec/blob/master/PURL-TYPES.rst There's an MIT-licensed Java parser. I'm using a fork of that (must remind myself why I modified) along with MiMa (Minimal Maven) to do dependency resolution in an application, and I find it maps nicely. I'd also be interested in seeing review from a Rust, PHP, etc. perspective before the API becomes exposed. Best wishes, Neil --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
