Erik Bruchez wrote:
[snip]
I don't believe the comparison can be all wrong, or even all unfair,
even if there is certainly subjectivity in it, and even if we mainly
mention OPS's strengths rather than weaknesses.
Well, tell you what: rule number one of any CTO/CIO is never to believe in what a web site says about their own products, especially when comparing to other things in either speed or functionality.
No matter how honest, one's view is biased.
I suggest people to stop pointing fingers and move on.
At the end of the day, Orbeon feels the need to draw a matrix chart and we don't. I'm sure they would be happier the other way around ;-)
Just looking at the main points we make:
o Our belief that XForms is an excellent choice is subjective, but there are some good arguments for XForms, server-side and client-side (hey, I am giving a talk about server-side XForms at XTech 2005), and we hope to convince people who think the same to use OPS. That's not denying Sylvain's excellent work on Cocoon Forms.
o We do strongly believe that the XML pipeline language in OPS beats the ... out of Cocoon pipelines ;-)
Oh, that's a bold statement :-)
By the way we now have a draft spec hosted at W3C:
http://www.w3.org/Submission/2005/SUBM-xpl-20050411/
We encourage any person dealing with XML (including Cocoon-ers) to have a look at it and to submit feedback on the ops-xpl mailing-list (which intends to discuss XPL 100% independently from OPS):
eheh, one step up and two step back. Your pipeline language feels turing complete (haven't proved it but I think it's duable), if that is what you mean by beating the ... out of, well, we have a different definition of '...' :-)
Pipeline components as first class citizens in a programming language have been something I've been thinking about for years and recently even more with Ugo's attempts to rewrite the sitemap syntax as a Groovy extension.
I do see value in more expressive power, but I also see a lot of danger in introducing turing completeness in an XML syntax. Everytime I see <if> or <foreach> I puke. XSLT made that mistake first and now everybody is trying to make the same mistake.
I do believe that one day cocoon will unify flowscript and sitemap and it won't probably be an XML thing (no, not even RDF), but some sort of scripting language (probably syntax sugar around groovy or javascript)... but there are a lot of ifs between now and then and don't worry, we'll keep an eye on that because there is a lot to learn from other people's mistakes ;-)
http://forge.objectweb.org/mail/?group_id=168
o The separation of concerns issues have been discussed on cocoon-dev by fervent Cocoon-ers: the sitemap for example is quite a mixup of different things. Of course there is some separation of concern in Cocoon, there is no denying this, but for example OPS separates clearly the concept of "sitemap + page flow" (which we call "page flow" because it declares pages as well as the relationship between them) from pipelines; the OPS page flow clearly separates page views and page models, and encourages developers to follow this model. Hence the claim that OPS has greater separation of concerns.
"my SoC is bigger than yours".
ROTFL, I think I have a new entry in my top 10 BS list.
- o -
Ok, people, enough bikeshedding.
Let's get back to work.
-- Stefano.
