Earlier this year

• Nov 10, 2009

  issue 47 (Starting development: org.modsl.antlr cannot be resolved (so...) commented on by roel.wuyts   -   Thanks, I'll investigate further. I guess it is some configuration issue with Antlr under Eclipse (I installed it but did not configure it). Howver I was already building it wih make under Eclipse, so I'll check that as well. If I get it to work I'll update my comment ;-)

  Thanks, I'll investigate further. I guess it is some configuration issue with Antlr under Eclipse (I installed it but did not configure it). Howver I was already building it wih make under Eclipse, so I'll check that as well. If I get it to work I'll update my comment ;-)
• Nov 09, 2009

  issue 47 (Starting development: org.modsl.antlr cannot be resolved (so...) commented on by avishn   -   The issue is that BasicLexer, BasicParser, UMLLexer, UMLParser are not part of the source code, they are generated on the fly from ANTLR grammar files. You need to install and configure Eclipse ANTLR plugin to do that. I've checked Google just now and it seems that the plugin version I'm using is no longer available... You might want to try this http://antlreclipse.sourceforge.net/ instead. Worst case scenario you just ignore those errors in Eclipse and build using Maven. Maven is using ANTLR plugin to generate sources from the grammar files and is not dependent on Eclipse plugin.

  The issue is that BasicLexer, BasicParser, UMLLexer, UMLParser are not part of the source code, they are generated on the fly from ANTLR grammar files. You need to install and configure Eclipse ANTLR plugin to do that. I've checked Google just now and it seems that the plugin version I'm using is no longer available... You might want to try this http://antlreclipse.sourceforge.net/ instead. Worst case scenario you just ignore those errors in Eclipse and build using Maven. Maven is using ANTLR plugin to generate sources from the grammar files and is not dependent on Eclipse plugin.
• Nov 09, 2009

  issue 47 (Starting development: org.modsl.antlr cannot be resolved (so...) reported by roel.wuyts   -   Hello, I would like to contribute to the project and am therefore setting up Eclipse to first of all import the code and getting it to run, and then do some development. However I can't get the project to build due to an unresolvable import. Could it be missing code ? What steps will reproduce the problem? 1. Using Eclipse 3.5 (specifically: Build id: 20090920-1017) 2. Installed dependencies following the items on the Wiki 3. Opened SVN repository perspective in Eclipse and connected to modsl repository. Check out the trunc as a Maven project. 4. I get build errors in two files in modsl-core (BasicTranslator.java and UMLTranslator.java). The core seems to be 'The import org.modsl.antlr cannot be resolved' (as a result some types cannot be resolved (BasicLexer, BasicParser, UMLLexer, UMLParser) This is using the latest Eclipse, ANTLR 3.01 (not 3.2), on OS-X. I have never used Maven before, so maybe it is some configuration issue, but I have the impression that the source of some files is simply missing?

  Hello, I would like to contribute to the project and am therefore setting up Eclipse to first of all import the code and getting it to run, and then do some development. However I can't get the project to build due to an unresolvable import. Could it be missing code ? What steps will reproduce the problem? 1. Using Eclipse 3.5 (specifically: Build id: 20090920-1017) 2. Installed dependencies following the items on the Wiki 3. Opened SVN repository perspective in Eclipse and connected to modsl repository. Check out the trunc as a Maven project. 4. I get build errors in two files in modsl-core (BasicTranslator.java and UMLTranslator.java). The core seems to be 'The import org.modsl.antlr cannot be resolved' (as a result some types cannot be resolved (BasicLexer, BasicParser, UMLLexer, UMLParser) This is using the latest Eclipse, ANTLR 3.01 (not 3.2), on OS-X. I have never used Maven before, so maybe it is some configuration issue, but I have the impression that the source of some files is simply missing?
• Sep 28, 2009

  issue 46 (error java.lang.NoSuchFieldError: type at org.modsl.antlr.u...) Status changed by avishn   -   Downgrading to ANTLR runtime 3.0 resolves the issue, closing defect

  Status: WontFix

  Downgrading to ANTLR runtime 3.0 resolves the issue, closing defect

  Status: WontFix
• Sep 28, 2009

  issue 46 (error java.lang.NoSuchFieldError: type at org.modsl.antlr.u...) commented on by wafeneto   -   it works fine when i change antlr to 3.0 tks a lot for the help. there´s a way of the aggregation be named?

  it works fine when i change antlr to 3.0 tks a lot for the help. there´s a way of the aggregation be named?
• Sep 28, 2009

  issue 46 (error java.lang.NoSuchFieldError: type at org.modsl.antlr.u...) commented on by avishn   -   This appears to be an issue because of ANTLR runtime version incompatibility (3.2 vs 3.0). Please retest with 3.0 runtime and let me know.

  This appears to be an issue because of ANTLR runtime version incompatibility (3.2 vs 3.0). Please retest with 3.0 runtime and let me know.
• Sep 26, 2009

  issue 46 (error java.lang.NoSuchFieldError: type at org.modsl.antlr.u...) reported by wafeneto   -   that´s my code: try{ StyleLoader stl = new StyleLoader(); stl.load("cfg/uml:cfg", "uml", UMLMetaType.class); UMLTranslator translator = new UMLTranslator(); String cls = "class diagram Sample { abstract class AbstractElement { name; parent; type; } }"; BufferedImage image = translator.translate(cls); ImageIO.write(image, "png", new File("diagram.png")); }catch(Exception e){ e.printStackTrace(); } jars : antlr-runtime-3.2.jar and modsl-core-0.6.4-SNAPSHOT (1).jar java 5.0

  that´s my code: try{ StyleLoader stl = new StyleLoader(); stl.load("cfg/uml:cfg", "uml", UMLMetaType.class); UMLTranslator translator = new UMLTranslator(); String cls = "class diagram Sample { abstract class AbstractElement { name; parent; type; } }"; BufferedImage image = translator.translate(cls); ImageIO.write(image, "png", new File("diagram.png")); }catch(Exception e){ e.printStackTrace(); } jars : antlr-runtime-3.2.jar and modsl-core-0.6.4-SNAPSHOT (1).jar java 5.0
• Aug 11, 2009

  issue 45 (Connector of Self-Referenced class is looping through the en...) Status changed by avishn   -   Fixed edge positioning (self ref edge didn't move when the parent node was repositioned by the layout algorithm)

  Status: Fixed

  Fixed edge positioning (self ref edge didn't move when the parent node was repositioned by the layout algorithm)

  Status: Fixed
• Aug 11, 2009

  modsl-core-0.6.4-SNAPSHOT.jar (Core library) file uploaded by avishn
• Aug 11, 2009

  r844 (issue 45 fixed (self reference edge positioning)) committed by avishn   -   issue 45 fixed (self reference edge positioning)

  issue 45 fixed (self reference edge positioning)
• Aug 11, 2009

  r843 (issue 45 fixed (self reference edge positioning)) committed by avishn   -   issue 45 fixed (self reference edge positioning)

  issue 45 fixed (self reference edge positioning)
• Aug 07, 2009

  issue 44 (Allow international character's on ID) Status changed by avishn   -  

  Status: Fixed

  Status: Fixed
• Aug 07, 2009

  r842 (bugfix issue #44, international characters) committed by avishn   -   bugfix issue #44 , international characters

  bugfix issue #44 , international characters
• Aug 07, 2009

  modsl-core-0.6.3-SNAPSHOT.jar (Core library) file uploaded by avishn
• Aug 07, 2009

  r841 (bugfix issue #44, international characters) committed by avishn   -   bugfix issue #44 , international characters

  bugfix issue #44 , international characters
• Aug 06, 2009

  issue 45 (Connector of Self-Referenced class is looping through the en...) reported by Christian.Niessner   -   if you have self-referenced classes, the connector is going up to the first class instead of keeping next to the self referencing class itself. use following sample to reproduce the issue: class diagram A { class A { 1->1(A); } class B { 1->1(B); } class C { 1->1(C); }}

  if you have self-referenced classes, the connector is going up to the first class instead of keeping next to the self referencing class itself. use following sample to reproduce the issue: class diagram A { class A { 1->1(A); } class B { 1->1(B); } class C { 1->1(C); }}
• Aug 06, 2009

  issue 44 (Allow international character's on ID) reported by Christian.Niessner   -   What steps will reproduce the problem? 1. Create a class diagram that has international character's on its names. sample: class diagram A { class A { testvar:description; test2:abcädef;} } (we use the part after the name as description, and there are international chars in it... :-/) the lexer has trouble with it. This patch fixes this issue: Index: src/main/antlr/org/modsl/antlr/uml/UML.g =================================================================== --- src/main/antlr/org/modsl/antlr/uml/UML.g (revision 840) +++ src/main/antlr/org/modsl/antlr/uml/UML.g (working copy) @@ -113,7 +113,7 @@ STRING: '"' .* '"'; EDGEOP: '->'; -ID: ('_' | 'a'..'z' | 'A'..'Z') (INT | '_' | 'a'..'z' |'A'..'Z' | '[' | ']')*; +ID: ('_' | 'a'..'z' | 'A'..'Z' | 'À'..'ÿ') (INT | '_' | 'a'..'z' |'A'..'Z' | 'À'..'ÿ' | '[' | ']')*; INT : '0'..'9'+ ; WS: (' ' | '\t' | NEWLINE)+ { skip(); }; fragment NEWLINE:'\r'? '\n';

  What steps will reproduce the problem? 1. Create a class diagram that has international character's on its names. sample: class diagram A { class A { testvar:description; test2:abcädef;} } (we use the part after the name as description, and there are international chars in it... :-/) the lexer has trouble with it. This patch fixes this issue: Index: src/main/antlr/org/modsl/antlr/uml/UML.g =================================================================== --- src/main/antlr/org/modsl/antlr/uml/UML.g (revision 840) +++ src/main/antlr/org/modsl/antlr/uml/UML.g (working copy) @@ -113,7 +113,7 @@ STRING: '"' .* '"'; EDGEOP: '->'; -ID: ('_' | 'a'..'z' | 'A'..'Z') (INT | '_' | 'a'..'z' |'A'..'Z' | '[' | ']')*; +ID: ('_' | 'a'..'z' | 'A'..'Z' | 'À'..'ÿ') (INT | '_' | 'a'..'z' |'A'..'Z' | 'À'..'ÿ' | '[' | ']')*; INT : '0'..'9'+ ; WS: (' ' | '\t' | NEWLINE)+ { skip(); }; fragment NEWLINE:'\r'? '\n';

Older

• Sep 04, 2008

  UsefulLinks (Useful Links) Wiki page edited by avishn
• Sep 04, 2008

  Compatibility Wiki page deleted by avishn
• Sep 04, 2008

  MarkupTest Wiki page deleted by avishn
• Sep 04, 2008

  issue 6 (Wiki/URL crawling) Status changed by avishn   -  

  Status: WontFix

  Status: WontFix
• Sep 04, 2008

  issue 43 (Self relationship throws RuntimeException) Status changed by avishn   -   fixed in revision 837

  Status: Fixed

  fixed in revision 837

  Status: Fixed
• Sep 04, 2008

  r837 (fixed issue 43) committed by avishn   -   fixed issue 43

  fixed issue 43
• Sep 04, 2008

  r836 (fixed issue 43) committed by avishn   -   fixed issue 43

  fixed issue 43
• Sep 04, 2008

  r835 (fixed issue 43) committed by avishn   -   fixed issue 43

  fixed issue 43
• Sep 04, 2008

  r834 committed by avishn
• Sep 04, 2008

  r833 committed by avishn
• Sep 03, 2008

  r832 committed by avishn
• Sep 03, 2008

  r831 committed by avishn
• Sep 03, 2008

  r830 committed by avishn
• Sep 03, 2008

  r829 committed by avishn
• Sep 03, 2008

  r828 (doesn't throw topological sorting exception on self referenc...) committed by avishn   -   doesn't throw topological sorting exception on self reference anymore

  doesn't throw topological sorting exception on self reference anymore
• Sep 02, 2008

  r827 (removed failing test) committed by avishn   -   removed failing test

  removed failing test
• Sep 02, 2008

  issue 42 (Bi-Directional relationships throws RuntimeException) Status changed by avishn   -   fixed in revision 826, version 0.6.1-SNAPSHOT

  Status: Fixed

  fixed in revision 826, version 0.6.1-SNAPSHOT

  Status: Fixed
• Sep 02, 2008

  r826 (fixed issue 42) committed by avishn   -   fixed issue 42

  fixed issue 42
• Sep 02, 2008

  r825 (fixed issue 42) committed by avishn   -   fixed issue 42

  fixed issue 42
• Sep 02, 2008

  issue 42 (Bi-Directional relationships throws RuntimeException) Status changed by avishn   -  

  Status: Accepted

  Status: Accepted
• Sep 02, 2008

  issue 42 (Bi-Directional relationships throws RuntimeException) commented on by avishn   -   r823 somewhat improves the situation. Topological sorting no longer fails for cycles, including bi-directional relationship. r824 has additional unit tests to support that. Still need to work on the rendering part of the bi-directional relationship to avoid edge overlap.

  r823 somewhat improves the situation. Topological sorting no longer fails for cycles, including bi-directional relationship. r824 has additional unit tests to support that. Still need to work on the rendering part of the bi-directional relationship to avoid edge overlap.
• Sep 02, 2008

  r824 committed by avishn
• Sep 02, 2008

  r823 (somewhat an improvement for bidirectional associations/loops) committed by avishn   -   somewhat an improvement for bidirectional associations/loops

  somewhat an improvement for bidirectional associations/loops
• Sep 02, 2008

  r822 committed by avishn
• Sep 02, 2008

  r821 committed by avishn
• Sep 02, 2008

  r820 committed by avishn
• Aug 31, 2008

  issue 43 (Self relationship throws RuntimeException) reported by rafaferry   -   I'm trying to render a diagram with the following code: class diagram User { class MenuCategory { id:Long;name:String; 1->1(MenuCategory); 1->*(MenuCategory); } } The following exception is thrown: org.modsl.core.util.ModSLException: Topological sort failed for User:CLASS_GRAPH@(0.0,0.0) in Sugiyama layout, remaining nodes: [] org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.topologicalSort(SugiyamaLayoutVisitor.java:163) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.splitIntoLayers(SugiyamaLayoutVisitor.java:76) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.apply(SugiyamaLayoutVisitor.java:51) org.modsl.core.agt.visitor.AbstractMetaTypeVisitor.in(AbstractMetaTypeVisitor.java:81) org.modsl.core.agt.model.Graph.accept(Graph.java:104) org.modsl.core.lang.uml.UMLTranslator.layout(UMLTranslator.java:62) org.modsl.core.lang.AbstractTranslator.translate(AbstractTranslator.java:28) org.apache.jsp.uml_jsp._jspService(uml_jsp.java:58) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.GeneratedMethodAccessor138.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:266) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157)

  I'm trying to render a diagram with the following code: class diagram User { class MenuCategory { id:Long;name:String; 1->1(MenuCategory); 1->*(MenuCategory); } } The following exception is thrown: org.modsl.core.util.ModSLException: Topological sort failed for User:CLASS_GRAPH@(0.0,0.0) in Sugiyama layout, remaining nodes: [] org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.topologicalSort(SugiyamaLayoutVisitor.java:163) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.splitIntoLayers(SugiyamaLayoutVisitor.java:76) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.apply(SugiyamaLayoutVisitor.java:51) org.modsl.core.agt.visitor.AbstractMetaTypeVisitor.in(AbstractMetaTypeVisitor.java:81) org.modsl.core.agt.model.Graph.accept(Graph.java:104) org.modsl.core.lang.uml.UMLTranslator.layout(UMLTranslator.java:62) org.modsl.core.lang.AbstractTranslator.translate(AbstractTranslator.java:28) org.apache.jsp.uml_jsp._jspService(uml_jsp.java:58) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.GeneratedMethodAccessor138.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:266) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157)
• Aug 09, 2008

  issue 42 (Bi-Directional relationships throws RuntimeException) reported by rafaferry   -   I've used the the following code in the webService: class diagram Sample { class Car { 1->3(Mirror); } class Mirror { 1->1(Car) } } And got the following exception: org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.topologicalSort(SugiyamaLayoutVisitor.java:163) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.splitIntoLayers(SugiyamaLayoutVisitor.java:76) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.apply(SugiyamaLayoutVisitor.java:51) org.modsl.core.agt.visitor.AbstractMetaTypeVisitor.in(AbstractMetaTypeVisitor.java:81) org.modsl.core.agt.model.Graph.accept(Graph.java:104) org.modsl.core.lang.uml.UMLTranslator.layout(UMLTranslator.java:62) org.modsl.core.lang.AbstractTranslator.translate(AbstractTranslator.java:28) org.apache.jsp.uml_jsp._jspService(uml_jsp.java:58) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.GeneratedMethodAccessor118.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:266) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157)

  I've used the the following code in the webService: class diagram Sample { class Car { 1->3(Mirror); } class Mirror { 1->1(Car) } } And got the following exception: org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.topologicalSort(SugiyamaLayoutVisitor.java:163) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.splitIntoLayers(SugiyamaLayoutVisitor.java:76) org.modsl.core.agt.layout.sugiyama.SugiyamaLayoutVisitor.apply(SugiyamaLayoutVisitor.java:51) org.modsl.core.agt.visitor.AbstractMetaTypeVisitor.in(AbstractMetaTypeVisitor.java:81) org.modsl.core.agt.model.Graph.accept(Graph.java:104) org.modsl.core.lang.uml.UMLTranslator.layout(UMLTranslator.java:62) org.modsl.core.lang.AbstractTranslator.translate(AbstractTranslator.java:28) org.apache.jsp.uml_jsp._jspService(uml_jsp.java:58) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.GeneratedMethodAccessor118.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:266) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157)