For the comparison with infusion, one point is that I could never get
infusion to work properly (or at all) for me :-(
So this limits my ability to compare them. :-)
I understand that infusion has well known limitations.
The point of verveine is that the code is there for anyone to overcome
the limitations that hurt him/her most.
So as steph said: you have access to the code.
I don't know either how old/recent is the last version of infusion?
Does it support Java 1.6, for example ?
Actually verveineJ does not :-)
Well, in the sense that it does not output anything particular for
parameterized types for example.
But it parses java 1.6 without problem and the information is
available in the AST. If someone needs it, s/he just needs to figure
out how to fit this in the meta model and write the piece of code that
will create the proper Famix Entities.
As for the resources, I plan to use it in the short to medium term. So
I will be maintaining it in the near future as well as my limited time
allows.
After, it will depend on people.
If nobody feels the need to maintain it it will be because it is not
needed. Which can be happen because Moose is no longer in use or
because java became irrelevant :-)
One strength is that it uses JDT, so the parser itself is maintained
by another entity which does have more resources than us. VerveineJ in
itself "just" visit the AST produced by the JDT parser ...
But try it and see for yourself.
Tell us what you think
I tried to document thoroughly the source code so that it would be
easier to get in ...
nicolas
On Tue, Oct 26, 2010 at 9:02 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote:
On 26 Oct 2010, at 15:19, Stéphane Ducasse wrote:
That is excellent news. It seems that it would integrate nicely with the Eclipse plugin I
wrote that exports aspect information. This way I can have all the data visualized in
AspectMaps coming from a single source.
I have two questions: How does it compare to the infusion tool in
funcionality/correctness
you can modify the code and have access to it freely.
Yes, I know, but that does not tell me how this performs wrt infusion. Did you do any
comparison of its output versus infusion's output? Any Java code that kills infusion
but not verveinej? I dont say you have to do it, I am just curious ...
and are
there any resources available to dedicate time on this in the future to keep it up to
date?
There is no resources except us.
OK, let me rephrase: do you consider dedicating time to it in the future to bugfix, to
update for new releases of Java or do you consider it out of the scope of the project?
--
Johan Fabry
jfabry(a)dcc.uchile.cl -
http://dcc.uchile.cl/~jfabry
PLEIAD Lab - Computer Science Department (DCC) - University of Chile
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
Nicolas Anquetil Univ. Lille1 / INRIA-equipe RMod