Closed reckart closed 5 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
(No text was entered with this change)
Original issue reported on code.google.com by richard.eckart
on 2013-12-19 01:58:29
(No text was entered with this change)
Original issue reported on code.google.com by richard.eckart
on 2014-08-06 20:36:49
(No text was entered with this change)
Original issue reported on code.google.com by richard.eckart
on 2014-10-02 12:37:04
(No text was entered with this change)
Original issue reported on code.google.com by richard.eckart
on 2014-11-28 22:06:47
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?
ok from my side.
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.
I would like to start this before 2.0.0:
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?
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.
Ok, so I see no objections and nobody screaming, so I'll continue with this slow migration to the new names.
All packages and groupId/artifactIds have been changed.
The packages for the UIMA JCas classes remain the same though!
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:
introduce empty proxy artifacts under the new names that depend on the artifacts using the old names, specifically for artifacts containing typesOriginal issue reported on code.google.com by
richard.eckart
on 2013-08-02 16:46:13