Servoy 7.0

Classic Servoy
21

you do press start webclient button?
and if you do, don’t you get any dialog or other thing that the debug session couldn’t be created?

22

Yes I press “Start Debug Web Client” button.
I only get the message “The debugger is not connected, please start it throught the start web client button.” in the browser.
No dialog and nothing in the log.
Very strange…

23

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

What OS do you use? And what version of Java? Is it 32 or 64-bit?

24

Windows 7.
Java 6 update 37
32 bits.

I have a last problem : since the update in Servoy 7, all my portals are empty.

Like that :
[attachment=0]empty_portal.jpg[/attachment]

I can’t find any explaination for that.

Thank you so much.

empty_portal.jpg

25

Version: 7.0.0 - build 2008

I migrated our ARM product which works in version 6.0.9 to 7.0.0, and it would not run.

After investigating, I discovered that the problem was in a class object we create for our own use. The properties and methods of the class object were not separated by semi-colons. I added the semi-colons to the end of each statement in the object and, voila, the program runs.

So, what changed that semi-colons are now required in the object class? Was this change intentional? Has anyone else exprienced this?

Thanks!

26

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

I installed the BrowserSuite on Servoy 7 32-bit and Servoy 7 64-bit and only ran into an issue with callbacks.
I will update soon to fix this small issue, but this will drop compatibility with Servoy 4.1.7 though.

27

kwpsd:
Version: 7.0.0 - build 2008

I migrated our ARM product which works in version 6.0.9 to 7.0.0, and it would not run.

After investigating, I discovered that the problem was in a class object we create for our own use. The properties and methods of the class object were not separated by semi-colons. I added the semi-colons to the end of each statement in the object and, voila, the program runs.

So, what changed that semi-colons are now required in the object class? Was this change intentional? Has anyone else exprienced this?

Thanks!

no idea what changed here ; shouldn’t really be needed
But if you have a sample js file where this shows i can look into it.

28

The MailPro plugin issue should be fixed, an updated installer is available on http://www.servoy-plugins.de

29

Thanks a lot patrick !

30

Hi all,
I’ve not had a good day with Servoy 7 unfortunately, so I will post a number of issues (I was trying to upgrade a 6.1.4 install to 7)

  1. when I downloaded the ‘latest’ stand alone installer today, it was version 7.0.0, not 7.0.1 that is found when you search within Servoy for updates - why ?

  2. the reason I had to download the stand alone installer, instead of just changing the update site in Dev is because this client’s servers are behind proxies etc. that don’t allow it to contact the update server, so each time I have to use a full installer to create a fresh install :cry: - my question is, if I run the full, latest, installer and choose the current Servoy directory and let it install over it, is that the same as running the updater, or am I going to mess anything up ?

[next bit is very long, sorry…]
3) after doing a fresh install of dev and app server and running dev and then putting my server details into the properties file and then upgrading the existing repository database (all back end dbs are in Sybase Anywhere 12) and then starting app server and then removing all solutions, updating the 6.1.x solution that had been working on there to work ok in my local Servoy 7.0.1 (I managed to run updater by using an external network) and then importing that onto their (test) server, it wouldn’t work! Something seemed to be weird with the authentication (my solution was one that has been upgraded from 2 to 3 to 5 to 6 & now to 7. It uses the old style of Servoy login, not an ‘authenticator’ module or anything.
I tried importing the sample crm solution (that does not have login required) & it made it ask for login. I then found a post about ‘Enhanced Security Mode’ & setting ‘servoy.application_server.enhancedSecurity=false’, which I did, and even though the main Servoy admin page complained about it, when I launched the servoy client from the server base page and it offered two solutions, mine & the sample cdm, when I then opened the sample crm, it didn’t ask for a password, and the solution opened, but if I did it again and chose my solution, it asks for login, but after entering correct login, nothing happens (Servoy big gear icon just rotates)
Here is console output from opening sample cdm

Java Web Start 10.17.2.02
Using JRE version 1.7.0_17-b02 Java HotSpot(TM) 64-Bit Server VM
User home directory = /Users/rafig
----------------------------------------------------
c:   clear console window
f:   finalize objects on finalization queue
g:   garbage collect
h:   display this help message
m:   print memory usage
o:   trigger logging
p:   reload proxy configuration
q:   hide console
r:   reload policy configuration
s:   dump system and deployment properties
t:   dump thread list
v:   dump thread stack
0-5: set trace level to <n>
----------------------------------------------------
	Match: beginTraversal
[removed massive amount of match stuff...]
	Match: ignoring maxHeap: -1
	Match: ignoring InitHeap: -1
	Match: digesting vmargs: null
	Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
	Match: JVM args after accumulation: [JVMParameters: isSecure: true, args: ]
	Match: digest LaunchDesc: http://maxi-servoy64:8080/servoy-client/plugins/xmlreader.jar.jnlp
	Match: digest properties: []
	Match: JVM args: [JVMParameters: isSecure: true, args: ]
	Match: endTraversal ..
	Match: JVM args final: 
	Match: Running JREInfo Version    match: 1.7.0.17 == 1.7.0.17
	 Match: Running JVM args match: have:<>  satisfy want:<>
INFO  - vb                         - using direct connection
INFO  - vb                         - jcifs library found; NTLM support enabled
INFO  - vb                         - using direct connection
INFO  - vb                         - jcifs library found; NTLM support enabled
CacheEntry[http://maxi-servoy64:8080/servoy_messages?lastmodified=-1&language=en_US]: updateAvailable=true,lastModified=Thu Apr 04 16:22:24 BST 2013,length=-1
ERROR - Debug                      - Throwable
java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
	at java.net.Socket.connect(Socket.java:579)
	at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:378)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:473)
	at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:270)
	at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:327)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:931)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1299)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
	at com.servoy.j2db.util.Ad.getAdInfo(Ad.java:41)
	at com.servoy.j2db.smart.J2DBClient$25.run(J2DBClient.java:3404)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:722)

and here is output when opening mine

Java Web Start 10.17.2.02
Using JRE version 1.7.0_17-b02 Java HotSpot(TM) 64-Bit Server VM
User home directory = /Users/rafig
----------------------------------------------------
c:   clear console window
f:   finalize objects on finalization queue
g:   garbage collect
h:   display this help message
m:   print memory usage
o:   trigger logging
p:   reload proxy configuration
q:   hide console
r:   reload policy configuration
s:   dump system and deployment properties
t:   dump thread list
v:   dump thread stack
0-5: set trace level to <n>
----------------------------------------------------
CacheEntry[http://maxi-servoy64:8080/servoy-client/servoy_client.jnlp]: updateAvailable=true,lastModified=Thu Apr 04 16:27:59 BST 2013,length=-1
	Match: beginTraversal
[removed massive amount of match stuff...]
	Match: ignoring maxHeap: -1
	Match: ignoring InitHeap: -1
	Match: digesting vmargs: null
	Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
	Match: JVM args after accumulation: [JVMParameters: isSecure: true, args: ]
	Match: digest LaunchDesc: http://maxi-servoy64:8080/servoy-client/plugins/xmlreader.jar.jnlp
	Match: digest properties: []
	Match: JVM args: [JVMParameters: isSecure: true, args: ]
	Match: endTraversal ..
	Match: JVM args final: 
	Match: Running JREInfo Version    match: 1.7.0.17 == 1.7.0.17
	 Match: Running JVM args match: have:<>  satisfy want:<>
CacheEntry[http://maxi-servoy64:8080/servoy_messages?lastmodified=-1&language=en_US]: updateAvailable=true,lastModified=Thu Apr 04 17:48:57 BST 2013,length=-1
ERROR - Debug                      - Throwable
java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
	at java.net.Socket.connect(Socket.java:579)
	at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:378)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:473)
	at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:270)
	at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:327)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:931)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1299)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
	at com.servoy.j2db.util.Ad.getAdInfo(Ad.java:41)
	at com.servoy.j2db.smart.J2DBClient$25.run(J2DBClient.java:3404)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:722)
ERROR - Debug                      - Test exception, calling disconnect in thread: AWT-EventQueue-0
com.servoy.j2db.persistence.RepositoryException: Connection to Servoy Server is invalid
	at com.servoy.j2db.ClientState.authenticate(ClientState.java:564)
	at com.servoy.j2db.smart.J2DBClient.authenticate(J2DBClient.java:3021)
	at com.servoy.j2db.ClientState.authenticate(ClientState.java:522)
	at com.servoy.j2db.smart.J2DBClient$23.run(J2DBClient.java:3076)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:727)
	at java.awt.EventQueue.access$200(EventQueue.java:103)
	at java.awt.EventQueue$3.run(EventQueue.java:688)
	at java.awt.EventQueue$3.run(EventQueue.java:686)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:697)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
Caused by: java.rmi.ServerError: Error occurred in server thread; nested exception is: 
	java.lang.NoClassDefFoundError: com/thoughtworks/xstream/io/HierarchicalStreamWriter
	at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
	at sun.rmi.transport.Transport$1.run(Unknown Source)
	at sun.rmi.transport.Transport$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Unknown Source)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
	at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:273)
	at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:251)
	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:160)
	at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:194)
	at java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:148)
	at com.sun.proxy.$Proxy0.login(Unknown Source)
	at com.servoy.j2db.ClientState.authenticate(ClientState.java:538)
	... 17 more
Caused by: java.lang.NoClassDefFoundError: com/thoughtworks/xstream/io/HierarchicalStreamWriter
	at com.servoy.j2db.util.serialize.JSONSerializerWrapper.getSerializer(JSONSerializerWrapper.java:197)
	at com.servoy.j2db.util.serialize.JSONSerializerWrapper.fromJSON(JSONSerializerWrapper.java:97)
	at com.servoy.j2db.util.serialize.JSONSerializerWrapper.fromJSON(JSONSerializerWrapper.java:79)
	at com.servoy.j2db.util.serialize.JSONConverter.convertFromJSON(JSONConverter.java:89)
	at com.servoy.j2db.util.serialize.JSONConverter.convertFromJSON(JSONConverter.java:76)
	at com.servoy.j2db.server.main.Zl.login(Zl.java:38)
	at com.servoy.j2db.server.main.Zn.login(Zn.java:10)
	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 sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
	at sun.rmi.transport.Transport$1.run(Unknown Source)
	at sun.rmi.transport.Transport$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Unknown Source)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: com.thoughtworks.xstream.io.HierarchicalStreamWriter
	at java.net.URLClassLoader$1.run(Unknown Source)
	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 sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	... 22 more
ERROR - Debug                      - Signalling channel of the 2 way socket read exception 
java.net.SocketException: Socket closed
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.read(SocketInputStream.java:150)
	at java.net.SocketInputStream.read(SocketInputStream.java:121)
	at java.net.SocketInputStream.read(SocketInputStream.java:203)
	at com.servoy.j2db.rmi.compressing.CompressingInputStream.readIn(CompressingInputStream.java:99)
	at com.servoy.j2db.rmi.compressing.CompressingInputStream.read(CompressingInputStream.java:85)
	at java.io.DataInputStream.readInt(DataInputStream.java:387)
	at com.servoy.j2db.rmi.SignallingChannel.run(SignallingChannel.java:219)
ERROR - Debug                      - SignallingChannel socket close failure
java.lang.NullPointerException
	at com.servoy.j2db.rmi.SignallingChannel.close(SignallingChannel.java:125)
	at com.servoy.j2db.rmi.SignallingChannel.run(SignallingChannel.java:244)
ERROR - Debug                      - Trying to reconnect to the server
ERROR - Debug                      - Reconnected to the server
ERROR - Debug                      - Throwable
java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
	at java.net.Socket.connect(Socket.java:579)
	at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:378)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:473)
	at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:270)
	at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:327)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:931)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1299)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
	at com.servoy.j2db.util.Ad.getAdInfo(Ad.java:41)
	at com.servoy.j2db.smart.J2DBClient$25.run(J2DBClient.java:3404)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:722)

There was a very brief flash of a dialog, that I assume was the ‘Trying to reconnect to the server’, bit, but it goes too quickly.
All the stuff before the first

java.net.SocketTimeoutException: connect timed out

happens whilst initial loading is going on, then that socket timeout happens, even before I have chosen a solution.
I tried changing the connection method from 2waysocket, to http&socket, to http, all have same issues.

I’ve never noticed it before, but the line with

com.servoy.j2db.util.Ad.getAdInfo

makes me think that Servoy might be trying to get an ad or something (the Community Edition splash??) and it can’t due to the proxies [ I only have currently the Servoy 5 licence codes for this client, not the 6/7 ones, so it was unregistered]
I don’t recall seeing that splash screen with the previous 6.1.4 install, which worked fine, but it is definitely not appearing now and maybe that is part of the issue. I also didn’t have to fiddle with the auth settings to get it to work either under 6.1.4)
I even resorted to creating a brand new repository and importing my solution into that, but still the same problem.

So I guess the question here is two-fold
3a) is Servoy 7 trying to ‘dial home/somewhere’ now more than 6.1.4 that stops it working ?
3b) has the old way of authenticating (i.e. old Servoy login) stopped functioning in 7 ?
[N.B. nothing else had changed on the server (or network I hope) since last week when it was all working ok with (Community Edition) 6.1.4]

  1. to try and see if I was going mad [possible], I thought I’d try the ‘demo.servoy.com’ page and tried launching smart client sample crm from there.
    for some reason, that too asked me for a username and password in the old login style, which I’ve not seen before from the demo server (which is running 6.0.8 still, why not a newer Servoy??).
    But, it did show me the community edition splash screen ;-)

Sorry for the (very) long post, but I must have spent the best part of 5 or 6 hours today trying to get this to work without success, which was very frustrating, to say the least :?

I hope someone might be able to shed some light on some of these points/questions

Thanks

Rafi

31

Rafi,

first of all, you can use a proxy server for updating and even start a servoy application-server, just add two (or more options) to your servoy_server bat or sh file (ask the IT department what the proxy host & port is)

java -Dhttp.proxyHost=x.x.x.x -Dhttp.proxyPort=xxxx (and here follows the rest of the commandline)
What happens if you do that??

  1. you have asked this multiple times, look here: viewtopic.php?f=16&t=18446&p=100588&hilit=proxy+bat#p100579
    and the answer is still: No! 8)

for the rest, the whole story is very contradictory. Are you sure the popup you see (even with the demo server of servoy) isn’t just a java popup asking credentials for a proxy??
It looks like this client, has a very strict network, and you are struggling with IT & network stuff here. (That’s a whole different ballgame, than being a developer, trust me! :wink: )

32

Caused by: java.lang.NoClassDefFoundError: com/thoughtworks/xstream/io/HierarchicalStreamWriter
at com.servoy.j2db.util.serialize.JSONSerializerWrapper.getSerializer(JSONSerializerWrapper.java:197)
at com.servoy.j2db.util.serialize.JSONSerializerWrapper.fromJSON(JSONSerializerWrapper.java:97)

that part is strange, this is because it can’t find the library xtream.jar but that one should be referenced in the jnlp file that you have.
So it should work just fine.

That Ad thing is not important, it fails because of that json serialize problem for you.

33

Hi Harjo, thanks for your reply…

Harjo:
Rafi,

first of all, you can use a proxy server for updating and even start a servoy application-server, just add two (or more options) to your servoy_server bat or sh file (ask the IT department what the proxy host & port is)

java -Dhttp.proxyHost=x.x.x.x -Dhttp.proxyPort=xxxx (and here follows the rest of the commandline)
What happens if you do that??

I’m not sure it’s as easy as that, users enter username & password details to use certain sites, but I’m sure the server is configured for that.
I’ll have to check next week when I am there (I’m only there once a week…)

Harjo:
2. you have asked this multiple times, look here: viewtopic.php?f=16&t=18446&p=100588&hilit=proxy+bat#p100579
and the answer is still: No! 8)

Wow, you’ve got a better memory than me ;-)
I’ve obviously had this frustration before and posted about it 8-)
Shame the answer is still ‘No’

Harjo:
for the rest, the whole story is very contradictory. Are you sure the popup you see (even with the demo server of servoy) isn’t just a java popup asking credentials for a proxy??
It looks like this client, has a very strict network, and you are struggling with IT & network stuff here. (That’s a whole different ballgame, than being a developer, trust me! :wink: )

The dialog is not a proxy credentials dialog for certain. It is definitely a Servoy password request box.

Maybe I can get further with Johan & his reply…

Thanks

Rafi

34

Hi Johan,

jcompagner:
Caused by: java.lang.NoClassDefFoundError: com/thoughtworks/xstream/io/HierarchicalStreamWriter
at com.servoy.j2db.util.serialize.JSONSerializerWrapper.getSerializer(JSONSerializerWrapper.java:197)
at com.servoy.j2db.util.serialize.JSONSerializerWrapper.fromJSON(JSONSerializerWrapper.java:97)

that part is strange, this is because it can’t find the library xtream.jar but that one should be referenced in the jnlp file that you have.
So it should work just fine.

That Ad thing is not important, it fails because of that json serialize problem for you.

I’m not sure what this means :?
What do I need to do now??
Does Servoy 7 need external access or something that it is not getting?
And is the old way of logging in not valid anymore?
Thanks

Rafi

35

no your setup misses a jar
that it should just download from where it gets all the other jars…
called xtream.jar in the jnlp file that is being downloaded (you could try to save it to disk)

that should be in and on the server you should have that jar

Somehow it doesn’t have that file. and then that exception happens.

36

can you test if this:

http://localhost:8080/lib/xstream.jar

(fill in host:port to what ever you use)

give back a jar file that you can open with a zip tool?

37

ah now i see it its a Server side error not a Smart client problem…

You start through the wrapper i guess. there is a bug in the wrapper.conf:

wrapper.java.classpath.46=lib\xstream.jar
wrapper.java.classpath.46=lib\prompt.jar

but it must be:
wrapper.java.classpath.46=lib\xstream.jar
wrapper.java.classpath.47=lib\prompt.jar

the number wasn’t upped when a new jar was added.

38

jcompagner:
can you test if this:

http://localhost:8080/lib/xstream.jar

(fill in host:port to what ever you use)

give back a jar file that you can open with a zip tool?

Tested!
It downloaded a JAR, which unzips fine.
Just before you posted this I had a look on the server to see if the JAR file was there and (obviously) it was.
Also, the JNLP file does list it, so I still don’t know what I need to do to fix this issue??
Thanks
Rafi

39

jcompagner:
ah now i see it its a Server side error not a Smart client problem…

You start through the wrapper i guess. there is a bug in the wrapper.conf:

wrapper.java.classpath.46=lib\xstream.jar
wrapper.java.classpath.46=lib\prompt.jar

but it must be:
wrapper.java.classpath.46=lib\xstream.jar
wrapper.java.classpath.47=lib\prompt.jar

the number wasn’t upped when a new jar was added.

Thanks!!
That fixed it!
I’m surprised no one else came across this before :?
:wink:

Anyway, thanks for working it out.
Any answers to my other questions (I guess not the one about installing over an older version - Harjo)?

40

you lost me… ;-)

can you sum what is working right now, and what is not?