Java SWIG code compilation problem due to naming convention.

[ykchoo@…]

Minor problem found due to naming convention use in Java and methods/struct 
members defined in mapscript.i and header file.

i) For example symbolObj has a member name points and a method getPoints() 
defined. The Java code generated by SWIG contains Java getter/setter for each 
struct defined. Thus, getPoints() are defined "twice" causing compilation 
errors.
Solution: use #ifdef SWIGJAVA to use a diffirent name for the method 
extension, e.g. 
#ifndef SWIGJAVA    
    %newobject getPoints;    
    lineObj *getPoints() {
#else
    %newobject getPoints_;
    lineObj *getPoints_() {
#endif

[sgillies@…]

The solution is to hide the points member from SWIG so that no Java
getter/setter is generated.  All programmers should use the getPoints
and setMethods methods defined in the SWIG module.

[sgillies@…]

#ifndef SWIG
  pointObj points[MS_MAXVECTORPOINTS];
#endif

in both the CVS HEAD and branch-4-2.  

Can I get some confirmation of a fix?

[ykchoo@…]

modified mapscript.i file showing where the Java naming confilcts.

[sgillies@…]

Have committed changes to mapscript.i in branch-4-2 which avoid Java conflicts
for mapObj.clone, symbol.get/setPoints, outputFormatObj.  A patched map.h
and mapscript/mapscript.i are attached.  These will allow you to test the
fix.  Please confirm.

[sgillies@…]

patched map.h and mapscript/mapscript.i 4.2.3-1

[sgillies@…]

patched map.h, mapsymbol.h, mapscript/mapscript.i 4.2.3-2

[ykchoo@…]

Patched files 4.2.3-2 works for both C# and Java. Thanks for the quick 
response.

[sgillies@…]

Leave bug resolution to the bug owner.  Thanks for the confirmation!

[sgillies@…]

closed.