Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Data Mining
by Patricio Plaza 04 Jul '11

04 Jul '11

Hi All! I'd like to ask you if someone have any information about Data Mining using Moose in RDBMS context. Thank you in advance, Patricio

2 1

Re: [Pharo-project] Re: GLMTextualPresentation background color
by Marcus Denker 04 Jul '11

04 Jul '11

>> > > Grease has a method called String>>#truncate:ellipsis:. Which reminds me that we should think about merging the useful extensions of Grease into Pharo... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Issue 588 in moose-technology: Commands, Easel and ViewRenderer
by moose-technology＠googlecode.com 02 Jul '11

02 Jul '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 588 by alexandr...(a)gmail.com: Commands, Easel and ViewRenderer http://code.google.com/p/moose-technology/issues/detail?id=588 The following tests is yellow: testCommandsInEaselAndViewRenderer | view easel | view := MOViewRenderer new. easel := MOEasel new. self assert: view userCommands size = easel userCommands I need to work on it

1 1

Issue 632 in moose-technology: Build a test to capture the FAMIX API problems with Java systems
by moose-technology＠googlecode.com 01 Jul '11

01 Jul '11

Status: New Owner: tu...(a)tudorgirba.com Labels: Type-Defect Priority-Critical Component-Famix Milestone-4.5 New issue 632 by tu...(a)tudorgirba.com: Build a test to capture the FAMIX API problems with Java systems http://code.google.com/p/moose-technology/issues/detail?id=632 We need a test to drive this problem. One solution is to take an MSE file produced by VerveineJ for the test_src and run the MooseFinderTests with it.

1 4

Issue 670 in moose-technology: moose menu - on a MooseModel - bookmark entity
by moose-technology＠googlecode.com 01 Jul '11

01 Jul '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 670 by jannik.l...(a)gmail.com: moose menu - on a MooseModel - bookmark entity http://code.google.com/p/moose-technology/issues/detail?id=670 the browser is not updated at the end of process

1 1

Issue 651 in moose-technology: label presentations doesn't update contents
by moose-technology＠googlecode.com 01 Jul '11

01 Jul '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Glamour New issue 651 by esteba...(a)gmail.com: label presentations doesn't update contents http://code.google.com/p/moose-technology/issues/detail?id=651 In a browser with a label presentation, the label is not being updated when an announcement is triggered. i.e., this browser: browser := GLMTabulator new row: #itemDetail; row: #summary size: 18; yourself. browser transmit to: #summary; andShow: [ :presenter | presenter label updateOn: AnAnnouncement from: [self announcer ]; display: [ self summary ] ].

1 2

Architexa
by Nicolas Anquetil 01 Jul '11

01 Jul '11

packages dependencies layers cycles detailed dependencies (package depending on classes) UML diagrams (class, sequence) http://www.architexa.com/learn-more/videos/intro/video

2 1

Re: Doru would like to participate to the effort
by Nicolas Anquetil 01 Jul '11

01 Jul '11

OK thanks Cedric. I will look into that when I have time which means probably only monday. Still we have a real issue here: how to get the model of a big (10K classes) system? compilers don't have this problem because they use incremental compilation (e.g. one java file at a time). But in our case, we want the entire famix model in memory so what can we do? - any tricks we could use to improve memory usage? - may be the complete model solution is not the right one? - or may be it is the right one and there is no good solution? nicolas ----- Mail original ----- De: "Cedric Dumoulin" <cedric.dumoulin(a)lifl.fr> À: "Nicolas Anquetil" <nicolas.anquetil(a)inria.fr> Cc: "Stéphane Ducasse" <stephane.ducasse(a)inria.fr>, "Laval Jannik" <jannik.laval(a)inria.fr>, "Tudor Girba" <tudor(a)tudorgirba.com> Envoyé: Vendredi 1 Juillet 2011 12:39:05 Objet: Re: Doru would like to participate to the effort Hi, About the 'uml' directory: This directory contains diagrams' code generated by GMF. GMF generate numerous classes. It should be possible to parse only a subset of 'uml', for example the oep.uml.diagram.clazz and all the required plugins. I join a class diagram showing all of the required plugins, from 'uml', of diagram.clazz. On its left, plugins from 'uml', on its right, plugin from 'core'. Some required plugins from 'core' are missing in the diagram. I suppose that the dependencies are the same for each diagram (oep.uml.diagram.[diagramnam]). Steph, which mailing list are you talking about ? Cedric ) Nicolas Anquetil a écrit : Welcome, state of affairs: - we have implemented Eclipse plugins in Moose - we have an exporter to generate the information in MSE - wednesday I implemented a new option in verveineJ that allows to not export "local references/entities" On my computer I have source code in 7 directories: core, developer, ocl, others, profile-tool, sysml, uml I can parse 'core' (1383 java files), 5 others would probably not raise any problem: 'developer'=155 files, 'ocl'=6 files, 'others'=115 files, 'profile-tool'=20 files and 'sysml'=780 files. The difficulty is with 'uml': 6269 java files. I cannot even parse it alone ... despite incremental (separate) parsing and the 'no-locals' option, I still cannot generate data for this 'uml' directory, let alone the entire Papyrus (JDT explodes the memory). so, I am welcoming any idea on how to solve this problem ... nicolas PS: the 'no-locals' option needs to be better tested. It works on a small project (~= 10 classes), but we should watch it carefully on real projects. (Removing locals is not as simple as it may appear) ----- Mail original ----- De: "Stéphane Ducasse" <stephane.ducasse(a)inria.fr> À: "Cedric Dumoulin" <cedric.dumoulin(a)lifl.fr> Cc: "Nicolas Anquetil" <Nicolas.Anquetil(a)inria.fr> , "Laval Jannik" <jannik.laval(a)inria.fr> , "Tudor Girba" <tudor(a)tudorgirba.com> Envoyé: Jeudi 30 Juin 2011 23:51:01 Objet: Doru would like to participate to the effort Hi guys I'm at doru place and he would like to help for the papyrus case. What would be good is also to have the discussion via the mailing-list so that people can follow. Stef

2 2

Issue 671 in moose-technology: Browse a model in the moose panel raise an error
by moose-technology＠googlecode.com 01 Jul '11

01 Jul '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 671 by usman.bh...(a)gmail.com: Browse a model in the moose panel raise an error http://code.google.com/p/moose-technology/issues/detail?id=671 In the last version of moose, if we import a model and then click on on it in the left column of the moosepanel, we get : MessageNotUnderstood: GLMPortForwarder>>removeAllSuchThat:

1 2

Fwd: Doru would like to participate to the effort
by Stéphane Ducasse 01 Jul '11

01 Jul '11

Begin forwarded message: > From: Nicolas Anquetil <nicolas.anquetil(a)inria.fr> > Date: July 1, 2011 10:56:47 AM GMT+02:00 > To: Stéphane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Laval Jannik <jannik.laval(a)inria.fr>, Tudor Girba <tudor(a)tudorgirba.com>, Cedric Dumoulin <cedric.dumoulin(a)lifl.fr> > Subject: Re: Doru would like to participate to the effort > > > Welcome, > > state of affairs: > - we have implemented Eclipse plugins in Moose > - we have an exporter to generate the information in MSE > - wednesday I implemented a new option in verveineJ that allows to not export "local references/entities" > > On my computer I have source code in 7 directories: > core, developer, ocl, others, profile-tool, sysml, uml > > I can parse 'core' (1383 java files), 5 others would probably not raise any problem: 'developer'=155 files, 'ocl'=6 files, 'others'=115 files, 'profile-tool'=20 files and 'sysml'=780 files. > > The difficulty is with 'uml': 6269 java files. > I cannot even parse it alone ... despite incremental (separate) parsing and the 'no-locals' option, I still cannot generate data for this 'uml' directory, let alone the entire Papyrus (JDT explodes the memory). > > so, I am welcoming any idea on how to solve this problem ... > > nicolas > > PS: the 'no-locals' option needs to be better tested. It works on a small project (~= 10 classes), but we should watch it carefully on real projects. > (Removing locals is not as simple as it may appear) > > > ----- Mail original ----- >> De: "Stéphane Ducasse" <stephane.ducasse(a)inria.fr> >> À: "Cedric Dumoulin" <cedric.dumoulin(a)lifl.fr> >> Cc: "Nicolas Anquetil" <Nicolas.Anquetil(a)inria.fr>, "Laval Jannik" <jannik.laval(a)inria.fr>, "Tudor Girba" >> <tudor(a)tudorgirba.com> >> Envoyé: Jeudi 30 Juin 2011 23:51:01 >> Objet: Doru would like to participate to the effort >> Hi guys >> >> I'm at doru place and he would like to help for the papyrus case. >> What would be good is also to have the discussion via the mailing-list >> so that people can follow. >> >> Stef

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev