Viewing profile — jimfuller

I welcome this call to action and continue to believe that the open source approach provides the foundation for transparency ... though the red herring in this debate is the concep…

handling of non xml data (json, binaries) in pipelines, smoothing out the rough edges of XProc v1, event driven processing

thx, I think I understand what you are saying, my (perhaps snarky) comment was more to do with 'why be so careful' with the potential data failure (that circus handily addresses) w…

just noticing the comment 'When a server is being stopped, we need to make sure we don’t lose any incoming data.'... the potential for data lose is already present with the use of …

agree with your sentiments, I believe the issue that many people have with XML goes a bit deeper ... using XML means you are creating a bit of distance between yourself and the hos…

of course 'dont use xml'; unless your data mainly looks like documents, needs to handle mixed content, need to represent richer types and/or if you already have a robust, full feat…

ya, my eyes gloss over when I read 'rediscoveries' like this ... I think the finer point is more about workflow then programming. That is state based workflow is fundamentally hard…

yes, a bit of a cheap shot that ... and the guy works at a company that makes MarkLogic server which spits out XML ... but it also spits out JSON (all at very large scale I may add…

in 2004 things were different, in 2013 technology has moved on and this paper, by David Lee, experimentally tests the generally accepted notion that JSON is much faster then XML.

the existence of a language should not be a threat, its ok for you to move on from Perl.

as one who is owned by a dog ... I will categorize this post under the 'bleeding obvious' epiphany ... cue 3 mths from now a new startup whose main product is 'puppies for producti…

in its 8th year ... don't bet against markup

I agree with you its ridiculous, but this was used by many 'back then' as evidence ;)

These tests were developed several years ago to demonstrate how slow XML was ... today the difference is very small. True in some circumstances json is more applicable, but it look…

This book is a collection of Apache Ant recipes gathered up over the years while performing Web development tasks ... which provided a good experiment in self publishing. its free …

interesting commit, though its got a long way to go to match up to something like PostgreSQL (or at the other end of the scale, MarkLogic, for extremely mature structure/unstructur…

Agree with your sentiments, I won't be so nice though ... this article is stunning in its naivety and ignorance. Perhaps the author realizes that for every successful startup there…

I love how some technologies cause some folks to get hostile ... HTML and XML are very close cousins in the same markup family. On the basis of correct usage (e.g. not insane appli…

hehe, I like the denotation LEMs ...

the lack of being able to extend or define my own tags and attributes feels like a reduction in freedom to me ... but I guess it depends on your perspective. If you feel comfortabl…

'XML became terrible for all jobs' ... you do realize that there are literally hundreds of billions of xml encoded documents out there, happily doing what they are supposed to do .…

I could just as similarly ask why the author even mentions XML ?

XML, being in the markup family tree, has a lot more history then simple json encoding ... measuring its usefulness on a corner case has always been well ... boring. I am glad peop…

nice introduction article (on mostly how to setup nginx); the title should reflect this instead of focusing on 'safe and secure' ... if one was to store something valuable (lets sa…