Grzegorz Kossakowski wrote:
Unfortunately, I don't have a spare time to work on this but if you Luca
would like to start I'm ready to give you all the pointers I have and
offer some guidance.
Thanks for your kind offer ;) but, for the time being, I'll focus on
improving the doc, then, if
Paul
What happens when you try to enter this date directly into the
database;
I have found that MySQL, for example, auto corrects some date
entries.
On 2008/04/08 at 08:52, in message
[EMAIL PROTECTED], Paul
Joseph [EMAIL PROTECTED] wrote:
Hi,
I am using Cocoon 2.1.5 and it has been in
Hi,
I'm in the process of creating the administrator part of a web portal
and have looked at Cocoon Forms and the Binding Framework.
It's a semantic web portal and all the data that will be edited comes
from a SPARQL query and is returned as RDF/XML (in my case a String
containing the
Hi All,
I'm a new Cocoon user and I've come across and I'm having a really
bizarre problem at the moment which has stopped my site development in
it's tracks.
I've got Apache/Tomcat/Cocoon set-up and have got the Tomcat and
Cocoon samples running just fine. I've set-up a virtual server with
it's
Yes you are correct here. Remove the / from the beginning. Also use a
relative source:
Use
map:generate src=main/helloworld.xml/
instead of
map:generate src=/main/helloworld.xml/
Regards,
Jeroen
Rainer Pruy wrote:
Hi Jed,
you might try using map:match pattern=main/*.jhtml (leaving out
Hi Jeroen,
Thanks for the suggestion. I did actually try that but it didn't solve it. :(
The problem is that Tomcat still appears to NOT be passing any request
for a *.jhtml document in the docroot/main folder to cocoon.
As I said, when I ask for http://test.domain/test.jhtml cocoon
recieves
Well then it must be your mod_jk configuration. I do not have a lot of
experience with that, since I normally use mod_rewrite or mod_proxy.
On the cocoon side the correct way to go is without the preceding /, so
map:match pattern=/main/*.jhtml
map:generate src=/main/pageTwo.xml/
Should be
Hi,
can't you just leave the mod_jk out of this for now on and test directly
with Tomcat e.g. configure it to listen port 8080. Another approach
might be to leave Cocoon out and test some static material through
mod_jk. That way you can assure that it is working properly.
mika
Jed
Derek,
Thank you for your e-mail.
I have done more investigation into this and have found that:
1. The problem does not happen on Linux--only on XP and Windows 2000 V3.
2. The database ALWAYS has the correct value ex. 3/15/08 (or 15/3/08) is
always stored as such, but displays as 3/14/08 (or
I know mod_jk is working because it's passing the request through to
Tomcat. Instead of trying to serve the *.jhtml file from Apache, it's
going to Tomcat which is then passing back it's *own* 404 message
rather than the default apache version.
I've got mod_jk in debug mod and looked at the
Have done all of those things already.
- Jed
On 10/04/2008, Lehtonen, Mika [EMAIL PROTECTED] wrote:
Hi,
can't you just leave the mod_jk out of this for now on and test directly
with Tomcat e.g. configure it to listen port 8080. Another approach might be
to leave Cocoon out and test some
Hi Jed,
Jed schrieb:
Hi Jeroen,
Thanks for the suggestion. I did actually try that but it didn't solve it. :(
The problem is that Tomcat still appears to NOT be passing any request
for a *.jhtml document in the docroot/main folder to cocoon.
As I said, when I ask for
Hello Nikolas!
Hi Grzegorz,
thanks for your informative answer.
Grzegorz Kossakowski schrieb:
[SNIP]
Before I start to comment on your proposals/questions I need to ask a
few mine:
1. Do you _really_ think that having central point (sitemap) that
rewrites your URLs for blocks
Forgott to state [1]-reference, so here it is, sorry:
[1] http://www.mail-archive.com/users@cocoon.apache.org/msg41207.html
--
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger
Patrick Heiden pisze:
Hi!
snip what=some good tips how to get Acegi running/
I would enjoy to see this little update inside cocoon-trunk for new
users. Maybe one 'little'
problem is the aforementioned availability of the spring-security
artifact (2.0.0 RC1) inside
mavens repository. Could
Hello!
Patrick Heiden pisze:
Hi!
snip what=some good tips how to get Acegi running/
I would enjoy to see this little update inside cocoon-trunk for new
users. Maybe one 'little'
problem is the aforementioned availability of the spring-security
artifact (2.0.0 RC1) inside
mavens
Patrick Heiden pisze:
Yes, this would be possible. I am actually working on set up that block, using
new
spring-security namespace configuration. Are there any guidelines on how (and
where ;) to create
patches/issues for cocoon?
Unfortunately, this bit is still missing:
Hi Jeroen!
Well following the tomcat documentation:
http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html
it says you will can provide your own xerces implementation.
Since it's tomcat that will do the validation, I guess you will have to
add it to the endorsed dir of your
Alright, I will following your steps as soon as I am ready to do!
Thank you very much!
Original-Nachricht
Datum: Thu, 10 Apr 2008 21:16:16 +0200
Von: Grzegorz Kossakowski [EMAIL PROTECTED]
An: users@cocoon.apache.org
Betreff: Re: RCL goal refactorings / acegi
Patrick
Hi,
I'm looking into the Cocoon Forms 1.0 block (with Cocoon 2.2) and it seems very
nice. But I see that the Java API example at
http://cocoon.apache.org/2.2/blocks/forms/1.0/498_1_1.html use Avalon's
ServiceManager interface. However, at the New in 2.2 page it says that
Cocoon 2.2 doesn't
snip/
But with 6.0 there are problems!
1) if one follows
http://java.sun.com/j2se/1.5.0/docs/guide/standards/index.html and put
xerces-...jar into $JAVA_HOME/lib/endorsed, errors keep
alive! (No idea why JDK endorsed standard is not working)
2) if one try to bypass that and create
Well a follow up to say I fixed the problem. As I suspected it was a
problem with Tomcat, not Cocoon.
Short backstory, basically we had an existing web application using
older version of Tomcat/Cocoon and this was part of the process of
updating and moving everything to a newer faster
Thanks Jed for letting us know how you have solved your problem! Great
to hear that it's fixed!
Regards,
Jeroen
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jed
Sent: Thursday, April 10, 2008 10:16 PM
To: users@cocoon.apache.org
Subject: Re: Tomcat
Grzegorz Kossakowski wrote:
Kamal Bhatt pisze:
Kamal Bhatt wrote:
Hi,
Firstly, I would like to register my dissatisfaction on the
structure of the 2.2 website. It frustrates and confuses me and I
know how to use Cocoon. For example, I needed to get a description
of how to write a generator.
24 matches
Mail list logo