Servoy 7.0

[Jan_Blok]

We are pleased to announce the immediate availability of Servoy 7.0 (releaseNumber 2008).
Servoy 7 comes with a mobile client with offline capabilities.

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.

Read all about how to install Servoy mobile, run the sample and possibilities at: http://wiki.servoy.com/display/public/M … bile+7.0.x

For discussion about the new mobile client see the dedicated mobile forum: viewforum.php?f=67

Regular Servoy 7 docs can be found at: http://wiki.servoy.com/display/public/DOCS/Servoy+7.0.x. The New in this release provides a detailed overview of all things new in Servoy 7 since Servoy 6.1 and the Upgrading to Servoy 7.0.x provides an overview of what is involved in upgrandig to Servoy 7.0.x.

In Servoy 7 there are a couple of behavior changes compared with other Servoy verions:
a) Forms do not lose their design mode state when hidden from the UI and then shown again. (SVY-3673)
b) When in find mode, or when using table or foundset filters, on columns that have a column converters, the value used will be converted using the converter before it is applied in the sql.
Before, the value was added ‘as is’ to the sql which meant that the value had to be converted by the developer. (SVY-3787)
c) Our renewed code-signing certificate which comes with OCSP: (which is not optional)
http://en.wikipedia.org/wiki/Online_Cer … s_Protocol
which makes Java6 is our minimum supported version for Servoy 7.

All the issues addressed, since release candidate:

Smart & Web Client changes
[enh] SVY-2612 Possibility to allow only Uppercase letters and numbers in a text field
[enh] SVY-2611 Max length on textfields
[enh] SVY-2597 JSDataSet getColumnType
[enh] SVY-798 support double-click/right-click in client-design-mode
[fix] SVY-3958 UI converter isn’t called when database value isn’t changed, even when the value in the textfield is changed.
[fix] SVY-3787 Global method converter ignored when using find or addFoundSetFilter

WebClient changes
[fix] SVY-4007 Pagination in list view starts too early if subform has header
[fix] SVY-3994 In IE8 buttons with an image appear identical when enabled or disabled.
[fix] SVY-3839 Form Context returns incorrect information

Mobile Client changes
[fix] SVY-3870 “Coudn’t retrieve JSON” in Servoy Mobile
[fix] SVY-3853 TypeError preventing log in on iPad

Developer changes
[fix] SVY-3903 Using the “Move Form” option causes SVN history to be lost.
[fix] SVY-3902 Have to restart the IDE for value list changes to be recognized.
[fix] SVY-3901 The build process on large workspaces is very slow
[fix] SVY-3793 Global Relation Fails
[fix] SVY-3426 The option “Go To File” available from the context menu in the JSUnit View does not open the applicable .js file but fails with error

Server changes
[fix] SVY-3990 Error in docs related to table filters
[fix] SVY-3983 Servoy cannot display Server Log
[fix] SVY-3324 new Date() keeps reference to original

Plugins changes
[fix] SVY-3871 http plugin certificate problems

[mboegem]

Good job guys! Congrats on this new milestone!

[david]

Need to flip the public switch for Upgrading to Servoy 7.0.x link.

[mboegem]

hmmm first start of a sample solution pops up this error dialog:
[attachment=0]Screen Shot 2013-03-09 at 2.19.14.png[/attachment]

MacOSX 10.8.2
Java 1.6.0_43

[jcarlos]

Jan Blok:
…

Regular Servoy 7 docs can be found at: http://wiki.servoy.com/display/public/DOCS/Servoy+7.0.x. The New in this release provides a detailed overview of all things new in Servoy 7 since Servoy 6.1 and the Upgrading to Servoy 7.0.x provides an overview of what is involved in upgrandig to Servoy 7.0.x.

…

‘Upgrading to Servoy 7.0.x’ above takes you to the " in-company part of the Servoy Wiki." See snapshot below

[attachment=0]Capture.JPG[/attachment]

BTW, Congratulations!

Carlos

[rgansevles]

mboegem:
hmmm first start of a sample solution pops up this error dialog:
[attachment=0]Screen Shot 2013-03-09 at 2.19.14.png[/attachment]

MacOSX 10.8.2
Java 1.6.0_43

Marc,

Does this happen when you start developer from the installer (run developer checked at last page), or does it always happen?

In other words, if you stop and start developer does it work?

Rob

[pbakker]

My bad, the Upgrading to Servoy 7.0.x link is now public.

Paul

[mboegem]

rgansevles:
Does this happen when you start developer from the installer (run developer checked at last page), or does it always happen?

In other words, if you stop and start developer does it work?

Hi Rob,

sorry about the missing information.
Yes, this happens every time I start Serclipse.
I imported servoy_sample_mobile and start it clicking the ‘start debug webclient’ button.
The ‘artifacts.xml’ does exist, but ‘%5c’ is being parsed which is strange as this is a ‘backslash’ character that doesn’t exists in filepaths on Mac/Linux.

[EDIT] just tried renaming the artifacts.xml to ‘\artifacts.xml’ and surprise: that solves the issue. There must be something wrong in the installation.

[rgansevles]

Marc,

The artifacs.xml file is used by the eclipse upgrade mechanism, better to rename it back to the original name.

The error comes from the interpreter file that the javascript debugger needs.

To fix this, go to Preferences → Javascript → Interpreters.
Edit the location to an existing file (any file will do actually).

Rob

[mboegem]

rgansevles:
The artifacs.xml file is used by the eclipse upgrade mechanism, better to rename it back to the original name.

The error comes from the interpreter file that the javascript debugger needs.

To fix this, go to Preferences → Javascript → Interpreters.
Edit the location to an existing file (any file will do actually).

That works, thnkx!

[jcompagner]

mboegem:
hmmm first start of a sample solution pops up this error dialog:
MacOSX 10.8.2
Java 1.6.0_43

will be fixed in the next release:

https://support.servoy.com/browse/SVY-4117

[john.allen]

The docs for Servoy 6.1 are no longer linked to the ‘Click for all versions’. Clicking on 6.1 instead takes you to the 7.0 versions. I was going to 6.1 because I wanted to check something on the .WAR file export. Strangely enough in the 7.0 docs though I can’t seem to see anything about the .war export. Has this capability been taken away? I sure hope not…

[pbakker]

Hi John,

Tnx. for reporting, I’ll fix that asap.

Paul

[kwpsd]

Servoy web site still indicates beta version:

[attachment=0]Servoy7Beta.png[/attachment]

[vincentc]

Hi,

It seems to have a problem with the MailPro plugin (v 3.0.0). When I copy the jar and the jnlp in the plugins folder, my Servoy 7 developer display this error when workspace is building :

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

2013-03-14 17:48:21,948 ERROR [org.eclipse.dltk.internal.ui.text.ScriptReconciler] com.servoy.j2db.util.Debug - error registering constants for client plugin  [ ]
java.lang.NoClassDefFoundError: com/servoy/j2db/util/ITagResolver
	at java.lang.Class.getDeclaredMethods0(Native Method)
	at java.lang.Class.privateGetDeclaredMethods(Unknown Source)
	at java.lang.Class.privateGetPublicMethods(Unknown Source)
	at java.lang.Class.getMethods(Unknown Source)
	at org.mozilla.javascript.JavaMembers.discoverAccessibleMethods(JavaMembers.java:374)
	at org.mozilla.javascript.JavaMembers.discoverAccessibleMethods(JavaMembers.java:326)
	at com.servoy.j2db.scripting.InstanceJavaMembers.discoverAccessibleMethods(InstanceJavaMembers.java:84)
	at org.mozilla.javascript.JavaMembers.reflect(JavaMembers.java:445)
	at org.mozilla.javascript.JavaMembers.<init>(JavaMembers.java:73)
	at org.mozilla.javascript.JavaMembers.<init>(JavaMembers.java:57)
	at com.servoy.j2db.scripting.InstanceJavaMembers.<init>(InstanceJavaMembers.java:60)
	at com.servoy.j2db.scripting.ScriptObjectRegistry.getJavaMembers(ScriptObjectRegistry.java:208)
	at com.servoy.eclipse.debug.script.TypeCreator.registerConstantsForScriptObject(TypeCreator.java:771)
	at com.servoy.eclipse.debug.script.TypeCreator.initalize(TypeCreator.java:630)
	at com.servoy.eclipse.debug.script.TypeCreator.createType(TypeCreator.java:419)
	at org.eclipse.dltk.javascript.typeinfo.TypeCache.findType(TypeCache.java:128)
	at com.servoy.eclipse.debug.script.TypeProvider.getType(TypeProvider.java:71)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencer2.loadType(TypeInferencer2.java:450)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencer2.getType(TypeInferencer2.java:380)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencer2.getType(TypeInferencer2.java:251)
	at com.servoy.eclipse.debug.script.ElementResolver.resolveElement(ElementResolver.java:364)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencer2.resolve(TypeInferencer2.java:564)
	at org.eclipse.dltk.internal.javascript.ti.TopValueCollection$TopValue.findMember(TopValueCollection.java:50)
	at org.eclipse.dltk.internal.javascript.ti.ImmutableValue.getChild(ImmutableValue.java:317)
	at org.eclipse.dltk.internal.javascript.ti.ChildReference.findChild(ChildReference.java:51)
	at org.eclipse.dltk.internal.javascript.ti.ChildReference.getValue(ChildReference.java:37)
	at org.eclipse.dltk.internal.javascript.ti.AbstractReference.getLocation(AbstractReference.java:138)
	at org.eclipse.dltk.internal.javascript.validation.TypeInfoValidator$ValidationVisitor.validateHidesByVariable(TypeInfoValidator.java:1790)
	at org.eclipse.dltk.internal.javascript.validation.TypeInfoValidator$ValidationVisitor.createVariable(TypeInfoValidator.java:1717)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencerVisitor.handleDeclarations(TypeInferencerVisitor.java:1359)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencerVisitor.visitScript(TypeInferencerVisitor.java:1338)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencerVisitor.visitScript(TypeInferencerVisitor.java:1)
	at org.eclipse.dltk.javascript.ast.ASTVisitor.handle(ASTVisitor.java:149)
	at org.eclipse.dltk.javascript.ast.ASTVisitor.visit(ASTVisitor.java:200)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencerVisitorBase.visit(TypeInferencerVisitorBase.java:142)
	at org.eclipse.dltk.internal.javascript.validation.TypeInfoValidator$ValidationVisitor.visit(TypeInfoValidator.java:544)
	at org.eclipse.dltk.internal.javascript.ti.TypeInferencer2.doInferencing(TypeInferencer2.java:111)
	at org.eclipse.dltk.internal.javascript.validation.TypeInfoValidator.build(TypeInfoValidator.java:164)
	at org.eclipse.dltk.internal.core.ReconcileBuilder.run(ReconcileBuilder.java:103)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at org.eclipse.dltk.internal.core.ReconcileBuilder.build(ReconcileBuilder.java:81)
	at org.eclipse.dltk.internal.core.ReconcileWorkingCopyOperation.makeConsistent(ReconcileWorkingCopyOperation.java:91)
	at org.eclipse.dltk.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:58)
	at org.eclipse.dltk.internal.core.ModelOperation.run(ModelOperation.java:698)
	at org.eclipse.dltk.internal.core.ModelOperation.runOperation(ModelOperation.java:764)
	at org.eclipse.dltk.internal.core.SourceModule.reconcile(SourceModule.java:330)
	at org.eclipse.dltk.internal.ui.text.ScriptReconcilingStrategy.reconcile(ScriptReconcilingStrategy.java:164)
	at org.eclipse.dltk.internal.ui.text.ScriptReconcilingStrategy.access$0(ScriptReconcilingStrategy.java:153)
	at org.eclipse.dltk.internal.ui.text.ScriptReconcilingStrategy$1.run(ScriptReconcilingStrategy.java:125)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at org.eclipse.dltk.internal.ui.text.ScriptReconcilingStrategy.reconcile(ScriptReconcilingStrategy.java:120)
	at org.eclipse.dltk.internal.ui.text.ScriptReconcilingStrategy.initialReconcile(ScriptReconcilingStrategy.java:200)
	at org.eclipse.dltk.internal.ui.text.CompositeReconcilingStrategy.initialReconcile(CompositeReconcilingStrategy.java:130)
	at org.eclipse.dltk.internal.ui.text.ScriptCompositeReconcilingStrategy.initialReconcile(ScriptCompositeReconcilingStrategy.java:114)
	at org.eclipse.jface.text.reconciler.MonoReconciler.initialProcess(MonoReconciler.java:105)
	at org.eclipse.dltk.internal.ui.text.ScriptReconciler.initialProcess(ScriptReconciler.java:401)
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:173)
Caused by: java.lang.ClassNotFoundException: com.servoy.j2db.util.ITagResolver
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)

[Harjo]

Did you try it with the installer of Patrick?

[jcompagner]

the mail pro plugin seems to use a internal none plublic api interface
That one is moved for 7.0 so won’t work for that version

[patrick]

Yep, I see that. Will try to fix that ASAP, latest next Wednesday. Sorry about that.

[ptalbot]

If your plugins were open sourced on ServoyForge, maybe some people could have helped!
Any news on that?

[vincentc]

Ok thank you very much guys for your answer.

ptalbot, it seems to have comptability issues between the BrotherSuite plugin and Servoy 7, you confirm ?

I got an other problem, I cant’ access to the WebClient with the developer, I have this message in the web browser : “The debugger is not connected, please start it throught the start web client button.”

Do you have an idea of what is wrong ?