Closed GoogleCodeExporter closed 9 years ago
hmm...the reason I had to do the above/find the policy is I could not get the
non-policyname-paramater to work.
newProxyInstance(class, url, service)
I've always had to add the policyname as the 4th param before it would work,
and it was clunky at best.
I think I found the issue: For some reason, the setRequestProperty was not
quite working right:
RemoteServiceSyncProxy.doInvoke
In between the RpcRequestBuilder.STRONG_NAME_HEADER property set, and the
Content-Type set, I added a buffer RequestProperty ("na", "na"), which although
it sounds silly, seems to have corrected the HTTP headers going to the server
so it now works fine for me.
Original comment by binarymo...@gmail.com
on 17 Feb 2011 at 5:39
tested with syncproxy 0.2 codebase
Original comment by binarymo...@gmail.com
on 17 Feb 2011 at 5:40
spoke too soon, still serialization issues, but the above Content-Type was
still an issue anyway, just not what is stopping this from becoming easier to
use.
Original comment by binarymo...@gmail.com
on 17 Feb 2011 at 5:44
Usecase: multiple modules for one application, leading to multiple
serialization policy files for the same application that is getting tested.
Original comment by binarymo...@gmail.com
on 17 Feb 2011 at 7:56
removed GuessMyGwt attachment, replacing with 'AutoSyncProxy' patch.
Minor, non-invasive changes to DefaultSessionManager and
RemoveServiceSyncProxy, new classes 'AutoSynchProxy' and 'RpcFinderUtil'.
Instead of SyncProxy, use:
AutoSyncProxy.newProxyInstance(MyService.class, baseurl, "MyService");
This will remove the need to have a local copy of the .gwt.rpc files
in the classpath, and instead pull them from the tested server (based on the
url)
and put in-memory the SerializationPolicy object. Little heavier memory/cpu
wise,
but a lot more convenient.
Original comment by binarymo...@gmail.com
on 18 Feb 2011 at 9:14
Attachments:
Thanks for your patch.
Base on your patch, I make a new class RpcPolicyFinder which try to find the
policy files in classpath and also auto fetch from server.
Download the version 0.3 and make a try.
Original comment by gwtdevel...@gmail.com
on 20 Aug 2011 at 4:03
Enhanced in version 0.3
Original comment by gwtdevel...@gmail.com
on 23 Aug 2011 at 2:29
Sorry for the late response - in my test scenario where I built the
AutoSyncProxy it does not appear to be behaving correctly (version number
incompatible, even when in it's own project without any other local RPC files
around).
I checked out of source 1/31/2012, and similar issues. When I comment out the
SERIALIZATION_STREAM_MIN_VERSION block in prepareToRead of
SynClientSerializationStreamReader, get a little farther but none of the
complex datatypes can be deserialized (and one of my other methods is failing
that was working with AutoSyncProxy, need some more time to research that one).
Original comment by binarymo...@gmail.com
on 31 Jan 2012 at 4:10
Original issue reported on code.google.com by
binarymo...@gmail.com
on 17 Feb 2011 at 4:13Attachments: