El lun, 24-07-2006 a las 04:14 -0700, Ross Gardler (JIRA) escribió:
> [ http://issues.apache.org/jira/browse/FOR-909?page=all ]
>
> Ross Gardler closed FOR-909.
>
>
> Resolution: Fixed
>
> Sorry I didn't notice the commit had failed due to a conflict. Now co
El mar, 25-07-2006 a las 18:11 +1000, David Crossley escribió:
> Thorsten Scherler wrote:
> > David Crossley escribi??:
> > > > Author: thorsten
> > > > Date: Sun Jul 23 16:26:19 2006
> > > > New Revision: 424855
> > > >
> > > &
The Project Management Committee (PMC) for Apache Forrest
has asked Gavin McDonald to become a committer and
member of the PMC, and we are pleased to announce that
he has accepted.
Gavin has been around our community for some time. He has been gradually
immersing himself in our community, strivin
El mar, 25-07-2006 a las 17:09 +0200, Josias Thöny escribió:
> On Tue, 2006-07-25 at 16:53 +0200, Thorsten Scherler wrote:
> > Hi all,
> >
> > why are diffs created for pdf?
> >
> > Has somebody an idea?
>
> It happens when the svn:mimetype property is
El jue, 27-07-2006 a las 10:17 +, [EMAIL PROTECTED] escribió:
> Author: gmcdonald
> Date: Thu Jul 27 03:17:51 2006
> New Revision: 426027
>
> URL: http://svn.apache.org/viewvc?rev=426027&view=rev
> Log:
> Test Entry
>
> Added:
> forrest/trunk/test.txt
>
> Added: forrest/trunk/test.txt
>
El vie, 28-07-2006 a las 17:37 +0800, Gav escribió:
>
> > -Original Message-
> > From: Thorsten Scherler [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, 27 July 2006 11:40 PM
> > To: Forrest Developers List
> > Cc: svn@forrest.apache.org
> > Subj
El sáb, 29-07-2006 a las 17:06 +0800, Gav escribió:
> I could swear other committers get changes seen quicker than this.
> Over 21 Hours and nothing.
>
> I did a manual publish of the website via SSH, no changes yet.
¿?
> I also set up auto-publishing with the deploy.svn.settings file
> An
BTW http://lenya.apache.org/community/website-update.html is explaining
a wee bit more the ASF infrastructure regarding the website of the lenya
project (but forrest is the same).
salu2
El sáb, 29-07-2006 a las 12:21 +0200, Thorsten Scherler escribió:
> El sáb, 29-07-2006 a las 17:06 +0800,
El sáb, 29-07-2006 a las 12:21 +0200, Thorsten Scherler escribió:
> El sáb, 29-07-2006 a las 17:06 +0800, Gav escribió:
> > I could swear other committers get changes seen quicker than this.
> > Over 21 Hours and nothing.
> >
> > I did a manual publish of the webs
El sáb, 29-07-2006 a las 19:03 +0800, Gav escribió:
>
> > -Original Message-
> > From: Thorsten Scherler [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, 29 July 2006 6:21 PM
> > To: dev@forrest.apache.org
> > Subject: RE: svn commit: r426480 -/forre
El dom, 30-07-2006 a las 12:47 +0800, Gav escribió:
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, 30 July 2006 7:54 AM
> > To: svn@forrest.apache.org
> > Subject: svn commit: r426852 - /forrest/trunk/site-
> > author/content/xdocs/who.
El lun, 31-07-2006 a las 20:52 +0800, Gav escribió:
>
> > -Original Message-
> > From: Thorsten Scherler [mailto:[EMAIL PROTECTED]
> > Sent: Monday, 31 July 2006 5:40 AM
> > To: dev@forrest.apache.org
> > Subject: Re: Publish site from site-author
c-t-l-5-1header-2tab-unselected-3tab-unselected.png
> > forrest/site/skin/images/rc-t-r-15-1body-2menu-3menu.png
> > forrest/site/skin/images/rc-t-r-5-1header-2searchbox-3searchbox.png
> >
> > forrest/site/skin/images/rc-t-r-5-1header-2tab-selected-3tab-selected.
t/trunk/plugins/org.apache.forrest.plugin.input.projectInfo/forrest.properties.xml
> Sun Jul 23 16:26:19 2006
> @@ -31,4 +31,6 @@
>
> value="false"/>
> +
> +
>
I do not understand why {projectInfo.changes.includeCommitterList} is
working and not {p
El mié, 02-08-2006 a las 17:18 +0200, Cyriaque Dupoirieux escribió:
> le 02/08/2006 14:50 Thorsten Scherler a écrit :
> > Hi all,
> >
> > can somebody explain me what I am doing wrong?
...
> >
> > I do not understand why {projectInfo.changes.includeComm
El mié, 02-08-2006 a las 16:32 -0700, Thorsten Scherler (JIRA) escribió:
> [ http://issues.apache.org/jira/browse/FOR-799?page=all ]
>
> Thorsten Scherler closed FOR-799.
> -
>
> Resolution: Fixed
>
> I removed all properties r
El jue, 03-08-2006 a las 10:00 +1000, David Crossley escribió:
> [EMAIL PROTECTED] wrote:
> > Author: thorsten
> > Date: Wed Aug 2 16:29:56 2006
> > New Revision: 428188
> >
> > URL: http://svn.apache.org/viewvc?rev=428188&view=rev
> > Log:
> > FOR-799 - remove all references from the core to the
El vie, 04-08-2006 a las 00:49 +1000, David Crossley escribió:
> Thorsten Scherler wrote:
> > David Crossley escribi??:
> > > The PNGs below were originally committed by me (OS = Mac OS X).
> > > Then recently Thorsten updated the site (OS = ???)
> >
>
+
filteringProperties.toString());
+if (debugging())
+debug("Loaded:" + antPropertiesStringURI +
filteringProperties.toString());
+}
I will change this, if nobody objects. This includes removing all try
catches surrounding the cal
El vie, 04-08-2006 a las 12:22 +0100, Ross Gardler escribió:
> Thorsten Scherler wrote:
> > El vie, 04-08-2006 a las 09:44 +, [EMAIL PROTECTED] escribió:
>
> ...
>
> > I will change this, if nobody objects. This includes removing all try
> > catches surrounding
arch
comes up empty, is it not more a case of normal processing? Therefore,
in order to use exceptions judiciously, choose the approach in Case 2
over Case 1."
Hit the nail on the head.
salu2
--
Thorsten Scherler
COO Spain
Wyona Inc. - Open Source Content Management - Apache Lenya
h
El vie, 04-08-2006 a las 08:59 -0400, Tim Williams escribió:
> On 8/4/06, Ross Gardler <[EMAIL PROTECTED]> wrote:
> > Tim Williams wrote:
> > > On 8/4/06, Ross Gardler <[EMAIL PROTECTED]> wrote:
> > >
> > >> Thorsten Scherler wrote:
> > &g
er().error("Opps, something went wrong.",e);
> > +}
>
> -1 (to this addition only, other changes in this commit are OK - see
> discussion thread)
>
> This chage is swallowing exceptions and preventing Cocoon reporting them
> to the user.
>
Forgot to throw them, t
El vie, 04-08-2006 a las 13:42 +0100, Ross Gardler escribió:
> Thorsten Scherler wrote:
> > El vie, 04-08-2006 a las 12:22 +0100, Ross Gardler escribió:
> >
> >>Thorsten Scherler wrote:
> >>
> >>>El vie, 04-08-2006 a las 09:44 +, [EMAIL PROTECTED]
1.
> and 3) with
> respect to all other exceptions.
agree.
>
> You've modified it so that we are doing 2) with respect to FileNotFound,
> that's good, but you have also wrapped the exception in a *less*
> meaningful one for example you could be going from IOException to E
El sáb, 05-08-2006 a las 09:03 -0400, Tim Williams escribió:
> I've tried to give this new organization the benefit of the doubt and
> chalk my initial inability to find things up to it just being
> something new. Now, having lived with it for a while, I still can't
> seem to find things in here.
El vie, 04-08-2006 a las 00:07 +0200, Thorsten Scherler escribió:
> El vie, 04-08-2006 a las 00:49 +1000, David Crossley escribió:
> > Thorsten Scherler wrote:
> > > David Crossley escribi??:
> > > > The PNGs below were originally committed by me (OS = Mac OS X).
super does) or all keys defined in our module
(filteringProperties). The problem is now that one can reach the same
value like {project:something} and {defaults:something}, which is not
good at all because we share the input module in 2 different module
confs.
Further the whole de
t;
> > remove all references from the core to the dispatcher
> > -
> >
> > Key: FOR-799
> > URL: http://issues.apache.org/jira/browse/FOR-799
> > Project: Forrest
> > Issue Type: Sub-task
> > Components: Core operations,
El mié, 09-08-2006 a las 01:29 +0200, Thorsten Scherler escribió:
> El mar, 08-08-2006 a las 06:15 -0700, Cyriaque Dupoirieux (JIRA)
> escribió:
> > [
> > http://issues.apache.org/jira/browse/FOR-799?page=comments#action_12426562
> > ]
> >
> &
El mié, 09-08-2006 a las 03:26 -0700, Cyriaque Dupoirieux (JIRA)
escribió:
> [
> http://issues.apache.org/jira/browse/FOR-812?page=comments#action_12426896 ]
>
> Cyriaque Dupoirieux commented on FOR-812:
> -
>
> I have removed the dependen
t to happen then this commit must increase the required
> Forrest version number within the plugin or in the plugin descriptor
> file (but only after a 0.8 compatible release was made).
>
> Ross
--
Thorsten Scherler
COO Spain
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]
as
> already there.
>
> Cyriaque,
Yeah, that is right Cyriaque.
Further there are other plugins using the property system (incl. the
projectInfo before this commit).
Ross can you explain why this commit is different to the one that added
properties to default.forrest.properties.xml?
l a major review.
wdot?
salu2
> (And I will re-commit latter.)
>
> Ok ?
>
> Salutations,
> Cyriaque,
>
> And sorry for the noise :-( .
>
> le 09/08/2006 15:26 Ross Gardler a écrit :
> > Thorsten Scherler wrote:
> >> El mié, 09-08-2006 a las 14:40 +
Hi all,
current work and the thread
http://marc.theaimsgroup.com/?t=11549380605&r=1&w=2 revealed some
issues with our current usage of the forrestConfModule.
We use it two times in the forrest-core.xconf with two different names
"defaults" and "projects" as prefix. ForrestConfModule does not
to understand.
Shouldn't we consider to focus one only one or two, document them well
and harmonize their usage?
salu2
--
Thorsten Scherler
COO Spain
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]
El jue, 10-08-2006 a las 21:10 +0100, Ross Gardler escribió:
> Thorsten Scherler wrote:
> > El jue, 10-08-2006 a las 04:09 +, [EMAIL PROTECTED] escribió:
> >
> >>Author: crossley
> >>Date: Wed Aug 9 21:09:40 2006
> >>New Revision: 430235
> >&g
; +}
> > parameterHelper.put(DISPATCHER_REQUEST_ATTRIBUTE, requestId);
> > this.requestedFormat = parameters.getParameter(
> > STRUCTURER_FORMAT_ATTRIBUTE, null);
> > @@ -620,9 +633,10 @@
> > try {
> > if (contract == null)
> > contract = new ContractBeanDOMImpl(this.manager,
> > -parameterHelper,(URIResolver)this);
> > -else
> > -contract.initialize();
> > +
> > parameterHelper,defaultProperties,(URIResolver)this);
> > +// This is not needed since the manager did not change.
> > +//else
> > + // contract.initialize();
> > } catch (Exception e) {
> > String error = DispatcherException.ERROR_500 + "\n"
> > + "component: ContractBean" + "\n"
> >
> >
> >
> >
--
Thorsten Scherler
COO Spain
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]
That is because the dispatcher has now a dependency to the inputModule.
I just updated the zone server. We will know whether it is fixed in 3
hours.
salu2
El vie, 11-08-2006 a las 20:56 +,
[EMAIL PROTECTED] escribió:
> Automated build for forrest-sample-2 FAILED
> Log attached.
>
>
Hi Rick,
thanks very much for reviewing. Very well spotted.
Hi Cyriaque,
your environment does not seem to be configured correctly. Did
you use the configuration http://www.apache.org/dev/svn-eol-style.txt
described in http://www.apache.org/dev/version-control.html#https-svn?
If you add files t
El dom, 13-08-2006 a las 21:41 +, [EMAIL PROTECTED] escribió:
> Author: thorsten
> Date: Sun Aug 13 14:41:37 2006
> New Revision: 431247
>
> URL: http://svn.apache.org/viewvc?rev=431247&view=rev
> Log:
> FOR-920 Merging the defaults and project modules to the new properties
> module. You can
El dom, 13-08-2006 a las 23:54 +0200, Thorsten Scherler escribió:
> El dom, 13-08-2006 a las 21:41 +, [EMAIL PROTECTED] escribió:
> > Author: thorsten
> > Date: Sun Aug 13 14:41:37 2006
> > New Revision: 431247
> >
> > URL: http://svn.apache.org/viewvc?rev=431
El lun, 14-08-2006 a las 08:43 -0400, Tim Williams escribió:
...
> I haven't kept up with the new properties mechanism discussion and so
> I don't know how to turn this on to test it right now but what you're
> describing here sounds pretty serious. You're saying that request
> params can overrid
El lun, 14-08-2006 a las 20:59 +0100, Ross Gardler escribió:
> This is a Random Thought. The ideas contained within are not fully
> developed and are bound to have lots of holes. The idea is to promote
> healthy discussion, so please, everyone, dive in and discuss.
>
Just some quick remarks.
Is
El lun, 14-08-2006 a las 21:36 +0100, Ross Gardler escribió:
> I've not got the time to look into why this is happening for a day or
> two. It's something to do with the new InputModule stuff, perhaps a
> quick pointer is possible?
>
BROKEN: Could not find component for role:
> [org.apache.coc
El jue, 17-08-2006 a las 18:37 +0200, Maurice Gittens escribió:
> Gav ... wrote:
> > Thanks for popping in and giving this update. This post along with David's
> > Sees me swinging towards taking a better look at Cocoon, what more it has
> > To offer that we have not yet utilised, and improving on
>
>
>
>
>
>
> "descendant-or-self::node()/li/div/@class='current'" > select= "concat('menu_selected_',$id)" />
> "concat('menu_',concat(font,$id
t the contracts.
> If I manually type in:
>
> http://localhost:/ls.contracts.html
>
> it works without problems.
>
Weird, both are working fine for me. Not sure.
I just updated the forrestbar after the recent changes and it is working
fine for me.
salu2
> Sjur
--
plugins now get locally deployed.
>
> All to no avail.
>
> 'forrest run' and 'forrest' both seem to be ignoring themes and using a pelt
> skin instead.
>
> Will keep looking, but can anyone see what I have missed / has been changed
> ?
>
> Thanks
>
On Wed, 2006-09-13 at 09:30 +0200, Cyriaque Dupoirieux wrote:
> le 13/09/2006 08:54 [EMAIL PROTECTED] a écrit :
> > Author: crossley
> > Date: Tue Sep 12 23:54:39 2006
> > New Revision: 442870
> >
> > URL: http://svn.apache.org/viewvc?view=rev&rev=442870
> > Log:
> > Fix plugin name.
> >
> > Modifi
On Wed, 2006-09-13 at 13:08 +0200, Cyriaque Dupoirieux wrote:
> Hi,
>
> I realise that I have made several improvment on the input.odt
> plugin because I had not the good layout (Notes, Sources...)
> Are you Ok I commit my changes ?
Sure, why do you ask?
salu2
>
>
--
thorsten
"Toge
I am not 100% sure.
I do not like the idea of maintaining the pelt as well in x plugins. We
should refactor the pelt structurer and use tiles (like the export links
in the common.fv -> ) for all properties/contracts
that probably need to be changed on a plugin base.
This way we only need to add t
On Wed, 2006-09-13 at 13:21 +0200, Cyriaque Dupoirieux wrote:
> le 13/09/2006 13:16 Thorsten Scherler a écrit :
> > On Wed, 2006-09-13 at 13:08 +0200, Cyriaque Dupoirieux wrote:
> >
> >> Hi,
> >>
> >> I realise that I have made several improvment o
specific people involved.
> > >
> > >Before i try, did you receive your cloaks?
> >
> > I have not. Thanks David.
>
> Just got a reply from ASF infra@ ... they have been trying
> but not able to get through to the freenode people.
Any news on this topic?
On Thu, 2006-09-14 at 08:45 +1000, David Crossley wrote:
> Thorsten Scherler wrote:
> > I am not 100% sure.
> >
> > I do not like the idea of maintaining the pelt as well in x plugins. We
> > should refactor the pelt structurer and use tiles (like the export links
>
On Thu, 2006-09-14 at 15:26 +0300, Sjur Moshagen wrote:
> Hello,
>
> I'm trying to make my first dispatcher contract. It turned out to be
> more problematic than I first thought, problems below the pseudocode.
>
> Here's what I want to do: I want to create a language selection list
> for a mu
ading the dispatcherError I guess it
will return nothing.
To debug what exactly cannot be found try:
If this returns the document then the xsl cannot be found. To verify put
again the xsl into the pipe and see the log. There should be then an
exception telling you where cocoon tried to get the xsl from.
I normally do the
cat ${exceptionLocation}
and see what is gives, if it returns something then try
If this works then the xsl itself maybe corrupt.
HTH
salu2
--
Thorsten Scherler
COO Spain
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]
On Fri, 2006-09-15 at 16:29 +0200, Cyriaque Dupoirieux wrote:
> le 13/09/2006 13:29 Thorsten Scherler a écrit :
> > On Wed, 2006-09-13 at 13:21 +0200, Cyriaque Dupoirieux wrote:
> >
> >> le 13/09/2006 13:16 Thorsten Scherler a écrit :
> >>
> >>>
On Fri, 2006-09-15 at 13:37 +0300, Sjur Moshagen wrote:
...
> > and see what is gives, if it returns something then try
> >
> >
> >
> >
> >
> >
> >
> >
> > If this works then the xsl itself maybe corrupt.
>
> It doesn't work, it returns:
>
> Message: Re
On Fri, 2006-09-15 at 17:10 +0200, Cyriaque Dupoirieux wrote:
> le 15/09/2006 16:40 Thorsten Scherler a écrit :
> > On Fri, 2006-09-15 at 16:29 +0200, Cyriaque Dupoirieux wrote:
> >
> >> le 13/09/2006 13:29 Thorsten Scherler a écrit :
> >>
> >>>
That was caused by a null pointer exception of the validity in the
dispathcerTransformer.
Should be fixed now by adding a test whether the validity is not null.
Thanks forrestBot and David who set it up.
salu2
On Mon, 2006-09-18 at 08:56 +, [EMAIL PROTECTED]
wrote:
> Automated build for fo
On Mon, 2006-09-18 at 13:32 +0300, Sjur Moshagen wrote:
> Den 15. sep. 2006 kl. 13.37 skrev Sjur Moshagen:
>
> > On to the next step:-)
>
> In the project sitemap, I'm trying to match on the filename and the
> locale, none of which works. The following sitemap snippet works:
>
>
>
On Tue, 2006-09-19 at 11:51 +1000, David Crossley wrote:
> Hi Thorsten, do you know something about this issue.
Nupp, need to look into it.
> It appears to be
> related to your changes to use the new properties system.
> I have tried but cannot fix it.
Will try to do it soon, but I reckon not b
On Tue, 2006-09-19 at 11:27 +0200, Thorsten Scherler wrote:
> On Tue, 2006-09-19 at 11:51 +1000, David Crossley wrote:
> > Hi Thorsten, do you know something about this issue.
>
> Nupp, need to look into it.
>
> > It appears to be
> > related to your changes to
On Wed, 2006-09-20 at 08:27 +0300, Sjur Moshagen wrote:
> Den 20. sep. 2006 kl. 08.20 skrev Sjur Moshagen:
>
> > Den 20. sep. 2006 kl. 08.16 skrev Sjur Moshagen:
> >
> >> Two issues remain:
> >>
> >> 1) How do I get the *full* request URL into my contract, ie #
> >> {$getRequest} + extension in o
On Wed, 2006-09-20 at 16:42 +0100, Ross Gardler wrote:
> Sjur Moshagen wrote:
> > Den 20. sep. 2006 kl. 17.00 skrev Thorsten Scherler (JIRA):
> >
> >> [
> >> http://issues.apache.org/jira/browse/FOR-934?page=comments#action_12436238
> >> ]
> &
t; without the others also being completed.
>
> I'll try to create one super-issue and add the existing (and new)
> issues as sub-issues to that one.
>
> > Great work on all this i18n stuff !! :)
>
> Thanks:-)
Yeah, thanks very much Sjur. I will try to catch up
On Tue, 2006-09-26 at 14:49 +0300, Sjur Moshagen wrote:
> Den 26. sep. 2006 kl. 12.37 skrev Ross Gardler:
>
> >> I can open http://localhost:/index.en.html and have my page in
> >> English. The problem with this solution is that it does not work
> >> nicely in a webapp environment (e.g. fo
On Wed, 2006-10-11 at 12:43 +0200, Cyriaque Dupoirieux wrote:
> Hi,
>
> I would like to resolve a location map within my browser (just like
> the forrest bar does with the contracts for instance)
> I would like to entre in the URL something like :
> lm:transform.xml.xml-namespace-stripp
t in the plugin all resource via the properties/lm API.
This way the user can override this resources by providing her own
implementation (defining in forrest.properties.xml and project
locationmap.xml the new values).
salu2
> Ross
>
> [1]
> http://svn.apache.org/viewvc/forrest/trunk/whiteboard/plugins/org.apache.forrest.plugin.input.Daisy/resources/
--
Thorsten Scherler
COO Spain
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]
On Fri, 2006-10-20 at 11:19 +, [EMAIL PROTECTED] wrote:
> Author: cdupoirieux
> Date: Fri Oct 20 04:19:45 2006
> New Revision: 466066
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=466066
> Log:
> Need to pass the context here...
Hmm, why?
http://www.w3.org/1999/XSL/Transform";>
M
On Mon, 2006-10-23 at 09:37 +0200, Cyriaque Dupoirieux wrote:
> le 20/10/2006 16:50 Thorsten Scherler a écrit :
> > On Fri, 2006-10-20 at 11:19 +, [EMAIL PROTECTED] wrote:
> >
> >> Author: cdupoirieux
> >> Date: Fri Oct 20 04:19:45 2006
> >>
On Tue, 2006-10-31 at 10:05 -0500, Tim Williams wrote:
> On 10/31/06, Sjur Moshagen <[EMAIL PROTECTED]> wrote:
> > Hello all,
> >
> > The main sitemap at FORREST_HOME/main/webapp/sitemap.xmap contains
> > the following snippet around line 30:
> >
> > > src="org.apache.cocoon.generation.HTML
On Tue, 2006-10-31 at 10:38 -0500, Tim Williams wrote:
> On 10/31/06, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
> > On Tue, 2006-10-31 at 10:05 -0500, Tim Williams wrote:
> > > On 10/31/06, Sjur Moshagen <[EMAIL PROTECTED]> wrote:
> > > > Hell
Sorry, still no internet at home and on side at a customer who has shut
down all ports.
On Wed, 2006-11-01 at 13:55 +0100, Børre Gaup wrote:
...
> > > Could the error have something to do with the "-file" part?
> >
> > Try it with something other than "-file". The trouble might
> > be that the si
Like you can see I did not commit it yet but made a patch due to the
possible side effects Ross e.g. mentioned.
On Tue, 2006-11-14 at 11:36 +0100, Cyriaque Dupoirieux wrote:
> Ross Gardler a écrit :
> > Thorsten Scherler (JIRA) wrote:
> >> [
> >> http://issues.apa
On Tue, 2006-11-14 at 04:51 -0800, Thorsten Scherler (JIRA) wrote:
> [
> http://issues.apache.org/jira/browse/FOR-145?page=comments#action_12449655 ]
>
> Thorsten Scherler commented on FOR-145:
> ---
>
> The last attachm
To correct my mail:
On Tue, 2006-11-14 at 17:54 +0100, Thorsten Scherler wrote:
...
> It is a pleasure, since I can configure nearly all via parameter and
> coming close to single page generation. e.g.
>
>
>location="${bulletin.year}/${bulletin.number}/000
(because it is a fundamental change)?
Or can I go ahead and close the issue?
salu2
On Tue, 2006-11-14 at 17:54 +0100, Thorsten Scherler wrote:
> On Tue, 2006-11-14 at 04:51 -0800, Thorsten Scherler (JIRA) wrote:
> > [
> > http://issues.apache.org/jira/browse/FOR-145?page=comments#
On Fri, 2006-11-17 at 10:48 +, Ross Gardler wrote:
> Thorsten Scherler wrote:
> > Hi everybody,
> >
> > not sure whether it makes sense to give you more time for feedback.
> >
> > I think we should close this issue before releasing 0.8.
> >
> &
On Wed, 2006-11-22 at 13:32 +0930, Paul Bolger wrote:
> Just been referring back to the Dispatcher install docs, and it seems
> they've gone missing from the menus.
Yeah, we agreed a long time ago that the plugin docu should be in the
plugin and not the main website.
> Easy enough to find using
On Wed, 2006-11-22 at 13:41 +0100, Cyriaque Dupoirieux wrote:
> Thorsten Scherler a écrit :
...
> >
> > Hmm, we need to remove this docu since it is not maintained in this
> > location anymore.
> >
> > http://forrest.a
On Tue, 2006-11-28 at 18:54 +1100, David Crossley wrote:
> Tim Williams wrote:
> > Ross Gardler wrote:
> > >David Crossley wrote:
> > >>
> > >> What about my proposal above to have combined binary/source
> > >> release (like we do now) except only have separate packages
> > >> of specific parts, i.
On Sat, 2006-12-30 at 20:22 +0900, Gav wrote:
>
> > -Original Message-
> > From: David Crossley [mailto:[EMAIL PROTECTED]
> > Sent: Friday, 29 December 2006 1:22 PM
> > To: dev@forrest.apache.org
> > Subject: Re: [OT] Cron Job
> >
> > Gav wrote:
> > > Can anyone tell me what cron
On Sat, 2006-12-30 at 14:34 +0100, C. Grobmeier wrote:
> Hi all,
> it found it quite difficult to find out how all this i18n stuff works
> :-) However, i patched forrest with
> http://issues.apache.org/jira/browse/FOR-937
> which works fine! It's a pity that it hasn't not comitted yet.
Hmm, yeah
Hi all,
I nearly fixed all issues with the solr plugin that have been CLI
related. Only one is left.
http://localhost:8983/solr/select?user-agent=Apache Cocoon
2.2.0-dev&accept=*/*" uri="/solr-search.html">
...
The problem is, that the crawler is requesting the action url
from the solr
On Sat, 2007-01-13 at 14:04 +0100, Thorsten Scherler wrote:
> Hi all,
>
> I nearly fixed all issues with the solr plugin that have been CLI
> related. Only one is left.
>
> http://localhost:8983/solr/select?user-agent=Apache Cocoon
> 2.2.0-dev&accept=*/
On Mon, 2007-01-15 at 09:14 +, Ross Gardler wrote:
> [EMAIL PROTECTED] wrote:
> > Author: thorsten
> > Date: Sun Jan 14 12:48:45 2007
> > New Revision: 496145
> >
> > URL: http://svn.apache.org/viewvc?view=rev&rev=496145
> > Log:
> > Allowing plugins to provide tiles.
>
> I'm assuming this is
On Tue, 2007-01-16 at 16:19 -0500, Walter Lewis wrote:
> [EMAIL PROTECTED] wrote:
> > Any ideas on how to implement a cocoon layer above solr?
I just finished a forrest plugin (in the whiteboard, our testing ground
in forrest) that is doing what you asked for and some pagination.
Forrest is cocoon
The ultimate changes in the dispatcher have been mainly allowing plugins
to provide dispatcher based resources by ad.
We now support:
- contracts
- x (tiles)
- resources
I think we should allow url related structurer as well.
Meaning e.g. the solr plugin could provide via
resources/structurer/u
On Mon, 2007-01-15 at 09:14 +, Ross Gardler wrote:
> [EMAIL PROTECTED] wrote:
> > Author: thorsten
> > Date: Sun Jan 14 12:48:45 2007
> > New Revision: 496145
> >
> > URL: http://svn.apache.org/viewvc?view=rev&rev=496145
> > Log:
> > Allowing plugins to provide tiles.
>
> I'm assuming this is
On Wed, 2007-01-17 at 14:19 +0200, Sjur Moshagen wrote:
> Den 17. jan. 2007 kl. 13.39 skrev Sjur Moshagen:
>
> > Now, it *continues* to work with plain content like index.jspwiki.
> > But as soon as I localise it to index.no.jspwiki, I get a file-not-
> > found error. I don't understand why...
On Wed, 2007-01-17 at 23:41 +0100, Thorsten Scherler wrote:
> The ultimate changes in the dispatcher have been mainly allowing plugins
> to provide dispatcher based resources by ad.
>
> We now support:
> - contracts
> - x (tiles)
> - resources
>
> I think we should a
On Thu, 2007-01-18 at 09:33 +0200, Sjur Moshagen wrote:
> Den 18. jan. 2007 kl. 00.41 skrev Thorsten Scherler:
>
> > I think we should allow url related structurer as well.
> > ...
> > wdyt?
>
> Agree, I think it is a good idea, AFAIU it. I mean: we do already
On Thu, 2007-01-18 at 13:44 +1100, David Crossley wrote:
> Thorsten Scherler wrote:
> > Ross Gardler wrote:
> > > [EMAIL PROTECTED] wrote:
> > > > Author: thorsten
> > > > Date: Sun Jan 14 12:48:45 2007
> > > > New Revision: 496145
> >
On Thu, 2007-01-18 at 07:01 +0100, C. Grobmeier wrote:
> Hi,
>
> > Please we need some suggestions to replace x with better naming.
>
> How about "Tessera"?
>
> "A tessera (plural: tesserae, diminutive tessella) is an individual tile
> in a mosaic, usually formed in the shape of a cube."
> * ht
On Thu, 2007-01-18 at 09:19 +, Ross Gardler wrote:
> Thorsten Scherler wrote:
> > The ultimate changes in the dispatcher have been mainly allowing plugins
> > to provide dispatcher based resources by ad.
> >
> > We now support:
> > - contracts
> > - x (
On Thu, 2007-01-18 at 10:49 +, Ross Gardler wrote:
> Thorsten Scherler wrote:
> > On Thu, 2007-01-18 at 09:19 +, Ross Gardler wrote:
> >> Thorsten Scherler wrote:
> >>> The ultimate changes in the dispatcher have been mainly allowing plugins
> >>>
On Thu, 2007-01-18 at 11:19 +0200, Sjur Moshagen wrote:
> Den 18. jan. 2007 kl. 01.01 skrev Thorsten Scherler:
>
> >> According to the Cocoon docs it should now NOT be looking for a
> >> fallback document. But it still does
> >
> > You are aware that we did n
On Thu, 2007-01-18 at 09:19 +, Ross Gardler wrote:
> Thorsten Scherler wrote:
> > The ultimate changes in the dispatcher have been mainly allowing plugins
> > to provide dispatcher based resources by ad.
> >
> > We now support:
> > - contracts
> > - x (
801 - 900 of 2142 matches
Mail list logo
