XPath != *native* E4X
i realise this, correct xml parsing is still faster while xpath is a comfort
library to use when speed is not essential. xfactorstudio is the best and
most complient xpath. have not used MM xpath since 7.0, but its api is
extremely limited the best sollution thus far
So then... does anyone know of any solutions to speed up the 'parsing'
process? Is there a way to pause the parser, do something else, and then
resume parsing? (It sure would be nice if we could do two things at once) Is
anyone really having trouble with the XML Object's parser or is it developer
: Saturday, January 07, 2006 9:42 AM
Subject: Re: [Flashcoders] Massive XML files and Flash
So then... does anyone know of any solutions to speed up the 'parsing'
process? Is there a way to pause the parser, do something else, and then
resume parsing? (It sure would be nice if we could do two things
: Saturday, January 07, 2006 9:42 AM
Subject: Re: [Flashcoders] Massive XML files and Flash
So then... does anyone know of any solutions to speed up the 'parsing'
process? Is there a way to pause the parser, do something else, and then
resume parsing? (It sure would be nice if we could do two things
I'll be glad when I can release an AS3 version and take advantage of E4X.
Even then you'll have issues with the amount of time it takes to parse
large datasets. However, with native RegEx in 8.5 as well, you can write
much more robust string splitting routines that are less dependant on the
I'm also working with massive amounts of XML data and cannot
find a way to speed up my parsing routine. (For one set it takes
10+ seconds to release it's grip on the processor. Not allowing
the user to do anything, of course)
Like I said, break it up across frames and show a progress bar. 10
How would you break it up?
Brookd
At 12:05 PM 1/7/2006, you wrote:
I'm also working with massive amounts of XML data and cannot
find a way to speed up my parsing routine. (For one set it takes
10+ seconds to release it's grip on the processor. Not allowing
the user to do anything, of course)
How would you break it up?
Overwrite the onData event, take the data as a string and pass it off to
a frame loop that parses x number of records per frame. You can teak the
number of records per frame to fit the app, depending on how long parsing
takes.
The easiest way to do that is
mailing list flashcoders@chattyfig.figleaf.com
Sent: Saturday, January 07, 2006 6:42 AM
Subject: Re: [Flashcoders] Massive XML files and Flash
So then... does anyone know of any solutions to speed up the 'parsing'
process? Is there a way to pause the parser, do something else, and then
resume parsing
PROTECTED] On Behalf Of MyName
Sent: Saturday, January 07, 2006 8:03 PM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Massive XML files and Flash
In my current project, I need to be able to pause my traversal function in
order to load another nested xml file, which may contain dependencies
Xpath looks pretty sweet, anyone used it for simillar data sizes?
On 06/01/06, ryanm [EMAIL PROTECTED] wrote:
I find myself in a situation where I need to build a tool to analyse
lots of xml data. Thousands of records containing a lot of strings as
well as numericals.
When I found
Message -
From: Jonathan Clarke [EMAIL PROTECTED]
To: Flashcoders mailing list flashcoders@chattyfig.figleaf.com
Sent: Friday, January 06, 2006 7:33 AM
Subject: Re: [Flashcoders] Massive XML files and Flash
Xpath looks pretty sweet, anyone used it for simillar data sizes
- Original Message -
From: Jonathan Clarke [EMAIL PROTECTED]
To: Flashcoders mailing list flashcoders@chattyfig.figleaf.com
Sent: Friday, January 06, 2006 7:33 AM
Subject: Re: [Flashcoders] Massive XML files and Flash
Xpath looks pretty sweet, anyone used it for simillar data sizes
Jonathan Clarke wrote:
Xpath looks pretty sweet, anyone used it for simillar data sizes?
Too avoid memory and performance issues most people use a SAX-liek
parser instead of a DOM one, to avoid building the xml file in object
tree. Normally XPath is implementated on top of a DOM parser, but
Xpath looks pretty sweet, anyone used it for simillar data sizes?
XPath won't help with the initial load and parse. What you're going to
get is a long pause with your processor usage at 100% while the XML object
parses the string. The more records/larger the file, the longer the pause.
Besides, I'm not fooling with any 3rd party workarounds, not with
E4X on
the way. From the Adobemedia flex2 FAQ:
Yeah, not to be a downer, but AS 3 is going to require the 8.5 or 9
player, so that's only good if your audience has it... I've been
excited about Flex 2, but the excitement is
Besides, I'm not fooling with any 3rd party workarounds, not with E4X
on
the way.
this has been around for ages...add to this that e4x is currently in alpha
and slow, and the fact that xpath is a w3c spec and even macromedia
implement a much thinner version of this in F7 then this statement
Yeah, not to be a downer, but AS 3 is going to require the 8.5 or 9
player, so that's only good if your audience has it... I've been
excited about Flex 2, but the excitement is tempered by the fact that
even if it comes out this spring, I won't be using it for real projects
at least another
xpath has been around for a while
On 1/6/06, ryanm [EMAIL PROTECTED] wrote:
this has been around for ages...add to this that e4x is currently in
alpha
and slow, and the fact that xpath is a w3c spec and even macromedia
implement a much thinner version of this in F7 then this statement
xpath has been around for a while
XPath != *native* E4X
XPath only bears a passing resemblence to E4X, and is nothing like it in
terms of performance. You should check out http://labs.macromedia.com and
download the Flex2 alpha.
ryanm
RegEx + E4X means insanely fast custom parsing and conversion, plus
insanely fast searches and filters for XML. The need for XPath is about to
be a thing of the past (whenever they get around to releasing 8.5, that is).
I did some benchmarks comparing fp8 XML vs fp8.5 flash.xml.XML vs
Clarke,
It will take you same amount of time to learn(database) and implement a
server side solution to your problem then to go with handling all xml in
Actionscript.x.
If you go with the 100% ActionScript solution then you will get:
1. low Scalability
2. low Stability
3. high maintenance
4. bad
: Jonathan Clarke [EMAIL PROTECTED]
To: Flashcoders mailing list flashcoders@chattyfig.figleaf.com
Sent: Thursday, January 05, 2006 7:21 PM
Subject: [Flashcoders] Massive XML files and Flash
Hi,
I find myself in a situation where I need to build a tool to analyse
lots of xml data. Thousands
To: 'Flashcoders mailing list' flashcoders@chattyfig.figleaf.com
Subject: RE: [Flashcoders] Massive XML files and Flash
Date: Fri, 6 Jan 2006 11:37:52 +0800
XPath. Beautiful! I've been looking for something like that! Thanks,
will
give it a shot! -Steve
-Original Message-
From: [EMAIL
Clarke [EMAIL PROTECTED]
To: Flashcoders mailing list flashcoders@chattyfig.figleaf.com
Sent: Thursday, January 05, 2006 7:21 PM
Subject: [Flashcoders] Massive XML files and Flash
Hi,
I find myself in a situation where I need to build a tool to analyse
lots of xml data. Thousands of records
]
To: Flashcoders mailing list flashcoders@chattyfig.figleaf.com
Sent: Thursday, January 05, 2006 7:21 PM
Subject: [Flashcoders] Massive XML files and Flash
Hi,
I find myself in a situation where I need to build a tool to analyse
lots of xml data. Thousands of records containing a lot of strings
then do what Flash does best and load
what you need on the fly.
- Original Message -
From: Jonathan Clarke [EMAIL PROTECTED]
To: Flashcoders mailing list flashcoders@chattyfig.figleaf.com
Sent: Thursday, January 05, 2006 7:21 PM
Subject: [Flashcoders] Massive XML files and Flash
Hi,
I
Message -
From: Jonathan Clarke [EMAIL PROTECTED]
To: Flashcoders mailing list flashcoders@chattyfig.figleaf.com
Sent: Thursday, January 05, 2006 10:17 PM
Subject: Re: [Flashcoders] Massive XML files and Flash
Thanks Jester, but databases are not my forte, to do it quickly I'd
like to just use
] Massive XML files and Flash
I've found this as version of xpath very very handy..
easy to implement and use also..
http://www.xfactorstudio.com/ActionScript/AS2/XPath/
Thanks Jester, but databases are not my forte, to do it quickly I'd
like to just use ActionScript only. Is there anyway I can
I find myself in a situation where I need to build a tool to analyse
lots of xml data. Thousands of records containing a lot of strings as
well as numericals.
When I found myself in this situation I did 2 things:
1. Don't use XML, it is way too heavy for this much data. I found that by
30 matches
Mail list logo
