Hello,
I added a new importer in the Moose Panel and so I can browse my model. It show me that no SourceLanguage was defined so I added my own sourceLanguage, inheriting from FAMIXSourceLanguage. I have a problem is about this call: anObject mooseInterestingEntity mooseDescription allPrimitiveAttributes
because mooseDescription return nil.
The problem is about asMooseDescription send to my class because it refer to the MooseModel meta dictionnary and my class is not in, so it return nil. I have implemented the class method annotation but it doesn't change anything. How can I have my class in the dictionnary?
Thanks in advance.
Did you reset the meta-model?
MooseModel resetMeta.
On Fri, Mar 23, 2012 at 10:49 AM, Guillaume Larcheveque < guillaume.larcheveque@gmail.com> wrote:
Hello,
I added a new importer in the Moose Panel and so I can browse my model. It show me that no SourceLanguage was defined so I added my own sourceLanguage, inheriting from FAMIXSourceLanguage. I have a problem is about this call: anObject mooseInterestingEntity mooseDescription allPrimitiveAttributes
because mooseDescription return nil.
The problem is about asMooseDescription send to my class because it refer to the MooseModel meta dictionnary and my class is not in, so it return nil. I have implemented the class method annotation but it doesn't change anything. How can I have my class in the dictionnary?
Thanks in advance.
-- *Guillaume Larcheveque*
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
No.
It works now.
thanks!!
2012/3/23 Andre Hora andrehoraa@gmail.com
Did you reset the meta-model?
MooseModel resetMeta.
On Fri, Mar 23, 2012 at 10:49 AM, Guillaume Larcheveque < guillaume.larcheveque@gmail.com> wrote:
Hello,
I added a new importer in the Moose Panel and so I can browse my model. It show me that no SourceLanguage was defined so I added my own sourceLanguage, inheriting from FAMIXSourceLanguage. I have a problem is about this call: anObject mooseInterestingEntity mooseDescription allPrimitiveAttributes
because mooseDescription return nil.
The problem is about asMooseDescription send to my class because it refer to the MooseModel meta dictionnary and my class is not in, so it return nil. I have implemented the class method annotation but it doesn't change anything. How can I have my class in the dictionnary?
Thanks in advance.
-- *Guillaume Larcheveque*
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Andre Hora
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On 23/03/12 11:22, Guillaume Larcheveque wrote:
No.
It works now.
thanks!!
2012/3/23 Andre Hora <andrehoraa@gmail.com mailto:andrehoraa@gmail.com>
Did you reset the meta-model? MooseModel resetMeta.
Andre is studying domain specific rules
They are rules checked by smalllint that are specific to the application domain (as opposed to a generic rule such as "class should be commented"). The kind of stuff that could have helped Guillaume here may be?
These rules seem to be very interesting for the stability and quality of the application. So it would be a good idea to have more for moose (Andre told me that there are already some).
If you can think of a domain specific rule for Moose that seems possible to check automatically with lint, just let us know, and Andre will try to implement it.
Moose will benefit from it and Andre's study will too.
nicolas
Hi,
Great. Please take a look at the OnMoose-Report package in the Arki repository. The idea of this project is to hold a set of rules that are specific to Moose:
Gofer new squeaksource: 'Arki'; package: 'OnMoose-Report'; load.
(OnMooseReport on: MooseScripts createModelForConfigurationOfMoose) open.
These rules are built with Arki, not with SmallLint. The idea of using Arki is that you get also a browser that can be customized for every rule.
Also, at the moment, they are based on a Moose model, rather than directly Smalltalk. However, this is not binding. It should be quite easy to extend this to include SmallLint rules as well.
I would love to get more rules to check the Moose components.
Cheers, Doru
On Fri, Mar 23, 2012 at 11:30 AM, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
On 23/03/12 11:22, Guillaume Larcheveque wrote:
No.
It works now.
thanks!!
2012/3/23 Andre Hora andrehoraa@gmail.com
Did you reset the meta-model?
MooseModel resetMeta.
Andre is studying domain specific rules
They are rules checked by smalllint that are specific to the application domain (as opposed to a generic rule such as "class should be commented"). The kind of stuff that could have helped Guillaume here may be?
These rules seem to be very interesting for the stability and quality of the application. So it would be a good idea to have more for moose (Andre told me that there are already some).
If you can think of a domain specific rule for Moose that seems possible to check automatically with lint, just let us know, and Andre will try to implement it.
Moose will benefit from it and Andre's study will too.
nicolas
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Thanks Doru,
These are the ones I told Nicolas (I implemented some rules some time ago in OnMoose-Report). I will have a look in more details.
I know that Andy also implement some rules specific to Moose I guess in eContracts http://squeaksource.com/@_00QmRlHMYTU920w/puGlkUmG?13.
regards,
On Fri, Mar 23, 2012 at 12:12 PM, Tudor Girba tudor@tudorgirba.com wrote:
Hi,
Great. Please take a look at the OnMoose-Report package in the Arki repository. The idea of this project is to hold a set of rules that are specific to Moose:
Gofer new squeaksource: 'Arki'; package: 'OnMoose-Report'; load.
(OnMooseReport on: MooseScripts createModelForConfigurationOfMoose) open.
These rules are built with Arki, not with SmallLint. The idea of using Arki is that you get also a browser that can be customized for every rule.
Also, at the moment, they are based on a Moose model, rather than directly Smalltalk. However, this is not binding. It should be quite easy to extend this to include SmallLint rules as well.
I would love to get more rules to check the Moose components.
Cheers, Doru
On Fri, Mar 23, 2012 at 11:30 AM, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
On 23/03/12 11:22, Guillaume Larcheveque wrote:
No.
It works now.
thanks!!
2012/3/23 Andre Hora andrehoraa@gmail.com
Did you reset the meta-model?
MooseModel resetMeta.
Andre is studying domain specific rules
They are rules checked by smalllint that are specific to the application domain (as opposed to a generic rule such as "class should be
commented").
The kind of stuff that could have helped Guillaume here may be?
These rules seem to be very interesting for the stability and quality of
the
application. So it would be a good idea to have more for moose (Andre told me that
there
are already some).
If you can think of a domain specific rule for Moose that seems possible
to
check automatically with lint, just let us know, and Andre will try to implement it.
Moose will benefit from it and Andre's study will too.
nicolas
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
+1
like offering the right meta model.
Setf On Mar 23, 2012, at 12:12 PM, Tudor Girba wrote:
Hi,
Great. Please take a look at the OnMoose-Report package in the Arki repository. The idea of this project is to hold a set of rules that are specific to Moose:
Gofer new squeaksource: 'Arki'; package: 'OnMoose-Report'; load.
(OnMooseReport on: MooseScripts createModelForConfigurationOfMoose) open.
These rules are built with Arki, not with SmallLint. The idea of using Arki is that you get also a browser that can be customized for every rule.
Also, at the moment, they are based on a Moose model, rather than directly Smalltalk. However, this is not binding. It should be quite easy to extend this to include SmallLint rules as well.
I would love to get more rules to check the Moose components.
Cheers, Doru
On Fri, Mar 23, 2012 at 11:30 AM, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
On 23/03/12 11:22, Guillaume Larcheveque wrote:
No.
It works now.
thanks!!
2012/3/23 Andre Hora andrehoraa@gmail.com
Did you reset the meta-model?
MooseModel resetMeta.
Andre is studying domain specific rules
They are rules checked by smalllint that are specific to the application domain (as opposed to a generic rule such as "class should be commented"). The kind of stuff that could have helped Guillaume here may be?
These rules seem to be very interesting for the stability and quality of the application. So it would be a good idea to have more for moose (Andre told me that there are already some).
If you can think of a domain specific rule for Moose that seems possible to check automatically with lint, just let us know, and Andre will try to implement it.
Moose will benefit from it and Andre's study will too.
nicolas
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
-
Andre Hora -
Guillaume Larcheveque -
Nicolas Anquetil -
Stéphane Ducasse -
Tudor Girba