From: "Andreas Bednarz" <[EMAIL PROTECTED]>
> Hi Derek,
>
<snip why="dont want to argue"/>
> no VM restarting for debugging etc
My advice won't help you much if you decided not to use Cocoon, but I hope
it would be helpful for other users. (Would be also fine if somebody could
write an this on Wiki).
To avoid restarting the VM (the servlet container) you should do the
following:
- use a container that supports hot deploy or so (I've used Tomcat 4.0.4
and 4.1). You can use it for development only and then deploy some other
server.
- configure your servlet container to load application located in
<cocoon-home>/build/cocoon/webapp. In case of Tomcat you should a context in
<tomcat-home>/conf/server.xml pointing to that location, e.g.:
<Context path="/cocoon"
docBase="C:\Java\Apache\xml-cocoon\xml-cocoon-2.1\build\cocoon\webapp"
debug="0"
reloadable="true">
<Logger className="org.apache.catalina.logger.FileLogger"
prefix="localhost_cocoon_2_1_log." suffix=".txt"
timestamp="true"/>
</Context>
- and at last build Cocoon using
build.[bat|sh]-Dinclude.webapp.libs=true webapp-local. This will build
Cocoon and will place all classes in WEB-INF/classes so Tomcat could track
changes.
Now you can compile your classes and Tomcat will reload the application as
soon as modifications are detected (it requires about a 1min).
--
Konstantin
>
> 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]>
>
>
---------------------------------------------------------------------
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]>
