[
https://issues.apache.org/jira/browse/JCR-4060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15745049#comment-15745049
]
Julian Reschke edited comment on JCR-4060 at 12/13/16 12:35 PM:
----------------------------------------------------------------
test tool reports:
Suspects: [org.apache.jackrabbit.api.query, org.apache.jackrabbit.aws.ext.ds,
org.apache.jackrabbit.core.config, org.apache.jackrabbit.core.data,
org.apache.jackrabbit.core.data.db, org.apache.jackrabbit.core.data.util,
org.apache.jackrabbit.core.fs, org.apache.jackrabbit.core.fs.local,
org.apache.jackrabbit.core.util.db, org.apache.jackrabbit.data.core,
org.apache.jackrabbit.commons.jackrabbit.authorization,
org.apache.jackrabbit.commons.jackrabbit,
org.apache.jackrabbit.commons.observation, org.apache.jackrabbit.stats.jmx,
org.apache.jackrabbit.spi.commons.tree, org.apache.jackrabbit.standalone,
org.apache.jackrabbit.vfs.ext.ds]
was (Author: reschke):
test tool
> unintended export versions due to changed defaults in maven bundle plugin
> -------------------------------------------------------------------------
>
> Key: JCR-4060
> URL: https://issues.apache.org/jira/browse/JCR-4060
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Affects Versions: 2.12.5, 2.13.4
> Reporter: Julian Reschke
> Priority: Blocker
> Fix For: 2.13.6, 2.14
>
> Attachments: ExportVersionChecker.java
>
>
> It appears that the maven bundle plugin change for JCR-3937 has caused
> default export version numbers to be assigned where before we hadn't any.
> For instance, in jackrabbit-api, the package "o.a.j.api" has a
> package-info.java setting the version to 2.4, and this is what get's exported.
> However, o.a.j.api.query does not have a package-info, and now gets exported
> with a version number of 2.13.5, whereas previously it didn't get any version
> number.
> a) Does anybody know whether this change in behavior of the bundle plugin is
> documented anywhere?
> b) Do we need to fix something here, or are automatically assigned version
> numbers indeed ok? If we need to do something, what is the correct fix?
> Freeze the version numbers at the currently assigned version?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
