You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by H....@MI.unimaas.nl on 2004/11/28 21:24:05 UTC

Javaflow in trunk not compiling [was: RE: Is trunk supposed to be a working version?]

Torsten,

Here are the error messages:

cocoon-block-javaflow-compile:
Compiling 28 source files to
D:\svn\cocoon-trunk\build\cocoon-2.2.0-dev\blocks\javaflow\dest
D:\svn\cocoon-trunk\src\blocks\javaflow\java\org\apache\cocoon\components\fl
ow\java\ContinuationClassLoader.java:111: cannot resolve symbol
symbol  : method setRepository (org.apache.bcel.util.ClassLoaderRepository)
location: class org.apache.bcel.Repository
        Repository.setRepository(new ClassLoaderRepository(parent));
                  ^
D:\svn\cocoon-trunk\src\blocks\javaflow\java\org\apache\cocoon\components\fl
ow\java\ContinuationClassLoader.java:173: lookupClass(java.lang.String) in
org.apache.bcel.Repository cannot be applied to (java.lang.Class)
            JavaClass clazz = Repository.lookupClass(c);
                                        ^
D:\svn\cocoon-trunk\src\blocks\javaflow\java\org\apache\cocoon\components\fl
ow\java\analyser\LocalVariables.java:147: cannot resolve symbol
symbol  : method getFirstCommonSuperclass
(org.apache.bcel.generic.ReferenceType)
location: class org.apache.bcel.generic.ReferenceType
                                Type sup = ((ReferenceType)
locals[i]).getFirstCommonSuperclass((ReferenceType) (lv.locals[i]));
                                           ^
D:\svn\cocoon-trunk\src\blocks\javaflow\java\org\apache\cocoon\components\fl
ow\java\analyser\OperandStack.java:218: cannot resolve symbol
symbol  : method getFirstCommonSuperclass
(org.apache.bcel.generic.ReferenceType)
location: class org.apache.bcel.generic.ReferenceType
                                        stack.set(i, ((ReferenceType)
stack.get(i)).getFirstCommonSuperclass((ReferenceType) (s.stack.get(i))));
                                                     ^
D:\svn\cocoon-trunk\src\blocks\javaflow\java\org\apache\cocoon\components\fl
ow\java\DecompilingVisitor.java:82: cannot resolve symbol
symbol  : method getType ()
location: class org.apache.bcel.classfile.Field
                                + field.getType() + " " + field.getName() +
";");
                                       ^
D:\svn\cocoon-trunk\src\blocks\javaflow\java\org\apache\cocoon\components\fl
ow\java\DecompilingVisitor.java:103: cannot resolve symbol
symbol  : method getReturnType ()
location: class org.apache.bcel.classfile.Method
                                + " " + _method.getReturnType() + " " +
_method.getName());
                                               ^
6 errors

Bye, Helma

> -----Original Message-----
> From: H.vanderLinden@MI.unimaas.nl 
> [mailto:H.vanderLinden@MI.unimaas.nl] 
> Sent: Sunday, 28 November 2004 20:56
> To: dev@cocoon.apache.org
> Subject: RE: Is trunk supposed to be a working version?
> 
> 
> > Could you please elaborate a bit more on that.
> 
> It complained about missing ...bcel.... variables/classes 
> etc. Odd, because
> the bcel jar is present.
> 
> If you need it to be more specific, I'll have to compile it 
> again with all
> blocks included.
> 
> Bye, Helma
> 

Re: Javaflow in trunk not compiling [was: RE: Is trunk supposed to be a working version?]

Posted by Torsten Curdt <tc...@apache.org>.
<snip/>

...definitly a bcel classpath/versioning problem.

See here...

http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110109403725802&w=2
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110117821012478&w=2

Let me know if you don't get it working

cheers
--
Torsten