An interesting concept that, "too open-source"...?
Is this perhaps the opposite of Microsoft't "too closed-source"??
And, all due respect here, Andreas, but what you are saying is that
your programming team (a) does not know Java and (b) does not want
to learn it - which is fine, of course, but lets not pretend t!hat the
alternative choices are significantly easier or better. It's simple
not
true - but let's not debate that here. What is true is that Cocoon
as
a platform builds and, yes, relies on the strength of a number of
components (but its modular design means that it is not, of course,
dependant on them). Some may see this as a weakness. I,
and
I am sure others, see this as a strength. If you want to put all your
eggs in one basket.... good luck
PS and in the software world there are no guarantees. period.
>>> [EMAIL PROTECTED] 23/01/2003 02:43:46 >>>
Hi There,
I would completely enjoy using a port of cocoon for .NET. Following the
newsgroup since 6 month there are many topics inside cocoon that could
be mastered by .NET easilly without the overhead you have in java. Hope
that somebody will start such a project and gives us a framework
consisting of an XMl/XSL/Filter mechanisms with a smaller footprint. We
also decided not to use cocoon. It is simply to complicated to fit a new
team prgrammer and the whole thing is too "open source". Nobody is
really responsible, nobody can guarantee that next releases will give
exactly the same API ... Of course this is one weakness of Microsoft
too, but an independant programmer team could make a strong competitor
to cocoon :-)
Andreas Bednarz
education-one GmbH
Am Mit, 2003-01-22 um 21.45 schrieb arjen stolk:
> I have heard some rumours about a .Net port of Cocoon. What about it?
>
> One of the reasons that our company has decided not to use Cocoon is the
> fact that we have an existing webapplication with MS COM+ components running
> on IIS. We didn't see any possibility to incorporate a java application
> server (although maybe Atlanta ServletExec might do the job) and integrate
> the COM components as well. Since the application makes extensive use of xml
> and xsl Cocoon would have given us the possibility to throw out a lot of
> code and make the whole application more configurable, as to adapt to
> customers desires.
>
> But alas.
>
> Having a .Net version of Cocoon would make a difference.
>
>
> Sincerily, Arjen Stolk
>
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
--
Andreas Bednarz <[EMAIL PROTECTED]>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>
--
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
"The CSIR exercises no editorial control over E-mail messages and/or
attachments thereto/links referred to therein originating in the
organisation and the views in this message/attachments thereto are
therefore not necessarily those of the CSIR and/or its employees.
The sender of this e-mail is, moreover, in terms of the CSIR's Conditions
of Service, subject to compliance with the CSIR's internal E-mail and
Internet Policy."
