[ 
https://issues.apache.org/jira/browse/COMPRESS-413?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16070588#comment-16070588
 ] 

ASF GitHub Bot commented on COMPRESS-413:
-----------------------------------------

Github user garydgregory commented on a diff in the pull request:

    https://github.com/apache/commons-compress/pull/43#discussion_r125108952
  
    --- Diff: .travis.yml ---
    @@ -13,17 +13,26 @@
     # See the License for the specific language governing permissions and
     # limitations under the License.
     
    -language: java
     sudo: false
    +# Use Trusty as dist
    +dist: trusty
    +language: java
    +
     
     jdk:
       - openjdk7
    -  - oraclejdk7
    -  - oraclejdk8
    --- End diff --
    
    Why drop the Oracle JDK builds?


> Travis build redundantly repeats compilation and tests redundantly
> ------------------------------------------------------------------
>
>                 Key: COMPRESS-413
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-413
>             Project: Commons Compress
>          Issue Type: Improvement
>          Components: Build
>    Affects Versions: 1.14
>         Environment: Travis
>            Reporter: Simon Spero
>            Priority: Minor
>              Labels: CI
>             Fix For: 1.15
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> The Travis build setup is suboptimal.
> At the moment, code is compiled and installed by the default install phase.  
> Then the default build phase is executed, which compiles and runs the tests.
> If the tests succeed, then the build is cleaned, recompiled, and retested; 
> this time with 
> coverage enabled. 
> The .travis.yml file could be changed to skip the install phase, and to run 
> tests with coverage during the build phase. 
> The coveralls plugin can be configured in the pom  to not fail the build if 
> the service is unreachable, so forks that don't have jacoco enabled won't 
> always have their builds fail. 
> Also, the jdk switching in the trusty container seems to be not working 
> properly at the moment, so installing a jdk7 doesn't work properly.
> These changes evolved as I was poking jenkins last night.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to