Ralph Goers wrote:
I am trying to merge changes I have made on BRANCH_2_1_X with trunk.
What is the best way to do that?
I guess I should be more specific. I tried following the instructions
in the fast introduction but I end up with no changes in the file.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31524.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I have provided a patch [1] that removes cocoon's multipart upload
parser with one based on commons-fileupload.
My approach breaks existing client code however, so Antonio suggested to
get a few more opinions before continueing.
1) Part, PartOnDisk, PartInMemory are not necessary anymore. They
Sounds as a reasonable solution for this problem.
Thanks (again).
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Sent: Friday, November 05, 2004 10:05 PM
To: [EMAIL PROTECTED]
Subject: Re: Setting validation errors on repeaters?
Bart Molenkamp wrote:
Hi all,
Jorg Heymans dijo:
Hi,
I have provided a patch [1] that removes cocoon's multipart upload
parser with one based on commons-fileupload.
My approach breaks existing client code however, so Antonio suggested to
get a few more opinions before continueing.
1) Part, PartOnDisk, PartInMemory are
So far I've migrated the classes to use the RunnableManager instead of
creating own Threads:
- org.apache.cocoon.components.cron.QuartzJobScheduler$ThreadPool
It creates its own anonymous thread pool from the
RunnableManager#createPool. There is no changes needed wrt its
Jean Pierre LeJacq wrote:
IMHO, it is bad idea to hardcode work arounds for broken browsers.
I agree, but I think it's the main purpose of new XHtmlSerializer to
workaround IE bugs. It already has workarounds for textarea, script
and style, so It should have div and a too, to be complete.
I
On 6 Nov 2004, at 15:43, Antonio Gallardo wrote:
Jeremy Quinn dijo:
I will try to get a new Block working, to put it in.
Great!
I have a 'querybean' block almost ready to commit, made for 'trunk'.
The existing querybean sample needs stripping from the Lucene block,
but the package names of the
Jonas Ekstedt wrote:
On Sat, 2004-11-06 at 16:13 +0100, Daniel Fagerstrom wrote:
Please submit your patch to Bugzilla so that it doesn't get lost among
all the mails. See http://wiki.apache.org/cocoon/ProjectManagement for
instructions. It is also good to have a Bugzilla entry so that you can
Question to Vadim (last commiter) or how ever changed the
BackgroundEnvironment class in the cron block:
Is it intentional that some features are not back-/forward-ported to the
trunk?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance -
Is posible to add support for both at the same time? If this is possible,
then we can add it in 2.1.6 and deprecate the old approach.
so you mean actually wrap a FileItem inside PartOnDisk and PartInMemory,
instead of creating our own FileItemPart subclassed from Part? Yes that
would work as
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi All
Has anyone got any experience using a persistable JobStore with Quartz ?
I am trying to use Postgresql to persist Quartz jobs across restarts of
Cocoon.
I have the following setup :
1) Using the script in docs/dbTables/tables_postgres.sql that comes
with Quartz 1.4.2 distribution,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke wrote:
But why introducing dependencies into the view and not externally? How
do you want to ensure consistent view over all templates or even over
different applications in a software product line?
Imagine you have a bunch of java.util.Calendar properties all around your
Giacomo Pati wrote:
Question to Vadim (last commiter) or how ever changed the
BackgroundEnvironment class in the cron block:
Is it intentional that some features are not back-/forward-ported to the
trunk?
Changes to BackgroundEnvironment and CocoonQuartzJobExecutor, such as:
-
What if, instead of using the short names datasources and jdbc, you
declare the datasource like so:
component
role=org.apache.avalon.excalibur.datasource.DataSourceComponent/quartz
class=org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource
pool-controller max=10 min=5/
Jeremy Quinn wrote:
Hi All
Has anyone got any experience using a persistable JobStore with Quartz ?
I am trying to use Postgresql to persist Quartz jobs across restarts of
Cocoon.
...
What have I done wrong?
Works for me with j2ee datasource:
store type=tx
Unico Hommes wrote:
What if, instead of using the short names datasources and jdbc, you
declare the datasource like so:
component
role=org.apache.avalon.excalibur.datasource.DataSourceComponent/quartz
class=org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource
Hi,
I'd like to point out that the Multipart support in Cocoon is one of the
few things that isn't pluggable or replaceable. I'd like it to be possible
to configure web.xml/CocoonServlet to take a class name that implements
some MultipartParser interface, and keep Part as an interface (perhaps
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vadim Gritsenko wrote:
Unico Hommes wrote:
What if, instead of using the short names datasources and jdbc,
you declare the datasource like so:
component
role=org.apache.avalon.excalibur.datasource.DataSourceComponent/quartz
On 8 Nov 2004, at 14:15, Vadim Gritsenko wrote:
Unico Hommes wrote:
What if, instead of using the short names datasources and jdbc,
you declare the datasource like so:
component
role=org.apache.avalon.excalibur.datasource.DataSourceComponent/
quartz
On 8 Nov 2004, at 13:55, Unico Hommes wrote:
What if, instead of using the short names datasources and jdbc,
you declare the datasource like so:
component
role=org.apache.avalon.excalibur.datasource.DataSourceComponent/
quartz
Ralph Goers wrote:
Reinhard Poetz wrote:
BTW, could you tell about how you use the Cocoon Portal? (... in ways
that were probably never thought of by its authors ... makes me
curious ;-)
...
Now we have an application that can have varying numbers of tabs based
upon what MBeans are available
On 8 Nov 2004, at 13:55, Unico Hommes wrote:
What if, instead of using the short names datasources and jdbc,
you declare the datasource like so:
component
role=org.apache.avalon.excalibur.datasource.DataSourceComponent/
quartz
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 8 Nov 2004, Vadim Gritsenko wrote:
Giacomo Pati wrote:
Question to Vadim (last commiter) or how ever changed the
BackgroundEnvironment class in the cron block:
Is it intentional that some features are not back-/forward-ported to the
trunk?
Changes to BackgroundEnvironment and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 8 Nov 2004, at 14:55, Jeremy Quinn wrote:
Caused by: org.quartz.impl.jdbcjobstore.InvalidConfigurationException:
Invalid delegate class: org.quartz.impl.jdbcjobstore.PostreSQLDelegate
at
org.quartz.impl.jdbcjobstore.JobStoreSupport.setDriverDelegateClass(Job
StoreSupport.java:427)
at
Vadim Gritsenko said:
Description sounds a lot like default Forrest skin: tabs on top,
tab-specific
navigation links on the left, content on the right...
Could be. I haven't looked at Forrest. But I don't think Forrest will let
you integrate JSR-168 portlets anywhere you want like the Portal
On Thu, Nov 04, 2004 at 11:33:53AM +0100, Sylvain Wallez wrote:
Done, I've committed the two-way merge of CForms.
However, there are some items that I have not synchronized:
- form.fireEvents in Form.js: why is it needed? The form object buffers
events only during the readFromRequest phase,
Luigi Bai wrote:
Hi,
I'd like to point out that the Multipart support in Cocoon is one of the
few things that isn't pluggable or replaceable. I'd like it to be
possible to configure web.xml/CocoonServlet to take a class name that
implements some MultipartParser interface, and keep Part as an
The cron job should be in sync - at least I think I did it...
apart from the changes Vadim mentions they should be identically.
Casten
-Original Message-
From: Giacomo Pati [mailto:[EMAIL PROTECTED]
Sent: Monday, November 08, 2004 4:07 PM
To: [EMAIL PROTECTED]
Subject: Re: Cron
Did you also commit this into trunk? (Maybe I did oversee it is currently
a little bit difficult to read emails :( )
Carsten
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, November 08, 2004 7:07 AM
To: [EMAIL PROTECTED]
Subject: svn commit: rev
Cocoon 2.1.x must build with JDK 1.3 - so we really should fix this!
Why do I need 1.4 for OJB and scratchpad?
Carsten
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 07, 2004 10:50 PM
To: [EMAIL PROTECTED]
Subject: Re: JDK 1.3 build fails
I'm trying to. Unfortunately, svn merge doesn't seem to work so I guess
I'll have to edit it by hand. I'm in the process of setting up my 2.2
IntelliJ project so I can do it.
Ralph
Carsten Ziegeler said:
Did you also commit this into trunk? (Maybe I did oversee it is currently
a little bit
Hi team
I've been trying to build 2.1.6 for most of today, to try to identify
the problem Antonio found when applying the DELI patch. Cocoon builds
ok, but it doesn't work, it just throws a stack trace as shown below:
Is anyone else experiencing this? I'd like to get this sorted so I can
get
Ralph Goers wrote:
We think scratchpad fails because there are characters from a
French or German character set in the file. Since my machine
is configured for an English locale JDK 1.3 seems to have a
problem. The characters are in @author tags so I'm not even
sure why they are looked
Ralhp Goers wrote:
I'm trying to. Unfortunately, svn merge doesn't seem to work
so I guess I'll have to edit it by hand. I'm in the process
of setting up my 2.2 IntelliJ project so I can do it.
Ah, ok - great :)
Carsten
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32057.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 8 Nov 2004 08:20:56 -0600 (CST), Luigi Bai
[EMAIL PROTECTED] wrote:
I'd like to point out that the Multipart support in Cocoon is one of the
few things that isn't pluggable or replaceable. I'd like it to be possible
to configure web.xml/CocoonServlet to take a class name that implements
On Tue, 2 Nov 2004 15:43:37 +0100, Ugo Cei [EMAIL PROTECTED] wrote:
Il giorno 02/nov/04, alle 15:29, Jorg Heymans ha scritto:
Is there a reason why we have our own multipart parser instead of
using commons-fileupload? This has come up already about 1.5 years ago
[1].
Maybe when the
The Blog and Default Publication are broken within 1.4-dev. After a
clean checkout and using build.sh I receive the following errors
Blog Publication
The prefix i18n for element i18n:text is not bound.
Default Publication
Cannot get variable 'document-type'
On Mon, 8 Nov 2004, Geoff Howard wrote:
On Mon, 8 Nov 2004 08:20:56 -0600 (CST), Luigi Bai
[EMAIL PROTECTED] wrote:
I'd like to point out that the Multipart support in Cocoon is one of the
few things that isn't pluggable or replaceable. I'd like it to be possible
to configure
I got the same results when I tried yesterday on Windows.
Andreas
- Original Message -
From: Michael Wechner [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November 08, 2004 9:03 PM
Subject: Publications Blog and Default within 1.4-dev are broken
The Blog and Default
Author: antonio
Date: Mon Nov 8 01:54:09 2004
New Revision: 56914
Modified:
cocoon/branches/BRANCH_2_1_X/gump.xml
Log:
Define ojb block samples dependencies
Modified: cocoon/branches/BRANCH_2_1_X/gump.xml
==
---
On 08.11.2004 18:46, Ralph Goers wrote:
As for ojb, I seem to recall seeing a message saying that the jar that
block depends on requires jdk 1.4. I could be wrong though.
I can't remember that OJB itself needs 1.4. Maybe it was just compiled
with 1.4 and now fails running with 1.3?
Joerg
Ralph Goers wrote:
Carsten Ziegeler said:
Ralph Goers wrote:
We think scratchpad fails because there are characters from a
French or German character set in the file. Since my machine
is configured for an English locale JDK 1.3 seems to have a
problem. The characters are in @author tags so I'm
Michael Wechner wrote:
Any clues?
Wrong list? :)
Vadim
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32057.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 07.11.2004 22:22, Ralph Goers wrote:
That's the way we did it until now too. But all with only one view.
What's your experience when supporting your multiple views? An
additional needed field in one of your forms should result in editing
so many views or isn't it?
I'm not sure I understand
Joerg Heinicke said:
Sample: You have an object, that can be viewed and edited. This object
will be extended by adding a further required field when editing it and
would be of interest when viewing it. How much effort do you need to
update all the views that reference it? To what degree can
On 08.11.2004 14:10, Leszek Gawron wrote:
Imagine you have a bunch of java.util.Calendar properties all around
your JavaBeans. Now in most of the views you want to render them
according to a specific pattern.
Now there are some special cases when you want those dates to get
additional styling
Look for files in scratchpad that have Reinhard Poetz as the author, but
with his last name using the German spelling.
Carsten Ziegeler said:
Can you give a list of which files don't work - it seems that my
german setup compiles everything without problems :)
Carsten
-Original
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31229.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31229.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello dev,
I don't know what is reason of this problem: cocoon, tomcat or
mod_jk2. When I try to upload file with size greater then 4096 then
I see this error(see at the end :)). If I connect to cocoon directly
by 8080 port then there is no problem with it. When I look to
I was going to work on this today but I got sidetracked.
Geoff Howard wrote:
Can someone give some help figuring out what is wrong with gump for
the JMS block? The build snippet below appears to show a failure due
to classpath (unresolved symbol) but the geronimo jms spec jar is in
the classpath
On 08.11.2004 21:24, Ralph Goers wrote:
Sample: You have an object, that can be viewed and edited. This object
will be extended by adding a further required field when editing it and
would be of interest when viewing it. How much effort do you need to
update all the views that reference it? To
Someone should correct this typo in BRANCH_2_1_X/gump.xml
(Line 1135)
packageorg.apache.c/ocoon/package
^^^
/Leo
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok, I changed this - does it now compile for you?
Carsten
-Original Message-
From: Ralph Goers [mailto:[EMAIL PROTECTED]
Sent: Monday, November 08, 2004 9:45 PM
To: [EMAIL PROTECTED]
Subject: RE: JDK 1.3 build fails
Look for files in scratchpad that have Reinhard Poetz as the
Ralph Goers wrote:
Reinhard Poetz wrote:
Thank you, very interesting reading!
BTW, could you tell about how you use the Cocoon Portal?
(... in ways
that were probably never thought of by its authors ... makes me
curious ;-)
Sure. It turns out that the portal (if you ignore
Fixed.
Thanks!!
Carsten
-Original Message-
From: leo leonid [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 09, 2004 3:15 AM
To: [EMAIL PROTECTED]
Subject: typo in BRANCH_2_1_X/gump.xml (Line 1135)
Someone should correct this typo in BRANCH_2_1_X/gump.xml
(Line 1135)
On Mon, 8 Nov 2004 14:16:45 -0600 (CST), Luigi Bai
[EMAIL PROTECTED] wrote:
On Mon, 8 Nov 2004, Geoff Howard wrote:
On Mon, 8 Nov 2004 08:20:56 -0600 (CST), Luigi Bai
[EMAIL PROTECTED] wrote:
...
I read your reference and Stefano's proposal.
Excellent.
I agree with the concept of
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32124.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke wrote:
So your view is more data-driven? We had this in our first Cocoon
project Lofex. We had an XML representing the data from the model and
XSLT to transform it into HTML (but no configuration how to or what to
display, just one XSLT per page). May I ask for more details on
Carsten Ziegeler said:
Ok, I changed this - does it now compile for you?
Carsten
Unfortunately, no. But I'm not getting to the changes you made.
compile-core:
Compiling 539 source files to
/home/rago2483/cocoon/head/BRANCH_2_1_X/build/cocoon-2.1.6-dev/classes
Carsten Ziegeler wrote:
Ok, I changed this - does it now compile for you?
Carsten
-Original Message-
From: Ralph Goers [mailto:[EMAIL PROTECTED]
Sent: Monday, November 08, 2004 9:45 PM
To: [EMAIL PROTECTED]
Subject: RE: JDK 1.3 build fails
Look for files in scratchpad that have
73 matches
Mail list logo
