Mailing List
Home
Forum Home
Flash Pro
Subjects
Subject: RE: Firework Effect
Web Service Results
Flash Interface with 10mb xml file
AW: [Flashcoders] Switch/Case vs If/else
AW: [Flashcoders] Switch/Case vs If/else
Flash MX 2004 Sucks
Reading and displaying RSS feeds in Flash MX
Flash and QuickTime VR
Textfield prototype question
XML to Object help
Order of events per frame
MX2004 Dataset itemClassName
memory management removeMovieClip /
Event Dispatcher between classes
Help: MX 2004 How to script a print button to print the entire sli
ScrollPane component doesn 't auto update
setInterval bug identified and fixed
setInterval bug identified and fixed
Listener Object 's best practice
 
SNMP or Statistics based Flash Apps?

SNMP or Statistics based Flash Apps?

2004-03-19       - By John_Sheridan

 Back
Reply:     1     2     3     4     5     6  

Thanks both of you -

I actually prefer Remoting - as Remoting is my main focus in ALL apps
that I write.

I knew Remoting kicked butt, but I didn't realize that it is THAT well
suited for what I want to do.  I know that Remoting is really robust,
and has a very compressed & optimized data stream - but I never imagined
polling a service that often.  I genuinely thought that FCS was the only
way to provide a real-time data stream.

Wouldn't the Remoting method put an unusual amount of strain on the
Server?  I mean, the Remoting Server would be pounding the database (or
whatever data collection device is being polled) - and then sending
those results back to a Flash App.  I guess I am having a hard time
envisioning the "robustness" of that scenario.

I guess I am so used to retrieving larger datasets, that I just can't
see a Flash App be "snappy" in performance.  I am always sitting there
twiddling my thumbs, watching the controls slowly populate, once a
Result Set is brought back.  Even small datasets, I am always freaked
out at how slow things are (versus an ASP page, bringing back a DataSet,
and populating a Table) - it's like lightning.  Never in Flash
though.... and that's another topic I'd like to discuss in greater
length one of these days with the list.

I will give this a try though, and let you know how it works.

Thanks to both of you (and everyone else for that matter),

John

-- --Original Message-- --
From: Josh Ettwein [mailto:jettwein@(protected)]
Sent: Friday, March 19, 2004 5:04 PM
To: flashcoders@(protected)
Subject: RE: [Flashcoders] SNMP or Statistics based Flash Apps?


I have a little test app that monitors server temp. Really simple, but
it sounds like what you're talking about. FLAP perl remoting though, not
comm server. I think remoting is better suited to what you're trying to
accomplish.

-- --Original Message-- --
From: ryanm [mailto:ryanm@(protected)]
Sent: Friday, March 19, 2004 2:56 PM
To: flashcoders@(protected)
Subject: Re: [Flashcoders] SNMP or Statistics based Flash Apps?

> Has anybody written any Flash based apps, which collects and/or
> displays real-time data - maybe from a Network Device (Router, Switch,
etc.)?
>
   Not in Flash, it can't read in packets directly, it would have to be
preformatted as text, XML, or a native object passed through remoting..
Your best bet is probably going to be to write a web service that you
can poll. So your web service would run on the server, keeping updated
in real-time with the SNMP data. This service would reply to requests
with data preformatted however you need it for your Flash piece to work.
Then, depending on the distance and traffic you expect, you can have the
Flash file poll it anywhere from 30 times per second to once an hour or
longer.

> I am just curious if anybody on this list, has done anything like this
> before.  This may be a good application for Flash Communication Server

> - as it's primary function is to stream real-time data - so maybe
> something could be written to run on the Server, that collects the
> SNMP Stats (maybe even a VB App), and then have the FCS stream it's
> own Native Data Stream to the Flash client.
>
   I think remoting would work better for this kind of implementation.

ryanm


=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Supported by Fig Leaf Software
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Be sure to check the archives and the wiki:
http://chattyfig.figleaf.com/
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
http://chattyfig.figleaf.com/cgi-bin/ezmlm-cgi?1:mss:107498
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
To unsubscribe send a blank e-mail to:
Normal Mode: flashcoders-unsubscribe@(protected)
Digest Mode: flashcoders-digest-unsubscrive@(protected)




=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Supported by Fig Leaf Software
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Be sure to check the archives and the wiki:
http://chattyfig.figleaf.com/
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
http://chattyfig.figleaf.com/cgi-bin/ezmlm-cgi?1:mss:107500
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
To unsubscribe send a blank e-mail to:
Normal Mode: flashcoders-unsubscribe@(protected)
Digest Mode: flashcoders-digest-unsubscrive@(protected)


=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Supported by Fig Leaf Software
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Be sure to check the archives and the wiki:
http://chattyfig.figleaf.com/
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
http://chattyfig.figleaf.com/cgi-bin/ezmlm-cgi?1:mss:107503
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
To unsubscribe send a blank e-mail to:
Normal Mode: flashcoders-unsubscribe@(protected)
Digest Mode: flashcoders-digest-unsubscrive@(protected)