On Jan 8, 2007, at 2:14 PM, Reinhard Poetz wrote:
Mark Lundquist wrote:
[...]
in cocoon-blocks-fw, but yesterday I figured out that all the samples
are wired this way too... :-)
hmmm, which samples do you mean?
E.g., cocoon-core-main-sample-blockServlet.xml:
http://www.springframework.org
Yeap, I am working on the masthead, I will show you a few options soon.
Thanks.
Thien
hepabolu wrote:
I'm just curious to know how things are progressing. Any news?
Bye, Helma
I'm just curious to know how things are progressing. Any news?
Bye, Helma
Mark Lundquist wrote:
[...]
in cocoon-blocks-fw, but yesterday I figured out that all the samples
are wired this way too... :-)
hmmm, which samples do you mean?
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apac
On Jan 8, 2007, at 10:36 AM, Daniel Fagerstrom wrote:
[clue impartation snipped...]
OK, it looks like cocoon-blocks-fw-sample is working perfectly for me
now. Hopefully this will help me to figure out what this is all about.
One thing I realized, also: I had been under the impression that
On Jan 8, 2007, at 10:36 AM, Daniel Fagerstrom wrote:
context path + servlet path (for the dispatcher servlet) + mountPath
(for the block servlet) + path info
Perfect, thx a lot for the explanation. The servlet path is the
component I was missing.
—ml—
Mark Lundquist skrev:
...
yes... and, it turns out that the -sample and -demo* are now included in
the dependencies for cocoon-webapp. So, I had them all along. However,
I have no clue what URI to request to access these samples. I poked
around for a long time trying to figure it out, but wi
On 1/8/07, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...I'm stuck as I
don't know the password for the daisy user in our zone (I have access to
the zone itself). Where can I find this?
If you have sudo access you can do
sudo su - daisy
and enter *your own* password when prompted by sudo.
Reinhard Poetz napisał(a):
> Is anybody subscribed to the Excalibur mailing list and can ask over
> there?
I would only like to point out that this does not solve problem in
general, and not sure if in particular case. Of course having more jars
and poms on central repo is right thing, but problem
Reinhard Poetz schrieb:
> Carsten Ziegeler wrote:
>> Reinhard Poetz wrote:
>>> Carsten Ziegeler wrote:
Stupid question: I created a new document for the Spring Configurator.
How and where can I add this to our Daisy navigation?
>>> http://cocoon.zones.apache.org/daisy/cdocs/g4/g1/1223.htm
[
https://issues.apache.org/jira/browse/COCOON-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12463043
]
Krystian Nowak commented on COCOON-1440:
The second patch (the newest one) is the right one - SEPARATOR cons
[
https://issues.apache.org/jira/browse/COCOON-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Krystian Nowak updated COCOON-1440:
---
Attachment: COCOON-1440.patch
> [poi] color string normalization
> -
[
https://issues.apache.org/jira/browse/COCOON-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Krystian Nowak updated COCOON-1440:
---
Done
> [poi] color string normalization
>
>
>
[
https://issues.apache.org/jira/browse/COCOON-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Krystian Nowak updated COCOON-1440:
---
Done, patch file and test file added.
> [poi] color string normalization
>
[
https://issues.apache.org/jira/browse/COCOON-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Krystian Nowak updated COCOON-1440:
---
Attachment: ColorCodeTest.java
> [poi] color string normalization
>
[
https://issues.apache.org/jira/browse/COCOON-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Krystian Nowak updated COCOON-1440:
---
Attachment: COCOON-1440.patch
> [poi] color string normalization
> -
On Mon, 2007-01-08 at 11:52 +0100, Ard Schrijvers wrote:
> > Ard,
> >
> > What is cached is the pattern, not the string to be matched
> > against it,
> > so what you describe isn't a problem IIUC.
>
> I already was a little amazed. But then, who is using always-changing
> patterns? Like in dynam
> Ard,
>
> What is cached is the pattern, not the string to be matched
> against it,
> so what you describe isn't a problem IIUC.
I already was a little amazed. But then, who is using always-changing patterns?
Like in dynamic sitemaps or something? Do not really see this possible memory
leak
Ard,
What is cached is the pattern, not the string to be matched against it,
so what you describe isn't a problem IIUC.
On Mon, 2007-01-08 at 10:30 +0100, Ard Schrijvers wrote:
> Hello,
>
> think I kind of missed this WildcardMatcherHelper untill now. From which
> cocoon version on is this avai
Hello,
think I kind of missed this WildcardMatcherHelper untill now. From which cocoon
version on is this available? Can you define in your matcher wether it should
use this WildcardMatcherHelper, or is this by default?
Regarding the caching, currently it would seem to me like a very possible
Reinhard Poetz wrote:
Kenney Westerhof (JIRA) wrote:
[
https://issues.apache.org/jira/browse/COCOON-1975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462717
]
Kenney Westerhof commented on COCOON-1975:
--
Correction
Mark Lundquist wrote:
> Hi,
>
> Just a quibble, but... when I "mvn jetty:run" in cocoon-webapp, it
> creates a directory named "${org.apache.cocoon.work.directory}"... like
> Ant does when you have an undefined property. The contents of this
> directory is:
>
> cocoon-logs/
>
22 matches
Mail list logo