On 17.12.2006 17:29, Jeremy Quinn wrote:
Unfortunately that's a side effect of linking trunk sources into the
branch. The Captcha only works with the new JXTemplateGenerator from
the template block but not with the one from branch core. While on
trunk the one from template block is for sure co
On 17 Dec 2006, at 16:51, Joerg Heinicke wrote:
On 17.12.2006 17:29, Jeremy Quinn wrote:
It may be too early to deprecate CFormsTransformer (for this
release) but would it be possible to replace the old JXT with the
new one, so it can be tested more heavily?
I'll give it a try and click
On 17.12.2006 17:29, Jeremy Quinn wrote:
It may be too early to deprecate CFormsTransformer (for this release)
but would it be possible to replace the old JXT with the new one, so it
can be tested more heavily?
I'll give it a try and click around a bit.
Lucene Block
I fixed th
On 15.12.2006 17:48, Stewart, Gary wrote:
ASCII Art Block Samples
---
ASCII Art 10 to JPEG and PNG gave a heap space error. Could have increased the
default heap but I didn't :D.
Works for me.
Proxy Block Samples
---
on Virtual Portal Demo: java.net.Con
On 16 Dec 2006, at 02:20, Joerg Heinicke wrote:
Hello Gary,
thanks very much for your efforts. Such extensive testing is very
welcome of course.
On 15.12.2006 17:48, Stewart, Gary wrote:
Forms
-
The Capatcha form didn't work in the Forms example (it didn't show
the string) and
Profiling information form1 - JXTemplate produced
org.apache.cocoon.forms.FormsRuntimeException: The template cannot
find a form object
-
resource://org/apache/cocoon/forms/generation/jx-macros.xml - 49:117
Same for this one - at least it works with "newjx". Btw, what's the
sense of it? B
Hello Gary,
thanks very much for your efforts. Such extensive testing is very
welcome of course.
On 15.12.2006 17:48, Stewart, Gary wrote:
Hello World Tests
=
org.xml.sax.SAXParseException: Invalid byte 3 of 3-byte UTF-8 sequence.
Was a problem in build system, when UTF-8
On 14.12.2006 08:37, Joerg Heinicke wrote:
Woody block does neither compile due to missing outerj stuff.
Where the hell did the Woody block get its org.outerj.i18n.* stuff from?
I can't find it. Only found the commits where Sylvain dropped its usage
(157067 on branch and 157080 on trunk).
> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
> Sent: 11 December 2006 13:56
> To: Cocoon-Dev; Cocoon-Users
> Subject: Looking for help in upcoming release
>
>
> Hi community,
>
> the Cocoon project is working very hard to releas
On 14.12.2006 08:10, Carsten Ziegeler wrote:
I fear JCR block does not compile as all the API (package javax.jcr.*)
stuff has been removed (probably with the update to jackrabbit 1.0.1).
No, the jcr api has not been removed, we never had it in our repository
(due to licencing problems). The j
Joerg Heinicke wrpte:
> On 11.12.2006 14:55, Carsten Ziegeler wrote:
>> Hi community,
>>
>> the Cocoon project is working very hard to release 2.1.10 by Monday,
>> December 18th.
>
> I fear JCR block does not compile as all the API (package javax.jcr.*)
> stuff has been removed (probably with the
On 11.12.2006 14:55, Carsten Ziegeler wrote:
Hi community,
the Cocoon project is working very hard to release 2.1.10 by Monday,
December 18th.
I fear JCR block does not compile as all the API (package javax.jcr.*)
stuff has been removed (probably with the update to jackrabbit 1.0.1).
Jörg
Alfred Nathaniel wrote:
> The following blocks do not compile with Sun JDK 1.3.1_19:
>
> -- databases: import javax.sql cannot be resolved
My fault - fixed.
> -- imageop: import javax.imageio cannot be resolved
This block is supposed to require jdk 1.4+
> -- portal: constructor RuntimeException(St
On 12/13/06, Alfred Nathaniel <[EMAIL PROTECTED]> wrote:
...Shall we say that 2.1.10 is the last 1.3 compatible release? Or even
that 2.1.9 is already the last one?...
If no one's willing to fix 2.1.10 for JDK 1.3, I agree to stop
supporting 1.3 officially. But IIRC we've been saying for a lo
On Mon, 2006-12-11 at 14:55 +0100, Carsten Ziegeler wrote:
> 7. Make sure you describe your test environment: Platform and JVM,
> including version numbers.
The following blocks do not compile with Sun JDK 1.3.1_19:
-- databases: import javax.sql cannot be resolved
-- imageop: import javax.image
Florian wrote:
> Sorry,
>
> was too dumb to send an eMail only to one person...
:) No problem
>
> Ok, here's the translation 'cause it could be interesting for other
> people, too:
> - The URL is correct:
>
> http://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X
Yepp, thanks - see, I'm to
Hi community,
the Cocoon project is working very hard to release 2.1.10 by Monday,
December 18th.
To meet this goal -- which clearly will benefit all users -- we need
some *specific* QA (quality assurance) input from the user community.
While we believe that the current development version of 2.1
17 matches
Mail list logo