The default look and feel in the server is Kunststoff but in the client it defaults to Metal. I have manually changed it to Kunststoff (in client) but it is not keeping the settings.
Since the solution was developed using Kunststoff L&F the client looks very ugly.
Servoy Developer
Version 3.0b3-build 364
Java version 1.5.0_04-b05 (Windows XP)
faheemhameed:
The default look and feel in the server is Kunststoff but in the client it defaults to Metal. I have manually changed it to Kunststoff (in client) but it is not keeping the settings.
Since the solution was developed using Kunststoff L&F the client looks very ugly.
Servoy Developer
Version 3.0b3-build 364
Java version 1.5.0_04-b05 (Windows XP)
Just close the server and open the developer once, change the L&F in the developer to Windows and than back to L&F. (now the default L&F is saved into the config-file, and clients will take over that) Startup server again.
Hi Harjo, I have tried according to your advice. But no luck. The client still goes to the Metal. I have checked the servoy_client.properties. In that the
I remember that I had the same issue with a Servoy 3 alfa release.
Whatever I did, I could’nt get the kunstoff L&F work in the client.
Johan C. has looked into it, but could’nt also find a solution.
The solution for me was, to rename you servoy folder, completly re-install Servoy 3.0 and than add your databases, config files again, from the renamed folder.
I have done a fresh re-install of version3.0 and I still have the problem. Please see my version below. Can any servoy guys look in to it? It’s really an issue for me.
Thanks a lot.
Servoy Developer
Version 3.0b3-build 364
Java version 1.5.0_06-b05 (Windows 2003)
when you have downloaded the client. Can you look at the javaws cache folder that is on a window machine somewhere here:
C:\Documents and Settings[USERNAME]\Application Data\Sun\Java\Deployment\cache\javaws\http
and look if you can find the kunstoff lnf? It seems that kunstoff isn’t pushed to the client as a lib.
you can do a listing to a file: dir/s >listing.txt
and look in that file or send me that file then i can look.
yeah so the problem is that the lafs are not pushed to the client (the kunstoff jar itself) so it can’t set it.
can you 7zip your servoy dir? Without the sybase classes and databases and docs? Because that is not needed. So the dirs beans/drivers/lafs/plugins/lib and server and the root dir.
I have finally got it working by doing the following:
1> Stopped the servoy service. Cleared the folder C:\Program Files\Servoy\server\work\Catalina\localhost\
2> In the folder C:\Program Files\Servoy\lafs there were two files kunststoff.jar, skinlf.jar. Renamed kunststoff.jar to kunststoff2.jar and performed (stop service, clear server/client cache & started service again)
3> Now started the client again and got the same problem (only skinlf.jar1030004038000.pack.gz in the server laf folder)
4> Now renamed kunststoff2.jar to kunststoff.jar and renamed skinlf.jar to skinlf2.jar and performed (stop service, clear server/client cache & started service again). Surprisingly after the first client startup I got in the server cache laf folder both the following files: kunststoff.jar1075736482000.pack.gz, skinlf2.jar1030004038000.pack.gz
Now in the servoy web-client I can get the kunststoff LnF and it works great!
I guess the problem is surrounding the skinlf.jar packaged with servoy 3.0b3. I have sent my whole servoy folder to Johan. But the strange thing he did not get the problem I had got. I thought it would useful to share it in case someone has got a similar issue.
i don’t think it has anything to do with skinlf.jar, that one always worked when every you rename it or not. It has everything to do with kunstoff.jar. Somehow the rename back and forward has altered a timestamp and somehow it could be read or seen after that. Why that exactly is is still not clear to me.