Servoy 6.0.6

We are pleased to announce the immediate availability of Servoy 6.0.6 release.
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.

Client Changes
[fix] SVY-1710 The foundset selectedIndex is higher than the size of the foundset
[fix] SVY-1714 Fields truncated when elements hidden in table list
[fix] SVY-1703 Servoy Runtime Solution behavior
[fix] SVY-1684 Changes in related foundsets not visible.
[fix] SVY-1670 Behavior change using relation in find breaks existing code
[fix] SVY-1551 Servoy Runtime JVM check downloads Java 1.4
[fix] SVY-1550 Cursor behavior when accessing and and closing a dialog window
[fix] SVY-1545 Text cursor is visually lost when unloaded tab is shown
[fix] SVY-1544 Wrong tab sequence is executed
[fix] SVY-1608 Media options are not respected for the rollover image
[fix] SVY-1581 Performance degradation in web client when using checkboxes in a table view
[fix] SVY-1560 Check Box issue w/ onRender (Chrome Only)
[fix] SVY-1546 Wrong behavior when tabbing back from a field
[fix] SVY-1542 onDataChange event triggered twice when in tableview and when globalmethodvalidator is set
[fix] SVY-1532 Foundset unsaved changes and state are lost if a form has its property namedFoundSet set to “separate” and it is automatically unloaded and re-loaded by Servoy
[fix] SVY-1525 MenuItem setVisible() don´t work in Web Client
[fix] SVY-1524 onRender is rendering invisible elements resulting in visible property set to true!
[fix] SVY-1508 Endless nesting of CompoundBorder for Look & Feels that provide CompoundBorder for “List.focusCellHighlightBorder”
[fix] SVY-1490 No empty space between a checkbox and it’s label if that comes from the titleText property value
[fix] SVY-1477 Servoy not respecting specified join type on the defined relationship
[fix] SVY-1459 Typeahead real/display values with UUUU format
[fix] SVY-1453 displayType=Check; enabling/readOnly bug in web client
[fix] SVY-1443 readonly ‘IMAGE_MEDIA’ field doesn’t trigger onAction event in WC tableview
[fix] SVY-1442 Databroadcasting on related tab
[fix] SVY-1439 Previously selected element remains visibly selected when disabling client design mode
[fix] SVY-1161 Format is displayed on a text field when field is read-only
[fix] SVY-1126 Issues with typeAhead and the related UI properties
[fix] SVY-53 radiobug display problem

Developer Changes
[enh] SVY-1504 Allow getDatasetByQuery for “declare” SQL
[fix] SVY-1716 databaseManager.addTableFilterParam allows the system to add the same filter over and over again
[fix] SVY-1611 Servoy global variables with concatenated strings are no longer working correctly anymore
[fix] SVY-1598 Problems opening “Select method” window in a single form
[fix] SVY-1596 Open calculation doesn’t point to the correct function in the js file
[fix] SVY-1506 “Duplicate Form” function doesn’t carry over the extendsID value for objects with overridden properties
[fix] SVY-1488 Table Editor doesn’t refresh when creating extra columns on the table through a QuickFix
[fix] SVY-1467 Error when executing command in command console
[fix] SVY-1466 Servoy Developer hangs when I open a globals.js file or i18n editor
[fix] SVY-1445 Builder markers not correctly updated when adding missing DB columns through QuickFix
[fix] SVY-1417 Error: insert into i18n table with showI18NDialog()
[fix] SVY-1324 Element in form is outside the bounds of the form, though it is not
[fix] SVY-1310 no builder markers generated when referencing a non-existing global variable as an array
[fix] SVY-929 Global variable type is changed by servoy

Server Changes
[fix] SVY-83 Client Info Page Open solution release
[fix] SVY-1537 Referencing modules from a post-import hook module results in a warning " Module xxxx is a solution import hook, so it should not contain any modules."
[fix] SVY-1513 Errors with tracking
[fix] SVY-1456 SocketFactory.SSLKeystorePath relative path, does not work as started as service under Windows 2008
[fix] SVY-1404 Files in work folder never deleted

Extensions Changes
[fix] SVY-1503 Shortcut does not trigger

While updating my servoy developer 6.0.5 to 6.0.6 from the menue “Help > Check for Updates” I get an error!

Verified again, the eclipse update works oke for me.
Just try to run “check for updates” again?

We are seeing a very noticeable performance decrease of the Servoy Developer when it comes to building the solutions - 6.0.5 was much faster compared to 6.0.6
Is this a regression issue or something else?

Same here. Servoy Developer is doing much more build activities compared to 6.0.5 while I save files or switch solutions.

I tried again and now it updates successful. Perhaps my firewall settings occured the problem.

Regards

vasil:
Same here. Servoy Developer is doing much more build activities compared to 6.0.5 while I save files or switch solutions.

I hit the same issue, hopefully we get it resolved soon.

6.0.5 was much faster compared to 6.0.6 in build activities.

Did one of you file this as an issue in the support system ?
If not, please do so.

Hi.

I’m updated Servoy Server from 6.0.5 1231 (intermediate) to 6.0.6 and I have noticed that happened a new Error when I’m using dinamic forms (these are cloned and destroyed). Apparently the data shown is correct but mistrust.

This is the error:

ERROR - Debug - calling getFormScope on a destroyed DataAdapterList, formcontroller: FormController[form: [NAME_FORM], fs size:1, selected record: Record[DATA:Row(db:/ivi_gc/tb_pro_tto)[DATA:[…DATABASE_FIELDS ,rollbackChanges,getDataSource,save,getPKs,setFoundset,deleteRecord,getChangedData,setException,getFoundset,getException,isEditing,destroyed], currentRecord: null
java.lang.RuntimeException
at com.servoy.j2db.dataprocessing.DataAdapterList.getFormScope(DataAdapterList.java:569)
at com.servoy.j2db.dataprocessing.DataAdapterList.valueChanged(DataAdapterList.java:444)
at com.servoy.j2db.scripting.ScriptVariableScope.fireModificationEvent(ScriptVariableScope.java:438)
at com.servoy.j2db.scripting.ScriptVariableScope.put(ScriptVariableScope.java:406)
at com.servoy.j2db.scripting.ScriptVariableScope.put(ScriptVariableScope.java:294)
at org.mozilla.javascript.ScriptableObject.putProperty(ScriptableObject.java:1768)
at org.mozilla.javascript.ScriptRuntime.setName(ScriptRuntime.java:1856)
at org.mozilla.javascript.gen.c948._c0(onShow:59)
at org.mozilla.javascript.gen.c948.call(onShow)
at org.mozilla.javascript.optimizer.OptRuntime.call2(OptRuntime.java:73)
at org.mozilla.javascript.gen.c380._c0(onShow
Trace message truncated for length over 10K

Regards, I hope your answer

mateuServoy2:
ERROR - Debug - calling getFormScope on a destroyed DataAdapterList, formcontroller: FormController[form: [NAME_FORM], fs size:1, selected record: Record[DATA:Row(db:/ivi_gc/tb_pro_tto)[DATA:[…DATABASE_FIELDS ,rollbackChanges,getDataSource,save,getPKs,setFoundset,deleteRecord,getChangedData,setException,getFoundset,getException,isEditing,destroyed], currentRecord: null

those are just added logging and some checks, so you can ignore it for you solution, i will check this exception out to see if it should or shouldn’t happen.

johan

mateuServoy2:
at org.mozilla.javascript.gen.c948._c0(onShow:59)

What is it that you exactly do around those lines (59) of the onShow method?
Are you setting a form variable or a global?

When do you destroy the form and when do you set some value?

rossent:
We are seeing a very noticeable performance decrease of the Servoy Developer when it comes to building the solutions - 6.0.5 was much faster compared to 6.0.6
Is this a regression issue or something else?

i don’t get this, for me 6.0.6 is way faster then 6.0.5, i just did a profile run again for .5 and .6 on the same very large workspace, editing and saving a large globals file (more then 8000 lines)
Doing the same operation on that file (edit save cycle and that 3 times) is more then twice as fast for me in .6 then in .5 in the profiler.

So does anybody has a workspace for me where i can see the slow down?

just updated and unfortunately the bug “SVY-1542 onDataChange event triggered twice when in tableview and when globalmethodvalidator is set”
seems not te be fixed. We still have the onDataChange event triggered twice…

Kaptan:
just updated and unfortunately the bug “SVY-1542 onDataChange event triggered twice when in tableview and when globalmethodvalidator is set”
seems not te be fixed. We still have the onDataChange event triggered twice…

The sample works fine for me in 6.0.6 . Are you sure you are using correct version and issue sample?

jcompagner:

rossent:
We are seeing a very noticeable performance decrease of the Servoy Developer when it comes to building the solutions - 6.0.5 was much faster compared to 6.0.6
Is this a regression issue or something else?

i don’t get this, for me 6.0.6 is way faster then 6.0.5, i just did a profile run again for .5 and .6 on the same very large workspace, editing and saving a large globals file (more then 8000 lines)
Doing the same operation on that file (edit save cycle and that 3 times) is more then twice as fast for me in .6 then in .5 in the profiler.

So does anybody has a workspace for me where i can see the slow down?

Try with the workspace which I gave you a few months ago. Specifically, when there are a lot of dependencies between different forms and modules using /** @type {Form} / or /* @type {forms.SomeForm.SomeCustomType} */

lvostinar:

Kaptan:
just updated and unfortunately the bug “SVY-1542 onDataChange event triggered twice when in tableview and when globalmethodvalidator is set”
seems not te be fixed. We still have the onDataChange event triggered twice…

The sample works fine for me in 6.0.6 . Are you sure you are using correct version and issue sample?

Strange, it doesn’t work for us. I’m sure that I tried with the correct version. I thought that it could have something to do with that we use another LAF. But just tested in standard LAF, and we still get the event triggered twice.

jcompagner:

rossent:
We are seeing a very noticeable performance decrease of the Servoy Developer when it comes to building the solutions - 6.0.5 was much faster compared to 6.0.6
Is this a regression issue or something else?

i don’t get this, for me 6.0.6 is way faster then 6.0.5, i just did a profile run again for .5 and .6 on the same very large workspace, editing and saving a large globals file (more then 8000 lines)
Doing the same operation on that file (edit save cycle and that 3 times) is more then twice as fast for me in .6 then in .5 in the profiler.

So does anybody has a workspace for me where i can see the slow down?

Most of the time is spent on the step “Invoking ‘Servoy Project Builder’ on /some_module_name” - Servoy Developer will just sit there a long time seemingly doing nothing. This happens upon save operation and when launching a client for debugging (see the attached screen shot)

invoking_servoy_project_builder.png

I have a solution that exposes a few web services (via the rest_ws.plugin). Since 6.0.6 they are throwing the following, to do with licensing (??) - any clues ?

:edit: Doesn’t seem to be the plugin per se, as the sample solution works.

com.servoy.j2db.ApplicationException: Login is incorrect
	at com.servoy.j2db.server.headlessclient.SessionClient.showDefaultLogin(SessionClient.java:534)
	at com.servoy.j2db.ClientState.loadSolutionsAndModules(ClientState.java:1380)
	at com.servoy.j2db.server.headlessclient.SessionClient.loadSolution(SessionClient.java:283)
	at com.servoy.j2db.debug.DebugHeadlessClient.loadSolution(DebugHeadlessClient.java:168)
	at com.servoy.j2db.server.headlessclient.SessionClient.loadSolution(SessionClient.java:258)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactoryInternal$1.run(HeadlessClientFactoryInternal.java:64)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactoryInternal.createSessionBean(HeadlessClientFactoryInternal.java:76)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactoryInternal.createHeadlessClient(HeadlessClientFactoryInternal.java:40)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactory.createHeadlessClient(HeadlessClientFactory.java:65)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactory.createHeadlessClient(HeadlessClientFactory.java:60)
	at com.servoy.extensions.plugins.rest_ws.RestWSPlugin$1.makeObject(Unknown Source)
	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1190)
	at com.servoy.extensions.plugins.rest_ws.RestWSPlugin.getClient(Unknown Source)
	at com.servoy.extensions.plugins.rest_ws.servlets.RestWSServlet.wsService(Unknown Source)
	at com.servoy.extensions.plugins.rest_ws.servlets.RestWSServlet.doPut(Unknown Source)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:640)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at com.servoy.j2db.server.servlets.WebServicesServlet.service(WebServicesServlet.java:15)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:554)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
	at java.lang.Thread.run(Unknown Source)
2012-03-22 16:29:12,392 ERROR [http-8080-4] com.servoy.j2db.util.Debug - No debugger found, for error report: Cannot load solution mysolution
2012-03-22 16:29:12,392 ERROR [http-8080-4] com.servoy.j2db.util.Debug - Cannot load solution mysolution
2012-03-22 16:29:12,392 ERROR [http-8080-4] com.servoy.j2db.util.Debug - Throwable
com.servoy.j2db.ApplicationException: Login is incorrect
	at com.servoy.j2db.server.headlessclient.SessionClient.showDefaultLogin(SessionClient.java:534)
	at com.servoy.j2db.ClientState.loadSolutionsAndModules(ClientState.java:1380)
	at com.servoy.j2db.server.headlessclient.SessionClient.loadSolution(SessionClient.java:283)
	at com.servoy.j2db.debug.DebugHeadlessClient.loadSolution(DebugHeadlessClient.java:168)
	at com.servoy.j2db.server.headlessclient.SessionClient.loadSolution(SessionClient.java:258)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactoryInternal$1.run(HeadlessClientFactoryInternal.java:64)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactoryInternal.createSessionBean(HeadlessClientFactoryInternal.java:76)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactoryInternal.createHeadlessClient(HeadlessClientFactoryInternal.java:40)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactory.createHeadlessClient(HeadlessClientFactory.java:65)
	at com.servoy.j2db.server.headlessclient.HeadlessClientFactory.createHeadlessClient(HeadlessClientFactory.java:60)
	at com.servoy.extensions.plugins.rest_ws.RestWSPlugin$1.makeObject(Unknown Source)
	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1190)
	at com.servoy.extensions.plugins.rest_ws.RestWSPlugin.getClient(Unknown Source)
	at com.servoy.extensions.plugins.rest_ws.servlets.RestWSServlet.wsService(Unknown Source)
	at com.servoy.extensions.plugins.rest_ws.servlets.RestWSServlet.doPut(Unknown Source)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:640)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at com.servoy.j2db.server.servlets.WebServicesServlet.service(WebServicesServlet.java:15)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:554)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
	at java.lang.Thread.run(Unknown Source)
2012-03-22 16:29:12,392 ERROR [http-8080-4] com.servoy.extensions.plugins.rest_ws.RestWSPlugin - /servoy-service/rest_ws/mysolution/webserviceSecurity
com.servoy.extensions.plugins.rest_ws.RestWSPlugin$NoClientsException
	at com.servoy.extensions.plugins.rest_ws.RestWSPlugin.getClient(Unknown Source)
	at com.servoy.extensions.plugins.rest_ws.servlets.RestWSServlet.wsService(Unknown Source)
	at com.servoy.extensions.plugins.rest_ws.servlets.RestWSServlet.doPut(Unknown Source)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:640)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at com.servoy.j2db.server.servlets.WebServicesServlet.service(WebServicesServlet.java:15)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:554)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
	at java.lang.Thread.run(Unknown Source)

rossent:
Most of the time is spent on the step “Invoking ‘Servoy Project Builder’ on /some_module_name” - Servoy Developer will just sit there a long time seemingly doing nothing. This happens upon save operation and when launching a client for debugging (see the attached screen shot)

and what happens if you dump the stack a few times through the admin pages when it is in that state for a while?
Can you send a few of them (5 seconds or so apart)