[
https://issues.apache.org/jira/browse/ARIES-1377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14941152#comment-14941152
]
John Ross edited comment on ARIES-1377 at 10/2/15 1:55 PM:
-----------------------------------------------------------
Notes On Release Process
(1)
Cannot use higher than Java 1.7. I used Oracle jdk1.7.0_71.
(2)
Using the recommended version of Maven (3.2.5) results in the following
exception. I assume there has been some work done on other projects that
subsystems does not yet contain.
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-release-plugin:2.2:prepare (default-cli) on
project org.apache.aries.subsystem.api: Execution default-cli of goal
org.apache.maven.plugins:maven-release-plugin:2.2:prepare failed: An API
incompatibility was encountered while executing
org.apache.maven.plugins:maven-release-plugin:2.2:prepare:
java.lang.NoSuchMethodError:
org.apache.maven.settings.Settings.getRuntimeInfo()Lorg/apache/maven/settings/RuntimeInfo;
I used Maven 3.1.1.
(3)
I used Red Hat Enterprise Linux Workstation release 6.7 (Santiago) and ran into
a GPG issue while providing my private key password.
[INFO] can't connect to `/home/<user>/.gnupg/S.gpg-agent': No such file or
directory
I did the following to fix it as inspired by
http://geek-gogie.blogspot.com/2013/07/gnupg-how-to-use-it-and-how-you-can.html.
[<user>@<hostname> subsystem-api]$ gpg-agent --daemon
GPG_AGENT_INFO=/tmp/gpg-w4Ssjj/S.gpg-agent:23831:1; export GPG_AGENT_INFO;
[<user>@<hostname> subsystem-api]$ cp -fs /tmp/gpg-w4Ssjj/S.gpg-agent ~/.gnupg/
(4)
If you use the -DdryRun option on "mvn release:prepare", be sure to do "mvn
release:clean" before proceeding with the real run. Otherwise, maven will think
the release has already been prepared even though the dry run did not commit
anything to SVN.
(5)
In addition to putting your public key into the KEYS file, don't forget to
distribute it to a public key server like pgp.mit.edu as described in
http://www.apache.org/dev/release.html#upload-scp and
https://www.gnupg.org/gph/en/manual/x457.html.
gpg --keyserver pgp.mit.edu --send-key AD13647D
was (Author: [email protected]):
Notes On Release Process
(1)
Cannot use higher than Java 1.7. I used Oracle jdk1.7.0_71.
(2)
Using the recommended version of Maven (3.2.5) results in the following
exception. I assume there has been some work done on other projects that
subsystems does not yet contain.
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-release-plugin:2.2:prepare (default-cli) on
project org.apache.aries.subsystem.api: Execution default-cli of goal
org.apache.maven.plugins:maven-release-plugin:2.2:prepare failed: An API
incompatibility was encountered while executing
org.apache.maven.plugins:maven-release-plugin:2.2:prepare:
java.lang.NoSuchMethodError:
org.apache.maven.settings.Settings.getRuntimeInfo()Lorg/apache/maven/settings/RuntimeInfo;
I used Maven 3.1.1.
(3)
I used Red Hat Enterprise Linux Workstation release 6.7 (Santiago) and ran into
a GPG issue while providing my private key password.
[INFO] can't connect to `/home/<user>/.gnupg/S.gpg-agent': No such file or
directory
I did the following to fix it as inspired by
http://geek-gogie.blogspot.com/2013/07/gnupg-how-to-use-it-and-how-you-can.html.
[<user>@<hostname> subsystem-api]$ gpg-agent --daemon
GPG_AGENT_INFO=/tmp/gpg-w4Ssjj/S.gpg-agent:23831:1; export GPG_AGENT_INFO;
[<user>s@<hostname> subsystem-api]$ cp -fs /tmp/gpg-w4Ssjj/S.gpg-agent ~/.gnupg/
(4)
If you use the -DdryRun option on "mvn release:preapre", be sure to do "mvn
release:clean" before proceeding with the real run. Otherwise, maven will think
the release has already been prepared even though the dry run did not commit
anything to SVN.
(5)
In addition to putting your public key into the KEYS file, don't forget to
distribute it to a public key server like pgp.mit.edu as described in
http://www.apache.org/dev/release.html#upload-scp and
https://www.gnupg.org/gph/en/manual/x457.html.
gpg --keyserver pgp.mit.edu --send-key AD13647D
> Subsystems 2.0.4 Release
> ------------------------
>
> Key: ARIES-1377
> URL: https://issues.apache.org/jira/browse/ARIES-1377
> Project: Aries
> Issue Type: Task
> Components: Subsystem
> Reporter: John Ross
> Assignee: John Ross
> Attachments: TEST-org.osgi.test.cases.subsystem-6.0.0.html,
> TEST-org.osgi.test.cases.subsystem.secure-6.0.0.html
>
>
> This will track the 2.0.4 release of the following subsystems modules.
> subsystem-core
> previous release 2.0.2
> svn diff -r 1688374
>
> http://svn.apache.org/viewvc/aries/tags/org.apache.aries.subsystem.core-2.0.2/
> ARIES-1348: subsystems that are dependencies are not auto started
> ARIES-1368: Fragment resources receive the osgi.identity capability
> type of osgi.bundle but should receive osgi.fragment. Also, osgi.wiring.host
> capabilities and requirements are not computed for bundle or fragment
> resources.
> ARIES-1371: Move subsystems to Aries Util 1.1.1
> ARIES-1381: java.lang.ClassCastException:
> org.apache.aries.subsystem.core.archive.GenericDirective cannot be cast to
> org.apache.aries.subsystem.core.archive.VersionRangeAttribute
> ARIES-1352: Do not overwrite existing configuration when installing a
> subsystem
> ARIES-1388: Compute requirement filters only once.
> ARIES-1356: getInstance method on the core Activator shows up on
> jvisualvm sampling during performance analysis
> ARIES-1359: Performance improvement on the findProviders method in
> the SystemRepository class
> ARIES-1389: Compute service requirements and capabilities once in
> BundleRevisionResource.
> ARIES-1390: BasicCapability should take advantage of the effective
> immutability of capabilities.
> ARIES-1392: Provide a more efficient implementation of a system
> repository.
> ARIES-1394: Provide more efficient implementations of the local and
> content repositories.
> ARIES-1396: Use capability set when calculating subsystem
> dependencies.
> ARIES-1397: Use capability set with preferred provider repository.
> ARIES-1399: Trunk fails OSGi R6 CT
> ARIES-1387: Make equals and hashCode comparisons within the header,
> clause, and parameter hierarchies based on equivalency rather than string
> equals.
> ARIES-1084: Subsystem : Failure on restart after framework crash
> ARIES-1408: The RequireCapabilityHeader currently only supports
> requirements defined by the Aries implementation
> ARIES-1404: Restart of the osgi container does not restart subsystem
> core because of an error related to missing resource
> org.apache.aries.subsystem.resource.synthesized
> ARIES-1416: BundleException "bundle is already installed" when the
> Preferred-Provider subsystem header points to a bundle.
> ARIES-1357: BasicSubsystem can be used by the subsystem install
> process a factor 6 times faster
> ARIES-1419: Provide-Capability header parser does not support typed
> attributes.
> ARIES-1235: Installation of a Subsystem containing Subsystems
> extremely slow
> ARIES-1328: Application subsystem does not import service capabilities
> ARIES-1421: SimpleFilter attribute extraction can not handle version
> ranges
> ARIES-1419: Provide-Capability header parser does not support typed
> attributes.
> ARIES-1423: IllegalArgumentException when GenericHeader has no clauses
> subsystem-api
> previous release 2.0.2
> svn diff -r 1688370
>
> http://svn.apache.org/viewvc/aries/tags/org.apache.aries.subsystem.api-2.0.2/
> ARIES-1371: Move subsystems to Aries Util 1.1.1
> subsystem-bundle
> previous release 2.0.2
> svn diff -r 1688378
>
> http://svn.apache.org/viewvc/aries/tags/org.apache.aries.subsystem-2.0.2/
> ARIES-1371: Move subsystems to Aries Util 1.1.1
> subsystem-obr
> previous release 1.0.1
> svn diff -r 1668058
>
> http://svn.apache.org/repos/asf/aries/tags/org.apache.aries.subsystem.obr-1.0.1/
> ARIES-1410: The FelixResourceAdapter does not return all capabilities
> when given a null namespace.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
