[Source] troubleshooting Xj3D trunk build.xml, won't compile

Alan Hudson alan at shapeways.com
Sun Dec 11 13:22:01 PST 2011


On 12/11/2011 1:03 PM, Don Brutzman wrote:
> very good, thanks
>> Most of the IDE project files I've seen have hardcoded paths in this. Can you make netbeans only use relative paths so it works for others on checkout?
> netbeans looks for the nbproject file in the root of a project.
> you are also allowed to have nested projects, so netbeans finding it
> elsewhere isn't workable.

is this a single directory called nbproject, a single file in the root 
or several files in the root?

If its directory off the root then I'm fine with that.  Several files in 
the root the root directory is a non starter.
> we have maintained an nbproject/ subdirectory in the NPS branch for quite
> some time with good results and none of these collisions or difficulties.
>
>> I assume netbeans cannot generate the javacc parser code and other tasks that in the ant build file?
> the trunk build.xml parsers task runs (and reruns) successfully to completion
> with a few warnings:
this is run from netbeans or from ant?

>> parsers:
>> Java Compiler Compiler Version 5.0 (Parser Generator)
>> Warning: Line 17, Column 5: Bad option name "OPTIMIZE_TOKEN_MANAGER".  Option setting will be ignored.
>> (type "javacc" with no arguments for help)
>> Warning: Bad option "-OPTIMIZE_TOKEN_MANAGER:true" will be ignored.
>> Reading from file C:\Xj3D.trunk\src\javacc\vrml\VRML97Relaxed.jj . . .
>> File "TokenMgrError.java" does not exist.  Will create one.
>> File "ParseException.java" does not exist.  Will create one.
>> File "Token.java" does not exist.  Will create one.
>> File "JavaCharStream.java" does not exist.  Will create one.
>> Parser generated with 0 errors and 1 warnings.
>> Java Compiler Compiler Version 5.0 (Parser Generator)
>> (type "javacc" with no arguments for help)
>> Warning: Bad option "-OPTIMIZE_TOKEN_MANAGER:true" will be ignored.
>> Reading from file C:\Xj3D.trunk\src\javacc\vrml\VRML97Field.jj . . .
>> Warning: TokenMgrError.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> Warning: ParseException.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> Parser generated with 0 errors and 4 warnings.
>> Warning: Token.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> Warning: JavaCharStream.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> Java Compiler Compiler Version 5.0 (Parser Generator)
>> (type "javacc" with no arguments for help)
>> Warning: Bad option "-OPTIMIZE_TOKEN_MANAGER:true" will be ignored.
>> Reading from file C:\Xj3D.trunk\src\javacc\x3d\X3DField.jj . . .
>> File "TokenMgrError.java" does not exist.  Will create one.
>> File "ParseException.java" does not exist.  Will create one.
>> File "Token.java" does not exist.  Will create one.
>> File "JavaCharStream.java" does not exist.  Will create one.
>> Parser generated successfully.
>> Java Compiler Compiler Version 5.0 (Parser Generator)
>> (type "javacc" with no arguments for help)
>> Warning: Bad option "-OPTIMIZE_TOKEN_MANAGER:true" will be ignored.
>> Reading from file C:\Xj3D.trunk\src\javacc\x3d\X3DRelaxed.jj . . .
>> Parser generated with 0 errors and 4 warnings.
>> Warning: TokenMgrError.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> Warning: ParseException.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> Warning: Token.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> Warning: JavaCharStream.java: File is obsolete.  Please rename or delete this file so that a new one can be generated for you.
>> BUILD SUCCESSFUL (total time: 2 seconds)
this looks fine.
>> So your going to need some documentation for net beans users to follow any right? Not sure that adding, copy netbeans from project from contrib/netbeans adds that much.
> documentation is good; automation is good too.  for all of the
> reasons listed in this message and the previous one, i believe
> it is important for nbproject/ to be located in root directory.
>
> if other IDEs like eclipse are also supported without collisions,
> so much the better.  encouraging easy development by more developers
> is important and valuable to all of us.
As long as someone supports them that's fine.    That means following 
changes to the ant builds and making changes to IDE projects as needed.  
I'd like to consider build scripts in one of three modes.  
Primary(ant).  Secondary(make system,IDE, root directory fine).  
Obsolete.  If a system becomes unsupported then it will get moved to an 
archived location for someone else to pickup.  Ie if a build system is 
not being maintained then its more confusing to users.

The primary build systems must be updated by anyone committing files in 
the system.  If the primary build is broken that's bad news.  The 
secondary systems will be maintained by their owners.  If a secondary 
system gets too far behind then it will be made obsolete.  No hard fast 
rules there but if we keep getting messages from people trying a build 
system and its not working then eventually it will get retired.

Does that process work for you?




-- 
Alan Hudson, Director 3D Tools
www.shapeways.com




More information about the Source mailing list