I am pleased to announce that version 0.5 of VTD-XML -- a new,
non-extractive, Java-base XML processing API licensed under GPL
-- is now freely available on sourceforge.net. For source code,
documentation, detailed description of API and code examples,
please visit

http://vtd-xml.sf.net

Capable of random-access, VTD-XML attempts to be both memory
efficient and high performance. The starting point of this project is
the observation that, for XML documents that don't declare entities
in DTD, tokenization can indeed be done by only recording the starting
offset and length of a token. A discussion on this subject appeared
in a recently article on xml.com
(http://www.xml.com/pub/a/2004/05/19/parsing.html).

The core technology of VTD-XML is a binary format specification
called Virtual Token Descriptor (VTD). A VTD record is a 64-bit integer
that encodes the starting offset, length, type and nesting depth of a
token in an XML document. Because VTD records don't contain actually
token content, they work alongside of the original XML document, which
is maintained intact in memory by the processing model.

VTD's memory-conserving features can be summarized as follows:

* Avoid Per-object overhead -- In many VM-based object-oriented
programming languages, per-object allocation incurs a small amount
of memory overhead. A VTD record is immune to the overhead because
it is not an object.
* Bulk-allocation of storage -- Fixed in length, VTD records can be
stored in large memory blocks, which are more efficient to allocate
and GC. By allocating a large array for 4096 VTD records, one incurs
the per-array overhead (16 bytes in JDK 1.4) only once across 4096
records, thus reducing per-record overhead to very little.

Our benchmark indicates that VTD-XML processes XML at the performance
level similar to (and often better than) SAX with NULL content handler.
The memory usage is typically between 1.3x ~ 1.6x of the size of the
document, with "1" being the document itself.

Other features included in this release are:

* Incremental update -- VTD-XML allows one to modify content of XML
without touching irrelevant parts of the document.
* Content extraction -- VTD-XML also allows one to pull an element
out of XML in its serialized format. This can be an important
feature for partial signing/encryption of SOAP payload for
WS-security.

In the upcoming releases, we plan to add the persistence support so
that one can save/load VTD to/from the disk along with the XML documents
to avoid repetitive parsing in read-only situations. XPATH support is
also on the development roadmap. However, we would like to collect as
many suggestions and bug reports before taking the next step.

Your input and suggestions are very important to make VTD-XML a truly
useful XML processor.

Thanks,

Jimmy Zhang

Jimmy zhang wrote:

You are promoting a commercial product in usenet groups in which
such activities are explicitly forbidden.

Please apologize for not reading the FAQ in these groups and then
report your advertising at comp.databases.oracle.marketplace which
is the only group in which such postings are permissable.

Thank you.

Being courteous and respectful of your customers is the best way
to get them to visit your web site.

--
Daniel Morgan
http://www.outreach.washington.edu/e...ad/oad_crs.asp
http://www.outreach.washington.edu/e...oa/aoa_crs.asp
damorgan@x.washington.edu
(replace 'x' with a 'u' to reply)

On Mon, 28 Jun 2004 19:12:19 -0700, Daniel Morgan wrote:

How is this a commercial product? Just curious.

--
John Koller http://home.earthlink.net/~johnkoller




----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---

John Koller wrote:

Read the archives of these groups. 'Free' does not make something a
non-product. Nor does it make it a non-promotion.

--
Daniel Morgan
http://www.outreach.washington.edu/e...ad/oad_crs.asp
http://www.outreach.washington.edu/e...oa/aoa_crs.asp
damorgan@x.washington.edu
(replace 'x' with a 'u' to reply)

Daniel Morgan <damorgan@x.washington.edu> wrote

You didn't answer the question. How is this a COMMERCIAL product?
No, nothing in the archives of these groups can make it a COMMERCIAL
product either.

Open Wound wrote:

'Commerical' is irrelevant to it being spam. Must we carry on this
nonsense discussion forever? Why is it everyone that has something
they wish to promote can so easily find some excuse that exempts them
from the rule everyone else somehow manages to abide by?

I don't give a d... if you pay people to use it ... it is still a
promotion and belongs in c.d.o.marketplace.
--
Daniel Morgan
http://www.outreach.washington.edu/e...ad/oad_crs.asp
http://www.outreach.washington.edu/e...oa/aoa_crs.asp
damorgan@x.washington.edu
(replace 'x' with a 'u' to reply)

Daniel Morgan wrote:
[...snip...]
The typical spammer mindset is...
Spam is what others send.
However my drivel is too important to be missed by anyone.

anacedent wrote:

You'd think we were requesting that they pour gasoline over their
children and set them afire the way the scream and moan over being
asked to be courteous to the rest of us.

There are time when I'd be interested in their tools ... but I have
a zero tolerance policy around spam and don't use them just because
they spammed the group and didn't have the maturity to apologize.

--
Daniel Morgan
http://www.outreach.washington.edu/e...ad/oad_crs.asp
http://www.outreach.washington.edu/e...oa/aoa_crs.asp
damorgan@x.washington.edu
(replace 'x' with a 'u' to reply)

Daniel Morgan <damorgan@x.washington.edu> wrote

So why did you find it necessary to mischaracterize it as a 'commercial'
product? And why did you not admit your mistake when you were called on it?

Open Wound wrote:

You apparently have an incredibly short attention span:

You: "How is this a COMMERCIAL product?"
Me: "'Commerical' is irrelevant to it being spam."
You: "why did you find it necessary to mischaracterize it as a 'commercial'"

Anyone with your abilities obviously is incapable of anything more
useful than spamming. So please go away as we will label each any
every off-topic troll/spam post as it is and we aren't going to stop
for because of your pathetically lame excuses.

--
Daniel Morgan
http://www.outreach.washington.edu/e...ad/oad_crs.asp
http://www.outreach.washington.edu/e...oa/aoa_crs.asp
damorgan@x.washington.edu
(replace 'x' with a 'u' to reply)