urgent! build error in Chinese OS
I migrated POT DB from World Wide VMWare to another VMware which is Simple
Chinese WindowsXP, everything works fine, but build not success, the reason as below: C:\Program Files\IBM\TeamConcertBuild\buildsystem\buildengine\eclipse\squawk\build.input\net.jazz.uws.build.scripts\net.jazz.uws.build.squawk.core\build.xml:67: com.ibm.team.build.common.TeamBuildException: XML parsing error: "1 UTF-8 1" at line "2". in the compilelog.xml: the output like below: <xml> <08> attached is the log. I already set the date and time display using US to avoid chinese characters in Date&Time, any help will be very very appreciated!! BRs Qi |
5 answers
Hi Qi,
It looks like the log didn't get attached. Can you run the build again with "verbose" set to true, then attach the build log? It would also be helpful if you attached the build.xml script and the compileLog.xml output file. thank you! Qi wrote: I migrated POT DB from World Wide VMWare to another VMware which is -- Jason Bird Jazz Team |
|
Here's the file.
I guess it is casued by Build engine not support UTF-8, maybe ant or jdtCompilerAdapter.jar, or others. Thanks a lot! I need record RTC viewlet with chinese content to show it in China RSDC, so very important; thanks BRs, Qi "Jason Bird" <jebird> wrote in message news:g827so$cr$1@localhost.localdomain... Hi Qi, |
I was able to reproduce the parse problem using your compile.xml. I believe
the problem is that the version of ecj you are using has a problem where it injects bad characters into the log. The Eclipse bug for that problem is... https://bugs.eclipse.org/bugs/show_bug.cgi?id=227941 A fix for that has been delivered into 3.4. I tried it in our JUnit sample project that ships with RTC as a quick check to make sure it generally worked ok. Can you download the latest jar from Eclipse.org an replace the ecj.jar you are using with it. http://download.eclipse.org/eclipse/downloads/drops/R-3.4-200806172000/index.php#JDTCORE I tried attaching it but it would let me post my message. Perhaps the attachment was too large. Note that it now has a different name when downloaded from eclipse.org so you need to remove the old ecj.jar to actually guarantee that it's used instead of the older jar when classpath is searched the the jdt adapter class. Don Weinand Jazz Team Build "Qi" <huaqi> wrote in message news:g82nba$6vm$1@localhost.localdomain... Here's the file. |
|
I used ecj from eclipse 3.3.2 and 3.4, both the below error:
C:\Program Files\IBM\TeamConcertBuild\buildsystem\buildengine\eclipse\squawk\build.input\net.jazz.uws.build.scripts\net.jazz.uws.build.squawk.integration\build.xml:55: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.impl.CompilerOptions BRs Qi "Donald Weinand" <dmweinan> wrote in message news:g851iu$6kf$1@localhost.localdomain... I was able to reproduce the parse problem using your compile.xml. I |
|
Unfortunately we have no explanation why that class can't be found. It's in
the same jar as org.eclipse.jdt.core.JDTCompilerAdapter which serves as the entry point and appears to be found just fine. Not sure why it then can't find another class in the same jar that is used by JDTCompilerAdapter. If you use the link on the main RTC welcome page to create the JUnit example project...can it find the CompilerOptions class when you run a build? It's using a 3.3.2 version of ecj. Don Weinand Jazz Team Build "Qi" <huaqi> wrote in message news:g8bfoc$7b7$1@localhost.localdomain... I used ecj from eclipse 3.3.2 and 3.4, both the below error: |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.