issue 6
(Class/Interface with many children causes dot.exe to bomb ou...) Status changed by trustin
- Resolved by adding @apiviz.excludeSubtypes. It's in APIviz-1.2.0.GA.
Status: Fixed
Resolved by adding @apiviz.excludeSubtypes. It's in APIviz-1.2.0.GA.
Status: Fixed
Aug 25, 2008
issue 6
(Class/Interface with many children causes dot.exe to bomb ou...) commented on by nimish.j.shah
- sounds great.
sounds great.
Aug 25, 2008
issue 6
(Class/Interface with many children causes dot.exe to bomb ou...) commented on by trustin
- Good idea. What do you think about adding @apiviz.excludeDecendants ?
Good idea. What do you think about adding @apiviz.excludeDecendants ?
Aug 25, 2008
issue 6
(Class/Interface with many children causes dot.exe to bomb ou...) commented on by nimish.j.shah
- I think that can work, but every time a new subclass is added, I may have to go
modify the @apiviz.exclude. Another idea I had was that maybe there could be a tag
that would tell the diagram only to show the ancestors of the class and not the
descendants.
I think that can work, but every time a new subclass is added, I may have to go
modify the @apiviz.exclude. Another idea I had was that maybe there could be a tag
that would tell the diagram only to show the ancestors of the class and not the
descendants.
Aug 23, 2008
issue 7
(Failure to initialize font library) commented on by fredbreg...@free.fr
- Graphviz 2.20 works perfectly (from www.graphviz.org)
I loose the one that does not function. I can't have my hands on it.
I suspect it was something like 2.0 or lower, or a version vith source
to enable me to compile other stuff on windows using cygwin.
At least, you can write that version 2.20 is working well on XP and Vista...
Frederic
Graphviz 2.20 works perfectly (from www.graphviz.org)
I loose the one that does not function. I can't have my hands on it.
I suspect it was something like 2.0 or lower, or a version vith source
to enable me to compile other stuff on windows using cygwin.
At least, you can write that version 2.20 is working well on XP and Vista...
Frederic
Aug 23, 2008
issue 7
(Failure to initialize font library) Status changed by trustin
- Aha.. good to hear that it was fixed on your side. Could you let me know the
Graphviz version which works and doesn't work? You might have used an old version,
and then I could specify the minimum required version of Graphviz in the web
site. :)
Status: Invalid
Aha.. good to hear that it was fixed on your side. Could you let me know the
Graphviz version which works and doesn't work? You might have used an old version,
and then I could specify the minimum required version of Graphviz in the web
site. :)
Status: Invalid
Aug 23, 2008
issue 7
(Failure to initialize font library) commented on by fredbreg...@free.fr
- Hi Trustin,
Oups, I probably open a bug too early...
I check on another PC (Windows XP) and it works perfectly.
So I check what could be the differencies (except system where the other one is Vista).
And I found that I got on Vista a "strange" version of graphviz (I don't know from
where) installed on Program Files/ATT/graphviz. On XP I got the "standard" version
installed in Program Files/Graphviz2.20.
So I uninstall on Vista this "strange" version and install the new one directly from
grphviz.org...
And it works !!!
So it was just my bad configuration, not apiviz...
My bad...
Thanks however since your first question tends me to re-check the problem before
answering again!
"Double check you should do!" (could be said by Yoda ;-)
Frederic
Hi Trustin,
Oups, I probably open a bug too early...
I check on another PC (Windows XP) and it works perfectly.
So I check what could be the differencies (except system where the other one is Vista).
And I found that I got on Vista a "strange" version of graphviz (I don't know from
where) installed on Program Files/ATT/graphviz. On XP I got the "standard" version
installed in Program Files/Graphviz2.20.
So I uninstall on Vista this "strange" version and install the new one directly from
grphviz.org...
And it works !!!
So it was just my bad configuration, not apiviz...
My bad...
Thanks however since your first question tends me to re-check the problem before
answering again!
"Double check you should do!" (could be said by Yoda ;-)
Frederic
Aug 23, 2008
issue 2
(apiviz does not respect the javadoc -link option) Status changed by trustin
- Hey David,
Forgot to accept this issue. Let me fix it soon.. ;)
Status: Accepted
Hey David,
Forgot to accept this issue. Let me fix it soon.. ;)
Status: Accepted
Aug 23, 2008
issue 6
(Class/Interface with many children causes dot.exe to bomb ou...) Status changed by trustin
- Wow.. I've never imagined such a big class hierarchy. Perhaps I could make
@apiviz.exclude to work for a class scope, too. For now, it works only for package-
info.java (i.e. package scope). Does this work for you?
Status: Accepted
Wow.. I've never imagined such a big class hierarchy. Perhaps I could make
@apiviz.exclude to work for a class scope, too. For now, it works only for package-
info.java (i.e. package scope). Does this work for you?
Status: Accepted
Aug 23, 2008
issue 7
(Failure to initialize font library) Status changed by trustin
- Hi Frederic,
Thanks for reporting a bug first of all. I have a couple questions though:
1) Was this problem introduced in 1.1.3, or since what version?
2) Is your problem a broken '<<' / '>>' or a text overflow?
Status: Accepted
Hi Frederic,
Thanks for reporting a bug first of all. I have a couple questions though:
1) Was this problem introduced in 1.1.3, or since what version?
2) Is your problem a broken '<<' / '>>' or a text overflow?
Status: Accepted
Aug 23, 2008
issue 7
(Failure to initialize font library) reported by fredbreg...@free.fr
- Hi Trustin,
What steps will reproduce the problem?
1. Using Eclipse to generate doc, link in the graph to external code (like
java.lang.Runnable) produce bad output
2. The message output says: Failure to initialize font library
What is the expected output? What do you see instead?
What am I missing in the configuration or installation?
What version of the product are you using? On what operating system?
ApiViz 1.1.3 with JDK 1.6.0.5 under Vista (French)
Please provide any additional information below.
See some attach files to see some bad output...
Frederic
Hi Trustin,
What steps will reproduce the problem?
1. Using Eclipse to generate doc, link in the graph to external code (like
java.lang.Runnable) produce bad output
2. The message output says: Failure to initialize font library
What is the expected output? What do you see instead?
What am I missing in the configuration or installation?
What version of the product are you using? On what operating system?
ApiViz 1.1.3 with JDK 1.6.0.5 under Vista (French)
Please provide any additional information below.
See some attach files to see some bad output...
Frederic
Aug 18, 2008
issue 6
(Class/Interface with many children causes dot.exe to bomb ou...) reported by nimish.j.shah
- What steps will reproduce the problem?
1. I have a base class that is being used as the parent of many (136) sub-
classes.
2. When I run apiviz, on the javadoc, it bombs out when trying to generate
the diagram for this class.
What is the expected output? What do you see instead?
I was expecting it not to show all of the subclasses and continue
processing. Instead dot.exe bombs out with the following error:
dot: width (44021 >= 32768) is too large.
What version of the product are you using? On what operating system?
Version: apiviz-1.1.3
OS: Windows XP
Please provide any additional information below.
I think it would be beneficial if there were either an option to not show
subclasses if they exceeded a specified number, or if would determine that
using the width.
What steps will reproduce the problem?
1. I have a base class that is being used as the parent of many (136) sub-
classes.
2. When I run apiviz, on the javadoc, it bombs out when trying to generate
the diagram for this class.
What is the expected output? What do you see instead?
I was expecting it not to show all of the subclasses and continue
processing. Instead dot.exe bombs out with the following error:
dot: width (44021 >= 32768) is too large.
What version of the product are you using? On what operating system?
Version: apiviz-1.1.3
OS: Windows XP
Please provide any additional information below.
I think it would be beneficial if there were either an option to not show
subclasses if they exceeded a specified number, or if would determine that
using the width.
Aug 07, 2008
r349
(Added backward-compatible doclet class) committed by trustin
- Added backward-compatible doclet class
Added backward-compatible doclet class
Aug 07, 2008
r348
(Preparing to move to JBoss.org) committed by trustin
- Preparing to move to JBoss.org
Preparing to move to JBoss.org
Aug 05, 2008
issue 5
(apiviz ignores version / author information) Status changed by trustin
- Thanks for confirmation. I've just added the 'Ant Integration' section to avoid
further confusion.
Status: Invalid
Thanks for confirmation. I've just added the 'Ant Integration' section to avoid
further confusion.
Status: Invalid
Jul 30, 2008
issue 5
(apiviz ignores version / author information) commented on by lars.heuer
- Thanks, Trustin. 'additionalparam="-version -author"' works, not a apiviz problem.
Thanks, Trustin. 'additionalparam="-version -author"' works, not a apiviz problem.
Jul 29, 2008
issue 5
(apiviz ignores version / author information) Owner changed by trustin
- Could you try 'additionalparam' attribute instead? I think Ant Javadoc task is
ignoring standard doclet attributes if a custom doclet is specified.
Owner: trustin
Could you try 'additionalparam' attribute instead? I think Ant Javadoc task is
ignoring standard doclet attributes if a custom doclet is specified.
Owner: trustin
Jul 29, 2008
issue 5
(apiviz ignores version / author information) reported by lars.heuer
- Even if "author" and "version" is set to "true", they are not part of the
output.
Example (Ant):
<javadoc destdir=""
packagenames="org.xyz.*"
use="true"
splitindex="true"
noindex="false"
doclet="net.gleamynode.apiviz.APIviz"
docletpath=""
author="true"
version="true"
>
[...]
If I remove "doclet" and "docletpath" the version and author information
are part of the output
Even if "author" and "version" is set to "true", they are not part of the
output.
Example (Ant):
<javadoc destdir=""
packagenames="org.xyz.*"
use="true"
splitindex="true"
noindex="false"
doclet="net.gleamynode.apiviz.APIviz"
docletpath=""
author="true"
version="true"
>
[...]
If I remove "doclet" and "docletpath" the version and author information
are part of the output