Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 556 by vhane...(a)gmail.com: ManifestMfBundle not completed
initialized upon instantiation
http://code.google.com/p/moose-technology/issues/detail?id=556
Describe the problem: what do you get? what do you expect?
The following expression raises an error, whereas it should not:
ManifestMfBundle new printString
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 557 by vhane...(a)gmail.com: FAMIXComment wrongly initialized
http://code.google.com/p/moose-technology/issues/detail?id=557
Describe the problem: what do you get? what do you expect?
"FAMIXComment new printString" raise an error. It is wrongly initialized
I turned one yellow test into green.
There are still 2 red and 1 yellow that I do not know why they are failing.
This stem from evaluating the following expression. They raise an error:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
MooseModel famixCoreMetamodel.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
stream := WriteStream on: String new.
model := MooseModel new.
MooseModel export: model to: stream filtredBy: ImportingContext new
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Are these methods really used? Shall we remove them?
Cheers,
Alexandre
On 26 Mar 2011, at 17:18, admin(a)moosetechnology.org wrote:
> See <http://hudson.moosetechnology.org/job/moose-latest-dev/254/>
>
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
In case your are curious with what we are doing
BigPicture.png is before we started our coverage effort. BigPictureAfter.png is after.
Comments are welcomed.
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
Please make sure to update Moose packages because I performed quite a bit of renaming by adding some Moose prefixes to classes.
Cheers,
Doru
--
www.tudorgirba.com
"Problem solving should be focused on describing
the problem in a way that makes the solution obvious."
Hi Guys,
I continued to test Moose-Core.
Unfortunately, some of the tests I defined are wrongly located. For example, the class MooseModel is extended by the package Moose-Finder. I defined tests for those methods in the class MooseModelTest under a method category *moose-finder.
This means that the package Moose-Finder defines some tests now. It was easier and quicker for me to do so.
This is not good, and I am aware of it. I will fix the situation maybe this evening. I am a running an experiment and I do not want to have to explain the notion of class extension. I just need a beautiful screenshot with all covered methods.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Can this method be deleted?
It has no sender and only one implementer
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Famix Milestone-4.4
New issue 563 by tudor.gi...(a)gmail.com: ImplicitVariable>>container should
be changed to parentBehaviouralEntity
http://code.google.com/p/moose-technology/issues/detail?id=563
Currently, ImplicitVariable>>container points to a Type. It should be
BehaviouralEntity instead.
When opening a glamour browser , is there a way to specify the size (width -
height) that the browser window should have ?
Because it seems that it always open with the same default size
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 560 by usman.bh...(a)gmail.com: parentType bug in Java model
http://code.google.com/p/moose-technology/issues/detail?id=560
Describe the problem: what do you get? what do you expect?
I import Java mse (VerveineJ) and I want to run a small program to
calculate all outgoing relationships of all the classes present in the mse.
I get this message below:
FAMIXClass(Object)>>doesNotUnderstand: #parentType
Receiver: FontChooserMain in org::jhotdraw::samples::font (Type)
Arguments and temporary variables:
aMessage: parentType
exception: MessageNotUnderstood:
How to reproduce the problem: step by step if necessary
import java mse with VerveineJ
Add SoftEngMetrics package from Montecello.
CohesionCouplingReport
generateReportv7ForModel: 'JHotDraw_7.6-swing-awt-VerveineJ'
fileName: 'JHotDraw_7.6-swing-awt-VerveineJ-',(Date today
printString),'.csv'.
Additional information: platform, context which may impact the problem
Last three message from execution context:
FAMIXClass(Object)>>doesNotUnderstand: #parentType
Receiver: FontChooserMain in org::jhotdraw::samples::font (Type)
Arguments and temporary variables:
aMessage: parentType
exception: MessageNotUnderstood: FAMIXClass>>parentType
resumeValue: nil
Receiver's instance variables:
mooseID: 564997
state: a MooseDefaultState
sourceAnchor: a FAMIXFileAnchor #noname
sourceLanguage: nil
comments: an Array(/**
* FontChooserMain....:31:24Z rawcoder $
*/
(comment ...etc...
declaredSourceLanguage: nil
name: 'FontChooserMain'
isStub: false
receivingInvocations: #()
modifiers: a Set(#isPublic)
parentPackage: nil
outgoingReferences: #()
types: #()
incomingReferences: #()
subInheritances: #()
methods: an Array(FontChooserMain>>FontChooserMain() (Method)
FontChooserMain>>...etc...
container: org (Namespace)::jhotdraw (Namespace)::samples
(Namespace)::font (Na...etc...
superInheritances: an Array(FontChooserMain -> JPanel (Inheritance))
attributes: #()
isInterface: nil
FAMIXInvocation>>getReceivingFAMIXClass
Receiver: FontChooserMain -> self#initComponents() (Invocation)
Arguments and temporary variables:
tmpReceiver: FontChooserMain.self (ImplicitVariable)
belongsTo: nil
Receiver's instance variables:
mooseID: 679516
state: a MooseDefaultState
sourceAnchor: nil
sourceLanguage: nil
comments: #()
declaredSourceLanguage: nil
previous: nil
next: FontChooserMain -> self#add(Component) (Invocation)
sender: FontChooserMain>>FontChooserMain() (Method)
receiver: FontChooserMain.self (ImplicitVariable)
receiverSourceCode: nil
signature: 'initComponents()'
candidates: an Array(FontChooserMain>>initComponents() (Method))
Please fill in the labels with the following information:
* Type-Defect, Type-Enhancement, Type-Engineering, Type-Review, Type-Other
* Component-XXX
Hi!
The coverage of Moose-Core has significantly increased. Several classes are now 100% covered.
I added a red test that I would like some of you have a look at it.
MooseModelTest>>testExportToFiltredBy
I am not sure whether this is dead code or not.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I added another red test. Sorry about that.
The following raises en error: MooseModel famixCoreMetamodel
Is this intended? I am not a metamodel generation guy. Maybe someone can have a look at this?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
What these methods are about? Are they destructive? Can they be tested?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Engineering Priority-Medium Component-VerveineJ Milestone-4.4
New issue 552 by tudor.gi...(a)gmail.com: VerveineJ should have a build script
http://code.google.com/p/moose-technology/issues/detail?id=552
The build script should be written with Ant and be responsible to:
- build the jars
- run the tests
Hi!
I would like to discuss about MooseModel class>>ownerOf:
I understand the implementation. But this leads to a strange behavior.
For example, the following fails time to time:
element := MooseEntity new.
self assert: (element mooseModel isNil).
It fails since I have written tests about the id generation. And the element may have a mooseID of a previous object.
What should we do? I can remove the tests about the ID generation, but removing tests is never good. Would it be possible to use the privateState to store the mooseModel? Are the hypothesis why we have changed the reference of the mooseModel still valid?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
One of the test is yellow because of the mismatching there is of mooseName
DudeDuplication>>mooseName
((signature isNil or: [ referenceCode isNil ]) or: [ duplicateCode isNil ])
ifTrue: [ ^ 'Error' ].
^ 'Chain: ', signature, ' between: ', referenceCode mooseName, ' and ', duplicateCode mooseName
It is wrong to override mooseName. mooseNameOn: should be overridden instead.
Shall I update mooseName into mooseNameOn:?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
When I use the wizard of Hapao, I get an error. You can reproduce the problem by doiting and pressing next:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| v control firstPane packagesList part1 lastPane part2 |
control := WizardControl new.
firstPane := WizardFirstPane new.
lastPane := WizardLastPane new.
control addPane: firstPane.
control addPane: lastPane.
part1 := TextPart new
inGroupboxNamed: 'Hapao: select the packages to analyze'.
packagesList := PackageOrganizer default packageNames asSortedCollection: [ :a :b | a < b ].
part2 := MultiSelectionListSelectorWithSmalltalkExpression on: packagesList.
firstPane
addPart: part1
associatedTo: #packagesSelected.
lastPane
addPart: part2
associatedTo: #packagesSelected.
control open
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Unfortunately, I am not able to write a test for this since the window is modal
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I recently remembered that Basil, the library for flash export built by Lucas , was ported by Lucas Streit in Squeak.
I just gave it a try and there is only one test that fails. Also, the examples from Basil-Applications seem to work as well.
In VW, we had a binding for Mondrian:
http://www.moosetechnology.org/tools/vw/basil
If you want to give it a try, you can find it at:
Gofer it
renggli: 'unsorted';
package: 'Basil';
load
Cheers,
Doru
--
www.tudorgirba.com
"What is more important: To be happy, or to make happy?"
Status: New
Owner: ----
CC: cy.delau...(a)gmail.com
Labels: Type-Defect Priority-High
New issue 561 by alexandr...(a)gmail.com: Bug with Merlin
http://code.google.com/p/moose-technology/issues/detail?id=561
When I use the wizard of Hapao, I get an error. You can reproduce the
problem by doiting and pressing next:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| v control firstPane packagesList part1 lastPane part2 |
control := WizardControl new.
firstPane := WizardFirstPane new.
lastPane := WizardLastPane new.
control addPane: firstPane.
control addPane: lastPane.
part1 := TextPart new
inGroupboxNamed: 'Hapao: select the packages to analyze'.
packagesList := PackageOrganizer default packageNames asSortedCollection:
[ :a :b | a < b ].
part2 := MultiSelectionListSelectorWithSmalltalkExpression on:
packagesList.
firstPane
addPart: part1
associatedTo: #packagesSelected.
lastPane
addPart: part2
associatedTo: #packagesSelected.
control open
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Unfortunately, I am not able to write a test for this since the window is
modal
Hi,
moosetechnology.org would benefit from more community effort :).
For example, up to now, I (and sometimes Simon) was basically the only one updating the news content.
Anyone interested in participating?
Cheers,
Doru
--
www.tudorgirba.com
"Reasonable is what we are accustomed with."
Hi all,
I am reproducing some experiments I did time ago,
and I am again using Hapax (latest version for VW).
FYI, I just noticed that there could be an issue in how the
weighting in the TermDocumentMatrix is evaluated.
I attach the method here for convenience:
TermDocumentMatrix>>weight
| newMatrix |
newMatrix := SparseRowMatrix new: matrix dimension.
matrix rows with: newMatrix rows do: [ :row :newRow |
| globalWeight |
globalWeight := globalWeighting forTerm: row.
row doSparseWithIndex: [ :each :index |
newRow at: index put: (localWeighting
forValue: each) * globalWeight ]].
matrix := newMatrix.
this method should apply the tf-idf weighting [1] to the matrix.
This weighting is composed of two parts:
a global weighting (i.e., idf: the more a term is common, the less its weight)
a local weighting (i.e., tf: each term is normalized on the number of
terms appearing).
The global weighting is correctly done in the line:
globalWeight := globalWeighting forTerm: row.
while the local weighting is NOT correctly done in the line:
newRow at: index put: (localWeighting forValue: each) * globalWeight
in fact, the "localWeighting forValue: each" will always return "each" back.
This means that it simply does not apply any local weighting.
Right now I am working on fixing this issue.
Please let me know if I am wrong, or if you have an elegant solution :)
Cheers,
Alberto
[1] http://en.wikipedia.org/wiki/Tf%E2%80%93idf
Hello,
When I want to open a magritte presentation, glamour always open it in a
very small size (in a 'scrollPane'), without filling the whole space of the
cell.
Does anyOne know what could be the problem or what could I do to solve that?
Hi,
I played a bit last night and built this visualization showing how we collaborated on papers around Moose (the info came out of Citezen):
http://www.moosetechnology.org/news/paper-collaborations
Cheers,
Doru
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of problem understanding."