16 Mar
2011
16 Mar
'11
9:01 a.m.
On Mar 15, 2011, at 22:30 , Tudor Girba wrote:
You are right, I remember we discussed with cyrille about this issue, but we did not see
the impact on mse files.
The problem is already here: we cannot import and use an mse from 4.1
So, I have no ideal solution. Maybe we should go back for this bug and integrate it in
5.0.
Or we should do a hack in the importer that solve this problem.
Have you some better solutions ?
Another point that I would like to discuss:
About the changes in Famix, there are only adding, ok. Now, it makes all importers
evolve.
Hi Jannik,
On 15 Mar 2011, at 14:49, jannik.laval wrote:
no problem :)
Hi,
I am not jumping to conclusion, I am beginning discussion :)
Ok, then I misunderstood your statement :) With a small time to check, it seems that it is
MooseCook that is broken.
Here is the example: http://dl.dropbox.com/u/7739334/seaside30-28062010.mse.zip
I put it in Dropbox because of 3Mb.
You can load it in Moose without problems.
Now, if you browse "All Model Classes" and you select one class, there is an
error. because a FamixClass does not now a parentType.
It seems that there is a change in scope.
I took a look at your case study. The problem stems from a Smalltalk importer bug that
was reported in Aug 2008 (!), and that is now finally fixed: the implicit variable used to
be attached to the class and now it is attached to the method:
http://code.google.com/p/moose-technology/issues/detail?id=16 From a file 4.1 to 4.3, there is no problem and the new
information fields are initialized at nil (or something else), there are not present in
mse files.
But from 4.3 to 4.1, there are multiple fields that are not taken into
account in 4.1. What is the behavior ? Are these fields ignored (this is what we expect) ?
or an error is raised ?
My pont is:
from 4.0 to 4.1, there are changes but the ecosystem had not to change.
from 4.1 to 4.3, it seems (I say it seems, because I do not know about the real impact)
that the changes impact the metamodel and a part of ecosystem: verveineJ, infusion, Cook
(... maybe others ?)
This is why I discuss to go to 5.0.
Now, I am sorry to wake up too late, this is a discussion that we should had during your
venue to Lille.
Cheers,
Jannik
Cheers,
Doru
Cheers,
Jannik
On Mar 15, 2011, at 13:50 , Tudor Girba wrote:
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of problem
understanding."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev Hi,
I am on the run now, but what MSE files do not work? The changes to the FAMIX meta-model
should not have broken anything.
I have files created in 2009 that load just fine. So, before jumping to conclusions,
please let's take a look at the actual cases. Could you make available such an MSE
file?
Cheers,
Doru
On 15 Mar 2011, at 13:28, Simon Denier wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev What are the problems exactly?
One thing would be to add a Mse version metadata in each file. I think Cyrille has
started something similar.
Simon
On 15 mars 2011, at 12:52, "jannik.laval" <jannik.laval(a)gmail.com>
wrote:
> Hi all,
>
> We are using Moose 4.3 and we have lots of problems due to the metamodel changes from
4.1 to 4.3.
> For example all my mse files generated in 4.1 are obsolete in 4.3, but we develop
tools in 4.3 not compatible with 4.1.
> The situation is not really cool, and the message sent by this problem also.
>
> To solve this problem, I would propose to replace the version 4.3 by a version 5.0.
> Like that we can build tools to move from version 4.x to 5.x.
> And the message is better.
>
> What is your opinion about these changes and what is the impact on the community ?
> Thanks
>
> Jannik
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev