Cart
|
[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Cocoon
 At 06:49 AM 7/1/2008, Andrew wrote: > The biggest con with Cocoon is managing the beast. Cocoon 2.2 does > configuration/application management better, but it has fewer (stable) > features. > > I can give you a better assessment if you give me more info on XProc and > what you are trying to do. I didn't speak up on this thread at first, since the OP asked about large-scale systems, and I have done only small-scale and demonstration systems. Nonetheless I do use Cocoon and generally like it very much. For example, I have http://www.xmlshoestring.com/Sonneteer/, which I use as a teaching application. What I don't like about Cocoon is that once in a while you get into a sticky problem with an edge case, which requires a workaround. Then, either you use a workaround suggested by the gurus (whom I have found to be helpful and responsive) -- which may require a deep understanding of arcana to understand (and I'm allergic to workarounds I don't understand) -- or you have to engineer your own workaround (taking you deeper into the arcana). I could give a couple of examples, but they're tedious. If one spends plenty of time with the application and/or has the proper sort of background, I imagine much of this stuff might iron out. But I'm speculating there. On the plus side, Cocoon has a wide range of functionality, it does a lot, and what it does it does very well. Assuming I was confident I wouldn't have to push the edges too hard, I'd happily use Cocoon for up to medium-scale systems, and for larger systems if I could engage the expertise to help. When done right, these sites can be very low maintenance, while offering huge leverage in XML/XSLT-based scalability/extensibility. I'm also looking forward to using XProc quite a bit, but more as an Ant replacement (or a replacement for custom lightweight pipelining implemented in Saxon) than as a Cocoon replacement. Personally I sometimes think that for all the initial gains you get from using something like Cocoon you lose further into the project when you have to workaround the limitations/quirks of the system... Andrew has a point here -- but it's hardly the only occasion you'll be facing this particular risk. Cheers, Wendell ====================================================================== Wendell Piez mailto:wapiez@xxxxxxxxxxxxxxxx Mulberry Technologies, Inc. http://www.mulberrytech.com 17 West Jefferson Street Direct Phone: 301/315-9635 Suite 207 Phone: 301/315-9631 Rockville, MD 20850 Fax: 301/315-8285 ---------------------------------------------------------------------- Mulberry Technologies: A Consultancy Specializing in SGML and XML ====================================================================== 
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! 
Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
