Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 80591 invoked by uid 500); 16 Jul 2001 10:35:26 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 80563 invoked from network); 16 Jul 2001 10:35:25 -0000 From: "Carsten Ziegeler" To: Subject: AW: [C2] Resolving paths in configure ? Date: Mon, 16 Jul 2001 12:34:55 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.5 |September 22, 2000) at 16.07.2001 12:34:26, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.5 |September 22, 2000) at 16.07.2001 12:34:58, Serialize complete at 16.07.2001 12:34:58 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N > Marcus Crafter wrote: > > Hi! > > Hope everything is going well for all. > > I have a question regarding the configuration of cocoon2 components > when specifying filenames, and how they are resolved to correct > locations. > > In the I18NTransformer that I'm updating, I've found that I need to > specify a directory path at 'configuration' time, however > unfortunately there is no SourceResolver available in the > 'configure' > method, like there is in 'setup'. > > In the FOPSerializer there is a similar issue, if one wants > to set the > 'user-config' variable, the 'src' attribute needs an absolute path. > > What would be great is to be able to resolve these paths > independantly > of where each particular webapp is located, so that absolute paths > don't have to be specified - is there any way to obtain a > SourceResolver (or similar) object outside of methods that provide > them in their signature ? > This is a rather difficult task. Currently the SourceResolver is actually the Environment. So technically speaking you need access the current environment object to resolve a source. The environment is required here as it resolves a source according to the location of the sitemap, making subsitemaps and resolving their sources work. So with each request the SourceResolver object changes. That's the main reason why this is not an Avalon component. Does anyone see an easy solution for this? Carsten > Cheers, > > Marcus > > -- > ..... > ,,$$$$$$$$$, Marcus Crafter > ;$' '$$$$: Computer Systems Engineer > $: $$$$: Open Software Associates GmbH > $ o_)$$$: 82-84 Mainzer Landstrasse > ;$, _/\ &&:' 60327 Frankfurt Germany > ' /( &&& > \_&&&&' Email : Marcus.Crafter@osa.de > &&&&. Business Hours : +49 69 9757 200 > &&&&&&&: > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > For additional commands, email: cocoon-dev-help@xml.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org