Moose-dev February 2013

moose-dev@list.inf.unibe.ch

21 participants
145 discussions

Issue 636 in moose-technology: VerveineJ should set hasClassScope
by moose-technology＠googlecode.com 03 Mar '13

03 Mar '13

Status: New Owner: ---- CC: anquetil...(a)gmail.com Labels: Type-Defect Priority-Medium Component-VerveineJ New issue 636 by tu...(a)tudorgirba.com: VerveineJ should set hasClassScope http://code.google.com/p/moose-technology/issues/detail?id=636 Static fields or methods should be marked with hasClassScope=true: public static int attributeWithClassScope; public static void methodWithClassScope() {} See the attached sample class. Attachments: ClassScope.java 179 bytes

1 3

moving petitparser to smalltalkhub
by Tudor Girba 03 Mar '13

03 Mar '13

Hi, I just discussed with Lukas, and he agrees to move PetitParser under the Moose team in SmalltalkHub. Who volunteers to do the moving? (I would like to do it myself, but the Glamour experience showed that it does not work from home) Cheers, Doru -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

4 8

moose latest build failing
by Usman Bhatti 01 Mar '13

01 Mar '13

Is there something recently changed in Fuel that broke the build? [0m[0m[31m==== Startup Error: Error: Name not found: FuelTestsCompatibilityBeforePharo20 [0mMetacelloMCVersionSpec(Object)>>error: MetacelloMCVersionSpec>>resolveToLoadableSpec:forMap:packages: in Block: [^ self error: 'Name not found: ' , aString] MetacelloMCVersionSpec>>packageNamed:forMap:ifAbsent: MetacelloMCVersionSpec>>resolveToLoadableSpec:forMap:packages: MetacelloMCVersionSpec>>resolveToLoadableSpecs:map: in Block: [:req | (self... Set>>do: MetacelloMCVersionSpec>>resolveToLoadableSpecs:map: MetacelloMCVersionSpec>>resolveToLoadableSpecs: MetacelloMCVersionSpec>>expandToLoadableSpecNames: in Block: [:cache | ... MetacelloPharoPlatform(MetacelloPlatform)>>stackCacheFor:cacheClass:at:doing: in Block: [:dict | ... [0m[31mGot startup errors: [0m[31m Error: Name not found: FuelTestsCompatibilityBeforePharo20 [0m blockNoContextSwitchOffset != null 9102 + /srv/ci.moosetechnology.org/builder/build.sh -i moose -s patch-inputsensor -s testrunner -s moose-tests -o moose-tests [31m[33m

4 9

manual one click for 4.7
by Tudor Girba 01 Mar '13

01 Mar '13

Hi, I manually put together a one-click distribution. You can find it here: https://dl.dropbox.com/u/18323746/Moose/moose-suite-4.7.zip Please test it. In the future, we need to rebuild the automatic job for creating the distributions. This should be a priority for 4.8. Cheers, Doru -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

5 10

model pool dictionaries in FAMIX
by Fabrizio Perin 28 Feb '13

28 Feb '13

Hi, Which would be the best way to model in FAMIX connections caused by poolDictionaries? For example: ArrayedCollection subclass: #Text instanceVariableNames: 'string runs' classVariableNames: '' poolDictionaries: 'TextConstants' category: 'Collections-Text' Text can access the class TextConstants becuse specified in its pool dictionary. where should I store the information that TextConstants is in the pool dictionary of Text? Thanks and cheers, Fabrizio

2 2

PetitParser on SmalltalkHub
by Nicolas Anquetil 26 Feb '13

26 Feb '13

In the process of loading Moose on Pharo 2.0, we had to update the ConfigurationOfPetitSQLParser to add Pharo 2.0 ConfigurationOfPetitSQLParser>>development: spec <symbolicVersion: #development> spec for: #'pharo1.3.x' version: '1.0-baseline'. spec for: #'pharo1.4.x' version: '1.1-baseline'. spec for: #'pharo2.x' version: '1.1-baseline'. But I cannot commit the change ... Other solution would be to change the config Of moose to not load the developement version, but it's not the best solution nicolas -- Nicolas Anquetil -- RMod research team (Inria)

3 3

What do we use from XMLSupport?
by Stéphane Ducasse 26 Feb '13

26 Feb '13

Hi guys I do not like the configurationOfXMLSupport because it introduces references to project using XML and I think that it makes little sense and leads to more complex configuration. I ported XMLWriter to SmalltalkHub and now I'm considering creating XMLParser with the parsing aspects of XMLSupport. I do not want to manage SIXX, Pastell: they should have their own projects and configurations! I could create a project, configuration… for Pastell for example. Do you know know what Moose really needs? Stef

3 2

these projs are still residing in SS
by Usman Bhatti 26 Feb '13

26 Feb '13

Stef, These are the moose-related projects that are still hosted on SS, so if you can move these to SThub it will be great. These are not part of core-default baseline but still these are loaded in the current version of Moose. http://www.squeaksource.com/dsm http://www.squeaksource.com/SmallDude http://www.squeaksource.com/Kumpel http://www.squeaksource.com/Metanool tx, Usman

1 0

Fwd: [Pharo-users] [JOB][Research] 16 month Postdoc "Architectural Design Exploration"
by Tudor Girba 25 Feb '13

25 Feb '13

---------- Forwarded message ---------- From: Marcus Denker <marcus.denker(a)inria.fr> Date: Mon, Feb 25, 2013 at 10:41 AM Subject: [Pharo-users] [JOB][Research] 16 month Postdoc "Architectural Design Exploration" To: "Pharo-project(a)lists.gforge.inria.fr Development" < Pharo-project(a)lists.gforge.inria.fr>, A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> Cc: The general-purpose Squeak developers list < squeak-dev(a)lists.squeakfoundation.org> Architectural Design Exploration ================================ About Inria and the job ----------------------- Inria, with its academic, institutional and industrial partners, is commited to major research and innovation projects in the field of computational sciences. The institute disseminates across France thanks to its eight research centres. The Inria Lille - Nord Europe research centre, inaugurated in 2008, employs 357 people, including 250 scientists, in its seventeen research teams. Recognised for its significant contribution to the social and economic development of the Nord - Pas-de-Calais region, the Inria Lille - Nord Europe research centre promotes a policy of close cooperation with major businesses and small enterprises. By encouraging synergies between researchers and industrial partners, Inria contributes to the transfer of skills and expertise in computational technologies and provides access to top-level European and international research in order to support innovation and businesses, particularly in the region of Lille. Whether designing innovative software for business or logistics, modelling living cells or fusion plasma, or developing medical simulators or interfaces to facilitate human-computer interaction, our research opens up new possibilities that can revolutionise common practice and contribute to a better understanding of the natural phenomena which surround us. The postdoc is hosted by Team-Project RMoD. The goal of RMoD is to support remodularization of object-oriented applications. This objective is tackled from two complementary perspectives: reengineering and modularity constructs for programming languages. In the reengineering perspective we will propose new analyses to understand and restructure existing large applications (specialized package metrics, adapted visualizations, layer identification) on top of Moose [Duca08a], [Bhat12b]. http://rmod.lille.inria.fr/web/ Mission -------- Changes in the architecture may occur during the entire lifecycle of a system. Some of them might only affect local parts of a system, while others have more systemic impact. In general, we distinguish three types of approaches for handling change systematically, listed in an order of increasing severity: - Refactoring. They correspond to improvements and concern only certain components and connectors. They do not alter the offered functionality of the system. - Renovating. Sometimes, parts of the architecture are in such a bad condition that refactoring cannot work anymore. In such contexts, renovating the architecture – by restoring its fundamental principles or refreshing essential components – may be the better choice. Renovating also deals with only parts of the system. - Re-architecting. When an architecture is subject to significant changes, refactoring or renovating may not suffice. This might be the case if for example the technology platform is to be replaced by a new one, if there is a large change in business scope, or if the architecture is in such a bad shape that errors keep emerging. In such cases, re-architecting is required. The re-architecting process usually analyzes the existing architecture (e.g., using a SWOT analysis) and results in a new architecture by: a) reusing those components worthwhile to keep, b) modifying some of the existing components (refactoring) and c) re-building the rest of the components (renovating).[Ieee13] Because software engineers do not have a full understanding of the complete source code, each kind of changes may solve some problems (e.g. reduce some cycle between package), while creating new problems (e.g. creating new cycles). In this situation it would be profitable to have a tool that allows to test a possible new configuration (refactored, renovated or re-architectured) of the source code to see if the abstract property one wishes to improve, first actually improved, and second, did not improve at the expense of another equally important one. For this several alternatives new configurations have to be considered. In the RMoD team, we developed Orion [Lava10b], a tool that uses models as abstract representations of the program and enables the definition of several possible alternative versions of this program. Each version differentiates from the others by a set of refactoring operations. Currently, once an adequate version is selected, the user has to manually perform the operations on the code. Job offer description ---------------------- In this postdoc, we would like to enhance Orion in order to automatically generate code or modify the existing one once a version is chosen. Thus, it would be possible to study various alternatives of possible refactoring or restructuring of an existing program, using metrics [Abde12a], [Mord12b] or some other means [Hema12] to check the improvement in the "quality" of the code, and then ask the tool to perform the changes of the selected final solution onto the source code. The used metamodel enables a representation where code details are abstracted. A new metamodel for example AST metamodel, representing code will be introduced and the links between the two models will have to be maintained. Skills and profile -------------------- The candidate should : - hold a PhD degree in Computer Science - be fluent in English (French is an advantage but not required) - be knowledgeable in the domains of Software Engineering, maintenance, code analysis - have good programming skills in Smalltalk or be able to acquire them in a short amount of time Benefits --------- - Possibility of French courses - Help for housing - Participation for transportation - Scientific Resident card and help for husband/wife visa Additional information ----------------------- - Duration : 16 months - Salary: 2 620,84 € gross/month - Monthly salary after taxes : around 2 138€ (medical insurance included). - Before applying, please contact the scientist advisor: nicolas.anquetil(a)inria.fr - For the first selections, please apply before March 2013, 22nd Security and defense procedure ------------------------------- In the interests of protecting its scientific and technological assets, Inria is a restricted-access establishment. Consequently, it follows special regulations for welcoming any person who wishes to work with the institute. The final acceptance of each candidate thus depends on applying this security and defense procedure. More information: http://rmod.lille.inria.fr/web/pier/blog/2013-02-22-2 -- www.tudorgirba.com "Every thing has its own flow"

1 0

Carrack?
by Alexandre Bergel 25 Feb '13

25 Feb '13

Hi! What Carrack is about? I guess it is related to Moose, but http://www.squeaksource.com/Carrack.html does not say much... The abstract of Fabrizo says it is an inferencer for dependencies. Maybe a short explanation, and even better, a very short example in the squeaksource and the moose website would be great... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 2

← Newer
1
...
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 2013