-
Notifications
You must be signed in to change notification settings - Fork 179
Old ehcache dependency #755
Comments
Hi Jon, ehcache is commented out in 5.0.0, and therefore not used. So, there shouldn't be any conflict in that version. |
Hi, To be honest, I don't know much about your project, except for this transitive dependency. Is there a public roadmap for 5.0.0 and a planned release date so that I can go and ask tika-parsers to update their dependency ? Also, I noticed that your last stable release is 4.6.8 on your maven repo, but it's not in maven central. Do you plan on continuing to upload your artifacts on maven central ? If this information is available somewhere, feel free to redirect me to the correct place, I couldn't find it in the mailing lists ( https://www.unidata.ucar.edu/support/help/MailArchives/thredds/threads.html ? ) or website Also, thanks a lot for the very quick reply! |
We expect to have a beta for NetCDF-Java available "soon". If I had to guess, some time next month.
AFAIK, those Maven Central uploads were handled by a contributor, who long ago stopped posting new versions. The process is a big pain, so we never pursued it ourselves. I think we'll probably publish to JCenter in the future instead. |
Hi,
with ehcache 2.7 in Mar, 2013, the ehcache artifact has moved from "net.sf.ehcache » ehcache-core" to "net.sf.ehcache.internal » ehcache-core"
Would you consider upgrading to the most recent artifactId ?
Also, ehcache-core is now "internal", could you go back to the "net.sf.ehcache » ehcache" artifact ? (it was switched in c26a233)
Doing these 2 things would allow automatic transitive dependencies version conflict resolutions for projects using the latest versions, ie avoid duplicate classes in the class path (for exemple using maven).
Or I saw that you might switch to guava caches, do you intend to remove ehcache as a dependency? If so the issue would disappear.
Regards,
Jon
The text was updated successfully, but these errors were encountered: