You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jackrabbit.apache.org by Gaetano Sferra <gs...@imnet.it> on 2009/01/12 16:18:17 UTC
Jackrabbit 1.4 building matters
Hi,
jackrabbit 1.4 binaries available for download doesn't works with JRE
1.5 so I tried to build it from sources using a java 5 sdk.
I downloaded the source package and maven but i get the following error
after "mvn install":
[INFO] [javacc:javacc {execution: fulltext-javacc}]
Java Compiler Compiler Version 3.2 (Parser Generator)
(type "javacc" with no arguments for help)
Reading from file C:\Documents and
Settings\user\Desktop\jackrabbit-1.4\jackrabbit-core\target\generated-src\main\java\org\apache\jackrabbi
\core\query\lucene\fulltext\QueryParser.jj . . .
[INFO]
------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Invalid escape character at line 1 column 87.
[INFO]
------------------------------------------------------------------------
[INFO] Trace
java.lang.Error: Invalid escape character at line 1 column 87.
at
org.javacc.parser.JavaCharStream.readChar(JavaCharStream.java:325)
at
org.javacc.parser.JavaCCParserTokenManager.getNextToken(JavaCCParserTokenManager.java:1962)
at org.javacc.parser.JavaCCParser.jj_ntk(JavaCCParser.java:8626)
at
org.javacc.parser.JavaCCParser.javacc_options(JavaCCParser.java:119)
at org.javacc.parser.JavaCCParser.javacc_input(JavaCCParser.java:66)
at org.javacc.parser.Main.mainProgram(Main.java:151)
at org.codehaus.mojo.javacc.JavaCCMojo.execute(JavaCCMojo.java:235)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 29 seconds
[INFO] Finished at: Mon Jan 12 15:46:07 CET 2009
[INFO] Final Memory: 23M/42M
[INFO]
------------------------------------------------------------------------
I didn't modified anything, of course, so I really don't know how to fix it.
Suggestions are appreciated.
Thank you...
--
GaS
Re: Jackrabbit 1.4 building matters
Posted by Gaetano Sferra <gs...@imnet.it>.
Jukka Zitting ha scritto:
> This line is loading the SLF4J LoggerFactory. What SLF4J
> implementation are you using? I believe the LoggerFactory class you
> have in your classpath is compiled only for Java 6.
Done! You were right, I was building against SLF4J 1.5.6 (the latest
version) that probably is compiled for Java 6 only.
I tried with the same version that maven uses while building Jackrabbit
and it works now.
Thank you,
--
GaS
Re: Jackrabbit 1.4 building matters
Posted by Jukka Zitting <ju...@gmail.com>.
Hi,
On Tue, Jan 13, 2009 at 1:57 PM, Gaetano Sferra <gs...@imnet.it> wrote:
> Jukka Zitting ha scritto:
>> Jackrabbit 1.4 should work just fine with Java 1.5. What's the problem
>> you were seeing?
>
> I get this exception (source/binary version JDK 5 and JRE 1.5):
>
> Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
> version number in .class file
> [...]
> at
> org.apache.jackrabbit.core.TransientRepository.class$(TransientRepository.java:56)
This line is loading the SLF4J LoggerFactory. What SLF4J
implementation are you using? I believe the LoggerFactory class you
have in your classpath is compiled only for Java 6.
BR,
Jukka Zitting
Re: Jackrabbit 1.4 building matters
Posted by Gaetano Sferra <gs...@imnet.it>.
Jukka Zitting ha scritto:
> Hi,
>
> On Mon, Jan 12, 2009 at 4:18 PM, Gaetano Sferra <gs...@imnet.it> wrote:
>
>> jackrabbit 1.4 binaries available for download doesn't works with JRE 1.5 so
>> I tried to build it from sources using a java 5 sdk.
>>
>
> Jackrabbit 1.4 should work just fine with Java 1.5. What's the problem
> you were seeing?
I get this exception (source/binary version JDK 5 and JRE 1.5):
Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at
org.apache.jackrabbit.core.TransientRepository.class$(TransientRepository.java:56)
at
org.apache.jackrabbit.core.TransientRepository.<init>(TransientRepository.java:150)
at
org.apache.jackrabbit.core.TransientRepository.<init>(TransientRepository.java:211)
at
org.apache.jackrabbit.core.TransientRepository.<init>(TransientRepository.java:171)
at jcrreloaded.Main.main(Main.java:38)
Switching to JDK 1.6 everythings works ok... maybe I missing something...
Thank you...
--
GaS
Re: Jackrabbit 1.4 building matters
Posted by Jukka Zitting <ju...@gmail.com>.
Hi,
On Mon, Jan 12, 2009 at 4:18 PM, Gaetano Sferra <gs...@imnet.it> wrote:
> jackrabbit 1.4 binaries available for download doesn't works with JRE 1.5 so
> I tried to build it from sources using a java 5 sdk.
Jackrabbit 1.4 should work just fine with Java 1.5. What's the problem
you were seeing?
> I downloaded the source package and maven but i get the following error
> after "mvn install":
> [...]
> [INFO] Invalid escape character at line 1 column 87.
As Julian noted, this error is caused by the ...\users\... entry in
your source path. See JCR-575 [1] for the related issue and fix. The
fix is included in Jackrabbit 1.5, but you should be able to apply the
fix also to Jackrabbit 1.4.
[1] https://issues.apache.org/jira/browse/JCR-575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
BR,
Jukka Zitting
Re: Jackrabbit 1.4 building matters
Posted by Julian Reschke <ju...@gmx.de>.
Gaetano Sferra wrote:
> Hi,
>
> jackrabbit 1.4 binaries available for download doesn't works with JRE
> 1.5 so I tried to build it from sources using a java 5 sdk.
> I downloaded the source package and maven but i get the following error
> after "mvn install":
>
> [INFO] [javacc:javacc {execution: fulltext-javacc}]
> Java Compiler Compiler Version 3.2 (Parser Generator)
> (type "javacc" with no arguments for help)
> Reading from file C:\Documents and
> Settings\user\Desktop\jackrabbit-1.4\jackrabbit-core\target\generated-src\main\java\org\apache\jackrabbi
>
> \core\query\lucene\fulltext\QueryParser.jj . . .
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] FATAL ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Invalid escape character at line 1 column 87.
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Trace
> java.lang.Error: Invalid escape character at line 1 column 87.
> at
> org.javacc.parser.JavaCharStream.readChar(JavaCharStream.java:325)
> at
> ...
Last time I saw this happening was because the source filename is copied
into a Java comment, and subsequently the malformed "\u" sequence causes
the compile to fail.
So, try to avoid folder names starting with "u" :-)
BR, Julian