Moose-dev May 2011

moose-dev@list.inf.unibe.ch

33 participants
186 discussions

preparing for Moose 4.4
by Tudor Girba 01 May '11

01 May '11

Hi, The list of issues for 4.4 got smaller, but we won't make it with a release today: http://code.google.com/p/moose-technology/issues/list?q=milestone=4.4 I will work on them in the following week, but it would be great to have some help. Especially, it would be cool to have VerveineJ ready for prime time. The good news is that it does not crash and it is super fast. However, there are still some small issues that make it less usable in practice (like setting correct source anchors, exporting all annotations and setting the file format in utf-8). I would also need some help on the SmalltalkImporter issues. Cyrille and Jannik, would you have some time to look into these issues? I will try to finalize Metanool and look into fixing FAMIX queries. The new deadline is in 1 week or so :). Cheers, Doru -- www.tudorgirba.com "To lead is not to demand things, it is to make them happen."

2 1

Issue 581 in moose-technology: Computing text size
by moose-technology＠googlecode.com 01 May '11

01 May '11

Status: New Owner: ---- Labels: Type-Defect Priority-High New issue 581 by alexandr...(a)gmail.com: Computing text size http://code.google.com/p/moose-technology/issues/detail?id=581 Execute in a workspace: (UMLClassDiagram render: Collection withAllSubclasses) open There is too much white space

1 4

verveinej out of memory
by Tudor Girba 01 May '11

01 May '11

Hi, I am testing VerveineJ and I am getting "Exception in thread "main" java.lang.OutOfMemoryError: Java heap space". To reproduce: 1. download https://github.com/Silverpeas/Silverpeas-Core/zipball/master 2. run ./verveinej.sh -Xmx2000m PATH_TO_SILVERPEAS Nicolas, is there anything to do to get this working? Cheers, Doru -- www.tudorgirba.com "What we can governs what we wish."

3 6

Issue 554 in moose-technology: DSM has flags for refactoring
by moose-technology＠googlecode.com 01 May '11

01 May '11

Status: New Owner: jannik.l...(a)gmail.com Labels: Type-Defect Priority-Medium Milestone-4.4 New issue 554 by jannik.l...(a)gmail.com: DSM has flags for refactoring http://code.google.com/p/moose-technology/issues/detail?id=554 some flags in DSM I should verify for 4.4

1 3

Issue 553 in moose-technology: DSM should be split
by moose-technology＠googlecode.com 01 May '11

01 May '11

Status: New Owner: ---- CC: jannik.l...(a)gmail.com Labels: Type-Engineering Priority-Medium Component-DSM Milestone-4.4 New issue 553 by tudor.gi...(a)gmail.com: DSM should be split http://code.google.com/p/moose-technology/issues/detail?id=553 It should be split into generic algorithms (moved to Moose-Algos) and FAMIX specific applications.

1 5

Issue 595 in moose-technology: [Glamour] Transmission>>from: is said to take a port
by moose-technology＠googlecode.com 01 May '11

01 May '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 595 by damien.c...(a)gmail.com: [Glamour] Transmission>>from: is said to take a port http://code.google.com/p/moose-technology/issues/detail?id=595 The method GLMTransmission>>from: takes a parameter 'aPort'. However, this method is most of the time used with a pane symbol instead of a port. This is confusing as the Moose book says " For specifying a transmission origin that points to a #selection port of a pane, you simply use from:. " In this case it is clear that the port is #selection and it is the default. The reader is then waiting for an implementation similar to: GLMTransmission>>from: aPaneSymbol ^ self from: aPaneSymbol port: #selection

1 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev May 2011