[GitHub] commons-compress issue #26: COMPRESS-399 OSGI package versions are overly pe...

2017-06-02 Thread sesuncedu
Github user sesuncedu commented on the issue:

https://github.com/apache/commons-compress/pull/26
  
The packageinfo files are in the source tree because they're source files,
and provide metadata for the package.
You can also use a package annotation on package-info.java, which puts a
Class Retention annotation on the packages package-info.class.

Examples:


https://github.com/apache/felix/blob/trunk/dependencymanager/org.apache.felix.dependencymanager.annotation/src/org/apache/felix/dm/annotation/api/packageinfo

https://github.com/apache/felix/blob/trunk/converter/
converter/src/main/java/org/apache/felix/converter/dto/package-info.java

(Requires provided / compileOnly dependency on the osgi annotation bundle).

On Fri, Jun 2, 2017 at 6:11 PM, Jörg Schaible 
wrote:

> Why are those packageinfo files in src/main/java instead of
> src/main/resources as it is common in Maven builds? Now you have to
> configure explicitly these files as resources. On top of it, I don't like
> the idea of modifying these files for each release manually. I'd look for 
a
> solution that generates these files automatically into
> target/generated-resources. Such a plugin should not be difficult.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> 
,
> or mute the thread
> 

> .
>



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



[GitHub] commons-compress issue #26: COMPRESS-399 OSGI package versions are overly pe...

2017-06-02 Thread joehni
Github user joehni commented on the issue:

https://github.com/apache/commons-compress/pull/26
  
Why are those packageinfo files in src/main/java instead of 
src/main/resources as it is common in Maven builds? Now you have to configure 
explicitly these files as resources. On top of it, I don't like the idea of 
modifying these files for each release manually. I'd look for a solution that 
generates these files automatically into target/generated-resources. Such a 
plugin should not be difficult.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



[GitHub] commons-compress issue #26: COMPRESS-399 OSGI package versions are overly pe...

2017-06-02 Thread sesuncedu
Github user sesuncedu commented on the issue:

https://github.com/apache/commons-compress/pull/26
  
It's difficult to generalize, since the packageinfo files have to be put in
with the source code. Since a  export header parameter with an explicit
version overrides packageinfo and annotations, defaults can be problematic.

Adding the resource copy and rat excludes is good, as is keeping up with
the felix bundle versions.

Adding a bundle:baseline goal to the parent verify phase is a really,
really good idea if bundle headers are going to be generated. Package
versions MUST  follow semver (bundle versions also, but to a lesser
extent).


Maven versions theoretically ought to too, but dependencies are usually
point versions not ranges.

(Of course, there's always guava, where version is a major release, except
for bug fixes, which are minor.)

The real  work is getting the api and implementation(s) properly
modularized so that the api isn't always affected by implementation
changes.  At least jigsaw has gotten people to start thinking about
modules. Not always sensibly

On Jun 2, 2017 2:38 PM, "Gary Gregory"  wrote:

> Hi,
>
> Should any of this work also apply to commons-parent?
>
> Gary
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> 
,
> or mute the thread
> 

> .
>



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



[TEXT]: No Github to commons-dev ML connectivity.

2017-06-02 Thread Amey Jadiye
Hi,

I have observed many mails from commons lang,  fileupload, cli, compress
and many other modules where if someone opened PR or commented on it a copy
of activity comes to ML, but same doesn't happens for commons-text can we
please setup same for commons-text also check if any other module need it?

Regards,
Amey

-

To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org

For additional commands, e-mail: dev-h...@commons.apache.org


[GitHub] commons-compress issue #26: COMPRESS-399 OSGI package versions are overly pe...

2017-06-02 Thread garydgregory
Github user garydgregory commented on the issue:

https://github.com/apache/commons-compress/pull/26
  
Hi,

Should any of this work also apply to commons-parent?

Gary


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Jenkins build is back to normal : Commons-Compress PullRequest Builder #3

2017-06-02 Thread Apache Jenkins Server
See 



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Jenkins build is back to normal : Commons-Compress PullRequest Builder » Apache Commons Compress #3

2017-06-02 Thread Apache Jenkins Server
See 



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Build failed in Jenkins: Commons-Compress PullRequest Builder » Apache Commons Compress #2

2017-06-02 Thread Apache Jenkins Server
See 


Changes:

[sesuncedu] COMPRESS-399 OSGI package versions are overly pessimistic, except 
when

--
Established TCP socket on 34709
maven33-agent.jar already up to date
maven33-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
<===[JENKINS REMOTING CAPACITY]===>   channel started
Executing Maven:  -B -f 

 -Dmaven.repo.local=/home/jenkins/jenkins-slave/maven-repositories/0 clean 
package --batch-mode -Prelease -Pjava-1.7
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Apache Commons Compress 1.15-SNAPSHOT
[INFO] 
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-maven-plugin/0.7.7.201606060606/jacoco-maven-plugin-0.7.7.201606060606.pom
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-maven-plugin/0.7.7.201606060606/jacoco-maven-plugin-0.7.7.201606060606.pom
 (5 KB at 5.5 KB/sec)
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/jacoco/org.jacoco.build/0.7.7.201606060606/org.jacoco.build-0.7.7.201606060606.pom
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/jacoco/org.jacoco.build/0.7.7.201606060606/org.jacoco.build-0.7.7.201606060606.pom
 (35 KB at 253.2 KB/sec)
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-maven-plugin/0.7.7.201606060606/jacoco-maven-plugin-0.7.7.201606060606.jar
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-maven-plugin/0.7.7.201606060606/jacoco-maven-plugin-0.7.7.201606060606.jar
 (60 KB at 865.5 KB/sec)
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.6.0/maven-compiler-plugin-3.6.0.pom
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.6.0/maven-compiler-plugin-3.6.0.pom
 (11 KB at 266.1 KB/sec)
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.6.0/maven-compiler-plugin-3.6.0.jar
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.6.0/maven-compiler-plugin-3.6.0.jar
 (54 KB at 1172.1 KB/sec)

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Build failed in Jenkins: Commons-Compress PullRequest Builder #2

2017-06-02 Thread Apache Jenkins Server
See 


Changes:

[sesuncedu] COMPRESS-399 OSGI package versions are overly pessimistic, except 
when

--
GitHub pull request #26 to apache/commons-compress
[EnvInject] - Loading node environment variables.
Building remotely on beam5 (beam) in workspace 

Cloning the remote Git repository
Cloning repository git://github.com/apache/commons-compress.git
 > git init 
 >  
 > # timeout=10
Fetching upstream changes from git://github.com/apache/commons-compress.git
 > git --version # timeout=10
 > git fetch --tags --progress git://github.com/apache/commons-compress.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git config remote.origin.url git://github.com/apache/commons-compress.git # 
 > timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # 
 > timeout=10
 > git config remote.origin.url git://github.com/apache/commons-compress.git # 
 > timeout=10
Fetching upstream changes from git://github.com/apache/commons-compress.git
 > git fetch --tags --progress git://github.com/apache/commons-compress.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git config core.sparsecheckout # timeout=10
 > git checkout -f origin/master
 > git branch -a -v --no-abbrev # timeout=10
 > git checkout -b master origin/master
  Opening connection
Done: 0
  Counting objects
Done: 154
  Finding sources
Done: 154
  Getting sizes
Done: 97
  Compressing objects
Done: 286572
  Writing objects
Done: 154
  remote: Resolving deltas
  remote: Updating references
Merging refs/tags/changes/2
 > git rev-parse refs/tags/changes/2^{commit} # timeout=10
 > git merge 109b14915cf594e5c2031e58d6f2fd0595fc184f # timeout=10
 > git rev-parse master^{commit} # timeout=10
Checking out Revision a8ab0ec803b40c83a5f9a1c032cd2c4309695e00 (master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f a8ab0ec803b40c83a5f9a1c032cd2c4309695e00
 > git rev-parse origin/master^{commit} # timeout=10
 > git rev-list 223b5d9f7533d769d228ee3417d5f44f411c8b6f # timeout=10
[EnvInject] - Injecting environment variables from a build step.
Setting JDK_1_7_LATEST__HOME=/home/jenkins/tools/java/latest1.7
[EnvInject] - Injecting as environment variables the properties content 
JAVA_1_7_HOME=/home/jenkins/tools/java/latest1.7

[EnvInject] - Variables injected successfully.
Setting JDK_1_7_LATEST__HOME=/home/jenkins/tools/java/latest1.7
Parsing POMs
Downloaded artifact 
http://repo.maven.apache.org/maven2/org/apache/commons/commons-parent/42/commons-parent-42.pom
Modules changed, recalculating dependency graph
Established TCP socket on 34709
maven33-agent.jar already up to date
maven33-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
[Commons-Compress PullRequest Builder] $ 
/home/jenkins/tools/java/latest1.7/bin/java -Xmx2g -Xms256m -cp 
/home/jenkins/jenkins-slave/maven33-agent.jar:/home/jenkins/tools/maven/apache-maven-3.3.3/boot/plexus-classworlds-2.5.2.jar:/home/jenkins/tools/maven/apache-maven-3.3.3/conf/logging
 jenkins.maven3.agent.Maven33Main /home/jenkins/tools/maven/apache-maven-3.3.3 
/home/jenkins/jenkins-slave/slave.jar 
/home/jenkins/jenkins-slave/maven33-interceptor.jar 
/home/jenkins/jenkins-slave/maven3-interceptor-commons.jar 34709
<===[JENKINS REMOTING CAPACITY]===>   channel started
Executing Maven:  -B -f 

 -Dmaven.repo.local=/home/jenkins/jenkins-slave/maven-repositories/0 clean 
package --batch-mode -Prelease -Pjava-1.7
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Apache Commons Compress 1.15-SNAPSHOT
[INFO] 
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-maven-plugin/0.7.7.201606060606/jacoco-maven-plugin-0.7.7.201606060606.pom
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-maven-plugin/0.7.7.201606060606/jacoco-maven-plugin-0.7.7.201606060606.pom
 (5 KB at 5.5 KB/sec)
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/jacoco/org.jacoco.build/0.7.7.201606060606/org.jacoco.build-0.7.7.201606060606.pom
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/jacoco/org.jacoco.build/0.7.7.201606060606/org.jacoco.build-0.7.7.201606060606.pom
 (35 KB at 253.2 KB/sec)
[INFO] Downloading: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-maven-plugin/0.7.7.201606060606/jacoco-maven-plugin-0.7.7.201606060606.jar
[INFO] Downloaded: 
https://repo.maven.apache.org/maven2/org/jacoco/jacoco-

[GitHub] commons-compress pull request #26: COMPRESS-399 OSGI package versions are ov...

2017-06-02 Thread sesuncedu
GitHub user sesuncedu opened a pull request:

https://github.com/apache/commons-compress/pull/26

COMPRESS-399 OSGI package versions are overly pessimistic, except when 
they're overly optimisic

- Add packageinfo files for per-package version settings.
  - Initialize to 1.14
  - Copy packageinfo files in resource phase.

- Use latest bundle plugin.
  - Remove  headers from generate manifest.
  - Pretty-print the manifest.
  - Add bundle:baseline to the verify phase
  - Add bundle:baseline-report to the site phase
- To change the base version from default (i.e. previous release) set 
comparisonVersion property
- Change travis build to use verify instead of test 

Signed-off-by: Simon Spero 

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/sesuncedu/commons-compress COMPRESS-399

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/commons-compress/pull/26.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #26






---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Announcing: Early-Access builds of JDK 9 for Alpine Linux/musl at jdk.java.net/9/

2017-06-02 Thread Rory O'Donnell


Hi Benedikt, *
* **

*Announcing: Early-Access builds of JDK 9 for Alpine Linux/musl at  
jdk.java.net/9/ [1]

*

 * As of today there are pre-built Early-Access (EA) JDK binaries for
   Alpine Linux/musl at  jdk.java.net/9/**
 o look for “Alpine Linux”. [1]
 * The Alpine Linux build is compatible with linux distributions that
   use the musl C library. *[2]*

Feedback is very welcome via the portola-dev mailing list, remembering 
to subscribe to the mailing list first.



*Proposed schedule change for JDK 9 [3]*

   JDK 9 Project continues to work toward the current goal of producing
   an initial Release Candidate build on 22 June.
   This proposal is to adjust the GA date in order to accommodate the
   additional time required to move through the JCP process.
   To be specific, we propose to move the GA date out by eight weeks,
   from 27 July to 21 September. 



Rgds,Rory


[1] http://mail.openjdk.java.net/pipermail/portola-dev/2017-June/000191.html
[2] http://www.musl-libc.org/
[3] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-May/005864.html

--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland