Hi Derek, thank you very much for your comment. Yes, it is all true and I am not a friend of MS closed sources in any way. We know Java very well but you hardly get peoply who can do the real thinks with Cocoon and can develop a real application ... not just some test cases and handler forms. In thins case a .NET application would not be easier to handle too, but maybe there is some company who can provide a Cocoon Clone which is as easy to use as PHP. I mean no memory leaks in the VM, no complicated superlong configration files, no VM restarting for debugging etc
Andreas Bednarz, Germany Am Don, 2003-01-23 um 14.30 schrieb Derek Hohls: > 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." -- 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]>
