You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Thomas Diesler (JIRA)" <ji...@apache.org> on 2019/01/30 10:19: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 ]

Thomas Diesler updated CAMEL-13142:
-----------------------------------
    Summary: Camel may package artifacts from different version  (was: Camel may package artifacts from differnt version)

> Camel may package artifacts from different version
> --------------------------------------------------
>
>                 Key: CAMEL-13142
>                 URL: https://issues.apache.org/jira/browse/CAMEL-13142
>             Project: Camel
>          Issue Type: Bug
>    Affects Versions: 2.23.1
>            Reporter: Thomas Diesler
>            Priority: Major
>             Fix For: 3.0.0, 2.23.2
>
>
> 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, the `camel-foo/target` with all the previously generated artifacts are still on the file system and cannot be detected by `git status`. 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, 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)