blocks-tobeconverted
Key: COCOON-1853
URL: http://issues.apache.org/jira/browse/COCOON-1853
Project: Cocoon
Type: Bug
Components: Blocks: Validation
Versions: 2.1.10-dev (current SVN)
Reporter: Ben Pope
Moving blocks
[
http://issues.apache.org/jira/browse/COCOON-1838?page=comments#action_12412136
]
Ben Pope commented on COCOON-1838:
--
A while go I had a look at all the pom files, but I wasn't entirely sure how
they worked with respect to the missing version numbers
On 24/04/06, Reinhard Poetz [EMAIL PROTECTED] wrote:
I checked in my changes on cocoon-core. This should solve all the reported
problems. Could you try it again please?
I get a 404 page, but otherwise everything seems to work.
Ben Pope
--
I'm not just a number. To many, I'm known as a string...
[
http://issues.apache.org/jira/browse/COCOON-1838?page=comments#action_12375010
]
Ben Pope commented on COCOON-1838:
--
Ah, thats a different story... much harder!
There are a few places where there is a missing groupId or version number
altogether
[ http://issues.apache.org/jira/browse/COCOON-1837?page=all ]
Ben Pope updated COCOON-1837:
-
Attachment: legal.patch
Corrects the parent artifactId, grants license to ASF.
[lcocoon-licenses] New dependancy on cocoon-licensesbreaks trunk because
cocoon
: Ben Pope
Priority: Trivial
Attachments: version.patch
Continuing the theme of Carsten in commit 394739
(This sits on top of my other patch JIRA 1837, so 1 or two files might fail if
that one is not commited)
License granted to ASF.
The patch is essentially a search and replace of version1
.
Ben Pope
--
I'm not just a number. To many, I'm known as a string...
With a little digging around, 5.2RC1 has recently been released:
http://article.gmane.org/gmane.comp.jakarta.bcel.devel/1052
And they're looking for testers, perhaps it is still time to upgrade?
Ben Pope
--
I'm not just a number. To many, I'm known as a string...
On 10/04/06, Antonio Gallardo [EMAIL PROTECTED] wrote:
Ben Pope escribió:
With a little digging around, 5.2RC1 has recently been released:
http://article.gmane.org/gmane.comp.jakarta.bcel.devel/1052
And they're looking for testers, perhaps it is still time to upgrade?
Thanks
On 10/04/06, Ben Pope [EMAIL PROTECTED] wrote:
On 10/04/06, Antonio Gallardo [EMAIL PROTECTED] wrote:
Ben Pope escribió:
With a little digging around, 5.2RC1 has recently been released:
http://article.gmane.org/gmane.comp.jakarta.bcel.devel/1052
And they're looking for testers
On 11/04/06, Antonio Gallardo [EMAIL PROTECTED] wrote:
Thanks Ben.
FYI, in xalan, bcel is used for xsltc.
So I guess it's used in cached pipelines, and I guess the default
pipeline is cached, so I guess it was tested ;)
Ben Pope
--
I'm not just a number. To many, I'm known as a string...
, and generally shy
away from development on or with 2.2.
How much effort is really required, when you consider how much gain
can be had in terms of additional help and testing, as well as
everybody working towards the same goal?
Thanks for your time.
Ben Pope
--
I'm not just a number. To many, I'm
on the former two, and that I would only require to add the
ajax-samples to the pom. It seems that the pom files for each of
these blocks do not yet include their dependancies, or is that
intentional?
Ben Pope
--
I'm not just a number. To many, I'm known as a string...
local
copy, and download it, but as soon as I update the root, it changes it
back to http and fails.
I don't think I can solve this problem locally, or whether it's
possible to get externals through the same protocol as the main trunk.
Does this affect anybody else?
Ben Pope
--
I'm not just a number
On 05/02/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Ben Pope schrieb:
On my current connection ot the internet, there is a proxy which
messes with http, to such an extent that it breaks svn. Thats fine, I
can download trunk through https. However, it fails on the externals,
since
[
http://issues.apache.org/jira/browse/COCOON-1734?page=comments#action_12364020
]
Ben Pope commented on COCOON-1734:
--
Sorry, but it looks like your added methods in Binding.java broke a subclass, I
get a failed compile (on 2.2):
\cocoon-forms\cocoon
[ http://issues.apache.org/jira/browse/COCOON-1734?page=all ]
Ben Pope updated COCOON-1734:
-
Attachment: CustomValueWrapBinding.diff
I don't know if this is in the spirit of your additions, but it makes it
compile :)
Forms library not honouring cross
On 15/01/06, Daniel Fagerstrom [EMAIL PROTECTED] wrote:
Ben Pope skrev:
When Building Cocoon Block Deployer
I get a compile error:
java.lang.IllegalStateException: basedir src\main\resources\xsd does not
exist
I get the same error, the directory is there but the castor plugin
.maven.org/maven2)
Are these things known to be broken? Whats the current workaround?
If the current workaround is to wait 'til it works, then thats ok :P
Thanks for your time,
Ben Pope.
Robert Graham wrote:
I grabbed the trunk off of SVN and the whiteboard and tried to build
this, but it failed trying to build the javadocs and I'm not sure why.
I thought someone might be able to enlighten me.I've got 2.1 running
on the same setup and have no trouble building it. I've edited it
Reinhard Poetz wrote:
Ben Pope wrote:
Yes, I agree. The question still remains as to who's itch is
irritating enough. I also agree that if Cocoon is going to have a
small core, that ultimately will consist of CForms, JXTemplate (or
CTemplate?) and, well, core, then it needs to marked
Kumar, Kiran wrote:
ubsubscribe
You'd do better looking here:
http://cocoon.apache.org/community/mail-lists.html
And sending the mail to:
mailto:[EMAIL PROTECTED]
Ben
Ralph Goers wrote:
The problem is that we are recommending (and have been recommending)
CForms as our forms framework for a long time. Even if you haven't
marked it stable, it already should be, based upon those recommendations.
Yes, in an ideal world the API would be fixed, but it seems
of the output of this
transformer as the caching algorithm...
WDYT?
Ben Pope.
can all work it out.
Ben Pope.
Index: TraxTransformer.java
===
--- TraxTransformer.java(revision 165470)
+++ TraxTransformer.java(working copy)
@@ -85,8 +85,8 @@
* /pre
*
* The lt;use-request-parametergt
Antonio Gallardo wrote:
Can you send me a patch for a correct english of this? ;-)
Apologies...
That last patch was imcomplete.
This covers all instances of cach(e)ability, and replaces a br with a p to
increase clarity.
Ben Pope.
Index: TraxTransformer.java
Kumar, Kiran wrote:
From: Torsten Curdt
The only way to do proper synchronization is synchronize all
access ...or use Dough's concurrent utils (which are now
also part of java 1.5)
but I am in trouble now as I cannot switch to 1.5 until some more time.
It might take some time to migrate
Kumar, Kiran wrote:
does any give me an overview of what exactly I need to on using concurrent
utils to create non-shareable DOM objects
We're probably in the wrong place to be discussing general concurrent
programming issues.
Try here for a basic guide to the concurrent package:
Sylvain Wallez wrote:
Hi all,
I've been thinking for a few weeks to add AJAX support to CForms. Ajax
is the current buzzword in the blogosphere since Google maps [1] started
and the folks at Adaptivepath found this name for the XmlHttpRequest +
JS + XML combo [2].
snip/
Two days hacking, most
Sylvain Wallez wrote:
Leszek Gawron wrote:
It looks really promising. I was not able to run the samples. Firefox
has rendered the retrieved list as text (outside selection widget). IE
just showed javascript error and did nothing.
Doh! I understand why you say promising :-(
I tested it
Sylvain Wallez wrote:
This is the XHR-powered carselector Ugo added months ago as a first
experiment. Try the regular carselector, and also dynamic repeater,
datasource selector and task tree (right column).
I did wonder, as it wasn't what you'd mentioned.
However, Firefox renders carselector
Sylvain Wallez wrote:
oceatoon wrote:
Hi everyone
Is anybody aware of such a thing as JX generating a weirds namespaces??
head xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
weird !! and blocking...g
This seems to happen only on a cforms / jx mixed page, I tested simple
jx is
ok.
Fixed. The
the form handler. If the parameter
exists (regardless of whether GET/POST) it calls the continuation.
Just a thought...
Ben Pope.
Eric E. Meyer wrote:
This is how I work with hidden continuation ids since my form posts.
You can select based upon the request:method - continuing only on POST
Sylvain Wallez wrote:
No, no identity at all! Since you replay the add/move/delete events, you
just need to be able to remove/add items at specific positions. That
means that the underlying collection should be a java.util.list or a dom
Element.
But actually this can be even simpler and we
Sylvain Wallez wrote:
Ben Pope wrote:
Sylvain Wallez wrote:
No, no identity at all! Since you replay the add/move/delete events,
you just need to be able to remove/add items at specific positions.
That means that the underlying collection should be a java.util.list
or a dom Element
Stefano Mazzocchi wrote:
Pier Fumagalli wrote:
FYI, might be interesting for the Cocooners out there, as that's what
I've tested.
http://www.betaversion.org/~pier/wiki/display/pier/32+Versus+64
Interesting.
It would also be kinda cool to have some other data in terms of
concurrency, you are
Sylvain Wallez wrote:
Ben Pope wrote:
project
people
person id=0
nameMe/name
/person
person id=1
nameYou/name
/person
person id=2
nameHim/name
/person
/people
rooms
room id=0
nameLounge/name
Hi,
First of, sorry for the post here, but I've asked a few times on users and
not had this solved, so I'm gonna cross my fingers and post here:
This is something I've been struggling with, on and off, for some time now.
Assume I have some data as follows:
project
people
person id=0
specified in the repeater and replace people elements inside of the room
with the appropriate idrefs?
Cheers,
Ben Pope
-Original Message-
From: Ben Pope [mailto:[EMAIL PROTECTED]
Sent: Sunday, 13 March 2005 18:12
To: dev@cocoon.apache.org
Subject: CForms Binding - Cross Referenced
, all insights are welcomed!
Ben Pope
Mark
On Sun, 13 Mar 2005 20:25:50 +0100, Linden H van der (MI)
[EMAIL PROTECTED] wrote:
You could make a multipage form if necessary.
Also have a look at the samples in the forms block. I think the
dreamteam sample and the dynamic repeater
Hi guys,
Am I going mad, or did this break some of my stuff?
It seems as though some of my forms are being cached now, and the change is
to do with removing stuff from the cache...
If this isn't the case, I apologise for pointing fingers, but I'm sure it
worked a couple of days ago. I updated
I think I'm mad, so ignore me.
Bit difficult to tell now, didn't realise a build clean just deleted the
webapp directory.
Shame really, as my work was there.
Ben
-Original Message-
From: Ben Pope [mailto:[EMAIL PROTECTED]
Sent: 04 March 2005 23:39
To: dev@cocoon.apache.org
-Original Message-
From: Reinhard Poetz [mailto:[EMAIL PROTECTED]
Sent: 18 February 2005 17:41
To: dev@cocoon.apache.org
Subject: Re: Moving blocks
Upayavira wrote:
Reinhard Poetz wrote:
Could some people pls report back whether there have been any
problems on updates?
Hi,
I'll get straight to the point:
I'm having some difficulty in working out how to bind the following data in
both directions:
project
people
person id=0
nameMe/name
/person
person id=1
nameYou/name
/person
person id=2
nameHe/name
44 matches
Mail list logo