Link Details

Link 105030 thumbnail
User 201036 avatar

By kohlerm
via kohlerm.blogspot.com
Published: Aug 20 2008 / 14:32

BlazeDS is an open source remoting solution for accessing Java objects from Flex applications. It claims to be efficient by using a binary protocol to send data of HTTP. Unfortunately it currently has a major drawback, that will not allow it to scale well for a lot of applications.
  • 4
  • 8
  • 1393
  • 472

Comments

Add your comment
User 240505 avatar

YeFFreY replied ago:

1 votes Vote down Vote up Reply

Don't compare RIA application with basic html application...
Cache can be done locally...
Only data are needed, not all the html pages...

User 201036 avatar

kohlerm replied ago:

-1 votes Vote down Vote up Reply

IMHO the term RIA is pretty much undefined. Actually with "normal" web applications you can cache html, code and data (Json or XML for example).
BlazeDS does not support this.

See the follow up post :
http://kohlerm.blogspot.com/2008/08/blazeds-does-not-make-use-of-http.html

User 220134 avatar

madarco replied ago:

0 votes Vote down Vote up Reply

The author state that BalzeDS won't scale because it doesn't use the http cache mechanism.
I don't see how this can be a problem, or can affect scaling.

If his problem is the client-side caching, he can do it easily in his client-logic.

User 201036 avatar

kohlerm replied ago:

0 votes Vote down Vote up Reply

Hi madarco,
Off course it affects scaling, because it will do more requests. It's as simple as that.
Regarding client-side caching. How should the client know, how long the data is valid.
This is something that only the server knows. BlazeDS does not support sending this information to the client(together with the data).
There's also no "standard" caching library available with Flex, which supports stuff like eviction and replacement strategies.

Add your comment


Html tags not supported. Reply is editable for 5 minutes. Use [code lang="java|ruby|sql|css|xml"][/code] to post code snippets.

Voters For This Link (4)



Voters Against This Link (8)