After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 494507 - Java enums are partly ignored
Java enums are partly ignored
Status: RESOLVED FIXED
Product: doxygen
Classification: Other
Component: general
1.5.4
Other Windows
: Normal normal
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2007-11-07 09:18 UTC by Haim Cohen
Modified: 2013-05-31 18:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Sample code and doxyfile (4.12 KB, application/x-zip-compressed)
2007-11-07 09:22 UTC, Haim Cohen
Details

Description Haim Cohen 2007-11-07 09:18:42 UTC
When processing Java project with several packages the enums are ignored when disabling EXTRACT_ALL (it is not reasonable in my mind to create file list in Java).
When enabling EXTRACT_ALL the enums are shown only as a reference from the relevant file and they are not linked to their appearance in the method declarations or in @see tag.
Comment 1 Haim Cohen 2007-11-07 09:22:00 UTC
Created attachment 98706 [details]
Sample code and doxyfile

The attachment includes /src directory with 2 packages and a /doc directory with the doxyfile
Comment 2 Haim Cohen 2007-11-14 09:08:55 UTC
After some thinking it looks for me that the problem is that doxygen takes C/C++ approach to enum, which is not suitable for Java/C#.

The main difference is that in Java/C# enum is a class!!

This is reflected in teh following:
- In C/C++ you cannot use the same enumerator name in 2 different enums while in Java/C# you can, in this case doxygen takes both documentations write them in both enums together.
- The original bug, when you disable EXTRACT_ALL from some reason enums are not processed
Comment 3 Eric Hansen 2009-09-24 05:18:09 UTC
I am interested in using Doxygen for my project, but I have quite a few important enum classes that I would really like to be part of the documentation.  This appears to continue to be an issue in version 1.6.1.  Public enums as members of a class a documented perfectly.  Is there a work around for this enum as a class issue?  Thanks.
Comment 4 Jonathan 2010-05-05 14:50:20 UTC
I have found that if you document the package where the enum class exists, the enum will be described there evem if EXTRACT_ALL is no.
Comment 5 albert 2013-05-30 18:32:28 UTC
I tested with version 1.5.4 and found the behavior as described.

When testing with version 1.8.4 the reference in method declaration is linked.
There is no reference to MyEnum in the See also part, but this is probably due to the not fully qualified name used.
Comment 6 albert 2013-05-31 17:25:00 UTC
Did some further tests and the following gave hyperlinks:
enums.MyEnum
enums::MyEnum

the first one is om java style, so I think we can set the bug to resolved.
Comment 7 Dimitri van Heesch 2013-05-31 18:37:41 UTC
Setting to fixed as suggested. Please reopen this bug report if you still see this issue with the latest version of doxygen. Add a self-contained example (source+config file in a zip or tar) if possible.