| Summary: | Provide support for Generator Extensions to contribute to the EDT Deployment process | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Joseph Vincens <jvincens> | ||||
| Component: | EDT | Assignee: | Justin Spadea <jspadea> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | enhancement | ||||||
| Priority: | P1 | CC: | jspadea, mayunf, svihovec | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | ibmi Extensibility_Runtime | ||||||
| Attachments: |
|
||||||
|
Description
Joseph Vincens
Created attachment 211629 [details]
Patch
Here is a patch. It will copy org.eclipse.edt.runtime.java.jtopen.jar to WEB-INF/lib if there is one IBMiConnection binding in the eglbld file. Thanks.
I've made a different fix to CopyJavaRuntimeResourceOperation.java. The requirement for this enhancement was to make any number of generation extensions add to the deployment process. While they can write their own deployment operation, this particular task updated the existing Java runtime copy operation to work with any of the contributed runtime containers. The way it works is, for any of the EDT Java runtime containers on the Java build path of the source project, they will be copied into the target project. The registered IGenerators are used to get the list of EDTRuntimeContainers, which tell us the bundle IDs to be packaged. Some changes to EDTRuntimeContainer/EDTRuntimeContainerEntry were made to make some extra information public, like the bundle ID. seems to be implemented |