Comments on: Unleashing the power of Flex,BlazeDS, and Java applications http://flexblog.faratasystems.com/2010/01/15/unleashing-the-power-of-flexblazeds-and-java-applications A blog about our experience with Adobe Flex Tue, 31 Jan 2012 19:52:28 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Karl Sigiscar http://flexblog.faratasystems.com/2010/01/15/unleashing-the-power-of-flexblazeds-and-java-applications/comment-page-1#comment-54047 Karl Sigiscar Tue, 26 Jan 2010 10:10:55 +0000 http://flexblog.faratasystems.com/?p=572#comment-54047 Thanks Yakov ! We will check out Clear Data Builder. Thanks Yakov !

We will check out Clear Data Builder.

]]> By: Matthew http://flexblog.faratasystems.com/2010/01/15/unleashing-the-power-of-flexblazeds-and-java-applications/comment-page-1#comment-53987 Matthew Tue, 26 Jan 2010 03:32:41 +0000 http://flexblog.faratasystems.com/?p=572#comment-53987 I am curious if you have ever considered or evaluated wiring Red5 (the open source RTMP server) and BlazeDS together... I am curious if you have ever considered or evaluated wiring Red5 (the open source RTMP server) and BlazeDS together…

]]> By: Yakov Fain http://flexblog.faratasystems.com/2010/01/15/unleashing-the-power-of-flexblazeds-and-java-applications/comment-page-1#comment-53877 Yakov Fain Mon, 25 Jan 2010 12:27:02 +0000 http://flexblog.faratasystems.com/?p=572#comment-53877 @Karl We've implemented data synchronization in our Clear Data Builder that works with BlazeDS and sends notifications to all users who work with this piece of data when its changed by one of the users. If you have a case of an independent (not Flex) process changing data, your database has to somehow notify a POJO (a trigger with JMS is one of the ways), and then have BlazeDS push the data from the server to your Flex clients. All this is doable without the need to have LCDS. @Karl

We’ve implemented data synchronization in our Clear Data Builder that works with BlazeDS and sends notifications to all users who work with this piece of data when its changed by one of the users. If you have a case of an independent (not Flex) process changing data, your database has to somehow notify a POJO (a trigger with JMS is one of the ways), and then have BlazeDS push the data from the server to your Flex clients. All this is doable without the need to have LCDS.

]]> By: Karl Sigiscar http://flexblog.faratasystems.com/2010/01/15/unleashing-the-power-of-flexblazeds-and-java-applications/comment-page-1#comment-52031 Karl Sigiscar Wed, 20 Jan 2010 10:45:09 +0000 http://flexblog.faratasystems.com/?p=572#comment-52031 Privet Yakov, It's true what you say about lim ited budgets. I'm currently in a big bank and we use Blaze DS. In a former (much smaller) company, we were using LCDS... Concerning LCDS, have you implemented something for the case where you need to detect changes performed on the database by a process and broadcast this change ? Jeff Vroom was suggesting to use a database trigger, send a JMS message to the LCDS and from there, using some helper Java classes provided by Adobe, broadcast the change to clients through RTMP. But we never got to the point of implementing it. This is something not doable just with XML configuration files. Also, did you have this case in Blaze DS too, using Flex messaging instead ? Best regards, Karl. Privet Yakov,

It’s true what you say about lim ited budgets. I’m currently in a big bank and we use Blaze DS. In a former (much smaller) company, we were using LCDS…

Concerning LCDS, have you implemented something for the case where you need to detect changes performed on the database by a process and broadcast this change ? Jeff Vroom was suggesting to use a database trigger, send a JMS message to the LCDS and from there, using some helper Java classes provided by Adobe, broadcast the change to clients through RTMP. But we never got to the point of implementing it. This is something not doable just with XML configuration files. Also, did you have this case in Blaze DS too, using Flex messaging instead ?

Best regards,
Karl.

]]> By: Yakov Fain http://flexblog.faratasystems.com/2010/01/15/unleashing-the-power-of-flexblazeds-and-java-applications/comment-page-1#comment-50756 Yakov Fain Sat, 16 Jan 2010 12:35:09 +0000 http://flexblog.faratasystems.com/?p=572#comment-50756 As opposed to AMF, RTMP is a duplex channel that works great... if you can afford it. It'll also require you to open a dedicated port, which may present challenges if you have customers sitting behind the firewall and can't use any ports other than 80. Read Chapter 6 of our book "Enterprise development with Flex" - it has detailed comparison of protocols and a lot more goodies: http://my.safaribooksonline.com/9780596801465. As opposed to AMF, RTMP is a duplex channel that works great… if you can afford it. It’ll also require you to open a dedicated port, which may present challenges if you have customers sitting behind the firewall and can’t use any ports other than 80.
Read Chapter 6 of our book “Enterprise development with Flex” – it has detailed comparison of protocols and a lot more goodies: http://my.safaribooksonline.com/9780596801465.

]]> By: Laurie Hall http://flexblog.faratasystems.com/2010/01/15/unleashing-the-power-of-flexblazeds-and-java-applications/comment-page-1#comment-50552 Laurie Hall Fri, 15 Jan 2010 20:18:43 +0000 http://flexblog.faratasystems.com/?p=572#comment-50552 Hi Yakov, Great post! We just had this question come up this week about LCDS and whether to use AMF vs RTMP. We are sticking with RTMP for now. I've read many posts comparing and discussing the different channels. Do you see any issues with this? Thanks! Laurie Hall Hi Yakov,

Great post! We just had this question come up this week about LCDS and whether to use AMF vs RTMP. We are sticking with RTMP for now. I’ve read many posts comparing and discussing the different channels. Do you see any issues with this?

Thanks!
Laurie Hall

]]>