Hi,
I am consistently uploading 400kb files over mod_jk2 to Jetty without
problems. I can send you my mod_jk2 config if you want.
Regards
Jorg
Grzegorz Taczyk wrote:
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
Joerg Heinicke wrote:
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
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=32102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
You're right, it is broken. I found that the cocoon-ojb-block.jar is 1 k
in size; it only contains 2 files in meta-inf/
I'm not familiar with Cocoon's build system, but the OJB block has a
build.xml file in the root of the block, could this break the building
of OJB? I've tried to remove it, then
Sorry Micah for the late reply, somehow completely missed updates on
this thread..
It's based on 2.1.x , bugzilla entry is [1] for the patch, discussion is
continuing at [2]
Jorg
[1] http://nagoya.apache.org/bugzilla/show_bug.cgi?id=32102
[2]
Ralph Goers wrote:
Well, as I now have an account it seems that this is an appropriate
time to introduce myself to you all.
I am a California native, born and raised just outside of Los Angeles.
When I started college I was Physics major, but when I took my first
class in computers I was
Jorg Heymans wrote:
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
Jonas Ekstedt wrote:
On Fri, 2004-11-05 at 14:02 +0100, Daniel Fagerstrom wrote:
If I would be able to choose convertors I might decide IN VIEW ITSELF
that that specific model value should be coloured/pretty
printed/rendered according to some specific logic. As long as this
logic has
Hello Jorg,
Ok, It would be great!
Tuesday, November 9, 2004, 9:27:18 AM, you wrote:
JH Hi,
JH I am consistently uploading 400kb files over mod_jk2 to Jetty without
JH problems. I can send you my mod_jk2 config if you want.
JH Regards
JH Jorg
--
Best regards,
Grzegorz
Joerg Heinicke wrote:
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
Posting to the list in case this is useful to others...
(include mod-jk2.conf in your httpd.conf)
== mod-jk2.conf ==
LoadModule jk2_module modules/mod_jk2.so
IfModule mod_jk2.c
#---
# Set the Apache2 logger level
Hi All,
I am getting this message appearing in my console for Cocoon 2.2.0-dev :
file:/Users/jerm/Development/Checkouts/Apache/Cocoon/trunk/build/
webapp/samples/blocks/querybean/flow/QueryHistory.js, line 25: RHINO
USAGE WARNING: Missed Context.javaToJS() conversion:
Rhino runtime detected
On Tue, 9 Nov 2004, Sylvain Wallez wrote:
Ralph Goers wrote:
Well, as I now have an account it seems that this is an appropriate time
to introduce myself to you all.
I am a California native, born and raised just outside of Los Angeles.
When I started college I was Physics major, but when I
Hi,
I
am using Cforms and Actions in my project. I came across the functionality I have
to implement in my project. Can we change the style of the fields in runtime? My
requirement is I have to change the field styling depending upon the user role.
Is there any way to implement this
Sorry, missed your post entirely.
[[info on intranet Cocoon applications]]
for light cocoon usage and preview purposes they are
cocoon's samples
area. what if they are people that want to share a biger
project with the
public but they dont want to setup an open source project
(web
Hi,
We just came across a very annoying problem in session-fw: the
RequestContext class creates a DOM which represents the full contents of
a request, translating all request attributes to XML elements having names.
Now when the session transformer is called by a flowscript, there's a
request
Premkumar_Nagidi wrote:
Hi,
I am using Cforms and Actions in my project. I came across
the functionality I have to implement in my project. Can we change the
style of the fields in runtime? My requirement is I have to change the
field styling depending upon the user role. Is
On Mon, 8 Nov 2004, Giacomo Pati wrote:
- org.apache.excalibur.store.impl.StoreJanitorImpl
This is a core component but because it is outside the scope of Cocoon
(lives inthe Excalibur project) I have not migrating it so far. A
possible solutions might be to subclass it and overwrite the start
Hi Guys,
As discussed before, and several times already, it is time to phase out
feature of passing parameters from the sitemap into flowscript as positioned
function parameters:
function myflow (a, b, c) {
...
}
Because this syntax relies on order of map:parameter/ elements in the
Ralph Goers wrote:
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.
I usually do:
On 9 Nov 2004, at 13:38, Vadim Gritsenko wrote:
Hi Guys,
As discussed before, and several times already, it is time to phase
out feature of passing parameters from the sitemap into flowscript
as positioned function parameters:
function myflow (a, b, c) {
...
}
Because this syntax
Vadim Gritsenko wrote:
Hi Guys,
As discussed before, and several times already, it is time to phase
out feature of passing parameters from the sitemap into flowscript
as positioned function parameters:
function myflow (a, b, c) {
...
}
Because this syntax relies on order of
Sylvain Wallez wrote:
Ralph Goers wrote:
Well, as I now have an account it seems that this is an appropriate
time to introduce myself to you all.
I am a California native, born and raised just outside of Los
Angeles. When I started college I was Physics major, but when I took
my first class in
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Hi Guys,
As discussed before, and several times already, it is time to phase
out feature of passing parameters from the sitemap into flowscript
as positioned function parameters:
function myflow (a, b, c) {
...
}
I am not sure if removing
Vadim Gritsenko wrote:
Hi Guys,
As discussed before, and several times already, it is time to phase out
feature of passing parameters from the sitemap into flowscript as
positioned function parameters:
function myflow (a, b, c) {
...
}
Because this syntax relies on order of
Joerg Heinicke wrote:
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
Ralph Goers wrote:
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
Reinhard Poetz said:
On which level does your configuration data (LDAP) describe your page?
Let's say
that you have a personDTO and you add a birthdate property. Whould this
make it
necessary to update all configurations that describe pages using the
personDTO?
No. Our configurations are
Hello,
It seems that all blocks are compiled in, even deprecated blocks like
woody in despite of my local.blocks.properties settings.
Is the following change related?
http://svn.apache.org/viewcvs.cgi/cocoon/branches/BRANCH_2_1_X/tools/src/blocks-build.xsl?sortby=date
Thanks in advance,
--
Stefan Bodewig wrote:
On Mon, 08 Nov 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Geoff Howard wrote:
I find it hard to believe the jms spec has changed, though I
suppose this is possible.
Which version does geronimo-* implement? Maybe it is a change between
1.0.2 (the version of JMS we
Jean-Baptiste Quenot wrote:
Hello,
It seems that all blocks are compiled in, even deprecated blocks like
woody in despite of my local.blocks.properties settings.
Is the following change related?
Spotted a typo, should work now.
Thanks,
Vadim
Sylvain Wallez wrote:
Hi,
We just came across a very annoying problem in session-fw:
the RequestContext class creates a DOM which represents the
full contents of a request, translating all request
attributes to XML elements having names.
Now when the session transformer is called
Giacomo Pati wrote:
Backporting is finished.
I've deeply looked at the
org.apache.excalibur.store.impl.StoreJanitorImpl. The only
way to have it use the RunnableManger is by copying the
source :-( because that class isn't made for subclassing. I
have one ready just to have me see how
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Proposed phase out plan is:
1. Write ERROR into the log file in 2.1.6 when usage of deprecated
syntax is detected.
2. Throw exception in 2.1.7 when usage of deprecated syntax
is detected.
3. Completely remove support of deprecated syntax
Sylvain Wallez wrote:
Ralph Goers wrote:
Well, as I now have an account it seems that this is an appropriate
time to introduce myself to you all.
I am a California native, born and raised just outside of Los Angeles.
When I started college I was Physics major, but when I took my first
class in
Am I the only one seeing this? I tried to build on my computer at work
and I get the same error (see below) there as on my home computer.
For the life of me, I can't quite figure out why it thinks Queue is not an
interface.
Ralph Goers said:
Carsten Ziegeler said:
Ok, I changed this - does
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Hi,
We just came across a very annoying problem in session-fw:
the RequestContext class creates a DOM which represents the
full contents of a request, translating all request
attributes to XML elements having names.
Now when the session
* Vadim Gritsenko:
Jean-Baptiste Quenot wrote:
Hello,
It seems that all blocks are compiled in, even deprecated blocks like
woody in despite of my local.blocks.properties settings.
Is the following change related?
Spotted a typo, should work now.
OK, build builds back brilliantly.
Le 9 nov. 04, à 14:38, Vadim Gritsenko a écrit :
...Proposed phase out plan is:
1. Write ERROR into the log file in 2.1.6 when usage of deprecated
syntax is detected.
2. Throw exception in 2.1.7 when usage of deprecated syntax
is detected.
3. Completely remove support of deprecated
Le 9 nov. 04, à 10:16, Sylvain Wallez a écrit :
Wow, 1977...
Cool!
-Bertrand, 42 years young committer ;-)
smime.p7s
Description: S/MIME cryptographic signature
Geoff Howard wrote:
If we identified there is a API change between 1.0.2 and 1.1, I'd rather
have cocoon update to the latest JMS API rather than having to different
packages in gump since it seems that cocoon is the only one having that
problem anyway.
I'll see if that's the case, and if it
On Tue, 09 Nov 2004 10:33:26 -0500, Stefano Mazzocchi
[EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
On Mon, 08 Nov 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Geoff Howard wrote:
I find it hard to believe the jms spec has changed, though I
suppose this is possible.
On Mon, 2004-11-08 at 14:10 +0100, Leszek Gawron wrote:
Something like ${bean.startDate} or jx:out value=${bean.startDate}/ would
use default renderer. Something like ${bean.startDate?class=emph} jx:out
value=${bean.startDate} styling=emph/ would point that other convertor
is
needed.
On 09.11.2004 13:43, [EMAIL PROTECTED] wrote:
Modified:
cocoon/branches/BRANCH_2_1_X/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/context/RequestSessionContext.java
Log:
Quick workaround for request attributes whose name is not suitable for an XML
element name
@@ -281,9
Joerg Heinicke wrote:
On 09.11.2004 13:43, [EMAIL PROTECTED] wrote:
Modified:
cocoon/branches/BRANCH_2_1_X/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/context/RequestSessionContext.java
Log:
Quick workaround for request attributes whose name is not suitable
for an XML
On Tue, 9 Nov 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
I know many of you don't see why this has any importance nor
why that should happen. Most of us run Cocoon in Jetty or
Tomcat. But there are also users with BWL and WAS which run
Cocoon there in. Recently a commercial app servers
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=31854.
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=32124.
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=32124.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It seems that Lenya's website is ready at http://lenya.apache.org
Hence I think it would make sense to replace the Lenya link on the
Cocoon site by Related and create a new page where Lenya, Forrest and
other projects based on Cocoon (e.g. Daisy, ...) could be linked from.
WDYT?
Michi
--
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=32128.
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=32128.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ralph,
You're not alone. I get exactly the same error on both 1.3.1_07-b02 and
1.3.1_13-b03
This seems to be a bug in the 1.3.x compiler series.
Here somebody presumably ran into the same error compiling JOnAS:
http://mapage.noos.fr/vixxes/jonas/ant/
Fully naming the Queue-interface resolves
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=31854.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks. I made the change and checked it in. I did not patch trunk (2.2)
as JDK 1.3 is not supported there.
Now the compiles work but my build died creating the Javadoc with an out
of memory error.
Ralph
Guido Schreuder said:
Ralph,
You're not alone. I get exactly the same error on both
Hi Daniel and cocoon folks :)
Leszek Gawron wrote:
- break whole entity tree
How does wrapping data with a renderer touch the model? What entity
tree do you mean, actually?
- forget about lazy-loading
If you're pulling from the db each query you have a problem no matter
what. God invented RAM
Ralph Goers wrote:
Thanks. I made the change and checked it in. I did not patch trunk (2.2)
as JDK 1.3 is not supported there.
I remember (
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109993495324685w=2 )
Carsten saying Cocoon 2.1.x should build with 1.3
Sylvain Wallez wrote:
http://domify.sourceforge.net/ ?
Hmm, I have to take a look at that (if I have time for it...).
What do you think of the quick fix that consists in ignoring
attributes
that lead to an exception? Is it acceptable?
Yes, I think so - it makes sense. Perhaps apart
Why are these blocks even in 2.2? They are excluded from the build but
they are deprecated in 2.1 and have replacements.
Can they be removed?
Ralph
On 09.11.2004 19:26, Sylvain Wallez wrote:
Log:
Quick workaround for request attributes whose name is not suitable
for an XML element name
...
+System.err.println(Cannot create XML element with
name ' + attrName + ' : + de.getMessage());
Yeah, I know, that's ugly. But
I'm not seeing the problems you are. My startup is just hanging. The last
message I see says the scheduler started.
Guido Schreuder said:
Less funny however is that although i've gotten it build, Cocoon will
not startup properly.
icu4j-3.0.jar seems to be build with J2SDK 1.4.2_04-b05 and
Ok. I take it back. I let is sit there a little longer and then I do see
the NoSuchMethod error.
Ralph Goers said:
I'm not seeing the problems you are. My startup is just hanging. The last
message I see says the scheduler started.
Guido Schreuder said:
Less funny however is that although
Jorg Heymans wrote:
Posting to the list in case this is useful to others...
(include mod-jk2.conf in your httpd.conf)
== mod-jk2.conf ==
LoadModule jk2_module modules/mod_jk2.so
IfModule mod_jk2.c
#---
# Set the
Vadim Gritsenko wrote:
Hi Guys,
As discussed before, and several times already, it is time to phase out
feature of passing parameters from the sitemap into flowscript as
positioned function parameters:
function myflow (a, b, c) {
...
}
Because this syntax relies on order of
I meant to write it earlier but I hoped to do it on my new computer but
you cannot install Windows and all critical patches without getting
infected first :)
There is really not much to write as I am quite young (I found it very
stressing to write this introduction comparing myself to people here
Ralph,
i've submitted a patch ( see
http://issues.apache.org/bugzilla/show_bug.cgi?id=32138 )
that fixes both problems.
Furthermore i've reopened
http://issues.apache.org/bugzilla/show_bug.cgi?id=30372
since that is where the new version of icu4j has been introduced.
For the time being you can
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=32138.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
Author: giacomo
Date: Tue Nov 9 11:53:45 2004
New Revision: 57089
Modified:
cocoon/branches/BRANCH_2_1_X/src/blocks/cron/java/org/apache/cocoon/components/cron/QuartzJobScheduler.java
Log:
try to fix reload problem
Modified:
Carsten Ziegeler wrote:
Giacomo Pati wrote:
Backporting is finished.
I've deeply looked at the
org.apache.excalibur.store.impl.StoreJanitorImpl. The only
way to have it use the RunnableManger is by copying the
source :-( because that class isn't made for subclassing. I
have one ready just to
Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
DirectSchedulerFactory.getInstance().createScheduler(DEFAULT_QUARTZ_SCHEDULER_NAME
+ runID, runID, pool, store);
IMHO, it should cause problem with JDBC job store, and with clustered
Cocoon servers also. Point of JDBC store is to coordinate cron
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.
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=32138.
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=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Le 10 nov. 04, à 01:22, Leszek Gawron a écrit :
...I am really honoured to be a part of community being so appreciated
by users.
Thanks for your words Leszek! We're joking about people being old or
young but that's how we are anyway, it doesn't matter much ;-)
And what you're doing sounds
75 matches
Mail list logo