On 16/06/2020 15:00, Raymond Auge wrote: > Hey folks, > > I've extrapolated what I found as basis for a rule to create module > names and this is what I've come up with: > > module.name <http://module.name>: org.apache.${replace;${Bundle-Name};-;.} > > that is: > - take the `Bundle-Name` value (which appears to have a consistent format) > - replace dashes with dots > - prefix with "org.apache." > > The result is: > > org.apache.tomcat.api > org.apache.tomcat.catalina > org.apache.tomcat.catalina.ant > org.apache.tomcat.catalina.ha > org.apache.tomcat.coyote > org.apache.tomcat.dbcp > org.apache.tomcat.jasper > org.apache.tomcat.jasper.el > org.apache.tomcat.jni > org.apache.tomcat.juli > org.apache.tomcat.ssi > org.apache.tomcat.storeconfig > org.apache.tomcat.tribes > org.apache.tomcat.util > org.apache.tomcat.util.scan > org.apache.tomcat.websocket > > For the spec API I've used the official names pulled from each spec project: > > jakarta.annotation > jakarta.el.api > jakarta.security.enterprise > jakarta.servlet > jakarta.servlet.jsp > jakarta.websocket.api > > Does that look correct?
A couple of the spec ones look inconsistent. The naming guidance for Jakarta is: https://wiki.eclipse.org/JakartaEE_Maven_Versioning_Rules I don't think the Jakarta PMC has made a final decision on JMPS rules or even if a JPMS name is required. I have proposed that as a general rule each project uses the OSGi Bundle-SymbolicName with any "-" characters replaced by "." as the JPMS module name. I'd expect at least JSP and servlet to switch to that format by the time of the Jakarta EE 9 release. JPMS name feels like a bit of a moving target at this point. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org