I have some data in a sunShine context I'd like to use to build an update
query in an xsp generator. I can't seem to use the sunShine namespace in an
XSP page. Tomcat is throwing an Internal Server Error.
Is it at all possible to use sunShine in an XSP generator?
Is the only alternative a strai
Perry,
Thanks for the workaround. I'll give it a try in the morning.
-Marc
Faulkner, Perry wrote:
>Seems as though it might be an issue with the change in the javadoc options
>for 1.4
>In the build log, it has an error with:
>
>org.apache.cocoon.components.language.programming.java
>
>Tried p
Seems as though it might be an issue with the change in the javadoc options
for 1.4
In the build log, it has an error with:
org.apache.cocoon.components.language.programming.java
Tried playing with javadoc outside of build & ant.
Build invokes javadoc, with a list of o.a.c.xxx for each package,
I completely agree and that sort of Wonderful SQA bugs should not go
unnoticed.
-Marc
Andrew C. Oliver wrote:
>Not sure what all the issues are...all I know is what works on 1.3.1
>buildwise often doesn't work on 1.4.0.
>
>The horrible bug is that the doc build can be "SUCCESSFUL" even if it
Not sure what all the issues are...all I know is what works on 1.3.1
buildwise often doesn't work on 1.4.0.
The horrible bug is that the doc build can be "SUCCESSFUL" even if it
fails. (thats bad)
On Sun, 2002-04-14 at 20:09, Marc Jeffrey Driftmeyer wrote:
> I have a hard time believing that
I have a hard time believing that this permissions issue of reading into
that path is the fault of Sun's JDK. I have a greater suspicion it has
to do with some build issues within Cocoon, since we already know that
Cocoon 2.0.2 build SDK of choice is 1.3.1.
-Marc
Andrew C. Oliver wrote:
>Ye
Hi
Niket,
Have a
look at this pattern.
http://www.xslt-patterns.com/entry.html
It
gives the basis of a recursive pattern that you could use. Instead of using just
a match though, I would suggest having a base element match on that, do an
xsl:for-each and then call a template that takes
On Friday 18 January 2002 09:13, you wrote:
> I got it up and running, the documentation must be written better in
> Italian because the English version is Terrible! Thank you very much
> for your help...
The Cocoon Docs are better than the documentation I have written so far
for the project I
> From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
>
> Cool.. Glad I could help.
>
> Humm this should be configurable.
>
> On Sun, 2002-04-14 at 09:57, leo leonid wrote:
> > thanks for this hint, Andrew!
> > It is the merge-factor. A comprehensive description can be found at
> >
http://www.ma
> From: Rune Sandnes [mailto:[EMAIL PROTECTED]]
>
>
> I have looked at various methods of deciding when a cached object is
no
> longer
> valid (including DBPrism cache invalidator suggested by Marcelo Ochoa)
>
> What I really want to do is simple, cache all pages for 30 minutes
with
> DeltaTime
> From: Alex McLintock [mailto:[EMAIL PROTECTED]]
>
> Hi folks,
>
> I'm trying to get Cocoon2 (recent CVS snapshot) working with Xindice
1.0 on
> RedHat Linux/Tomcat4
>
> Happily the biggest problem is no more.
>
> I can successfully call something like this
>
>
http://myserver:8080/cocoo
Cool.. Glad I could help.
Humm this should be configurable.
On Sun, 2002-04-14 at 09:57, leo leonid wrote:
> thanks for this hint, Andrew!
> It is the merge-factor. A comprehensive description can be found at
> http://www.mail-archive.com/lucene-user@jakarta.apache.org/msg00373.html.
>
> The q
thanks for this hint, Andrew!
It is the merge-factor. A comprehensive description can be found at
http://www.mail-archive.com/lucene-user@jakarta.apache.org/msg00373.html.
The quick hack:
Look in SimpleLuceneCocoonIndexerImpl.java for the constant
MERGE_FACTOR_DEFAULT = 20.
Lower the value. I s
Yeah, I can't get the javadoc to generate under 1.4.0 either. What's
worse is it fails and then says "BUILD SUCCESSFUL". I regard the first
problem as a small glitch that can probably even be resolved by waiting
for 1.4.0_01... The second is a horrible evil bug. ;-)
-Andy
On Sun, 2002-04-14 a
I have looked at various methods of deciding when a cached object is no
longer
valid (including DBPrism cache invalidator suggested by Marcelo Ochoa)
What I really want to do is simple, cache all pages for 30 minutes with
DeltaTimeCacheValidity, but be able to destroy the cache from the
Conten
You have to say that only Cocoon 1 is supported.
-Ursprüngliche Nachricht-
Von: Paweł Sadowski [mailto:[EMAIL PROTECTED]]
Gesendet: Sonntag, 14. April 2002 00:00
An: [EMAIL PROTECTED]
Betreff: free hosting cocoon
www.mycgiserver.com
nice place for getting start with cocoon:-)
---
16 matches
Mail list logo
