-
-
Notifications
You must be signed in to change notification settings - Fork 68
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
accessors-smart 1.1 on maven central is still using org.objectweb.asm #20
Comments
yeah.. I'm running into the same problem. We have a script that is smart enough to detect conflicts ... and it finds that the ASM you use also is used as asm as a stand alone library. Why do you need to embed ASM instead of just using it as a regular dependency. Thoughts on what a PR would look like that cleans this up? |
I do have the same problem. The dependency for json-path (see below) causes after 'mvn eclipse:eclipse' two libraries with the asm packages (accessors-smart-1.1.jar and asm-5.0.3.jar). Both are providing the packages org.objectweb.asm and org.objectweb.asm.signature. So it is impossible to make a runnable JAR file from Eclipse (but maybe I am unexperienced and there is a workaround for it, I don't know).
|
This worked out for me (exclude it from the Maven dependency):
See dadoonet's comment in json-path/JsonPath#224. |
Still the same problem.. Just got stuck on this again and wasted a few hours. This is a hard conflict for Elasticsearch because it won't allow you to run with a 'jarhell' config with duplicate classes. So there's no way to run JsonPath on Elasticsearch. Nor should there be really.. putting the same .class files in different .jars is just asking for problems. |
Embedding the asm classes in the |
This not work for me. The accessorts-smart conflict with asm-all 3.3.1 |
I am unable json-smart because of the embedded asm. Usually when asm is embedded the packages of the classes are renamed. the JDK does this and cglib does this, so it seems the way to go. THis would fix all problems in this thread. |
If I remember, I rename my ASM stuff, so the trouble should be Fixed now. |
This line :
copies the ASM dependency into the jar file without any renaming`` |
I will check that this week end. thx. |
Why can't a normal dependency be used? That would fix our problem. We've had to back out a bunch of code to avoid this problem. |
If you want to embedd asm and hide it by renaming the package you can do that with: I normal dependency can cause problems, too because asm3.3.1 is not compatible to the newer asm and the old one is still used widely. |
Issued a PR(#35) for this change |
+1 |
last json smart version use ASM V5.0.4 |
I'm still getting clashes when including accessors-smart with other libraries that use asm.
The text was updated successfully, but these errors were encountered: