[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Poll (was: Seeking advice on handling large industry-stand


large industry
Hi Jeff,

I was going to respond before... really... : )

I am working in what is probably considered a much smaller shop-- we are
handling upwards of 100,000 page hits a month-- which may be small or large
depending on your viewpoint. Nevertheless it may be helpful.

We have written our system as a hybrid of data-binding/serialization and
XSLT templates. For the interchange aspect any data we get (in XML) is
transformed to our serialization format and then loaded into our structure.
I was working in an environment where everyone didn't have quite the same
level of gung-ho-ness for XML. This was a good mix. So most of the back-end
is native object structres (including business rules). But whenever we need
to interchange or output to the web, we serialize the objects and transform
to HTML (or fill in the blank...).

It is a little bit... hmmm... overkill?... but it has actually helped a
great deal. Being a smaller shop with a smaller customer base we have lots
of revisions and customizations-- the XSLT step really gives us everything
we need. We can rewrite the the whole application, create custom views, even
handle versioning without getting into really nasty code. In that way it is
used as a View in an MVC paradigm. So we lose a little bit of performance
(which could be improved by adding more memory or another server) but gain a
lot of simplicity.

It also enforces the guys who are good at code and the back end to stick
with it and stay away from the output... our data size probably will not
compare to yours... our files are 60K-120K on average. In terms of real
validation (a la XSD or DTD) we only do it, if necessary in the initial
stages of an interface. After that we turn it off as most/all submissions
are machine generated.

I am not sure if this is what you were looking for-- I can add more if you
need/want it. The system is not Java based... and the serialization was
originally a custom peice that was based on SAX. We have been interested in
pipelining (one of the reasons for using SAX) and probably will once we have
a SAX based XSLT engine... but haven't had time (or demand) yet.

All the best
Jeff Rafter
Defined Systems
http://www.defined.net
XML Development and Developer Web Hosting


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.