Re: Java Pet Store rewritten with Flash Remoting Front End

[Eric Jain]

> http://www.macromedia.com/desdev/mx/blueprint/

Interesting, now if I could only read the fonts an my laptop screen...


--
Eric Jain


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Java Pet Store rewritten with Flash Remoting Front End

[Haseltine, Celeste]

Micael, 

My company does not use Flash remoting at this time, although we do use JRUN
as our application server for our internal J2EE applications.  The owner of
this company cannot afford the costs of BEA Weblogic or IBM Websphere, and I
prefer NOT to try to run Tomcat on a Windows server(unfortunately, I cannot
convince the owner to move over to Linux for the web servers).  The web site
I listed in my earlier email is Macromedia's site, and there are two
versions of the Java Pet Store (renamed Pet Market) you can view.  One is
for a screen resolution of 800x600, and the other is for 1024x768.  Select
whichever resolution you are interested in, and that will open a second
browser window with the application running inside of it.  The selection
option is just below the jpeg for the PetMarket application.

The URL again is 

http://www.macromedia.com/desdev/mx/blueprint/


Also, do NOT get confused between traditional Flash movie clips, and Flash
remoting.  Flash remoting has a rich GUI that can replace HTML in your
jsp's, AND requires that the Flash remoting service be installed on the
server machine.  Traditional Flash only requires your user to download the
Flash component on his/her machine to run your Flash movie clip.  Flash
remoting requires BOTH the flash component on your user's machine, AND the
flash remoting service installed on the server.  JRUN and ColdFusion MX both
come with Flash remoting service, and I believe that the Flash remoting
service can either be purchased or obtained for free, to run with any other
J2EE application server.

Celeste 


-Original Message-
From: Micael [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 27, 2003 9:25 PM
To: Struts Users Mailing List
Subject: Re: Java Pet Store rewritten with Flash Remoting Front End


I went to your website, celeste, and could not see the flash component you 
are talking about.  Have I got it mixed up?

At 03:34 PM 1/27/03 -0500, you wrote:
>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_accessib
l
> > 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 Us

RE: Java Pet Store rewritten with Flash Remoting Front End

[Robert Taylor]

+1

> -Original Message-
> From: Joel Wickard [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 27, 2003 10:31 PM
> To: Struts Users Mailing List
> Subject: Re: Java Pet Store rewritten with Flash Remoting Front End
> 
> 
> Brian Alexander Lee wrote:
> 
> >But wouldn't the world be better off if someone shut JRun down? Dear God
> >will some one stop it.
> >
> >  
> >
> The world would be a better place if you didn't send out emails 
> requesting receipt verification
> 
> 
> --
> 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]>

Re: Java Pet Store rewritten with Flash Remoting Front End

[Joel Wickard]

Brian Alexander Lee wrote:


But wouldn't the world be better off if someone shut JRun down? Dear God
will some one stop it.

 

The world would be a better place if you didn't send out emails 
requesting receipt verification


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Java Pet Store rewritten with Flash Remoting Front End

[Micael]

I went to your website, celeste, and could not see the flash component you 
are talking about.  Have I got it mixed up?

At 03:34 PM 1/27/03 -0500, you wrote:
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
> 
>
> HTH,
> Eric
> --
> Eric Rizzo
> Software Architect
> Jibe, Inc.
> http://www.jibeinc.com
>
>
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




LEGAL NOTICE

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any disclosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank 
you  



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Java Pet Store rewritten with Flash Remoting Front End

[Brian Alexander Lee]

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
> 
>
> HTH,
> Eric
> --
> Eric Rizzo
> Software Architect
> Jibe, Inc.
> http://www.jibeinc.com
>
>
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: