[
https://issues.apache.org/jira/browse/DERBY-4341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12833313#action_12833313
]
John Storta Jr. commented on DERBY-4341:
----------------------------------------
I was trying to look into this issue, but I think I am missing a key piece. I
have performed the runmessagecheck target with both CLASSPATH set and with
CLASSPATH unset. In both cases the build is successful and the messages are
the same.
Can you provide some additional information about how to duplicate this issue?
Thanks
> Building with ant all with a different CLASSPATH defined causes the build to
> fail
> ---------------------------------------------------------------------------------
>
> Key: DERBY-4341
> URL: https://issues.apache.org/jira/browse/DERBY-4341
> Project: Derby
> Issue Type: Bug
> Components: Build tools
> Affects Versions: 10.6.0.0
> Reporter: Tiago R. Espinha
>
> The problem happens when we are trying to compile the source code in a folder
> and have the CLASSPATH variable set to a different code tree folder. This
> results in compile failures like the following:
> runmessagecheck:
> [runMessageBundleTest] WARNING: Message id 22011.S.1 in
> messages_en.properties is not referenced in either SQLState.java or
> MessageId.java
> [runMessageBundleTest] WARNING: Message id 42Y03.S.0 in
> messages_en.properties is not referenced in either SQLState.java or
> MessageId.java
> [runMessageBundleTest] WARNING: Message id 42Y03.S.1 in
> messages_en.properties is not referenced in either SQLState.java or
> MessageId.java
> [runMessageBundleTest] WARNING: Message id 42Y03.S.2 in
> messages_en.properties is not referenced in either SQLState.java or
> MessageId.java
> BUILD FAILED
> /home/tiago/Desktop/DerbyStuff/CodeTenFiveTwo/build.xml:514: Message check
> failed.
> See error in build output or call ant runmessagecheck.
> Total time: 1 minute 11 seconds
> This should be an easy fix and it is marked as a bug, since it doesn't seem
> very logical for the compiling process to be CLASSPATH-dependent. Note that
> unsetting the CLASSPATH altogether allows the compile to run without errors,
> so clearly this variable isn't needed and shouldn't be used when it is set.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
