Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl
Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Then we should ask Doru, for he has made some changes, that breaks your code. And maybe you can write a test that shows your problem?
On Sep 6, 2013, at 10:28 AM, Fabrizio Perin wrote:
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
yes I'm trying to setup a fake mse to reproduce my problem. As soon as it is done i will commit the test.
cheers, Fabrizio
2013/9/6 Diego Lont diego.lont@delware.nl
Then we should ask Doru, for he has made some changes, that breaks your code. And maybe you can write a test that shows your problem?
On Sep 6, 2013, at 10:28 AM, Fabrizio Perin wrote:
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl
Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi,
The code as it is now is correct in Moose. If I understand correctly, the issue is in inFamix. Did you manage to reproduce on a smaller case study?
Cheers, Doru
On Fri, Sep 6, 2013 at 10:37 AM, Fabrizio Perin fabrizio.perin@gmail.comwrote:
yes I'm trying to setup a fake mse to reproduce my problem. As soon as it is done i will commit the test.
cheers, Fabrizio
2013/9/6 Diego Lont diego.lont@delware.nl
Then we should ask Doru, for he has made some changes, that breaks your code. And maybe you can write a test that shows your problem?
On Sep 6, 2013, at 10:28 AM, Fabrizio Perin wrote:
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl
Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi Doru, I tried to collect from the big MSE file only those elements which are suppose to be responsible for the error. I check the name of the entities in the debugger when it pop up. So far by importing only those elements the error doesn't pop up, i will try again on monday.
Cheers, Fabrizio
2013/9/7 Tudor Girba tudor@tudorgirba.com
Hi,
The code as it is now is correct in Moose. If I understand correctly, the issue is in inFamix. Did you manage to reproduce on a smaller case study?
Cheers, Doru
On Fri, Sep 6, 2013 at 10:37 AM, Fabrizio Perin fabrizio.perin@gmail.comwrote:
yes I'm trying to setup a fake mse to reproduce my problem. As soon as it is done i will commit the test.
cheers, Fabrizio
2013/9/6 Diego Lont diego.lont@delware.nl
Then we should ask Doru, for he has made some changes, that breaks your code. And maybe you can write a test that shows your problem?
On Sep 6, 2013, at 10:28 AM, Fabrizio Perin wrote:
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl
Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
I have the feeling that this will happen to any generic class in your code.
Doru
On Sat, Sep 7, 2013 at 4:00 PM, Fabrizio Perin fabrizio.perin@gmail.comwrote:
Hi Doru, I tried to collect from the big MSE file only those elements which are suppose to be responsible for the error. I check the name of the entities in the debugger when it pop up. So far by importing only those elements the error doesn't pop up, i will try again on monday.
Cheers, Fabrizio
2013/9/7 Tudor Girba tudor@tudorgirba.com
Hi,
The code as it is now is correct in Moose. If I understand correctly, the issue is in inFamix. Did you manage to reproduce on a smaller case study?
Cheers, Doru
On Fri, Sep 6, 2013 at 10:37 AM, Fabrizio Perin <fabrizio.perin@gmail.com
wrote:
yes I'm trying to setup a fake mse to reproduce my problem. As soon as it is done i will commit the test.
cheers, Fabrizio
2013/9/6 Diego Lont diego.lont@delware.nl
Then we should ask Doru, for he has made some changes, that breaks your code. And maybe you can write a test that shows your problem?
On Sep 6, 2013, at 10:28 AM, Fabrizio Perin wrote:
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl
Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi, I finally isolated a sample from an MSE generated with inFAMIX:
((FAMIX.JavaSourceLanguage) (FAMIX.Class (id: 773130) (sourceAnchor (ref: 927058)) (parentPackage (ref: 773123)) (container (ref: 773125)) (name 'AbstractDataDom') (isAbstract true) ) (FAMIX.ParameterizedType (id: 773536) (parameterizableClass (ref: 773130)) ))
Importing this MSE will generate the error. The point is that the FAMIXClass should be a FAMIXParameterizableClass instead. In fact this manually corrected MSE works:
((FAMIX.JavaSourceLanguage) (FAMIX.ParameterizableClass (id: 773130) (sourceAnchor (ref: 927058)) (parentPackage (ref: 773123)) (container (ref: 773125)) (name 'AbstractDataDom') (isAbstract true) ) (FAMIX.ParameterizedType (id: 773536) (parameterizableClass (ref: 773130)) ))
the class is defined as: public abstract class AbstractDataDom<D extends DTOBase, A> extends AbstractDom {
Maybe I'm using an old version of inFamix (it should be from mid this year), I will download a new one and I will try again.
Cheers, Fabrizio
2013/9/9 Tudor Girba tudor@tudorgirba.com
I have the feeling that this will happen to any generic class in your code.
Doru
On Sat, Sep 7, 2013 at 4:00 PM, Fabrizio Perin fabrizio.perin@gmail.comwrote:
Hi Doru, I tried to collect from the big MSE file only those elements which are suppose to be responsible for the error. I check the name of the entities in the debugger when it pop up. So far by importing only those elements the error doesn't pop up, i will try again on monday.
Cheers, Fabrizio
2013/9/7 Tudor Girba tudor@tudorgirba.com
Hi,
The code as it is now is correct in Moose. If I understand correctly, the issue is in inFamix. Did you manage to reproduce on a smaller case study?
Cheers, Doru
On Fri, Sep 6, 2013 at 10:37 AM, Fabrizio Perin < fabrizio.perin@gmail.com> wrote:
yes I'm trying to setup a fake mse to reproduce my problem. As soon as it is done i will commit the test.
cheers, Fabrizio
2013/9/6 Diego Lont diego.lont@delware.nl
Then we should ask Doru, for he has made some changes, that breaks your code. And maybe you can write a test that shows your problem?
On Sep 6, 2013, at 10:28 AM, Fabrizio Perin wrote:
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl
Could you try with .76? Problem could also be in 74. Working on our presentation for monday, no time to look into it deeply now.
Stephan & Diego _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hello everybody, fresh moose 5.1, fresh inFamix64bit, 1 year later and boom, same error. MNU while importing the mse file cause FAMIXClass don't understand parameterizedTypes.
Should I use something different to generate the mse file?
Here some more details:
Pharo4.0 Latest update: #40470
Moose https://ci.inria.fr/moose/job/moose-5.1/77/ 2015-02-02T02:07:18.384902+01:00
infamix just downloaded from the website.
Thanks in advance, Fabrizio
2013-11-05 17:35 GMT+01:00 Fabrizio Perin fabrizio.perin@gmail.com:
Hi, I finally isolated a sample from an MSE generated with inFAMIX:
((FAMIX.JavaSourceLanguage) (FAMIX.Class (id: 773130) (sourceAnchor (ref: 927058)) (parentPackage (ref: 773123)) (container (ref: 773125)) (name 'AbstractDataDom') (isAbstract true) ) (FAMIX.ParameterizedType (id: 773536) (parameterizableClass (ref: 773130)) ))
Importing this MSE will generate the error. The point is that the FAMIXClass should be a FAMIXParameterizableClass instead. In fact this manually corrected MSE works:
((FAMIX.JavaSourceLanguage) (FAMIX.ParameterizableClass (id: 773130) (sourceAnchor (ref: 927058)) (parentPackage (ref: 773123)) (container (ref: 773125)) (name 'AbstractDataDom') (isAbstract true) ) (FAMIX.ParameterizedType (id: 773536) (parameterizableClass (ref: 773130)) ))
the class is defined as: public abstract class AbstractDataDom<D extends DTOBase, A> extends AbstractDom {
Maybe I'm using an old version of inFamix (it should be from mid this year), I will download a new one and I will try again.
Cheers, Fabrizio
2013/9/9 Tudor Girba tudor@tudorgirba.com
I have the feeling that this will happen to any generic class in your code.
Doru
On Sat, Sep 7, 2013 at 4:00 PM, Fabrizio Perin fabrizio.perin@gmail.com wrote:
Hi Doru, I tried to collect from the big MSE file only those elements which are suppose to be responsible for the error. I check the name of the entities in the debugger when it pop up. So far by importing only those elements the error doesn't pop up, i will try again on monday.
Cheers, Fabrizio
2013/9/7 Tudor Girba tudor@tudorgirba.com
Hi,
The code as it is now is correct in Moose. If I understand correctly, the issue is in inFamix. Did you manage to reproduce on a smaller case study?
Cheers, Doru
On Fri, Sep 6, 2013 at 10:37 AM, Fabrizio Perin < fabrizio.perin@gmail.com> wrote:
yes I'm trying to setup a fake mse to reproduce my problem. As soon as it is done i will commit the test.
cheers, Fabrizio
2013/9/6 Diego Lont diego.lont@delware.nl
Then we should ask Doru, for he has made some changes, that breaks your code. And maybe you can write a test that shows your problem?
On Sep 6, 2013, at 10:28 AM, Fabrizio Perin wrote:
Hello, just tried, still happen. For me only 72 seems to be working. I will let you know a soon as the import is done (if it will finish :) )
cheers, Fabrizio
2013/9/6 Stephan Eggermont stephan@stack.nl
> Could you try with .76? > Problem could also be in 74. > Working on our presentation for monday, > no time to look into it deeply now. > > Stephan & Diego > _______________________________________________ > Moose-dev mailing list > Moose-dev@iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-
Diego Lont -
Fabrizio Perin -
Stephan Eggermont -
Tudor Girba