Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (herse.apache.org: local policy)
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [2.2] Debugging and inplace editing
Date: Thu, 14 Dec 2006 09:23:45 +0100
Message-ID: <5E091A68F794974CAF431CA31F5AF2CC6DC759@server.bizzdesign.nl>
Thread-Topic: [2.2] Debugging and inplace editing
Thread-Index: Acce1PQmGSz2/uRFQbS/bkGZRPqEGAAhEWQw
From: "Bart Molenkamp" <b.molenkamp@bizzdesign.nl>
To: <dev@cocoon.apache.org>

Hi Daniel,

This seems to be what I was looking for. Thanks!

Bart.

> -----Oorspronkelijk bericht-----
> Van: Daniel Fagerstrom [mailto:danielf@nada.kth.se]
> Verzonden: woensdag 13 december 2006 17:30
> Aan: dev@cocoon.apache.org
> Onderwerp: Re: [2.2] Debugging and inplace editing
>=20
> Bart Molenkamp skrev:
> ...
> > I'm also wondering if there is a way for the jetty plugin to work on
the
> > webapp source directory directly (src/main/resources/COB-INF)
instead of
> > copying stuff to target/my-block-1.0.0-SNAPSHOT/. For me, it's not
> > really an option to stop/rebuild/start for every sitemap change,
> > flowscript change, etc. Changing sources under
> > target/my-block-1.0.0-SNAPSHOT and copying them back to the source
> > directory isn't really an option for me either.
> >
> > Does someone have a good idea about how to do this?
> >
> If you use the trunk in Eclipse with the Eclipse-Jetty plugin, it
> already works in the way you ask for. To make it work you need to
ensure
> that the main webapp has a project dependency on the my-block in
Eclipse
> (e.g. by running mvn eclipse:eclipse from a top level pom). If it has
> Eclipse will have put the contents of my-block/src/main/resources/ on
> the classpath used in the main webapp. And the deployer part of Cocoon
> that is executed during startup will read the COB-INFs directly from
> classpath in the case where there is a file protocol at the classpath.
> Only jars are unpacked.
>=20
> See
http://marc.theaimsgroup.com/?l=3Dxml-cocoon-dev&m=3D116326232408386&w=3D=
2
> for details about the implementation.
>=20
> /Daniel