Sameer,

it is not a bug: it is a "feature" (of Oracle JDK 8u151):
http://www.oracle.com/technetwork/java/javase/8u151-relnotes-3850493.html

"New Features

security-libs/javax.crypto
 New Security property to control crypto policy

This release introduces a new feature whereby the JCE jurisdiction policy files used by the JDK can be controlled via a new Security property. In older releases, JCE jurisdiction files had to be downloaded and installed separately to allow unlimited cryptography to be used by the JDK. The download and install steps are no longer necessary. To enable unlimited cryptography, one can use the new crypto.policy Security property. If the new Security property (crypto.policy) is set in the java.security file, or has been set dynamically by using the Security.setProperty() call before the JCE framework has been initialized, that setting will be honored. By default, the property will be undefined. If the property is undefined and the legacy JCE jurisdiction files don't exist in the legacy lib/security directory, then the default cryptographic level will remain at 'limited'. To configure the JDK to use unlimited cryptography, set the crypto.policy to a value of 'unlimited'. See the notes in the java.security file shipping with this release for more information."


The evidence that this is your problem can be found in geoserver.log. This is only a WARN so not immediately fatal (GeoServer continues when a data store cannot be loaded). There are several of these:


2017-12-04 10:14:57,078 WARN [org.geoserver] - Failed to load data store 'OS MasterMap'
com.thoughtworks.xstream.converters.ConversionException:
---- Debugging information ----
cause-exception : org.jasypt.exceptions.EncryptionOperationNotPossibleException cause-message : Encryption raised an exception. A possible cause is you are using strong encryption algorithms and you have not installed the Java Cryptography Extension (JCE) Unlimit
ed Strength Jurisdiction Policy Files in this Java Virtual Machine
class               : org.geoserver.catalog.impl.DataStoreInfoImpl
required-type       : org.geoserver.catalog.impl.DataStoreInfoImpl
converter-type : org.geoserver.config.util.XStreamPersister$StoreInfoConverter
line number         : 39
version             : 2.12.0
-------------------------------


The ERROR that results in the failure to initialise the geoserver context is caused by the embedded GeoWebCache failing to locate a missing layer (presumably caused by a failure to load a data store supplying the layer):


2017-12-04 10:14:59,733 ERROR [context.ContextLoader] - Context initialization failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'gwcFacade' defined in URL [jar:file:/C:/Program%20Files%20(x86)/Apache%20Software%20Foundation/Tomcat %209.0/webapps/geoserver/WEB-INF/lib/gs-gwc-2.12.0.jar!/applicationContext.xml]: Cannot resolve reference to bean 'DiskQuotaMonitor' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'DiskQuotaMonitor' defined in URL [jar:file:/C:/Program%20Files%20(x86)/Apache%20Software%20Foundation /Tomcat%209.0/webapps/geoserver/WEB-INF/lib/gs-gwc-2.12.0.jar!/geowebcache-diskquota-context.xml]: Invocation of init method failed; nested exception is java.lang.IllegalStateException: Cou ld not locate a layer or layer group with id LayerGroupInfoImpl--3f96846b:15ebdb05dc8:-7fd2 within GeoServer configuration, the GWC configuration seems to be out of synch


The likely solution is to follow the instructions in the Oracle JDK 8u151 release notes to configure the JDK to use unlimited cryptography.

Kind regards,
Ben.

On 06/12/17 03:11, Abdool, Sameer wrote:
-----Original Message-----
From: Abdool, Sameer
Sent: 05 December 2017 09:34
To: 'Ben Caradoc-Davies'
Subject: RE: [Geoserver-users] FAIL - Application at context path [/geoserver] 
could not be started - Geoserver v2.12.0 - Java v1.8.151

Ben,

Thank you for getting back to me.
Please find log files attached.

Regards,
Sameer

-----Original Message-----
From: Ben Caradoc-Davies [mailto:b...@transient.nz]
Sent: 04 December 2017 19:18
To: Abdool, Sameer <sameer.abd...@molevalley.gov.uk>; 
'geoserver-users@lists.sourceforge.net' <geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] FAIL - Application at context path [/geoserver] 
could not be started - Geoserver v2.12.0 - Java v1.8.151

Sameer,

as you indicate below, the log files, especially full stack traces, are 
essential to investigate this problem.

Kind regards,
Ben.

On 04/12/17 23:49, Abdool, Sameer wrote:
Good Morning,

I'm currently using Geoserver v2.12.0 combined with Java v1.8.141.
Geoserver is running as a windows service though Apache Tomcat v9.0.1

I haven't had any issues so far until Java gets updated to a minor
higher that X.X.141 I then get the error message as displayed in the subject 
line.

Application updates are managed centrally for obvious reasons.
My server is a 2012 R2 VM running off vSphere.

I have had to revert my VM several times now to get Java back to version 
1.8.144 so Geoserver could run.

Because getting into more technical aspect of the problem my question is:
Has anyone experienced issues running Geoserver from the following spec as 
described below?

Windows 2012 R2 VM
Geoserver 2.12.0
Apache Tomcat 9.0.1
Java 1.8.151

PS: I will go into more details afterwards (i.e. log files
(Tomcat/Geoserver), what I've done to try to troubleshoot the problem,
etc...)

Thanks in advance for taking the time to look into it.

Kind Regards,
Sameer




----------------------------------------------------------------------
-------- Check out the vibrant tech community on one of the world's
most engaging tech sites, Slashdot.org! http://sdm.link/slashdot



_______________________________________________
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton:
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
Ben Caradoc-Davies <b...@transient.nz>
Director
Transient Software Limited <http://transient.nz/> New Zealand

________________________
This email was scanned by our anti-virus solution.



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



_______________________________________________
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
Ben Caradoc-Davies <b...@transient.nz>
Director
Transient Software Limited <http://transient.nz/>
New Zealand

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to