Consistent with the above tree listing, the Eclipse project’s Maven Dependencies are listing both sets of bcprov-jdk and bcmail-jdk, which contain many of the same classes, among which are the imports that are causing the problem org. Unicorn Meta Zoo 9: Essentially, this was architected by someone else and I am just a newcomer. When I analyzed the list of dependencies brought into the project by Maven using mvn dependency: Sign up using Email and Password.
|Date Added:||19 February 2010|
|File Size:||30.44 Mb|
|Operating Systems:||Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X|
|Price:||Free* [*Free Regsitration Required]|
Is there something I can do within Eclipse to resolve this contention so that I can run my project in the debugger? How do we handle problem users?
Sign up or log in Sign up using Google. I have narrowed the problem down to two Bouncy Castle import bcprov-jdk15-1244.jar which, when removed along with the code that uses them, eliminate the problem. Essentially, this was architected by someone else and I am just a newcomer. Please note that this happens only in Eclipse and not when Bcprov-idk15-124.jar run the app in the normal console mode. Looks like the way Eclipse works with Maven is the problem.
Download bcprov-jdk15-124.jar file – Jar b
Last but not least, please note that I am in a new job trying to get up to speed with the environment. IOW, the problem occurs in Eclipse only and not in other modes of executions, such as the bcprov-jdkk15-124.jar line.
Post as a guest Name. I have a reason to believe that this ambiguity is causing the contention within Eclipse but not the native JRE as it does not know from which of the two jars to load the classes. Stack Overflow for Teams is a private, secure spot for you and your coworkers to find and share information.
Central Repository: bouncycastle/bcprov-jdk15/
When I analyzed the list of dependencies brought into the project by Maven using mvn dependency: Asked 6 years ago. Consistent with the above tree listing, the Eclipse project’s Maven Dependencies are listing both sets of bcprov-jdk and bcmail-jdk, which contain many of the same classes, among which are the imports that are causing the problem org.
Sign up using Email and Password. Architectural change suggestions are welcome but not an answer that I am looking for as I am not yet in a position to be making such changes. Unicorn Meta Zoo 9: If this is a bug in Eclipse that cannot be currently worked around, any suggestion how to solve the problem within Maven would also be considered. In your dependency for com. When i run it in Eclipse, the “Source not found” happens.
What doesn’t “break the runtime”, and what does “breaking” mean? Note that this will only apply in the situation you appear to be describing, where someone foolishly distributed identically-named classes in multiple artifacts instead of versioning properly.