jcompagner:
why are you not using the tooling that eclipse provides through plugins??
Now resources are constantly out of sync and complete refreshes are quite big operations.
We are also in a team development over many developers but we all use svn plugins and we almost never have to refresh our workspace…
6.1.3 is really nuts with workspace rebuilds here too. As bad or worse than 6.1RC’s. I do have some Servoy server resource directories under external SVN but otherwise use Eclipse for team sharing.
Not even sure where to begin to give useful feedback but restarting Servoy or changing an included module is an automatic rebuild which can take sometimes a few minutes.
EDIT: As long as a rebuild doesn’t happen, everything is pretty snappy.
when a restart happens a full rebuild shouldn’t be done, but i do notice on certain test works spaces that it does that.
i will investigate that why it does that.
Building the full workspace just cost time, especially when you have large workspaces like you guys have. Switching active solution or adding a module that just has to rebuild a everything (thats the same thing as adding a jar or another project to a java project)
But what Rossen talks about is not a build, thats the resouce change event and then our own stuff or flushing and creating caches, the build will be done after that.
Harjo:
Maarten, did you tried the new custom CSS for 6.1.3? or do you have your own?
No I haven’t. I’m still using older version.
One thing I noticed is that the header and columns are not aligning vertically.
I will check latest . Thanks!
jcompagner:
why are you not using the tooling that eclipse provides through plugins??
We do have many versioned files which are outside of the Servoy workspace. Another reason for ditching the svn Eclipse plugins quite some time ago were the multitude of bugs which both the Subversive and Subclipse had (and still have) - they do slow down the IDE quite a bit and fall flat whenever there are any significant merge conflicts, file moves/renames, etc. I have not tried the newer versions due to the bad experience which we had in the past. Which one works better for Servoy - Subversive or Subclipse?
rossent:
It appears that the Servoy Developer is “leaking” memory or handles and we need to restart the developer multiple times per day. We have not isolated this issue to a particular part of the Servoy Developer, but suspect that it has to do with searching for method or form references.
jcompagner:
why are you not using the tooling that eclipse provides through plugins??
We do have many versioned files which are outside of the Servoy workspace. Another reason for ditching the svn Eclipse plugins quite some time ago were the multitude of bugs which both the Subversive and Subclipse had (and still have) - they do slow down the IDE quite a bit and fall flat whenever there are any significant merge conflicts, file moves/renames, etc. I have not tried the newer versions due to the bad experience which we had in the past. Which one works better for Servoy - Subversive or Subclipse?
We at servoy work with quite a bit large code base (the whole developer and all the clients) inside eclipse with the latest subclipse (1.8 i believe) and it is working fine and i don’t notice anything that is slow
The only thing that is faster in some area’s is GIT but that just works quite different.
rossent:
The build process today was quite slow for me. I had to switch the active solution several times and after that the build process became extremely slow. Attached is a file with a few stack dumps during that process.
The issue of try catch(e) does not appear to be corrected in 6.1.3. I still get no joy when trying to use getMessage().
err.getMessage = “Error during evaluation:ReferenceError: "err" is not defined.” is the result.
I have a form that will not load and I’m trying to find out why!
It would be nice if I could have the correct syntax documented somewhere or an example that works.
Thanks
what is your code?
because if you catch(e) then “err” is not defined that is correct.
I don’t know if you really can catch that exception if a form doesn’t load, because that is not really a javascript error that is more likely a java/servoy error happening somewhere.
I think the problem is in the Debugger - if you put a break-point inside the CATCH block and try to view/evaluate any of the error properties you get the above error in the Interactive Console
yes that is a limitation of the Rhino debugger deep down.
the catch scope is a very special scope of its own (that normally doesn’t happen in js only functions are scopes) so the debugger doesn’t get an event that a catch scope is created so it can’t access the “e” of that scope.
Hi Thanks for the replies.
Ok it seems I cant use Try/Catch for this particular error where the “Form cannot be shown”. Still not sure of the new syntax for the Try/Catch but anyway my main problem is the form not being showable. Here is the error from the App server log, can anyone see anything that may be causing my problem.
Thanks in Advance.
2013-01-08 09:17 AWT-EventQueue-0 ERROR com.servoy.j2db.util.Debug Throwable 39876F0E-8AEF-4876-B7C6-33AFF9D53F1D mbs
org.mozilla.javascript.WrappedException: Wrapped com.servoy.j2db.ApplicationException: This form cannot be shown (C:\mbs_servoy61\mod_dialog\globals.js#135)
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:1774)
at script.showDialog(C:\mbs_servoy61\mod_dialog\globals.js:135)
at script(C:\mbs_servoy61\mod_dialog\globals.js:352)
at script.open(C:\mbs_servoy61\invoicing\forms\dvasend.js:25)
at script.btnEclipse(C:\mbs_servoy61\invoicing\forms\invoiceDetailII.js:3105)
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:3192)
at org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:156)
at com.servoy.j2db.scripting.ScriptEngine.executeFunction(ScriptEngine.java:574)
at com.servoy.j2db.debug.RemoteDebugScriptEngine.executeFunction(RemoteDebugScriptEngine.java:398)
at com.servoy.j2db.FormController.executeFunction(FormController.java:4930)
at com.servoy.j2db.FormController.executeFunction(FormController.java:4811)
at com.servoy.j2db.FormController.executeFunction(FormController.java:4677)
at com.servoy.j2db.FormController$ScriptExecuter.executeFunction(FormController.java:4524)
at com.servoy.j2db.ui.BaseEventExecutor.fireEventCommand(BaseEventExecutor.java:271)
at com.servoy.j2db.ui.BaseEventExecutor.fireActionCommand(BaseEventExecutor.java:217)
at com.servoy.j2db.ui.BaseEventExecutor.fireActionCommand(BaseEventExecutor.java:212)
at com.servoy.j2db.smart.dataui.AbstractScriptButton$2.actionPerformed(AbstractScriptButton.java:656)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$200(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$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: com.servoy.j2db.ApplicationException: This form cannot be shown
at com.servoy.j2db.scripting.RuntimeWindow.showObject(RuntimeWindow.java:249)
at com.servoy.j2db.scripting.JSWindow.js_show(JSWindow.java:149)
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)
… 53 more
Thankyou, You are a champion. I added a new form, following same procedure and the result is, as you stated. But should this be reported as a bug, as it used to default to a “Body” part, did it not?
I checked the “extends from”, form that we use, and it does not have a “Body” part because its the functions that we want to extend.
