Issues should now be resolved, sorry for the interruption.
On Jul 19, 2017 12:18 PM, "Niels Charlier" <[email protected]> wrote:
> I have had issues with local building the last few days for the same
> reason.
>
> Cheers
> Niels
>
> On 19-07-17 01:19, Ben Caradoc-Davies wrote:
>
>> Thanks, Torben. Much appreciated.
>>
>> I do not know if this problem will impact anyone trying to build
>> GeoServer. I am testing with an empty local repo.
>>
>> Kind regards,
>> Ben.
>>
>> On 19/07/17 11:08, Torben Barsballe wrote:
>>
>>> Hello Ben,
>>>
>>> Nick is currently away, and Jody is at FOSS4G Europe, so I'm not sure
>>> either of them will be likely to respond anytime soon.
>>>
>>> I'll try an get in touch with someone at Boundless who can help.
>>>
>>> Torben
>>>
>>>
>>>
>>> On Tue, Jul 18, 2017 at 3:36 PM, Nuno Oliveira <
>>> [email protected]> wrote:
>>>
>>> Humm ... I'm using the latest Oracle JDK version (141) and my system
>>>> Java certificates package is updated but I'm having the same issue.
>>>>
>>>> I will give another try to this tomorrow if I have time ...
>>>>
>>>>
>>>> On 07/18/2017 11:00 PM, Ben Caradoc-Davies wrote:
>>>>
>>>> Jody and Nick,
>>>>>
>>>>> there appears to be an SSL certificate problem between the Boundless
>>>>> Jenkins worker that builds geoserver-master and the Boundless Maven
>>>>> repo.
>>>>>
>>>>> The Maven repo has a new SSL certificate with validity starting on 17
>>>>> July 2017:
>>>>> https://repo.boundlessgeo.com/snapshot/
>>>>>
>>>>> The Jenkins geoserver-master deploy step fails with what looks like a
>>>>> failure to establish and SSL trust chain (see below).
>>>>>
>>>>> Is someone from Boundless able to investigate?
>>>>>
>>>>> The Jenkins geoserver-master build uses java-8-oracle-amd64 in
>>>>> /usr/lib/jvm/java-8-oracle on the worker. If this is old, the fix
>>>>> might be
>>>>> as simple as a upgrade of java-8-oracle-amd64 to pick up more recent
>>>>> certificates. Another possible solution is to upgrade system CA
>>>>> certificates (on Debian ca-certificates-java). I do not know which CA
>>>>> certificate store is used by the Oracle JDK. Does it bundle its own or
>>>>> use
>>>>> the system certificates?
>>>>>
>>>>> Kind regards,
>>>>> Ben.
>>>>>
>>>>> On 19/07/17 07:21, [email protected] wrote:
>>>>>
>>>>> See <http://ares.boundlessgeo.com/jenkins/job/geoserver-master/4
>>>>>> 929/changes>
>>>>>>
>>>>>> [...]
>>>>>
>>>>> [INFO] BUILD FAILURE
>>>>>> [INFO] ------------------------------------------------------------
>>>>>> ------------
>>>>>> [INFO] Total time: 15.956 s
>>>>>> [INFO] Finished at: 2017-07-18T19:21:30+00:00
>>>>>> [INFO] Final Memory: 129M/630M
>>>>>> [INFO] ------------------------------------------------------------
>>>>>> ------------
>>>>>> [ERROR] Failed to execute goal org.apache.maven.plugins:maven
>>>>>> -deploy-plugin:2.7:deploy
>>>>>> (default-deploy) on project geoserver: Failed to retrieve remote
>>>>>> metadata
>>>>>> org.geoserver:geoserver:2.12-SNAPSHOT/maven-metadata.xml: Could not
>>>>>> transfer metadata org.geoserver:geoserver:2.12-S
>>>>>> NAPSHOT/maven-metadata.xml
>>>>>> from/to boundless (https://repo.boundlessgeo.com/snapshot/):
>>>>>> sun.security.validator.ValidatorException: PKIX path building failed:
>>>>>> sun.security.provider.certpath.SunCertPathBuilderException: unable to
>>>>>> find valid certification path to requested target -> [Help 1]
>>>>>> [ERROR]
>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>>>> the
>>>>>> -e switch.
>>>>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>>>> [ERROR]
>>>>>> [ERROR] For more information about the errors and possible solutions,
>>>>>> please read the following articles:
>>>>>> [ERROR] [Help 1] http://cwiki.apache.org/conflu
>>>>>> ence/display/MAVEN/MojoExecutionException
>>>>>>
>>>>>>
>>>>> --
>>>> Regards,
>>>> Nuno Oliveira
>>>> ==
>>>> GeoServer Professional Services from the experts! Visit
>>>> http://goo.gl/it488V for more information.
>>>> ==
>>>>
>>>> Nuno Miguel Carvalho Oliveira
>>>> @nmcoliveira
>>>> Software Engineer
>>>>
>>>> GeoSolutions S.A.S.
>>>> Via di Montramito 3/A
>>>> 55054 Massarosa (LU)
>>>> Italy
>>>> phone: +39 0584 962313
>>>> fax: +39 0584 1660272
>>>>
>>>> http://www.geo-solutions.it
>>>> http://twitter.com/geosolutions_it
>>>>
>>>> -------------------------------------------------------
>>>> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>>>> Le informazioni contenute in questo messaggio di posta elettronica e/o
>>>> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
>>>> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
>>>> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
>>>> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
>>>> darcene notizia via e-mail e di procedere alla distruzione del messaggio
>>>> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio
>>>> stesso,
>>>> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
>>>> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
>>>> principi dettati dal D.Lgs. 196/2003.
>>>> The information in this message and/or attachments, is intended solely
>>>> for the attention and use of the named addressee(s) and may be
>>>> confidential
>>>> or proprietary in nature or covered by the provisions of privacy act
>>>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
>>>> Code).Any use not in accord with its purpose, any disclosure,
>>>> reproduction,
>>>> copying, distribution, or either dissemination, either whole or
>>>> partial, is
>>>> strictly forbidden except previous formal approval of the named
>>>> addressee(s). If you are not the intended recipient, please contact
>>>> immediately the sender by telephone, fax or e-mail and delete the
>>>> information in this message that has been received in error. The sender
>>>> does not give any warranty or accept liability as the content, accuracy
>>>> or
>>>> completeness of sent messages and accepts no responsibility for changes
>>>> made after they were sent or for other risks which arise as a result of
>>>> e-mail transmission, viruses, etc.
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> _______________________________________________
>>>> Geoserver-devel mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>>
>>>>
>>>
>>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
