dkpro / dkpro-core

Collection of software components for natural language processing (NLP) based on the Apache UIMA framework.
https://dkpro.github.io/dkpro-core
Other
196 stars 67 forks source link

Change artifactId to "dkpro-core-XXX" #186

Closed reckart closed 5 years ago

reckart commented 9 years ago

For quite some time, DKPro has used OSGi-style artifact IDs. However, we never got around to really turn our JARs into OSGI bundles. Since the artifactIds are quite long, I think it's time to change them to a more Maven-like format:

dkpro-core-api-XXX-asl
dkpro-core-io-XXX-asl
dkpro-core-XXX-asl
etc.

Original issue reported on code.google.com by richard.eckart on 2013-08-02 16:46:13

reckart commented 9 years ago
(No text was entered with this change)

Original issue reported on code.google.com by richard.eckart on 2013-08-11 17:26:05

reckart commented 9 years ago
(No text was entered with this change)

Original issue reported on code.google.com by richard.eckart on 2013-12-19 01:58:29

reckart commented 9 years ago
(No text was entered with this change)

Original issue reported on code.google.com by richard.eckart on 2014-08-06 20:36:49

reckart commented 9 years ago
(No text was entered with this change)

Original issue reported on code.google.com by richard.eckart on 2014-10-02 12:37:04

reckart commented 9 years ago
(No text was entered with this change)

Original issue reported on code.google.com by richard.eckart on 2014-11-28 22:06:47

reckart commented 8 years ago

I am considering changing the module names to the short variants already for the 1.8.0 release for the benefit of easier navigation on github and leaving the package names and artifact IDs as is for the moment. Does anybody have any thoughts on this?

daxenberger commented 8 years ago

ok from my side.

zesch commented 8 years ago

Ok here too Johannes Daxenberger notifications@github.com schrieb am Mo., 28. Dez. 2015 um 15:06:

ok from my side.

— Reply to this email directly or view it on GitHub https://github.com/dkpro/dkpro-core/issues/186#issuecomment-167577674.

reckart commented 8 years ago

I would like to start this before 2.0.0:

Horsmann commented 8 years ago

Wouldn't it be the cleaner way to simply rename everything and re-upload things into the artifactory under the new package name rather than introducing an additional proxy layer? I would say if you change from say 1.8.0 to 1.9.0 you can expect from the user that he/she updates the imports of the types that are being used?

reckart commented 8 years ago

The package names in an artifact should reflect the groupId/artifactId to avoid potential conflicts between multiple artifacts under different IDs containing the same classes. So I only want to move the classes to artifacts under new names when also the package names change. However, for UIMA-types, the classname is a part of the UIMA type name and changing that will break lots of things, in particular related to loading existing XMI/bincas files. Those files are what I am worried about, not the imports in Java classes.

reckart commented 8 years ago

Ok, so I see no objections and nobody screaming, so I'll continue with this slow migration to the new names.

reckart commented 5 years ago

All packages and groupId/artifactIds have been changed.

The packages for the UIMA JCas classes remain the same though!