Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
Mime-Version: 1.0 (Apple Message framework v734)
In-Reply-To: <loom.20050821T122021-206@post.gmane.org>
References: <1c661f2f05082009471c0751fe@mail.gmail.com>
 <loom.20050821T122021-206@post.gmane.org>
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg=pgp-sha1; boundary="Apple-Mail-3-415377012"
Message-Id: <683265E2-9E3F-4627-8A60-105EF520531E@apache.org>
Content-Transfer-Encoding: 7bit
From: Torsten Curdt <tcurdt@apache.org>
Subject: Re: [jci] Handling compilation errors
Date: Tue, 23 Aug 2005 00:57:44 +0200
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>

--Apple-Mail-3-415377012
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed


> do you really want to show compiler errors to the user? If so, you  
> can pass a
> problem handler that consumes the problems up to a refresh of a  
> page. For this
> refresh the problem handler is asked for the problems and they are  
> passed to the
> view. After getting the problems from the handler it can be  
> resetted or cleared.
> (BTW, this use case shows a different lifecycle for the handler and  
> is another
> signal for removing lifecycle specific stuff from the handler  
> interface.)

Well, to me it's a clear example why a
lifecycle would make sense!

> For the integration into web frameworks: Do you need the  
> CompilingClassLoader?
> Isn't the Compiler sufficient? At least for XSP in Cocoon the  
> reload is handled
> by Cocoon.

Which is actually bad bad bad!
We had major problems with that.

The lastmodified check is a big
performance bottleneck. If you
go for a synchronous check you
would have to check it on every
request.

We worked around that by caching
it for a certain amount of time.
Beforehand XSP pages did just not scale.

An asynchronous approach will
help with the SoC and scaleability.

...implementation that with XSP
turned out to be no piece of cake
and noone ended up doing it.
IIRC there was a discussion with
Berin long long(!) time ago.

> I'm going to provide a JCI implementation for the LanguageCompiler
> interface (used in XSP), but probably not in the next two weeks.

Which would be great :-)

cheers
--
Torsten


--Apple-Mail-3-415377012
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFDClhpBGM6V3wgCUERAjq3AJ9g4N4eYjqNyaW1G4UY5Zc+p+Ly3wCeM8dy
HxCLf0zm+VWXQCA5e5GSwHs=
=Mii6
-----END PGP SIGNATURE-----

--Apple-Mail-3-415377012--