| Summary: | Jython/JRuby does not work in ER7 - Remove from build | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Fuse Service Works 6 | Reporter: | Jiri Pechanec <jpechane> |
| Component: | Build Process | Assignee: | Nick Cross <ncross> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | lvaskova |
| Severity: | urgent | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.0.0 GA | CC: | atangrin, kbabo, ncross, soa-p-jira |
| Target Milestone: | CR1 | ||
| Target Release: | 6.0.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | Bug | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Jiri Pechanec
2013-12-11 06:22:54 UTC
This is probably caused by a GAV change for the JRuby classes in question. Can we find the correct GAV for newer JRuby? Which version is the "newer" JRuby we want? The IP BOM has it at 1.7.2 and based on the empty jar name in FSW, it looks like we want 1.7.5? If so, that version appears to be available in Central: http://repo1.maven.org/maven2/org/jruby/jruby/1.7.5/ Fixed by SHA 54a2f06988890d5f3baa5d67b3f7006f5d2d3541 in build In addition to removing the jython and jruby modules, the camel-script module.xml needs to be updated to remove dependencies on those modules:
<module name="org.python" export="true">
<imports>
<include path="META-INF/services" />
</imports>
<exports>
<include path="META-INF/services" />
</exports>
</module>
<module name="org.jruby" export="true">
<imports>
<include path="META-INF/services" />
</imports>
<exports>
<include path="META-INF/services" />
</exports>
</module>
In addition to removing the jython and jruby modules, the camel-script module.xml needs to be updated to remove dependencies on those modules:
<module name="org.python" export="true">
<imports>
<include path="META-INF/services" />
</imports>
<exports>
<include path="META-INF/services" />
</exports>
</module>
<module name="org.jruby" export="true">
<imports>
<include path="META-INF/services" />
</imports>
<exports>
<include path="META-INF/services" />
</exports>
</module>
Further fixes under SHA b35849ff24c13648a7280c2e801bf86c05ad911b Verified in CR1 |