headers
Kamal Bhatt | 1 Jul 01:41
Picon
Favicon

Re: Cocoon-fop-impl using old version of fop.jar

This has been done in trunk (I think)

https://svn.apache.org/repos/asf/cocoon/trunk/blocks/cocoon-fop/cocoon-fop-ng-impl/

I don't know why this hasn't been released, a committer can give more 
information on what needs to be done to make this a stable, released block.

Unfortunately, when the Fop crew moved to 0.9x they completely rewrote 
the API for embedding which makes the upgrade a little more difficult 
than simply changing the version number.

Also, 0.9x works very differently to 0.20.5. From my understanding 
0.20.5 had many deviations from the XSL FO standard, which were 
rectified in 0.9x. This means that there are probably many people out 
there who would scream bloody murder if we simply moved to 0.9x as all 
their stylesheets would break.

I assume the reason why both 0.20.5 and 0.9x were not supported in the 
same transformer was because of clashing classes.

For more details see here:

http://xmlgraphics.apache.org/fop/0.94/upgrading.html

> Hi guys,
>
>  
>
> Any particular reason why we still use the DINO-version of the fop.jar 
> (0.20.5) ?
(Continue reading)

Permalink | Reply | 501 comments |
headers
Kamal Bhatt | 1 Jul 02:38
Picon
Favicon

Re: FYI: I'll be working for Workflow company over summer

Grzegorz Kossakowski wrote:
> Hi guys,
>
> I thought that it's a good idea to clearly state that I'll be working 
> for Workflow company from Vienna.
>
> My employment will probably drive my most of the interest in working 
> on C2.2 over this summer. Anyway, I was lucky enough to find a job 
> that will give me a chance to work on my favorite Cocoon parts.
>
> My plan for this summer is (apart from bug-fixing and maintenance work 
> of course):
> 1. Upgrade of our documentation system to Daisy 2.2 once released 
> (quite tedious I guess)
> 2. Collaboration of Dojo 1.1 migration of Forms. Here I speak to you 
> Jeremy, I will finally have enough time to give you a serious 
> feedback, probably some code and plenty of tips when it comes to 2.2. 
> Others interested in this work are invited to participate in the 
> effort of course!
I would love to understand Dojo as it is used in CForms. I would like to 
solve some mysteries such as what attaches events to the form. It would 
be nice if a fix were put in for the ongoing issue with non widget 
elements from not rendering in Ajax [1]. This might be better handled 
with the formalising the hack mentioned at the end of page, which 
doesn't work anymore (or by creating a new kind of widget)
> 3. I finally want to learn how to make releases, I'll probably start 
> with Template 1.0.0 and Forms 1.0.0. If successful, then I want to 
> release Template 1.2.0 that includes contributions from Kamal Bhatt 
> (jx:element).
Good to hear.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Lukas Lang | 1 Jul 08:13
Picon

Block launch exception

Hello,

as I'm working on my GSoC project, I try to launch various Block samples
using the jetty-webapp Eclipse plugin. Unfortunately I can't find any Block,
launch succeeds not ending up with this exception:

Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Unable to read spring
configurations from classpath*:META-INF/cocoon/spring; nested exception is
org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing
XML document from URL
[jar:file:/C:/Dokumente%20und%20Einstellungen/lukas.lang/.m2/repository/org/apache/cocoon/cocoon-core/2.2.1-SNAPSHOT/cocoon-core-2.2.1-SNAPSHOT.jar!/META-INF/cocoon/spring/cocoon-core-caching-source.xml];
nested 
exception is org.springframework.beans.FatalBeanException: Class
[org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler] for namespace
[http://www.springframework.org/schema/p] does not implement the
[org.springframework.beans.factory.xml.NamespaceHandler] interface

I got this exception launching the samples of cocoon-it, cocoon-petstore-sample, cocoon-eventcache, cocoon-velocity.
Any Ideas? Should I come up with the full stack trace?

Thanks in advance,
Lukas
Permalink | Reply | 1 comment |
headers
Thorsten Scherler | 1 Jul 09:11
Picon

Concurrency and input-modules

Hi all,

http://marc.info/?t=120180448900001&r=1&w=2 

The problem that I encountered is that the locationmap is throwing an 
error as soon as there are concurrent user. The locationmap is a
input-module that we have over in forrest. 

The problem seems to lie in the fact the getAttribute method is not
synchronized 
http://svn.apache.org/viewvc/forrest/trunk/main/java/org/apache/forrest/locationmap/LocationMapModule.java?r1=653732&r2=672756&diff_format=h
above change will fix the problems with concurrency but this raises the
question whether there is a better way to do it and whether ALL
input-modules are not thread saved.

TIA for any thoughts.

salu2
--

-- 
Thorsten Scherler                                 thorsten.at.apache.org
Open Source Java                      consulting, training and solutions
Permalink | Reply | 0 comments |
headers
Felix Knecht | 1 Jul 16:10

Released vs Snapshot blocks


Hi all

I stated some problems using not yet released blocks mixed with the released c22 ones.

Having an application based on the released c22 core stuff but using some non released 'SNAPSHOT blocks I
stated that I
wasn't able to use the SNAPSHOT blocks because they are wired with the cocoon-core snapshot.
Building and deploying locally the snapshot blocks and then using them maven also wants to pull in the latest
cocoon-core 2.2.1-SNAPSHOT (probably because of parent poms).

Can't we base for the non released blocks on the released cocoon-core 2.2 where possible?

WDOT?

Felix

PS:
I tried my best to say what I mean but I'm not really sure if it's comprehensible ...
Permalink | Reply | 1 comment |
headers
Leszek Gawron | 1 Jul 16:47
Picon

SettingsBeanFactoryPostProcessor creates cocoon-files directory in non-cocoon environment

Hello,
I am using SettingsBeanFactoryPostProcessor. There is one very 
irritating "feature": the "cocoon-files" directory is being created 
every time (and of course it is not used).

I understand this folder holds unpacked blocks, but why is it created 
when there is not need for it?

	lg
--

-- 
Leszek Gawron                         http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Permalink | Reply | 3 comments |
headers
Carsten Ziegeler | 1 Jul 16:53
Picon
Favicon

Re: SettingsBeanFactoryPostProcessor creates cocoon-files directory in non-cocoon environment

Leszek Gawron wrote:
> Hello,
> I am using SettingsBeanFactoryPostProcessor. There is one very 
> irritating "feature": the "cocoon-files" directory is being created 
> every time (and of course it is not used).
> 
> I understand this folder holds unpacked blocks, but why is it created 
> when there is not need for it?
> 
:) Because it doesn't hurt - but I agree changing this to just create it 
on demand should be very easy.

Carsten

--

-- 
Carsten Ziegeler
cziegeler <at> apache.org
Permalink | Reply | 2 comments |
headers
Felix Knecht | 1 Jul 17:04
Picon
Favicon

[Drop it] Re: Released vs Snapshot blocks

Sorry for the noise!

In spite of checking it several times I haven't seen my misconfiguration 
somewhere in the deep :-(

But at least it helped me to write about it - it finally solved my 
blindness.

Felix
> Hi all
>
> I stated some problems using not yet released blocks mixed with the 
> released c22 ones.
>
> Having an application based on the released c22 core stuff but using 
> some non released 'SNAPSHOT blocks I stated that I
> wasn't able to use the SNAPSHOT blocks because they are wired with the 
> cocoon-core snapshot.
> Building and deploying locally the snapshot blocks and then using them 
> maven also wants to pull in the latest
> cocoon-core 2.2.1-SNAPSHOT (probably because of parent poms).
>
> Can't we base for the non released blocks on the released cocoon-core 
> 2.2 where possible?
>
> WDOT?
>
> Felix
>
> PS:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Reinhard Pötz | 1 Jul 17:49
Picon
Favicon

What is Corona?

Kamal Bhatt wrote:
> Grzegorz Kossakowski wrote:
>> 5. Having a serious look into Corona.
> Forgive my ignorance, but I assume you are not risking blindness or are 
> intending to drink lots of beer, so what is Corona?

At Indoqa we have been working on a complete rewrite of Cocoon that we 
called Corona. The most basic module of Corona is the 'corona-pipeline' 
module. It is easily embeddable into any Java application because it 
comes with no dependency but the classes coming with the JRE. Here is an 
example for the pipeline API:

Pipeline pipeline = new NonCachingPipeline();

pipeline.addComponent(new FileGenerator(
     PipelineTest.class.getResource("/test.xml")));
pipeline.addComponent(new XSLTTransformer(
     PipelineTest.class.getResource("/test.xslt")));
pipeline.addComponent(new XMLSerializer());

pipeline.execute(null, System.out);

We also had the chance to tidy up a lot of things because the core of 
Cocoon isn't easily comprehensible after having been under development 
for about 7 years.

On top of corona-pipeline we put the corona-sitemap module. It 
implements more or less the sitemap language that you know from Cocoon 
2.x. Like Cocoon 2.2 the sitemap components are managed by Spring but 
the dependency on Spring should be easily replaceable because it is
(Continue reading)

Permalink | Reply | 3 comments |
headers
Reinhard Pötz | 1 Jul 17:51
Picon
Favicon

Re: Block launch exception

Lukas Lang wrote:
> Hello,
> 
> as I'm working on my GSoC project, I try to launch various Block samples
> using the jetty-webapp Eclipse plugin. Unfortunately I can't find any 
> Block,
> launch succeeds not ending up with this exception:
> 
> Caused by: 
> org.springframework.beans.factory.BeanDefinitionStoreException: Unable 
> to read spring configurations from classpath*:META-INF/cocoon/spring; 
> nested exception is 
> org.springframework.beans.factory.BeanDefinitionStoreException: 
> Unexpected exception parsing XML document from URL 
>
[jar:file:/C:/Dokumente%20und%20Einstellungen/lukas.lang/.m2/repository/org/apache/cocoon/cocoon-core/2.2.1-SNAPSHOT/cocoon-core-2.2.1-SNAPSHOT.jar!/META-INF/cocoon/spring/cocoon-core-caching-source.xml]; 
> nested exception is org.springframework.beans.FatalBeanException: Class 
> [org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler] 
> for namespace [http://www.springframework.org/schema/p] does not 
> implement the [org.springframework.beans.factory.xml.NamespaceHandler] 
> interface
> 
> I got this exception launching the samples of cocoon-it, 
> cocoon-petstore-sample, cocoon-eventcache, cocoon-velocity.
> Any Ideas? Should I come up with the full stack trace?

I ugpraded trunk to Spring 2.5.5. Could you try again please?

--

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
(Continue reading)

Permalink | Reply | 0 comments |

Gmane