We are pleased to announce the availability of Servoy 7.4.8 (releaseNumber 2046).
A few regressions where found especially in the uuid fix of SVY-9666 which caused SVY-10002 and some other problems with old solution data or old data in the database that where stored as lower cased uuids. Because if that we decided to release 7.4.8 quickly after the release of 7.4.7.
This version is available through the download option on the Servoy website and auto update.
Always make a backup of your current Servoy installation (directory and database) before installing/upgrading.
To update a Servoy eclipse open “Check for updates” via help menu.
Issues in that where addressed in 7.4.8:
Client
[fix] SVY-9907 Save selects anothor record in foundset
SmartClient
[fix] SVY-9937 The event form.onRecordSelection is fired before field.onDataChange for fields using calculation as dataprovider.
WebClient
[fix] SVY-10052 Webclient typeahead with valuelist by global method
[fix] SVY-10023 Inherited tab panels lose design time properties when the sub-form adds tabs to the panel.
Server
[fix] SVY-10002 Relation with UUID relation item does not find records in case of lowercase UUID’s
[fix] SVY-9666 UUID.toString() gives lowercase String on Postgresql’s UUID type (Different Fix)
I am trying to update form 7.4.7 to 7.4.8 but servoy won’t automaticly install (nu updates found when I look for updates).
What should be the URL to get the update? I currently have https://www.servoy.com/developer/70x_updates at the availible Software sites.
Hi everybodies,
after the application server’s upgrade to 7.4.8 version, many users told me about various slowdowns in operations such opening lookup or showing popup menus…
They all seem to be related in interaction between browser and application server…
Did anybody face the same behaviour?
I also thought about giving more memory to the app server… but I have no idea which is the best configuration.
Here’s my parameters:
Current time: Tue Sep 13 09:34:00 CEST 2016
Server Information
Servoy version 7.4.8 -build 2046
Port used by RMI Registry: 1099
Repository version 44
Current time: Tue Sep 13 09:34:00 CEST 2016
Uptime: 3 days 15 hours 46 minutes 41 seconds
JDK Information
java.vm.name=Java HotSpot(TM) 64-Bit Server VM
java.version=1.7.0_80
java.vm.info=mixed mode
java.vm.vendor=Oracle Corporation
Operating System Information
os.name=Windows Server 2008 R2
os.version=6.1
os.arch=amd64
System Information
Heap Space Memory: allocated=1030656K, used=960892K, max=2796544K
Non-Heap Space Memory: allocated=133056K, used=132074K, max=180224K
Number of Processors: 4
In the server.bat file I have put additional parameters
-Xmx1g -Xms64m -XX:MaxPermSize=128m
but I honestly don’t understood how they could impact final performances.
what i don’t get is that MAX it seems it can grow to 2.7G but your -Xmx setting is 1G and that is also what is allocated
and the used is already quite close to that 1G…
Do you see the allocated grow beyond that number of 1030656K?
what happens if you make that 1G something like 1.5G ?
Also if you would go to 7.4.7 and leave the rest exactly the same then those problems are not there?
What I can see this morning is heap space allocated is increasing but it’s not far from the value I’ve shown before.
Do you think I can increase this heap space memory? Is it represented by the -Xmx setting?
And what about the -Xms setting? Also,in my developer -XX:MaxPermSize is set to 1024M…
I can’t tell much about the 7.4.7 as it has been in production only few days. It seems to me problems appeared with the last upgrade.
It doesn’t happen with all clients and not always, but frequently and random…
permsize is not needed (thats the non heap thats not on the max at all, and you will only need to increase that when you really see “out of perm memory” exceptions
yes the -Xmx is the normal heap (1G)
you don’t need to touch the Xms
Is the cpu spiking on the server when the hickups occur? Is the used memory really near to the allocated?
Ah ok, Harjo you’re right, I took at the wrapper.conf and here it is:
wrapper.java.additional.1=-Djava.awt.headless=true
wrapper.java.additional.2=-Duser.dir="C:\Servoy_7\application_server"
wrapper.java.additional.3=-Djava.io.tmpdir="C:\Servoy_7\application_server\server\work"
wrapper.java.additional.4=-XX:MaxPermSize=128m
# Working dir (for JNI calls)
wrapper.working.dir=C:\Servoy_7\application_server
# Initial Java Heap Size (in MB)
wrapper.java.initmemory=32
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=3072
Johan, there’s no cpu spikes (even with load charges use is low). Used memory fro the process java.exe is quite near to the allocated value reported by application server
but i see that it can grow to 3GB and it doesn’t do that at all, so it doesn’t seem to be a memory problem
So if you don’t see spikes at memory or cpu usage at all then the server is not really doing anything or trying to do a lot
then it could be some network thing
we see the same behavior since we upgraded from 7.4.7 to 7.4.8. Memory is growing, and we even have to give Servoy Developer 4 GB to make it a workable solution.
This behavior manifests itself for both Windows and Mac users.
[attachment=1]pastedImage.png[/attachment]
sounds good to me i’m not the only one…
my first concern is to make application server more responsive but developer is also slow…very slow! (currently I gave 1GB, it’s double the amount I was using with the previous version)
Ok I’ll try to give more memory for my developer
Is there something you suggest to do with application server?
Maybe clear all solution and importing a new file created with 7.4.8 version?
our solution is quite big, but did not grow that much after upgrading.
Before (e.g. Developer 7.4.5) we recommended our developers to start the development environment with >2GB of memory, since the upgrade to 7.4.8, we have to recommend them to use at least 4GB. I doubt this is normal behavior?
i have no idea why that is, i think that is the growing of the solution (in forms and javascript and so on)
because from 7.4.5 on the developer really didn’t change that much, here and there a few fixes but nothing big like the javascript parser and that kind of stuff (what we call DLTK plugins)
So i really don’t see what could result in that much more memory consumption in the developer between 7.4.5 and 7.4.8, that should then really be investigated by having the same workspace and 2 installs
and comparing when you do the same steps the memory usage.
Only Servoy is legally allowed to distribute the installers so if you need a version that is not on their website I suggest you contact Servoy directly.
