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)