You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Andrea Cosentino (JIRA)" <ji...@apache.org> on 2019/03/01 13:41:00 UTC
[jira] [Updated] (CAMEL-13142) Camel may package artifacts from
different version
[ https://issues.apache.org/jira/browse/CAMEL-13142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andrea Cosentino updated CAMEL-13142:
-------------------------------------
Fix Version/s: 3.0.0-M1
> Camel may package artifacts from different version
> --------------------------------------------------
>
> Key: CAMEL-13142
> URL: https://issues.apache.org/jira/browse/CAMEL-13142
> Project: Camel
> Issue Type: Task
> Components: build system
> Affects Versions: 2.23.1
> Reporter: Thomas Diesler
> Assignee: Claus Ibsen
> Priority: Minor
> Fix For: 3.0.0, 3.0.0-M1
>
>
> When switching from one branch to another there is a (likely) possibility that component directories that existed in a previous checkout branch are no longer available in the current checkout branch. However, `camel-foo/target` with all the previously generated artifacts is still on the file system and cannot be detected by `git status` either. Neither will these stale target directories be removed by `mvn clean`.
> The camel packager plugin seems to be walking the camel directory structure and will package everything it finds. As a result the camel-2.23.2-SNAPSHOT catalog may contain a catalog entry that points to camel-browse-3.0.0-SNAPSHOT.
> As a workaround, I suggest to do something like this
> {code}
> find . -type d -name target | xargs rm -rf
> {code}
> before doing a clean mvn build.
> As a possible solution, it may be necessary for the thing that walks the directory structure to require at least one file that is maintained in SCM (e.g. pom.xml)
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)