Hi,
I propose to change this:
MoosModel>>sourceLanguage: aSymbol
^sourceLanguage := aSymbol
by:
MoosModel>>sourceLanguage: aSourceLanguage
sourceLanguage := aSourceLanguage.
sourceLanguage mooseModel: self
So, that we don't have to remember to add manually the source language to
the model.
Is it ok to do this change?
usman
Hi!
I am getting an exception with VerveineJ. No idea why.
VerveineJ processing file: ./agilevisualization/example/HelloWorld.java
*** VerveineJ visitor got exception: 'java.lang.NullPointerException' while processing file: ./agilevisualization/example/HelloWorld.java
The code is simply:
I have a .mse file that is created however.
Any what’s going on?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I wanted to use MooseQuery to get some call graphs in a model.
I have 4720 graphs to compute, I start from a class and I want all the incoming invocations at class level recursively.
I used the default queryAllIncomingInvocations of MooseChef and the one of MooseQuery.
It takes 1min20 with MooseChef.
With MooseQuery, it takes 5 mins to do ~500 graphs... so 50 mins to calculate everything (I didn't try ;) )..
Maybe some performance improvement is needed?
Cheers,
Vincent
________________________________
Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
Hi!
Just to let you know. I have slightly improved the normalizer. You can now send #distinctColorUsing: aBlockOrSymbol
Consider the following example:
b := RTMondrian new.
b shape circle.
b nodes: Collection withAllSubclasses.
b edges connectFrom: #superclass.
b layout tree.
b normalizer
normalizeSize: #numberOfMethods;
distinctColorUsing: #package.
b
This gives to each class a color depending on its package.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi everyone!
Yes, a new version of Pillar, again!
With this version we removed the old parser of Pillar to introduce
PetitPillar base on PetitParser.
This parser is slower than the previous one but we will be able to
improve his speed.
We will also be able to improve Pillar at the parser level, which was
impossible before. So we will be able to remove some hacks and improve
the experience of the users.
If you are good in parser and you want to contribute to his improvement,
feel free to help, we have a lot of tests to help. This is my first
parser so I am sure it have a lot of rooms for improvement.
--
Cheers
Cyril
Hi,
It seems that Metacello does not consider PackageName-xyz and
PacakgeName-BranchName-xyz as the same package. I suspect it because when I
look at the packages loaded by two different configurations with and
without branch names as package name suffixes are not the same. Could
someone knowing the internals of Metacello confirm it?
So, here is a log of Metacello of the loadDirective for ConfigOfGlamour
with and without packages with branch names. I have truncated the output to
highlight important parts of the log.
----------- Metacello log follows ----------------------
Without branching (Rubric and Glamour-Morphic-Renderer loaded only once):
linear load :
atomic load : 3.3.0 [ConfigurationOfGlamour]
linear load : 3.1.3.Moose51 [ConfigurationOfGlamourCore]
--------------------List of Packages----------------
atomic load : 1.2.14.Moose51 [ConfigurationOfRubric]
load : Rubric-AndreiChis.207
load : Glamour-Morphic-Renderer-AndreiChis.324
--------------------List of Packages----------------
linear load : 1.13 [ConfigurationOfRoassal2]
linear load : 3.1.4 [ConfigurationOfGlamourCore]
--------------------List of Packages----------------
With branching (old versions overwrites the fixes):
linear load :
atomic load : 3.3.0 [ConfigurationOfGlamour]
linear load : 3.1.3.Moose51 [ConfigurationOfGlamourCore]
--------------------List of Packages----------------
atomic load : 1.2.14.Moose51 [ConfigurationOfRubric]
load : Rubric-Moose51-usmanbhatti.207
load :
Glamour-Morphic-Renderer-Moose51-usmanbhatti.324
--------------------List of Packages----------------
linear load : 1.13 [ConfigurationOfRoassal2]
linear load : 3.1.4 [ConfigurationOfGlamourCore]
atomic load : 1.2.15 [ConfigurationOfRubric]
load : Rubric-AlainPlantec.206
load : Glamour-Morphic-Renderer-AndreiChis.321
--------------------List of Packages----------------
---------------
What it actually changes is packages with branch name are overwritten with
their predecessors and hence fixes are not correctly included in the
resulting image. It seems that ensuring correct loading in the presence of
branched packages requires no other configuration is loading previous
versions of the branched packages.
