Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Re: [Pharo-project] Problems in loading GLORP
by Alberto Bacchelli 02 Sep '10

02 Sep '10

> BTW, last week I wrote a metacello configuration group to load GlorpDBX with the native postgres driver. You can evaluate first: > > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfGlorpDBX'; > load. > > and then > > (ConfigurationOfGlorpDBX project version: '1.2') load: 'All with PostgreSQL native > Hi, I followed your instructions and I've been able to load GLORP on a Moose Nightly Built image [1]. I run the 844 tests. 839 of them passed (wow), 4 failed and 1 generated an error. These are the problematic ones: GlorpManyToManyDBTest>>#testReadNodeAndDeleteChildWithSaveAndContinue GlorpRowMapForMementosCollectionTest>>#testRBSmallDictionary GlorpDateTest>>#testDate GlorpObjectMappedToImaginaryTableTest>>#testReadBackEntireExample GlorpUnitOfWorkTest>>#testRollbackOneToManyAfterAdd Are these tests failing also on other Pharo images (i.e., they are known "problems")? Do you know the impact of these failures? will GLORP be reliable without them? Moose developers, would you include GLORP in the images built by hudson? I think 839 passing tests are good enough for the development image. Ciao, Alberto [1] http://hudson.moosetechnology.org/job/moose-with-glamour-seaside/

3 2

Zoom buttons are missing when visualizing a class blueprint
by Alexandre Bergel 01 Sep '10

01 Sep '10

How to reproduce the problem: step by step if necessary - select a class in a MoosePanel - right click -> visualize class blueprint There is no + and - buttons Additional information: platform, context which may impact the problem Last Moose Hudson image http://code.google.com/p/moose-technology/issues/detail?id=444 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 4

UML shape broken
by Fabrizio Perin 01 Sep '10

01 Sep '10

Hi, i just notice that the UML Class shape is broken, going back in the history seems that the problem has been introduced from the relative coordinates. This screen shot is from the commit Mondrian-tg.540 This from the commit Mondrian-Alexandre_Bergel.540 Than staring from the commit Mondrian-AlexandreBergel.545 the class name disappear i think covered by the rectangle containing the methods name that is bigger than before. The problem is in the method MOShapeSelector>>umlClass that has not been updated considering the last changes or in the changes themselves? Fabrizio

3 8

Distribution Map diff
by Mariano Martinez Peck 01 Sep '10

01 Sep '10

Hi. I am using Distribution Maps where I analyze an snapshot, a particular moment of my image state. I would like to be able to compare it with another moment. For example, I analyze packages and see which classes have instances for evaluating something. Something like this: ^ (self onContainers: (self listOfCorePackagesNames collect: [ :each | (PackageInfo named: each) ]) elements: #classes properties: [:element | element hasUsedInstances ] ) render open. Then, I do something different (suppose I start a seaside app) and I would like to see the difference between both distribution maps. To easily compare and know which "new" classes where used by running seaside that were not used in the first scenario. Maybe just a simple solution is to take both DM and to make a 3th with them: check each element...if in both it is the same...them I paint with a particular color. If they are different, each one keeps its original color. What do you think? is it doable? is there someting done about this? Thanks Mariano

2 3

MOFormsShape and MOChildrenShape
by Alexandre Bergel 01 Sep '10

01 Sep '10

Hi! I fixed a bug uncovered by Doru. Not easy to get this formsshape properly working. If you fix any bugs, let me know. Does anyone needs to nest a formsshape into another formsshape ? The following script does not work. -=-=-=-=-=-=-=-=-=-=-=-= | builder1 builder2 | builder1 := MOFormsBuilder new. builder1 row; fill; pref; grow; row; pref. builder1 column; pref. builder1 x: 1 y: 1 add: (MORectangleShape new text: [:each | each printString]). builder1 x: 1 y: 2 add: (MOChildrenShape new). builder2 := MOFormsBuilder new. builder2 row; fill; pref; grow; row; pref; row; pref. builder2 column; pref. builder2 x: 1 y: 1 add: (MORectangleShape new text: [:each | each printString]). builder2 x: 1 y: 2 add: (MOChildrenShape new). builder2 x: 1 y: 3 add: (builder1 asShape). view shape: builder2 asShape. view nodes: #(10 20 30 ) forEach: [:each | view nodes: (1 to: each )] -=-=-=-=-=-=-=-=-=-=-=-= But I first want to concentrate on the situation we need now. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[seed] New project around the kernel
by Nicolas Paez 31 Aug '10

31 Aug '10

Hi, I am working in the RMoD team (INRIA) in a project called /Seed/. One of the tasks of the project is to identify those mandatory classes that should be part of Pharo kernel. Currently, Pharo kernel has some "unhappy dependecies". We are using /Moose + Glamour/ to create a tool (a browser) that help up with this task. The idea is to start by loading in our browser the classes used in the /SpecialObjectsArray/ and then iterate to add dependencies incrementally. This way we will be able to detect smells and "blacklist" methods we don't want to be part of our kernel. During this days we will have a working version of our browser to start the analysis. If you want to take a look, search for Seed on SqueackSource. We will be sharing our findings in the Pharo mailing list. Regards, NicoPaez.

3 2

JNIPort
by Cyrille Delaunay 31 Aug '10

31 Aug '10

Hello, If soemone is interested in JNIPort, I just published a small example using it. It is not doing yet what I was expecting :), but it already set up correctly a Pharo 1.1 image to run the example (loading Alien, JNIPort, making a link to the JAVAVM for mac). In this example I try to generate a mse file with infusion, by directly invoking the main method of Java2Mse (instead of invoking OSProcess to execute the script). All seems to work fine (except that the mse file is not generated, I still have to find why). To load it, this should work (for a pharo 1.1 image): Gofer new url: 'www.squeaksource.com/DelaunayTmpStuffs'; package: 'JNIPortExample'; load. There is a class comment and an example in the class side ('cyrilleOwnExample').

3 4

Newbie questions
by Nicolás Paez 31 Aug '10

31 Aug '10

Hi, I started working with Moose a couple of days ago. I am creating a new model from a script and I DON'T want the new model to be added to the Moose Panel Is it possible? how? Thanks! Saludos! Nico. blog: nicopaez.wordpress.com

2 5

Problem with the class category importer?
by Alexandre Bergel 31 Aug '10

31 Aug '10

Hi! I just grabbed the hudson image, and imported Mondrian in it. It is said that Mondrian is composed of 53 packages! It should be about a dozen. When I click on "All model packages", I see many repeated item. I imported Mondrian using the class category importer. A screenshot attached Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 1

FAMOOSr program is online
by Mircea Lungu 30 Aug '10

30 Aug '10

Hi Moosers! You can now check out the FAMOOSr program online at http://www.moosetechnology.org/events/famoosr2010 As soon as we will have all the final versions of all the papers we will upload them and then let you know. For those of you that won't be able to attend, we advise you to have a look at the papers, and send questions that could fuel the discussions. Even if you will not be there, your name and questions will be heard. On the other hand, if you plan to attend ICSM then consider also attending FAMOOSr. There is no extra registration fee for it. However, we still invite you to go to the ICSM registration page and update the list of events you will attend. Best regards, Mircea & Simon. Organizers. -- Mircea Lungu Researcher Software Composition Group University of Bern http://lungu.org/mircea

3 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