| Summary: | Files generated by annotations are not included when using the 'bundle.jar' action. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Antony Riley <antony> | ||||
| Component: | Buckminster | Assignee: | buckminster.core-inbox <buckminster.core-inbox> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | thomas | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Antony Riley
Created attachment 191175 [details]
Zip containing annotation source project + org.demo.demosite project referened in the original bug report.
Buckminster performs a normal workspace build. That build doesn't produce the META-INF/services folder. My guess would be that this is because the tooling doesn't have the annotation bundle on its classpath. When you build using pde export, it will first create an ant-script. From that ant-script, it will call the Java compiler. That is a different compiler instance, i.e. it's not the same compiler as is used in the workspace. Consequently, it can be fed with classpath entries from other stuff that the workspace compiler has created. I bet that if you install the annotationprocessor into your IDE (and hence into Bucky), the services folder will appear right there, in your workspace and it will be maintained while you work with your classpaths. This bug turns out to be a duplicate. *** This bug has been marked as a duplicate of bug 280542 *** and that duplicate also points to the solution: http://code.google.com/p/spi/wiki/EclipseSettings Once you've configured the project specific settings according to that wiki page, the correct entry is generated under the output folder (i.e. bin/META-INF) and also included in the jar built by bundle.jar. |