Return-Path: Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 94467 invoked from network); 24 May 2000 06:38:23 -0000 Received: from unknown (HELO ns.neon.nnov.ru) (213.24.239.2) by locus.apache.org with SMTP; 24 May 2000 06:38:23 -0000 Received: from rio (rio.neon.nnov.ru [213.24.239.30] (may be forged)) by ns.neon.nnov.ru (8.9.3/8.9.3) with ESMTP id KAA25384 for ; Wed, 24 May 2000 10:38:23 +0400 Date: Wed, 24 May 2000 10:38:21 +0400 From: Igor Romanov X-Mailer: The Bat! (v1.42f) UNREG / CD5BF9353B3B7091 Reply-To: Igor Romanov Organization: Neon X-Priority: 3 (Normal) Message-ID: <169171062695.20000524103821@nizhny.ru> To: Ulrich Mayring Subject: Re[2]: so what? there's no solution to "cache problem"? In-reply-To: <392A7644.58B766EA@denic.de> References: <60104635037.20000523161131@nizhny.ru> <392A7644.58B766EA@denic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N UM> There's an option in the JServ configuration, where you can specify UM> which classes will be reloaded automatically when they are changed. I UM> believe this checks .class files, not .java files, so you'll have to UM> recompile manually. sure. but you need to exclude path to those classes from the system classpath for JServ to reload them automatically... And if you do so - Cocoon become unable to compile your XSPs 8( - can't find classes. Anyway, i think I've found a kind of 'solution' 8) Now I put the path to the Cocoon's repository in JServ's "repository = ..." and put all classes in there. Now cocoon can see them and JServ can reload them too... amen... But anyway, I think that's not right - there must be more accurate solution to this problem.