Re: Trunk does not compile (pipeline refactoring related?)

2006-12-21 Thread lingerer huang
I got the same problem after I update from svn.And I never build svn
successfully.

roy huang



Re: Trunk does not compile (pipeline refactoring related?)

2006-12-21 Thread Grzegorz Kossakowski
Daniel Fagerstrom napisaƂ(a):
 The trunk is supposed to be compilable at all times. It compiles for
 me. From the error messages it seem like the cocoon-core dependency on
 cocoon-pipeline-api isn't handled properly. It might be that you need
 to do a mvn clean or that something isn't updated as it should from
 svn.

It must have been some svn quirk, I've done complete now check-out and
everything compiled smoothly. Sorry for the noise.

-- 
Grzegorz Kossakowski


Trunk does not compile (pipeline refactoring related?)

2006-12-20 Thread Grzegorz Kossakowski
Hello,

I have checked out cocoon's trunk and tried to build it:
[EMAIL PROTECTED]:~/cocoon-trunk mvn -Dmaven.test.skip=true -Dallblocks install

And got this error:
[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] Compilation failure

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/treeprocessor/TreeProcessorSitemapErrorHandler.java:[33,57]
interface expected here

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/pipeline/VirtualProcessingPipeline.java:[358,75]
incompatible types
found   : org.apache.cocoon.Processor.InternalPipelineDescription
required: org.apache.cocoon.components.pipeline.ProcessingPipeline

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/pipeline/VirtualProcessingPipeline.java:[580,75]
incompatible types
found   : org.apache.cocoon.Processor.InternalPipelineDescription
required: org.apache.cocoon.components.pipeline.ProcessingPipeline

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/treeprocessor/sitemap/PipelineNode.java:[144,23]
setErrorHandler(org.apache.cocoon.sitemap.SitemapErrorHandler) in
org.apache.cocoon.components.treeprocessor.InvokeContext cannot be
applied to
(org.apache.cocoon.components.treeprocessor.TreeProcessorSitemapErrorHandler)

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/pipeline/AbstractProcessingPipeline.java:[490,75]
incompatible types
found   : org.apache.cocoon.Processor.InternalPipelineDescription
required: org.apache.cocoon.components.pipeline.ProcessingPipeline

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/pipeline/AbstractProcessingPipeline.java:[751,75]
incompatible types
found   : org.apache.cocoon.Processor.InternalPipelineDescription
required: org.apache.cocoon.components.pipeline.ProcessingPipeline

It seems this errors are related to last pipeline refactoring changes.
Is truk supposed to be not compileable?

-- 
Best regards
Grzegorz Kossakowski


Re: Trunk does not compile (pipeline refactoring related?)

2006-12-20 Thread Daniel Fagerstrom

Grzegorz Kossakowski skrev:

Hello,

I have checked out cocoon's trunk and tried to build it:
[EMAIL PROTECTED]:~/cocoon-trunk mvn -Dmaven.test.skip=true -Dallblocks install

And got this error:
[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] Compilation failure

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/treeprocessor/TreeProcessorSitemapErrorHandler.java:[33,57]
interface expected here

/home/grek/cocoon-trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/pipeline/VirtualProcessingPipeline.java:[358,75]
incompatible types
found   : org.apache.cocoon.Processor.InternalPipelineDescription
required: org.apache.cocoon.components.pipeline.ProcessingPipeline

...

It seems this errors are related to last pipeline refactoring changes.
Is truk supposed to be not compileable?


The trunk is supposed to be compilable at all times. It compiles for me. 
From the error messages it seem like the cocoon-core dependency on 
cocoon-pipeline-api isn't handled properly. It might be that you need to 
do a mvn clean or that something isn't updated as it should from svn.


/Daniel