Re: Applications with swix very slow

Brian P Michael <[email protected]>
Newsgroups gmane.comp.embedded.carlsbad-cubes
Message-ID <[email protected]>
Don,

I might be mistaken.  I will do some research.

Brian  Michael

On Wednesday, November 12, 2003, at 08:28  PM, Don Brown wrote:

> Actually, I think you have that backwards, SAX is great if all you 
> need is
> element parsing.  It is very simple, event-based, and uses very little
> memory.  JDOM actually uses SAX to build its object model.  By using 
> SAX
> directly, you get rid of the overhead of all those JDOM objects,
> especially since there aren't needed outside the initial Swing 
> creation.
>
> Don
>
> On Wed, 12 Nov 2003, Brian P Michael wrote:
>
>> Don,
>>
>> I have read SAX might be faster overall, but JDOM is small, tight and
>> really, really easy to use.
>>
>> SAX is most likely overkill for Swixml processing.  We don't need much
>> more than a standard
>> jdoc and element parsing. SAX is great if you are using DTD's or 
>> XSD's,
>> XSL and namespaces.
>>
>> None of which we are currently using.
>>
>> Brian
>>
>>
>> On Wednesday, November 12, 2003, at 06:20  PM, Don Brown wrote:
>>
>>> On Wed, 12 Nov 2003, Wolf Paulus wrote:
>>> <snip />
>>>> Swixml uses the JRE 1.4 default SAX parser (Crimson)
>>>> (http://xml.apache.org/crimson/index.html)
>>>
>>> Actually, if I remember right, swixml uses JDOM, which uses SAX to
>>> build
>>> its object model.  I wonder how much more efficient and fast swixml
>>> would
>>> perform if it used SAX directly.
>>>
>>> Don
>>>
>>>>
>>>> For all those reasons JRE 1.4.x was chosen as the required platform.
>>>>
>>>> --
>>>> Wolf Paulus
>>>> C a r l s b a d   C u b e s
>>>> mailto:[email protected]
>>>>
>>>> CONFIDENTIALITY NOTICE:
>>>> This message is intended only for the use of the individual or 
>>>> entity
>>>> to which it is addressed, and may contain information that is
>>>> privileged, confidential and exempt from disclosure under applicable
>>>> law.
>>>> If you are not the intended recipient, please contact the sender by
>>>> reply email and destroy all copies of the original message.
>>>>
>>>>
>>>> _______________________________________________
>>>> Forum mailing list
>>>> [email protected]
>>>> http://carlsbadcubes.com/mailman/listinfo/forum_carlsbadcubes.com
>>>>
>>>
>>>
>>> _______________________________________________
>>> Forum mailing list
>>> [email protected]
>>> http://carlsbadcubes.com/mailman/listinfo/forum_carlsbadcubes.com
>>>
>>>
>> Sincerely,
>>
>> Brian P Michael
>> 630-897-8364 x17
>> [email protected]
>>
>>
>>
>
>
> _______________________________________________
> Forum mailing list
> [email protected]
> http://carlsbadcubes.com/mailman/listinfo/forum_carlsbadcubes.com
>
>
Sincerely,

Brian P Michael
630-897-8364 x17
[email protected]

_______________________________________________
Forum mailing list
[email protected]
http://carlsbadcubes.com/mailman/listinfo/forum_carlsbadcubes.com
Brian P Michael.vcf (text/directory, 374 B)
BEGIN:VCARD
VERSION:2.1
N:Michael;Brian;P
FN:Brian P Michael
ORG:GoldParrot Corporation
TITLE:President
TEL;WORK;VOICE:630-897-8364 x17
TEL;WORK;FAX:630-897-8364 x21
ADR;WORK:;;1326 Eastwood Dr;Aurora;IL;60506;USA
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:1326 Eastwood Dr=0D=0AAurora, IL 60506=0D=0AUSA
EMAIL;PREF;INTERNET:[email protected]
REV:20020311T030256Z
END:VCARD
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.