Moose-dev February 2012

moose-dev@list.inf.unibe.ch

22 participants
146 discussions

Re: [verveinej] Failure on importing code
by Stéphane Ducasse 17 Feb '12

17 Feb '12

can you send the mail to the moose-dev? Because I'm busy. Stef On Feb 14, 2012, at 2:01 PM, Holger Hans Peter Freyther wrote: > Hi Stephan, > > I took a break from my GSM work and wrap up my studies (German Diploma is > gone, it ends up only being a Bachelor..). I tried to import Saros[1] into > moose and ended up with Exceptions on parsing catch statements. I have > attached a file that shows this issue and the backtrace is below: > > > *** VerveineJ visitor got exception: 'fr.inria.verveine.core.gen.famix.Type > cannot be cast to fr.inria.verveine.core.gen.famix.Class' while processing > file: > /home/ich/uni/bachelor-arbeit/dpp/de.fu_berlin.inf.dpp/src/de/fu_berlin/inf/dpp/Example.java > java.lang.ClassCastException: fr.inria.verveine.core.gen.famix.Type cannot be > cast to fr.inria.verveine.core.gen.famix.Class > at fr.inria.verveine.extractor.java.VerveineVisitor.visit(Unknown Source) > at org.eclipse.jdt.core.dom.CatchClause.accept0(CatchClause.java:162) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2585) > at org.eclipse.jdt.core.dom.TryStatement.accept0(TryStatement.java:258) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2585) > at org.eclipse.jdt.core.dom.Block.accept0(Block.java:136) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2562) > at org.eclipse.jdt.core.dom.IfStatement.accept0(IfStatement.java:190) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2585) > at org.eclipse.jdt.core.dom.Block.accept0(Block.java:136) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2562) > at org.eclipse.jdt.core.dom.MethodDeclaration.accept0(MethodDeclaration.java:504) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2585) > at org.eclipse.jdt.core.dom.TypeDeclaration.accept0(TypeDeclaration.java:484) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2585) > at org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java:219) > at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2514) > at fr.inria.verveine.extractor.java.FamixRequestor.acceptAST(Unknown Source) > at > org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:1016) > at > org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:628) > at org.eclipse.jdt.core.dom.ASTParser.createASTs(ASTParser.java:988) > at fr.inria.verveine.extractor.java.VerveineJParser.parse(Unknown Source) > at fr.inria.verveine.extractor.java.VerveineJParser.main(Unknown Source) > > > I have attached a workaround but I don't understand under which circumstances > a type might not be resolvable to a Class (wrong classpath). Somehow the code > already accepts a nil class, so adding the exception handling only makes the > code more ugly but might end up being correct. > > > > cheers > holger > > PS: What is the license of that code? > > > > > > [1] http://www.saros-project.org/ > <Example.java><workaround.diff>

5 6

about FAMIXAssociation
by Fabrizio Perin 17 Feb '12

17 Feb '12

Hi, I was implementing a new element as subclass of FAMIXEntity than I created an association between these new elements as subclass of FAMIXAssociation. By browsing these associations I was getting a weird error related to the sourceAnchor method. Than I realized that FAMIXAssociation is subclass of FAMIXSourceEntity and that implement the sourceAnchor method as ^self from sourceAnchor. Now my point is: FAMIXAssociation should be subclass of FAMIXEntity because FAMIXAssociation should be a superclass for any association between entities not just source entities. In this way we can also ride of the method FAMIXAssociation>>>sourceAnchor which I found disturbing. Anyway, in the comment of FAMIXAssociation it is written: "FAMIXAssociation is an abstract superclass for relationships between Famix named entities". So I would like to push FAMIXAssociation up and make it subclass of FAMIXEntity. If you disagree, it should be at least push down as subclass of FAMIXNamedEntity. What do you think? Cheers, Fabrizio

2 3

JavaTestCoverage
by Guillaume Larcheveque 17 Feb '12

17 Feb '12

Hello, I am Guillaume Larcheveque and I joined the team RMOD<http://rmod.lille.inria.fr/web/pier>a month ago. My role is mainly to make developments in Moose <http://www.moosetechnology.org/>. I developed a tool to import statistics from EMMA<http://emma.sourceforge.net/>(a test coverage tool for JAVA), which in conjunction with VerveineJ <http://www.moosetechnology.org/tools/verveinej> allow you to view test coverage for a java project in Moose<http://www.moosetechnology.org/>(available at http://www.squeaksource.com/JavaTestCoverage). Cordially -- *Guillaume Larcheveque*

3 9

Issue 776 in moose-technology: The Glamour Finder should scroll properly
by moose-technology＠googlecode.com 17 Feb '12

17 Feb '12

Status: New Owner: tudor.gi...(a)gmail.com Labels: Type-Defect Priority-High Component-Glamour Milestone-4.7 New issue 776 by tudor.gi...(a)gmail.com: The Glamour Finder should scroll properly http://code.google.com/p/moose-technology/issues/detail?id=776 After the port to Pharo 1.4, the Finder does not scroll anymore. Use this snippet to reproduce (and then click until you get 3 panes) GLMFinder new show: [:a | a list display: [:x | 1 to: x ]]; openOn: 100

1 1

Moose and Disharmonies desing flaws
by Santiago Vidal 16 Feb '12

16 Feb '12

Hi, I saw that the method MooseBrowser>>codeWithFlawsBrowser refers to some of the Identity Disharmonies proposed by Lanza and Marinescu in the book "Object-Oriented Metrics in Practice". However, I couldn't find the method to calculate if a class is for example a God Class or a BrainClass. Is this code available somewhere? Thanks -- Santiago Vidal

1 0

Glamour: Workspace with variable bindings
by Nahuel Garbezza 16 Feb '12

16 Feb '12

Hi all, I'm starting with Glamour, particularly I'm interested in the GLMBasicExamples>>smalltalkCode example My question is: is it possible to have access to variable bindings, in order to show them, for instance, in an inspector? Thanks in advance! Nahuel

2 3

Re: problems loading fuel for moose
by Martin Dias 16 Feb '12

16 Feb '12

Great! Martin On Thu, Feb 16, 2012 at 5:42 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Yuppee, problem solved! > > Thanks a lot. > > Cheers, > Doru > > On Thu, Feb 16, 2012 at 6:07 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > > (At the moment Moose is loading from 'http://www.squeaksource.com/Fuel') > > > > > > On Thu, Feb 16, 2012 at 2:05 AM, Martin Dias <tinchodias(a)gmail.com> > wrote: > >> > >> I'm not sure if this solves the issue, but... Could you update the Fuel > >> (and FuelMooseExtension) repository to 'http://ss3.gemstone.com/ss/Fuel' > ? > >> > >> We have moved there. > >> > >> Martin > >> > >> On Wed, Feb 15, 2012 at 6:22 PM, Martin Dias <tinchodias(a)gmail.com> > wrote: > >>> > >>> Hi Doru, > >>> > >>> I'll take a look now. > >>> > >>> Martin > >>> > >>> > >>> On Wed, Feb 15, 2012 at 3:38 AM, Tudor Girba <tudor(a)tudorgirba.com> > >>> wrote: > >>>> > >>>> Hi Martin, hi Mariano, > >>>> > >>>> Loading FuelMooseExtensions 1.4 is broken because FuelContainer is no > >>>> longer loaded. > >>>> > >>>> This is due to the fact that FuelContainer was taken out of the > >>>> CoreWithExtras group from ConfigurationOfFuel 1.7. > >>>> > >>>> Could you take a look? > >>>> > >>>> Cheers, > >>>> Doru > >>>> > >>>> > >>>> -- > >>>> www.tudorgirba.com > >>>> > >>>> "Beauty is where we see it." > >>>> > >>>> > >>>> > >>> > >> > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

1 0

problems loading fuel for moose
by Tudor Girba 16 Feb '12

16 Feb '12

Hi Martin, hi Mariano, Loading FuelMooseExtensions 1.4 is broken because FuelContainer is no longer loaded. This is due to the fact that FuelContainer was taken out of the CoreWithExtras group from ConfigurationOfFuel 1.7. Could you take a look? Cheers, Doru -- www.tudorgirba.com "Beauty is where we see it."

2 3

Que tal?
by Alexandre Bergel 15 Feb '12

15 Feb '12

Hi! "Que tal?" in Spanish can be translated in English as "How are you? How things are going?" It would be cool that each of us briefly summarize what he is working on and what is the future plan. Visualization engine: I am intensively working on Roassal. A new visualization engine that should replace Mondrian. Roassal will provide a better user experience with visually appealing animations and interactions. I will probably make some announcement at the beginning of March. The mid-long term vision of Roassal is to have an agile and portable visualization engine. I want to make it work on VisualWorks and Amber, in addition to Pharo. Analyzing Smalltalk application: Together with Santiago, we are working on using unit test to refine model obtained from Smalltalk applications. The idea is to profile what is currently executing to reduce superfluous invocation candidates. I also applied to some grant to analyze JavaScript applications in Moose. We will see how it goes. What about you? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

7 12

cannot import mse file gnerated with inFamix
by Fabrizio Perin 14 Feb '12

14 Feb '12

Hi all, I have some problem to load a mse file into the latest stable moose. When the progress bar reaches slightly more than the middle the image crashes. The mse file has been generated with inFamix and it is ~120MB big. The same software parsed using inFusion generates a mse file of ~100MB and this second file works. using moose 4.6 on pharo #13315 and the VM of Eliot Cog 2519 Did anybody have problems with mse files generated with inFamix? Cheers, Fabrizio

2 2

← Newer
1
...
7
8
9
10
11
12
13
14
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev February 2012