Perché le librerie di Apache Commons hanno groupIds incoerenti, a seconda del progetto?

Question

Apache Commons è un insieme di numerose librerie. Su Maven Central Repository hanno due diverse convenzioni di denominazione per groupIds, a seconda del progetto, ad es.

• per Commons Lang, Comuni Compress, Comuni Weaver-'org.apache.commons'
• per Commons CLI, Commons IO - 'commons-[library_name]'

Qual è la differenza tra loro?

Answer 1

La convenzione di denominazione commons-[library_name] è la convenzione precedente e legacy. I nomi dello stile org.apache.commons seguono lo current operating convention di basare groupIds sui nomi di dominio. Tutti i progetti Apache avviati dopo la creazione della convenzione hanno un ID gruppo del formato org.apache.*. Alcuni progetti avviati prima della costituzione della convenzione hanno cambiato i loro groupIds mentre altri no.

All'inizio della storia di Maven, era evidente l'esigenza di applicare universalmente groupId univoci su tutti i progetti in Maven Central per evitare conflitti di nomi. Un modo semplice per garantire che era quello di stabilire una convenzione in cui gli autori del progetto potevano usare solo groupIds da un nome di dominio che controllavano. Quindi groupIds del modulo org.apache.* dall'organizzazione Apache.

Tuttavia, molti progetti non erano ancora conformi alla convenzione e changing the groupId is not as trivial as it sounds. Il motivo principale è che se sia il vecchio che il nuovo groupId dipendono da un particolare progetto, saranno incluse entrambe le risorse e quindi si avrà un caso in cui si hanno artefatti diversi che forniscono esattamente le stesse classi, che è un incubo di classloading.

Alcuni progetti sono passati alla nuova convenzione cambiando anche il nome del pacchetto insieme al groupId, come Commons Lang did. Tuttavia, la modifica del nome del pacchetto è generalmente considerata piuttosto dirompente, quindi Commons lo ha fatto solo con modifiche API incompatibili. Altri progetti, come Commons IO, avevano circa discussions e back-and-forth a riguardo, ma alla fine non sono mai riuscito a fare il passaggio, perché il nome vecchio stile in realtà non ferisce nessuno.

Ecco perché oggi la maggior parte dei progetti Apache ha il formato org.apache.*, ma ce ne sono ancora alcuni che non lo sono.