| Summary: | jBPM requires artifacts to be present in .m2/repository instead of SRAMP repository | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Fuse Service Works 6 | Reporter: | George Varsamis <gvarsami> |
| Component: | DT Governance | Assignee: | Kurt T Stam <kurt.stam> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Jiri Pechanec <jpechane> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.0.0 GA | CC: | gbrown, kconner, kurt.stam, ldimaggi, ncross, sbunciak, soa-p-jira |
| Target Milestone: | ER7 | ||
| 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: | 2014-02-06 15:27:09 UTC | 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
George Varsamis
2013-10-09 14:53:04 UTC
Another issue that I have noticed, is that if the user decides to install the artifacts in any location other than .m2/repository then jbpm fails to see the artifacts as it expects them to be found on .m2/repository. This is restrictive. Maybe we could make the location of the repository a configuration option? When resolving a kjar through maven, it will indeed look into the local repository. You can however also add external repos, which will be contacted in case the artefact is not found on the local maven repo (I believe using something like MavenRepository.addExtraRepository(..)). This will first download the artefact from the remote repo to the local repo, after which it will be resolved from the local repo (which is how maven always works I believe). So not sure "instead of" is the correct phrasing, both can be combined imho. It is true that currently it will always try to use ~/.m2/repository, and for example not take into account if the local repo is placed elsewhere using ~/.m2/settings.xml. I do agree that this is a limitation that we should try to improve. Mario, is this something you can take a look at? Yesterday I closed this jira issue https://issues.jboss.org/browse/DROOLS-298 so now it also take into account what you have in your settings.xml files, both in the maven configuration folder and in the users's .m2 folder. Is this enough to consider this issue resolved? George, assuming the issue with location / configuring the local M2 repo is solved, is there anything that still needs to be addressed? If so, could you elaborate? Lowering priority until we have more clarity. This is something that Gary Brown or Kevin Conner can comment with regards to the applicability of the fix. With regards to the second issue, of not looking in the settings.xml is concerned, the current fix satisfies this requirement! We are looking to move away from deploying the workflows into the local .m2 repository as we lose control over them. Kurt is working on updating this to use the Kie APIs rather than relying on maven. We now read the workflows from S-RAMP using the S-RAMP client, rather then using the Kie/Maven integration. Verified in FSW 6.0.0.ER8 |