Servoy Forum

We are pleased to announce the immediate availability of Servoy 6.1 release candidate 2.

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.

For Servoy 6.1 feature highlight see wiki

The issue's fixed only in 6.1 or not yet released in other version are:

Client Changes
[enh] SVY-399 Determine whether a related foundset was the result of a find/search.
[fix] SVY-2127 Runtime property format on DataField missing
[fix] SVY-2069 Behavioral difference between webclient en smart client.

Developer Changes
[fix] SVY-2250 Code-completion and intelisense no longer available for java classes
[fix] SVY-2245 Invalid warning for custom object returned from a method of another custom object
[fix] SVY-2217 solutionModel removeRelationItem() not working
[fix] SVY-2190 When adding a new form to a solution or module, it is automatically set as the firstForm ignoring the prior setting
[fix] SVY-2188 Export to WAR file fails when copying files from plugins subdirectory
[fix] SVY-2168 method addFile of http plugin doesn't send any File

In Servoy 6.1 all foundset columns which are of type TEXT but have the UUID flag checked return in the code a variable of type UUID instead of String (as was the case in 6.0 and earlier). This change in my opinion is good because it correctly reflects the case that we are not using simple strings but rather specific UUID objects.

However, if we try to create a form variable which should contain an UUID value (so we specify {UUID} as its type) and we expose the variable on the UI using for example a TYPE_AHEAD or COMBOBOX field, we get a warning stating that the field is associated with a variable of incorrect type (MEDIA). If we change the variable type to {String}, then assigning values from UUID columns causes warnings. How can we avoid such warnings? In our case the primary keys in the database are UUID so we have quite a lot of these. Ideally, the form variables should be typed as {UUID} - which means that Servoy should allow fields to be associated with form variables of type MEDIA and JSDoc type {UUID} (this is what happens if we associate a JSField not with a form variable but with a foundset column with UUID flag)

Are there any plans to expose the standard JSON object in Servoy (see SVY-1658 and SVY-1922)? Since the implementation is already there, all that is needed is the code-completion support in Servoy and exposing the object methods in the JS Lib node of the Solution Explorer.

For the enhancement *SVY-399* - how is this achieved? In the case record there is no information on how the requested functionality is being achieved and/or can be used. In the Wiki I could not find anything related to this either.

I have a problem with the jasper-plugin since updating to 6.1RC2. I get the errormessage "Wrapped java.lang.Exception: net.sf.jasperreports.engine.JasperPrint" on calling plugins.jasperPluginRMI.runReport("mydatabase","Report_mobile.jasper",null,"viewer",null).
Brgds, Michael

briese-it wrote:I have a problem with the jasper-plugin since updating to 6.1RC2. I get the errormessage "Wrapped java.lang.Exception: net.sf.jasperreports.engine.JasperPrint" on calling plugins.jasperPluginRMI.runReport("mydatabase","Report_mobile.jasper",null,"viewer",null).
Brgds, Michael

We are getting the same error as well.

do you guys have a full stack of that error with the plugin?

Hi Johan,
I have 2 errors in the log, it seems that a class is missing:

1st:

Code: Select all

java.lang.ClassNotFoundException: net.sf.jasperreports.engine.JasperPrint
     at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:513)
      at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
      at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
      at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
      at java.lang.ClassLoader.loadClass(Unknown Source)
     at java.lang.Class.forName0(Native Method)
     at java.lang.Class.forName(Unknown Source)
     at java.io.ObjectInputStream.resolveClass(Unknown Source)
     at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
     at java.io.ObjectInputStream.readClassDesc(Unknown Source)
     at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
     at java.io.ObjectInputStream.readObject0(Unknown Source)
     at java.io.ObjectInputStream.readObject(Unknown Source)
     at com.servoy.j2db.debug.SerializingRemoteInvocationHandler.serializeAndDeserialize(SerializingRemoteInvocationHandler.java:84)
      at com.servoy.j2db.debug.SerializingRemoteInvocationHandler.invoke(SerializingRemoteInvocationHandler.java:97)
      at $Proxy11.getJasperPrint(Unknown Source)
     at com.servoy.plugins.jasperreports.JasperReportsProvider.runReport(JasperReportsProvider.java:465)
      at com.servoy.plugins.jasperreports.JasperReportsProvider.js_runReport(JasperReportsProvider.java:372)
      at com.servoy.plugins.jasperreports.JasperReportsProvider.js_runReport(JasperReportsProvider.java:365)
      at com.servoy.plugins.jasperreports.JasperReportsProvider.js_runReport(JasperReportsProvider.java:359)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
     at java.lang.reflect.Method.invoke(Unknown Source)
     at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:158)
     at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:311)
     at org.mozilla.javascript.Interpreter.interpretLoop(Interpreter.java:1768)
     at org.mozilla.javascript.Interpreter.interpret(Interpreter.java:837)
     at org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:158)
      at org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:406)
      at org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:3190)
      at org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:156)
      at com.servoy.j2db.scripting.ScriptEngine.executeFunction(ScriptEngine.java:567)
      at com.servoy.j2db.debug.RemoteDebugScriptEngine.executeFunction(RemoteDebugScriptEngine.java:392)
      at com.servoy.j2db.FormController.executeFunction(FormController.java:4509)
      at com.servoy.j2db.FormController.executeFunction(FormController.java:4385)
      at com.servoy.j2db.plugins.ClientPluginAccessProvider$MethodExecutor.run(ClientPluginAccessProvider.java:581)
      at java.awt.event.InvocationEvent.dispatch(Unknown Source)
     at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
     at java.awt.EventQueue.access$000(Unknown Source)
     at java.awt.EventQueue$1.run(Unknown Source)
     at java.awt.EventQueue$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
      at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)


2nd:

Code: Select all

org.mozilla.javascript.WrappedException: Wrapped java.lang.Exception: net.sf.jasperreports.engine.JasperPrint (H:\servoy6_workspace\BOSS_Verwaltung\forms\Frm_Mobilfunk_dtl.js#251)
      at org.mozilla.javascript.Context.throwAsScriptRuntimeEx(Context.java:1815)
      at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:180)
     at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:311)
     at org.mozilla.javascript.Interpreter.interpretLoop(Interpreter.java:1768)
     at script.Meth_Drucken(H:\servoy6_workspace\BOSS_Verwaltung\forms\Frm_Mobilfunk_dtl.js:251)
      at script.Meth_DruckenProzess(H:\servoy6_workspace\BOSS_Verwaltung\forms\Frm_Mobilfunk_dtl.js:226)
      at org.mozilla.javascript.Interpreter.interpret(Interpreter.java:837)
     at org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:158)
      at org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:406)
      at org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:3190)
      at org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:156)
      at com.servoy.j2db.scripting.ScriptEngine.executeFunction(ScriptEngine.java:567)
      at com.servoy.j2db.debug.RemoteDebugScriptEngine.executeFunction(RemoteDebugScriptEngine.java:392)
      at com.servoy.j2db.FormController.executeFunction(FormController.java:4509)
      at com.servoy.j2db.FormController.executeFunction(FormController.java:4385)
      at com.servoy.j2db.plugins.ClientPluginAccessProvider$MethodExecutor.run(ClientPluginAccessProvider.java:581)
      at java.awt.event.InvocationEvent.dispatch(Unknown Source)
     at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
     at java.awt.EventQueue.access$000(Unknown Source)
     at java.awt.EventQueue$1.run(Unknown Source)
     at java.awt.EventQueue$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
      at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)
    Caused by: java.lang.Exception: net.sf.jasperreports.engine.JasperPrint
     at com.servoy.plugins.jasperreports.JasperReportsProvider.runReport(JasperReportsProvider.java:607)
      at com.servoy.plugins.jasperreports.JasperReportsProvider.js_runReport(JasperReportsProvider.java:372)
      at com.servoy.plugins.jasperreports.JasperReportsProvider.js_runReport(JasperReportsProvider.java:365)
      at com.servoy.plugins.jasperreports.JasperReportsProvider.js_runReport(JasperReportsProvider.java:359)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
     at java.lang.reflect.Method.invoke(Unknown Source)
     at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:158)


rossent wrote:For the enhancement *SVY-399* - how is this achieved? In the case record there is no information on how the requested functionality is being achieved and/or can be used. In the Wiki I could not find anything related to this either.

Rossen,

I added a comment to the case https://support.servoy.com/browse/SVY-399
The new method foundset.hasConditions() checks for find/search actions.

Rob

briese-it wrote:Hi Johan,
I have 2 errors in the log, it seems that a class is missing:

This is now fixed, see https://support.servoy.com/browse/SVY-2339

Rob

Perfect. So we have to wait for the final version end of the month?

Can we get an RC3 release this week? The reports are very important part of our application and we need them working in order to proceed with our migration plans to 6.1. We also would like to test the additional fixes/changes which were made after the RC2.

Just to follow up on the discussion related to the option to run single unit tests.
Is there any chance to get the [https://support.servoy.com/browse/SVY-1333] or [https://support.servoy.com/browse/SVY-1711] in the RC3? When this was discussed during the Servoy World 2012, the general consensus was that it should be fairly easy to add this feature.

We are considering an rc3, yes running a single unit test will be in final.

Hi,
was just looking at how bad it's going to be for me to convert a client's 5.2 solution into 6.1 and looking at the 'warnings' there are lots related to deprecated items.
Might it be possible to make the warning more helpful by listing the new item to use instead??
e.g.

Code: Select all

controller.saveData is deprecated - please use databaseManager.saveData

[or whatever]
This could save a lot of time

Thanks

Rafi