Re: svn commit: r1340929 - /cocoon/cocoon3/trunk/cocoon-optional/src/main/java/org/apache/cocoon/optional/pipeline/components/sax/directory/DirectoryGenerator.java
unsubscribe
On 21 May 2012 11:31, wrote:
> Author: ilgrosso
> Date: Mon May 21 08:31:30 2012
> New Revision: 1340929
>
> URL: http://svn.apache.org/viewvc?rev=1340929&view=rev
> Log:
> [COCOON3-76] Applying provided patch
>
> Modified:
>
>
> cocoon/cocoon3/trunk/cocoon-optional/src/main/java/org/apache/cocoon/optional/pipeline/components/sax/directory/DirectoryGenerator.java
>
> Modified:
> cocoon/cocoon3/trunk/cocoon-optional/src/main/java/org/apache/cocoon/optional/pipeline/components/sax/directory/DirectoryGenerator.java
> URL:
> http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-optional/src/main/java/org/apache/cocoon/optional/pipeline/components/sax/directory/DirectoryGenerator.java?rev=1340929&r1=1340928&r2=1340929&view=diff
>
> ==
> ---
> cocoon/cocoon3/trunk/cocoon-optional/src/main/java/org/apache/cocoon/optional/pipeline/components/sax/directory/DirectoryGenerator.java
> (original)
> +++
> cocoon/cocoon3/trunk/cocoon-optional/src/main/java/org/apache/cocoon/optional/pipeline/components/sax/directory/DirectoryGenerator.java
> Mon May 21 08:31:30 2012
> @@ -27,6 +27,8 @@ import java.util.Date;
> import java.util.List;
> import java.util.Map;
> import java.util.Stack;
> +import java.util.regex.Pattern;
> +import java.util.regex.PatternSyntaxException;
>
> import org.apache.cocoon.pipeline.ProcessingException;
> import org.apache.cocoon.pipeline.SetupException;
> @@ -36,8 +38,6 @@ import org.apache.cocoon.pipeline.cachin
> import org.apache.cocoon.pipeline.component.CachingPipelineComponent;
> import org.apache.cocoon.pipeline.components.parameters.Parameters;
> import org.apache.cocoon.sax.AbstractSAXGenerator;
> -import org.apache.regexp.RE;
> -import org.apache.regexp.RESyntaxException;
> import org.slf4j.Logger;
> import org.slf4j.LoggerFactory;
> import org.xml.sax.SAXException;
> @@ -105,13 +105,13 @@ public class DirectoryGenerator extends
> protected boolean reverse;
>
> /** The regular expression for the root pattern. */
> -protected RE rootRE;
> +protected Pattern rootRE;
>
> /** The regular expression for the include pattern. */
> -protected RE includeRE;
> +protected Pattern includeRE;
>
> /** The regular expression for the exclude pattern. */
> -protected RE excludeRE;
> +protected Pattern excludeRE;
>
> /**
> * This is only set to true for the requested directory specified by
> the
> @@ -175,23 +175,23 @@ public class DirectoryGenerator extends
> String rePattern = null;
> try {
> rePattern = parameters.get("root", null);
> -this.rootRE = (rePattern == null) ? null : new RE(rePattern);
> +this.rootRE = (rePattern == null) ? null :
> Pattern.compile(rePattern);
> if (LOG.isDebugEnabled()) {
> LOG.debug("root pattern: " + rePattern);
> }
>
> rePattern = parameters.get("include", null);
> -this.includeRE = (rePattern == null) ? null : new
> RE(rePattern);
> +this.includeRE = (rePattern == null) ? null :
> Pattern.compile(rePattern);
> if (LOG.isDebugEnabled()) {
> LOG.debug("include pattern: " + rePattern);
> }
>
> rePattern = parameters.get("exclude", null);
> -this.excludeRE = (rePattern == null) ? null : new
> RE(rePattern);
> +this.excludeRE = (rePattern == null) ? null :
> Pattern.compile(rePattern);
> if (LOG.isDebugEnabled()) {
> LOG.debug("exclude pattern: " + rePattern);
> }
> -} catch (RESyntaxException rese) {
> +} catch (PatternSyntaxException rese) {
> throw new ProcessingException("Syntax error in regexp pattern
> '"
> + rePattern + "'", rese);
> }
> @@ -433,7 +433,7 @@ public class DirectoryGenerator extends
> * @return true if the File is the root or the root pattern is not
> set, false otherwise.
> */
> protected boolean isRoot(final File path) {
> -return this.rootRE == null || this.rootRE.match(path.getName());
> +return this.rootRE == null ||
> this.rootRE.matcher(path.getName()).matches();
> }
>
> /**
> @@ -443,7 +443,7 @@ public class DirectoryGenerator extends
> * @return true if the File shall be visible or the include Pattern is
> null, false otherwise.
> */
> protected boolean isIncluded(final File path) {
> -return this.includeRE == null ||
> this.includeRE.match(path.getName());
> +return this.includeRE == null ||
> this.includeRE.matcher(path.getName()).matches();
> }
>
> /**
> @@ -454,7 +454,7 @@ public class DirectoryGenerator extends
> * otherwise.
> */
> protected boolean isExcluded(final File path) {
> -return this.excludeRE != null &&
> this.excludeRE.match(path.getName());
> +return this.excludeRE != nu
unsubscribe
Re: Greek Symbol support
Hi jorge we use cocoon to build web sites with Greek content and web app that handle Greek characters. What's the problem you have faced with Greek symbols ? /stavros On 6/12/06, Andrew Stevens <[EMAIL PROTECTED]> wrote: >From: "Cordero, Jorge" <[EMAIL PROTECTED]> >Date: Mon, 12 Jun 2006 09:32:20 -0400 > >Hi, > >Cocoon 2.03 >JDK 1.4.2_10-b03 >Tomcat 5.0.,28 > >How can I add Greek Symbol support to cocoon? Add? What do you think isn't supported already? Java's string handling (and hence Cocoon's) is unicode-based internally; you just need to make sure your data sources use a suitable encoding (and you read them using it) and you serialize with e.g. charset=UTF-8. It works for us with Chinese, so I wouldn't expect Greek characters to give any trouble either. Or am I missing something? Andrew. -- Stavros S. Kounis Osmosis networks & consulting http://www.osmosis.gr Read my weblog at http://tools.osmosis.gr/blog
Re: ImageMap sample is not working
hi luca i have notice that its a path problem i have set the widget to get image (cocoon's logo) form [/images/cocoon.gif]. This is fine for a local build of cocoon where run at http://localhost: and http://localhost:/images/cocoon.gif return the image. in "zones" the widget try to get image from "http://cocoon.zones.apache.org/images/cocoon.gif"; unfortunatelly i dont have time to provide this small patch regards stavros 2005/10/27, Luca Morandini <[EMAIL PROTECTED]>: > In both 2.1.8-rc1 and 2.2-dev hosted on cocoon.zones, the logo doesn't > appear. > > Regards, > > > Luca Morandini > www.lucamorandini.it > > > -- Stavros S. Kounis Osmosis networks & consulting http://www.osmosis.gr Read my weblog at http://tools.osmosis.gr/blog
Re: JIRA: let me know your Jira user names...
in bugzilla i have [EMAIL PROTECTED] i dont know if this acount was transfered automaticaly in jira if yes please change it to [EMAIL PROTECTED] if not [EMAIL PROTECTED] its fine for my new account thanx Stavros Kounis 2005/10/24, Pier Fumagalli <[EMAIL PROTECTED]>: > Please, > let me know your preferred Jira accounts, some of them have been > duplicated in the import as you've used different email accounts in > Bugzilla and Jira when registering. > > I want to go through and de-dupe the accounts and make sure that > y'all have the correct rights to work on our Cocoon Jira project... > > Pier > > > >
Image map patch and sample form
Hi all i have create a patch that add image map widget [1] and a sample form that use it in today [2005.06.28] SVN checkout of 2.1.x branch its better to create a new bug entry or just attach this patch in existing bug [1]? regard stavros [1] http://issues.eu.apache.org/bugzilla/show_bug.cgi?id=35462 -- Stavros S. Kounis Osmosis networks & consulting http://www.osmosis.gr Read my weblog at http://tools.osmosis.gr/blog
Re: Location of cforms stylesheets
On 5/26/05, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
> Ugo Cei wrote:
> > Il giorno 26/mag/05, alle 10:43, angeloimm ha scritto:
> >
> >> Hi; first of all thanks for your answer.
> >> But if i exclude the samples blocks. how can i use cforms and
> >> portal blocks?
> >> Must i confogure anything or by escluding these blocks ant will build
> >> all in the right way?
> >
> >
> > I thought you wanted to run *your* Cocoon application, not the samples,
> > right? By excluding samples, you get a clean slate upon which you can
> > build anything. The only thing you might want to reuse from samples are
> > the CForms stylesheets, probably, but you can copy those to your app.
> > Don't know about the portal.
>
> Should we move the stylesheets
>
> - forms-advanced-field-styling.xsl
> - forms-calendar-styling.xsl
> - forms-field-styling.xsl
> - forms-htmlarea-styling.xsl
> - forms-page-styling.xsl
>
> into the JAR file and reference them from forms-samples-styling.xsl using the
> jar:/ protocol?
>
> WDOT?
this will help me a lot
if not into the JAR a common place will be helpfull too
--stavros
>
> --
> Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
>
> {Software Engineering, Open Source, Web Applications, Apache Cocoon}
>
> web(log): http://www.poetz.cc
>
>
>
>
>
>
> ___
> Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden:
> http://mail.yahoo.de
>
>
--
Stavros KounisOsmosis networks & consulting
http://tools.osmosis.gr/blog http://www.osmosis.gr
Re: Internationalis/zation of documentation
how easy is to keep up-to-date documents in more tha one language? lets say that we have now someone to translate docs to a particular language, are we sure that in few months any volunteer will exist to keep those docs up-to-date ? it will be greate for me (for example) to read cocoon's documentation in greek but out-of-date docs in greek are worst. --stavros On 5/26/05, Linden H van der (MI) <[EMAIL PROTECTED]> wrote: > > A more general question: what sort of demand do you think > > there is for > > translations of the documentation? Any particular languages? > > Being Dutch, and therefore used to use other people's language rather > than my own to get in contact with someone, I'm probably not > representative for the entire community. > > I however feel that there should be as little effort put into > translation of documentation as possible. Cocoon itself is in English, > the common language of the mailing lists is English (and therefore the > documentation) and 99% of the documentation of the 'external' (i.e. > non-Cocoon development) components are in English, 99.9% of any > documentation on IT projects is in English. > > So, if you want to use Cocoon, you need to understand English. If you > do, what benefit is there in a translated version of a document? > > I'm a Translator School graduate, so I know how much effort a good > translation takes and it only adds up to the total number of documents > to maintain. NOTE: there is no such thing as an automated translation of > good quality, so all effort is manual. > > I'd rather have this effort put into writing good/better/missing English > docs. > > Bye, Helma > > -- Stavros KounisOsmosis networks & consulting http://tools.osmosis.gr/blog http://www.osmosis.gr
Re: Planet Cocoon license and reuse of docs
olunteer for the part of doing any document conversions > > that might be > > > required. > > > > I intend to do some experimentation over at Forrest with Daisy as the > > CMS once we have Forrest 0.7 released (very soon now). > > > > In the meantime, I will continue to work with PlanetCocoon and other > > such initiatives (the Wiki for exmample) to allow any content they > > create to be incorporated into the Cocoon docs, and to provide a link > > back to the relevant "host" CMS. > > > > When we have a working demo the Cocoon community can decide > > if they want > > to use it. > > > > Ross > > > -- Stavros KounisOsmosis networks & consulting http://tools.osmosis.gr/blog http://www.osmosis.gr
