Java 151 Issue?

Hey Guys,

My IT folks always INSIST that we run the most recent version of Java… so I updated a server to 1.8.0_151 and all of a sudden I couldn’t get to /servoy-admin.

The browser kept complaining that the site was unreachable (Chrome) with the error: ERR_CONTENT_DECODING_FAILED.

When I uninstall that - and go back to 1.8.0_131 or 1.8.0_144 - everything works again.

Anyone know what’s up with that??

Servoy version 7.4.10
Windows Server 2012

This IS an issue with 151!

My computer “helpfully” updated its Java and the CSS file went missing:
“Failed to load resource: net::ERR_CONTENT_DECODING_FAILED” in the login form.

[attachment=2]content_error.jpg[/attachment]

Here’s how the login form loaded:

[attachment=1]how_it_looks.jpg[/attachment]

Here’s how it SHOULD look:

[attachment=0]how_it_should_look.jpg[/attachment]

Any ideas?

Hi All,

We are also facing the same issue, after java updated to version java 8 update 151 then we can’t run servoy admin page, is there any fix for this issue ?

Did you guys file a bugreport in the tracker yet ?

Bob and chaitanyas,

Do you see the same thing on different browsers? Or is this only on Chrome ?

The OS is also important. Did you update only java when this happened or the OS as well?
As a workaround you could turn off compression on server by editing application_server/server/conf/server.xml and setting compression to “off”.

And yes, if it’s not a chrome update going wrong you should create a case for this.

I do read online some solutions like clearing your browser cache. Try that first.

Hi Andrei,

Andrei Costescu:
As a workaround you could turn off compression on server by editing application_server/server/conf/server.xml and setting compression to “off”

Servoy server 8.2 has the following settings in server.xml:

 <Connector port="8080" protocol="HTTP/1.1"
               maxThreads="500" connectionTimeout="60000" 
               redirectPort="8443" useBodyEncodingForURI="true" 
                compression="4096"
               compressableMimeType="text/html,text/xml,text/plain,text/javascript,text/css" />

As far as I can see this setting has not changed since Servoy server 6.0

If I read the Tomcat documentation correctly it should be like this:

 <Connector port="8080" protocol="HTTP/1.1"
               maxThreads="500" connectionTimeout="60000" 
               redirectPort="8443" useBodyEncodingForURI="true" 
               compression="on"
               compressionMinSize="4096"
               compressableMimeType="text/html,text/xml,text/plain,text/javascript,text/css" />

source:

Hi Robert,

I did try clearing browser cache but no luck and yes it happened with Mozilla firefox and IE also.

Servoy Version : 7.4.2

OS : Windows

Java Version : java 8 update 151

As far as I can see this setting has not changed since Servoy server 6.0

If I read the Tomcat documentation correctly it should be like this:
(…)

It can have a number in there directly, not just on and off.
https://tomcat.apache.org/tomcat-8.5-do … /http.html

And yes, it has not changed in Servoy; I was just suggesting turning it off as a workaround if this was caused by an OS or JVM update - until a better solution is found.

Andrei Costescu:

ROCLASI:
If I read the Tomcat documentation correctly it should be like this:
(…)

It can have a number in there directly, not just on and off.

So obviously I didn’t read the documentation correctly :oops:
Thanks for clarifying!

Is Servoy going to follow up on this (fix it)?
I don’t want to turn off compression!

We are using Servoy 7.4.10.

I see there is already 1.8.0_152 released. is it the same with this one?

Some observations:

I updated my Windows 10 VM with Java 8-151 and have Tomcat 8.5 installed on it. By default it doesn’t have compression enabled so I added it in the server.xml and restarted it.
Then I deployed a 7.4 war file and tried to access the servoy-admin page. It uses Java 8-151 and it loaded fine :!: .

Then I installed Servoy server 7.4.10 and tried to access the servoy-admin page and it failed as described in this thread.
Changing the compression property to “off” does indeed the trick to make it load properly again.

Hope this helps.

See also: http://forum.servoy.com/viewtopic.php?f=5&t=21893&hilit=java+9

Gabi Boros:
I see there is already 1.8.0_152 released. is it the same with this one?

I am not sure where you see this. it’s not on the java.com site as a download and the Java control panel doesn’t prompt me with a newer version when I hit update.

I see it here : http://www.oracle.com/technetwork/java/ … 33155.html … but I just tested it, and is the same as with u151

it seems they backported something to java8 that was already failing for java9 9 (if disabling the compression on the embedded tomcat is fixing this)

The embedded tomcat for servoy 7 is tomcat 6. Even the latest tomcat 6 doesn’t fix this. Tomcat 8 and java9 works fine (also with compression enabled as far as i know)

We will not upgrade tomcat of servoy 7, you could potentially try this your self, but the step is to big for that we have Servoy 8+

What does work is WAR deployment (on tomcat 8.x) of a servoy 7.

Or just disable compression on your servoy 7 install if you need to upgrade to a java version that breaks .

Confirmed that 8.2.1 works with Java 151 without having to take off the compression on Windows Server 2012.

THANKS Johan!

Thank you for this post!
I was being driven mad by a Servoy 7.4.9 solution not working (displaying) correctly suddenly, now I have added/changed the compression to ‘off’, it works!
Thanks
Rafi