Problems with Servoy 2.2 system

Classic Servoy
1

Hi,

I have inherited a set of Servoy apps that have recently broken and need some information.

It appears that we are running Version R2 2.2.5-build 337 and we run a mixed platform (Macs and PCs) shop. Development is done on a Mac. My development system broke when I updated to Tiger so I remote desktop into another Mac that is Tiger to work with Servoy. Basically none of the forms work properly in Leopard. Is there a fix?

One of the PCs has just stopped working. It is and has been XP. There has been a recent update of Java and I believe that the update broke Servoy, it no longer communicates with the database (MySQL). The update to Java was reuired by another application on the PC and cannot be rolled back or that app will break.

So my question is, what can I do to fix this problem? Will upgrading to 3.5 fix the problems? I downloaded the evaluation version of 3.5 developer but am afraid to let upgrade the application for fear it won’t work and I’ll be left with a total non-functional system. What to do?

Also, on a side note, am I correct that the licensing structure of Servoy is such that I need a client license for every PC or Mac that runs any app developed in the Developer packages? So if I bought the 3.5 upgrade special I could run the app on 4 machines (the developer plus three clients)?

Tanks,
Robert

2

Hi Robert,

First of all welcome to Servoy!

persia:
Hi,

I have inherited a set of Servoy apps that have recently broken and need some information.

It appears that we are running Version R2 2.2.5-build 337 and we run a mixed platform (Macs and PCs) shop. Development is done on a Mac. My development system broke when I updated to Tiger so I remote desktop into another Mac that is Tiger to work with Servoy. Basically none of the forms work properly in Leopard. Is there a fix?

Servoy 2.2. does work fine on Tiger but I think you mean you upgraded to Leopard, not Tiger.
On Leopard Java is broken. Servoy did put in a workaround for those form issues in Servoy 3.5 but it’s up to Apple to fix the cause of this all.
On Servoy 2.2/3.0/3.1 you can use a different LAF like Metal to work around the problem but it’s not ideal.
Servoy said they would look into implementing that same fix into the 2.2 and 3.1 branch but I think they’ve got there hands full on the upcoming 4.0.
But in short, it’s an Apple Inc. problem.

persia:
One of the PCs has just stopped working. It is and has been XP. There has been a recent update of Java and I believe that the update broke Servoy, it no longer communicates with the database (MySQL). The update to Java was reuired by another application on the PC and cannot be rolled back or that app will break.

Are you using the latest MySQL JDBC driver ?
And does that app require Java 6 ? Or Java 5? Servoy 2.2. works fine under Java 5 so if things broke because of a Java update and that app can work under Java 5 I suggest you reinstall Java. After reinstalling DISABLE the auto-update feature in the Java control panel. It will save you lots of headaches.

persia:
So my question is, what can I do to fix this problem? Will upgrading to 3.5 fix the problems? I downloaded the evaluation version of 3.5 developer but am afraid to let upgrade the application for fear it won’t work and I’ll be left with a total non-functional system. What to do?

You can upgrade but most likely some code is gonna break. Things have changed a lot over the 3.0/3.1/3.5 releases so some rewriting of some of your methods is very probable.

persia:
Also, on a side note, am I correct that the licensing structure of Servoy is such that I need a client license for every PC or Mac that runs any app developed in the Developer packages? So if I bought the 3.5 upgrade special I could run the app on 4 machines (the developer plus three clients)?

Yes you can run it on 4 machines at the same time. And remember these are concurrent client licenses so you can use it from more than 3 machines, just not all at the same time :) .
Developer however is per installation.

Hope this helps.

3

ROCLASI:
Hi Robert,

First of all welcome to Servoy!

persia:
Hi,

Thanks, I am not sure I will remain with it, I’m still evaluating the cost of rewriting the apps to run in PHP as a web app, but for now I guess I am here ;)

I have inherited a set of Servoy apps that have recently broken and need some information.

It appears that we are running Version R2 2.2.5-build 337 and we run a mixed platform (Macs and PCs) shop. Development is done on a Mac. My development system broke when I updated to Tiger so I remote desktop into another Mac that is Tiger to work with Servoy. Basically none of the forms work properly in Leopard. Is there a fix?

Servoy 2.2. does work fine on Tiger but I think you mean you upgraded to Leopard, not Tiger.

Yep, Leopard it is, I run Servoy developer through remote desktop to an old Tiger machine.

On Leopard Java is broken. Servoy did put in a workaround for those form issues in Servoy 3.5 but it’s up to Apple to fix the cause of this all.
On Servoy 2.2/3.0/3.1 you can use a different LAF like Metal to work around the problem but it’s not ideal.

How do I change the LAF???

Servoy said they would look into implementing that same fix into the 2.2 and 3.1 branch but I think they’ve got there hands full on the upcoming 4.0.
But in short, it’s an Apple Inc. problem.

So you would wait for 4.0 rather than try to move to 3.5?

persia:
One of the PCs has just stopped working. It is and has been XP. There has been a recent update of Java and I believe that the update broke Servoy, it no longer communicates with the database (MySQL). The update to Java was reuired by another application on the PC and cannot be rolled back or that app will break.

Are you using the latest MySQL JDBC driver ?
And does that app require Java 6 ? Or Java 5? Servoy 2.2. works fine under Java 5 so if things broke because of a Java update and that app can work under Java 5 I suggest you reinstall Java. After reinstalling DISABLE the auto-update feature in the Java control panel. It will save you lots of headaches.

SO if theother app runs under Java 5 just remove java, reinstall 5 and lock it down?

persia:
So my question is, what can I do to fix this problem? Will upgrading to 3.5 fix the problems? I downloaded the evaluation version of 3.5 developer but am afraid to let upgrade the application for fear it won’t work and I’ll be left with a total non-functional system. What to do?

You can upgrade but most likely some code is gonna break. Things have changed a lot over the 3.0/3.1/3.5 releases so some rewriting of some of your methods is very probable.

Yep, the repository keeps crashing on update, Servoy has no way to handle an uncomplete conversion, it just renders the repositoy unusable by any version… My repository is on MySQL, is that a problem?

persia:
Also, on a side note, am I correct that the licensing structure of Servoy is such that I need a client license for every PC or Mac that runs any app developed in the Developer packages? So if I bought the 3.5 upgrade special I could run the app on 4 machines (the developer plus three clients)?

Yes you can run it on 4 machines at the same time. And remember these are concurrent client licenses so you can use it from more than 3 machines, just not all at the same time :) .
Developer however is per installation.

Ok, thanks.

Hope this helps.

4

Hi

I am also using a 2.27 solution and some clients are using java 1.6 successfully (windows xp). Make sure you set the “network setting” option in the java control panel to “direct connection” and not “use Browser settings” and you should be fine.

If the server is 1.6 then you will have issues. As advised uninstalling and reinstalling a java 1.5 should fix the issue.

5

persia:
How do I change the LAF???

You change that in the preferences of the client. Just launch the client and select the preferences in the application menu, same place where all apps have their preferences menu item.
This will open the preference dialog where you select the Look And Feel tab. Change it here to Metal or Kunstoff.

persia:

ROCLASI:
Servoy said they would look into implementing that same fix into the 2.2 and 3.1 branch but I think they’ve got there hands full on the upcoming 4.0.
But in short, it’s an Apple Inc. problem.

So you would wait for 4.0 rather than try to move to 3.5?

Like I said Servoy did implement a workaround for the Java problems in 3.5. So 3.5 works fine under Leopard. It’s 3.1/3.0/2.2 that don’t have this workaround.
So you don’t have to wait for 4.0.

persia:

ROCLASI:
Are you using the latest MySQL JDBC driver ?
And does that app require Java 6 ? Or Java 5? Servoy 2.2. works fine under Java 5 so if things broke because of a Java update and that app can work under Java 5 I suggest you reinstall Java. After reinstalling DISABLE the auto-update feature in the Java control panel. It will save you lots of headaches.

SO if theother app runs under Java 5 just remove java, reinstall 5 and lock it down?

Yes, but first try what Rodney just replied.

persia:
Yep, the repository keeps crashing on update, Servoy has no way to handle an uncomplete conversion, it just renders the repositoy unusable by any version… My repository is on MySQL, is that a problem?

MySQL doesn’t have to be a problem as long as you don’t use the MyISAM storage engine. Servoy repository requires a transactional database. MyISAM is not transactional and to be honest it’s not a storage engine to be used for your valuable data in the first place. Use the InnoDB storage engine instead. Sadly enough MyISAM is the default storage engine for MySQL so most people use it but don’t know the consequences.

You say your ‘repository keeps crashing’. What exactly happens ?

6

Hi,
I finally bit the bullet & installed Apple’s latest beta of Java 1.6 for Leopard & followed the ‘Release Notes’ and now have Servoy 2.2.7 working with the Mac L&F!!! :D
Not extensive testing, but it works now with my solution which it didn’t do before.
If you’re sick of using Metal L&F (or any other) to dev. in 227 under Leopard, it’s worth signing up for the ADC (http://developer.apple.com/) which is free for basic access.

Rafi