|
|
|
|
|
|
Re: Run scout server standalone? [message #1429797 is a reply to message #1429631] |
Tue, 23 September 2014 19:28 |
Nejc Gasper Messages: 55 Registered: July 2014 |
Member |
|
|
What I mean by standalone is that I am using maven to build the project, but I do not build it as a war. I take the folder and run equinox launcher the same way you do for client - and I do just that for scout server and RAP server. Everything runs fine on Scout Server. RAP server has problems communicating with the server though and I am not sure what is triggering these exceptions. Yes, I am running both servers like in figure 3 (http://media.techtarget.com/tss/static/articles/content/EclipseEquinoxOSGi/clip_image006.gif).
message #1404342 - RAP client error message
message #1404570 - fro Scout Server log (no error!)
message #1429566 - RAP server log, first is normally, second is when I removed a call to CODES.getAllCodeTypes(...) on the client
I am quite sure config is not a problem, I have used tcpflow (sudo tcpflow -i any -C -e port 8887) to listen in on the traffic and I got one request/Response:
POST /x_server/ajax HTTP/1.1
Content-type: text/xml
Cache-Control: no-cache
Pragma: no-cache
User-Agent: Java/1.8.0_05
Host: localhost:8887
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
Content-Length: 1639
<soapenv:Envelope soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsse="http://schemas.xmlsoap.org/ws/2002/04/secext">
<soapenv:Header><wsse:Security soapenv:mustUnderstand="1"> <wsse:UsernameToken> <wsse:Username>anonymous</wsse:Username> <wsse:Password Type="http://scout.eclipse.org/security#Base64">yRT2AwchbZQb6DEmbuzeaUb6EWEWfFCk</wsse:Password> </wsse:UsernameToken></wsse:Security></soapenv:Header>
<soapenv:Body>
<request version="null" compressed="true" locale="sl" service="org.eclipse.scout.rt.shared.services.common.code.ICodeService" operation="getAllCodeTypeClasses"/>
<data>eAGNUztvFDEQNonyIEHKJQgkRLMFRVLEt5c7jhUnHiHhcXAkUS5IJ1Isjndu4+Bdb2zvsYmidPQ0ICEhQUEHoqEA8RcQtPwJkCihAu/jQtJhrdb2zDee+b6x3/5AQ0qiy0L6GChnkQKsqIg1lhqrTSLBwwpkj1HQcRgCx+18t5btVmE7BqVRMQbQ+G00GbgyN7fTKaSwjoYDl0jfAE+ut7ZIj5Q5Cf3y8sYWUN1ooTOBS0Wo4gC8JaFZl1GimQibnomYyANizXi5DSl6NHC5oISDRlOHnK3MZvxjgRuAJotEkwPE0XzjgSsikFmSo5C2liz0G+uoFLgRkcQcBHJtJ0pJTh2ufYETpUyys4Fb6NMMDbRLKGSuJRO6jfbRUAuZbLHBzPsQ6sJ0PHB7IJXhWBimjIFJHRPeBpXam17mSaJC2rFY9sXDKRlciPfka+dlSc3wAYQy7DGNpqkIsGKJxhyIMnQwFz5TmtGiUlV01jR+Mu0GTsXFt4jaNAJ/Wnz89NnHD7XB9MBHJ0z60pWreRGJCSj9C8gF3/81+eCF/fv7IBpuotFNcwgVHrTQiLlFoZY7BcExSDSEKTNVWEZTGjHx+zINKypZ1FdopEckI4VgSfTHDHPN0tAJjQYUz1bZL4k0OuWDnud8wWROm5V1AJSRrOhZLlneszenv737/OX+8wPFen1Wma75DXj187Wz23h/LQNpdOk/3ofCRvdAhGbyADfTWoq3olFndX5lb/F6+87a8sreXbHLOCfl89i2pjuVSsO6t2GkihtWi4VxYiVO3a3XGpbsXaza2J6xbgJ9KMpzdsU2X8W6wSR0RVJOnYb7uQqxqXOha8+Serc6W3PmiFk59qznONValULdq9h/AeFPSDY=</data>
<info origin="127.0.1.1"/>
</soapenv:Body></soapenv:Envelope>
HTTP/1.1 200 OK
Set-Cookie: JSESSIONID=qncjxkgxw3h53nnwy1mr6r4q;Path=/logisticservices_server
Expires: Wed, 31 Dec 1969 23:59:59 GMT
Cache-Control: no-cache
pragma: no-cache
Content-Type: text/xml
Content-Length: 1423
Server: Jetty(8.1.14.v20131031)
<soapenv:Envelope soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Body>
<response status="ERROR" compressed="true">
<exception type="VersionMismatchException">Version mismatch: got 0.0.0 required 1.0.0</exception>
</response>
<data>eAGVVM9P1EAY/XbZBQSFVcCoEdz4MyGmlURDcIlGBJM1BY2LXEhshu64FDttmZnuLh6MXryQqAc9ePA/4GriH2D0gAdj4lkPHvXsRRK/mZbuEkzUbrJNO9+8ee977+vGD8gLDpcDXjOo47mhoIZwgkgaXBpimXBaNQTlddehMvJ96hmV+GleP92iIgx8QSG5stBpwRCzEYn6ci6Q7l3XIdLFGgn91gqpEzOSrmdWqCxZ0MnsKpFEwoF4ySN+zbyxtEIdtdrLbNp0aKi2SxhqK5lf5kGDLHkUq3qYzagk04izCg8guwh7mI0CFgjHMwcW27alyIPMDnngUCFcvzYdcc1QQqGt1gr8WqkZhiF2Z+rfu7NAuUC6s65gRDrLM9v8k/5kspC1YC+zfdpISneKr0iOlFAW1gReNalRwrqbHMZ3E3ECxrC7Rtop42aq7A+nZyzoZrbAnkfYnXELAc3Ed1P7biaAZgpolluIFb2xhFQGlJeGMsxIj/m4dezSkdLRt1mAnRWpX5/fXTgz0Xiz2QE5C/IOiQRV2jos2FdFE11vFj0hNf2yexF6kKhzb54TTB+MtFuJRJKFGY8yzBq2bFBEYcgRgFZTSigycVXHznKFVK5KGE1aW2SJVReLtUAWzxn4K3K6GrkY/eKYeoz49tmx3t1nZ6+NTk5uHZ9QwkNlNYbmtG6QOtW4GngeRlpNwcnbPguqOBUqvYrNr/5TY6+/PylkAa3JefhGNaQP+3f27wAt4MNT8HDzzs8RDZNxJByMs6xVt8pQO1KLvdPUrnBO1hSP5qNPwy/fk1cdkClDTrj3aaykkVN6morUoSbuPf9/EYwDoyDwwvR3ldXQO0GVltXkClqn3JVrFnTh27Y47FdFvqRNmSQCjUy+AFpSyht9x3lnbbHRCQ+9qOb6em40tnSlF6cqloVscmq1P1T/BQmAmchru/GuU6BHv68Vc/1FWP/27MPTE1+wzdchXydeRNGpQqtoLmJLlD/eeDHc+/zrepoHpf43l0bKrw==</data>
<info origin="127.0.1.1"/>
</soapenv:Body></soapenv:Envelope>
Now I started RAP Server using Eclipse and checked the request, the very apparent difference is here:
<request version="1.0.0.qualifier" ...
compared to the request from broken build:
So the Tycho RAP Server is not providing a version in its SOAP requests. Hum, now the question is where does that version come from? I will keep digging a bit longer, maybe I can figure it out.
EDIT: So I guess I found it.. version is set in ClientSession class, when ServiceTunnel is initialized
Changed
setServiceTunnel(new ClientHttpServiceTunnel(this, UriUtility.toUrl(getBundle().getBundleContext().getProperty("server.url"))));
to this
setServiceTunnel(new ClientHttpServiceTunnel(this, UriUtility.toUrl(getBundle().getBundleContext().getProperty("server.url")), "1.0.0"));
The only question that remains now is from the documentation - "If the version parameter is null, the product bundle (for example com.myapp.ui.swing) version is used" - so I guess something is wrong in my set-up and the version does not get detected or is not present. Maybe because I am not using the entire assembly process. Oh well, but at least it works now Thanks for the time and sorry if I spammed too much.
[Updated on: Tue, 23 September 2014 20:10] Report message to a moderator
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.06576 seconds