-
March 6th, 2011, 07:24 PM
#1
mapping ActionScript and Java objects
Hi
I read the article on http://cometdaily.com/2010/03/07/hel...lightstreamer/
support lightstreamer remote object mapping ?
here is the doc on blazeDS:
http://livedocs.adobe.com/blazeds/1/...ze_data_3.html
thanks
-
March 7th, 2011, 09:30 AM
#2
hi,
is there a difference between what is shown in the blog post an what you're expecting?
You can send any java bean from Lightstreamer server to Flex client. Do you mean something different?
-
March 9th, 2011, 06:58 AM
#3
AS3 allow to mapping actionscript objects to java objects with tag [remoteClass] tag in ActionScript so the conversion data type is automatic.
http://sujitreddyg.wordpress.com/200...-java-objects/
support lightstreamer remote object mapping ?
thanks
-
March 9th, 2011, 10:38 AM
#4
no, the RemoteObject is not supported, you can only receive AMF objects as fields on an item.
also the automatic casting is not supported; if you need to have the received object as an instance of a defined class you can write a wrapper instead.
e.g.: a simple wrapper for the bean of our hello world example will look like this:
and you'll use it like this:
HTH
-
March 9th, 2011, 01:14 PM
#5
thanks
another questios , use lightstreamer Long polling or Streaming polling ?
http://en.wikipedia.org/wiki/Long_polling#Long_polling
thanks
-
March 9th, 2011, 01:37 PM
#6
Lightstreamer can use both;
by default it uses streaming btw if the infrastructure blocks the streaming (e.g.: a proxy that blocks the http streaming between the client and the server) it falls back to long polling.
-
March 9th, 2011, 08:04 PM
#7
is there a problem on update data if there is a proxy between server and client in http streaming ?
is it possible to use only to long polling ?
thanks
-
March 10th, 2011, 09:33 AM
#8
it's not like any proxy will block the http streaming, and not like only proxies can block it;
there are proxies that can block streaming, but also firewalls antiviruses and virtually anything between the server and the client processes.
In any case, in our experience in production environments only a small percentage of users need to switch to polling due to issues in the network.
That said you can explicitly set clients to use long polling but this will only offer a worse service to those clients that would be able to use streaming (as said, most of them) and will higher the load on the server as long polling pose a heavier load on it.
explicitly configure clients to start in long polling mode is discouraged unless your application is sandboxed in an environment where you now that streaming is not feasible (and even in this case a better approach would be to try to remove the streaming-stopper).
-
March 10th, 2011, 01:22 PM
#9
if I send 100 kb from server to client every 3 seconds for a total of 30 mb , stream connection (alway open) consume more bandwidth of the long polling ?
-
March 10th, 2011, 03:45 PM
#10
if I send 100 kb from server to client every 3 seconds for a total of 30 mb , stream connection (alway open) consume more bandwidth of the long polling ?
long polling will have a bigger overhead (as more http requests are sent over the wire) so it will use more bandwith
Similar Threads
-
By DarioCrivelli in forum Adapter SDKs
Replies: 0
Last Post: March 8th, 2010, 01:57 PM
-
By k.mcc2009 in forum Adapter SDKs
Replies: 1
Last Post: May 21st, 2009, 09:41 AM
-
By Alessandro in forum Client SDKs
Replies: 2
Last Post: February 4th, 2008, 09:44 AM
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
All times are GMT +1. The time now is 11:29 AM.
Bookmarks