| Summary: | Duplicate Jars Are Present In The eclipse/plugins Directory | ||
|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | Andy <andrewnbenjamin> |
| Component: | UI | Assignee: | PDE-UI-Inbox <pde-ui-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | aniefer, ankur_sharma, curtis.windatt.public, darin.eclipse, remy.suen |
| Version: | 3.6 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | stalebug | ||
|
Description
Andy
Can you explain in more detail the steps that cause you problems? I'm downloading the win32 helios rcp zip now. There probably should not be two copies of the plug-ins included, most likely two features are marked as requiring different versions. That being said, it shouldn't break things to have two versions of non-singleton bundles available. I can confirm that the RCP Eclipse download contains the duplicate bundles. So there may be a problem with how that download is being packaged. I still would like to understand what exact problems it is causing as we should be avoiding them in PDE. Specifically it would appear that Eclipse is seeing two jar files and picking the wrong jar file with which to obtain a needed class. My PropfindMethod extends a class found in both httpclient jars, the difference is that the older version of the class has a different method footprint than the same class in the newer jar. When Eclipse runs my plugin it tries to use that newer class and this stacktrace occurs: java.lang.IncompatibleClassChangeError: Class com.mycompany.vfs.utils.PropfindMethod does not implement the requested interface org.apache.commons.httpclient.HttpMethod at org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:383) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323) ... I tried to go into the plugin.xml=>dependences and change the version on org.apache.commons.httpclient. That didn't work as it appears that the version entry screen only accepts versions in the format of n.n.n, and not n.n.n.v200904062259. Since both jars have the same n.n.n version number this wasn't a viable solution. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. This bug was marked as stalebug a while ago. Marking as wontfix. If this report is still relevant for the current release, please reopen and remove the stalebug whiteboard tag. |