ahhhh
this is nothing
it's just a little bug :-)
OK, I will look at it.
It does need some serious testing with real cases like that.
We are doing some from time to time (eclipse, JHotDraw, JEdit) but one can always find
some new bugs...
nicolas
----- Mail original -----
De: "Tudor Girba"
<tudor.girba(a)gmail.com>
À: "Moose-related development" <moose-dev(a)iam.unibe.ch>
Envoyé: Mercredi 20 Avril 2011 14:38:13
Objet: [Moose-dev] Re: plans
Hi Nicolas,
On 20 Apr 2011, at 14:31, Nicolas Anquetil wrote:
It is time to synchronize on what are the plans
for Moose. Here is
the
roadmap for the next months. The first target is the release of 4.4
in
12 days.
Suggestions, opinions, and participations are always welcome :)
Moose 4.4
- main goal: strengthen the generic engines lineup
- release date: May 1
- based on Pharo 1.2.1
- to contain:
--- EyeSee
--- Mondrian with ComplexShapes
--- Metanool
- ideally, it should also contain:
--- a working version of VerveineJ
Ideally ...
However, I will be out for the next 10 days or so ...
VerveineJ is working, AFAIK, it misses:
- dealing with access to enums values
- dealing with Java initialization blocks (kind of nameless,
parameterless, constructor)
- creating a shadow package for each namespace
So not much really.
But if one doesn't need that, one should be able to use it
Unfortunately, it does not quite work. I took the latest VerveineJ,
and tried to parse ArgoUML 0.28.1 and I got an error.
This is what I did:
1. Download the sources from:
http://argouml-downloads.tigris.org/nonav/argouml-0.28.1/ArgoUML-0.28.1-src…
2. Execute:
./verveinej.sh -Xmx1500m -- /PATH_TO_ArgoUML-0-28-1/
3. I got the following error:
JavaDictionary.checkAndMapClass() found a FamixType that should be a
FamixClass: SuppressWarnings
Exception in thread "main" java.lang.ClassCastException:
fr.inria.verveine.core.gen.famix.Attribute cannot be cast to
fr.inria.verveine.core.gen.famix.EnumValue
at
fr.inria.verveine.extractor.java.JavaDictionary.ensureFamixEnumValue(Unknown
Source)
at fr.inria.verveine.extractor.java.VerveineVisitor.visit(Unknown
Source)
at
org.eclipse.jdt.core.dom.EnumDeclaration.accept0(EnumDeclaration.java:273)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551)
at
org.eclipse.jdt.core.dom.TypeDeclaration.accept0(TypeDeclaration.java:484)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551)
at
org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java:219)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at fr.inria.verveine.extractor.java.FamixRequestor.acceptAST(Unknown
Source)
at
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:1016)
at
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:628)
at org.eclipse.jdt.core.dom.ASTParser.createASTs(ASTParser.java:982)
at fr.inria.verveine.extractor.java.VerveineJParser.parse(Unknown
Source)
at fr.inria.verveine.extractor.java.VerveineJParser.main(Unknown
Source)
Cheers,
Doru
nicolas
Moose 5
- main goal: the move to the web
- release date: August 30
- to contain:
--- EyeSee and Mondrian bindings to SVG/JavaScript (probably
protovis)
--- Glamour with improved Seaside rendering
--- Dashboard in Glamour
--- Wizard in Glamour
--- improved IDE for building/coding Arki reports
- ideally it should also contain:
--- SQL parser (Fabrizio? :))
--- Glamorous Toolkit
--- Kumpel
For example integrating it in the metamodel. For now, the types are
created, by they have no property/relation
--- GitFS?
- others?
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"We cannot reach the flow of things unless we let go."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev