But wouldn't the world be better off if someone shut JRun down? Dear God will some one stop it.
BAL ----- Original Message ----- From: "Haseltine, Celeste" <[EMAIL PROTECTED]> To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]> Sent: Monday, January 27, 2003 3:16 PM Subject: Java Pet Store rewritten with Flash Remoting Front End > For all those who are considering Flash remoting as another GUI alternative > to HTML, here is the URL to the Java pet store that Macromedia reworked with > a Flash remoting front end. You can download the code and run it on your > local machine also, if you are interested. The second link is for FAQ > > http://www.macromedia.com/desdev/mx/blueprint/ > > http://www.macromedia.com/desdev/mx/blueprint/articles/faq.html#pm_accessibl > e > > We been using Macromedia JRUN server as our application server for the past > two years, and have used some of the macromedia products in our shop, along > with Eclipse 2.02, for our JSP, Servlet, EJB development. I did look at > using Flash remoting for our current project when it came out a year ago, > but decided to give it some time in the market place before actually using > it. My main concern with Flash remoting at that time was how long it would > take for someone on a modem (vs a T1 or cable modem) to navigate and use our > web site. If anyone does actually use it in their apps instead of HTML, I > would be interested in knowing how it worked out for both you and your > customers. > > One last note. It is rumored in the DFW, TX area that Microsoft is > considering a hostile takeover of Macromedia, and that if this does happen, > that Flash remoting would be "bundled" with .NET, and would not continue to > support J2EE applications. Since we use JRUN as our application server, > I've been keeping my ear to the ground regarding these rumors, as JRUN is > another one of the Macromedia suite of products that MS would probably kill, > if a hostile takeover was successful. That is something that probably > should be taken into consideration if you choose to utilize this technology > in any new application. I don't know about any of the rest of you, but I > have been burned by using proprietary code in previous apps, and been left > holding the bag and no source code, when the company went bankrupt. I now > utilize and advocate open source code whenever possible. > > Celeste > > > > -----Original Message----- > From: Eric Rizzo [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 27, 2003 1:09 PM > To: Struts Users Mailing List > Subject: Re: Flash+Struts how? > > > Mark Galbreath wrote: > > Only a weenie programmer would use Flash with Struts...] > > Nice attitude. I hope I misunderstood that reply... > > Anyway, to answer the original inquiry: > A part of the UI of our app is a flash movie, and we chose to integrate > it using XML. The Flash sends requests to our struts actions (they look > like any other URL to Flash), but these particular actions return XML > instead of HTML. The Flash parses the XML and applies it to the UI > appropriately. Works quite well and with no noticeable CPU usage on the > client - a problem we had with the previous, complicated HTML interface > for this part of the app. > There is also a relatively new feature of Flash MX that provides > integration between Flash and J2EE apps without using XML in between. > Although I haven't looked at it in detail, I bet it can be used with > Struts as well as "ordinary" servlets. See > <http://www.javaworld.com/javaworld/jw-01-2003/jw-0117-flash_p.html> > > HTH, > Eric > -- > Eric Rizzo > Software Architect > Jibe, Inc. > http://www.jibeinc.com > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
