Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

by Hani Abdeen

Hi, Using VerveineJ, the stub classes realted to unit tests (TestCase, TestSuit and Test classes) are not imported also their namesapce junit.framework These classes are imported using inFamix. junit.framework.TestCase class is particularly important in order to automatically detect unit test classes: TestCase subclassHierarchy. If this class is not available in the moose model then the only way to automatically detect unit test classes is by detecting the classes that their names are postfixed by 'Tests': mooseModel allClasses select: [:c| '*Tests' match: c name] such a way can provide us with wrong results! Cheers, Hani P.S.: use-case JFreechart project: http://sourceforge.net/projects/jfreechart/files/latest/download which includes about 380 test classes (classes inherit from TestCase) --

13 years, 4 months

Issue 765 in moose-technology: Meta Browser search list should offer the full name of classes

by moose-technology＠googlecode.com

Status: New Owner: tudor.gi...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Finder Milestone-4.6 New issue 765 by tudor.gi...(a)gmail.com: Meta Browser search list should offer the full name of classes http://code.google.com/p/moose-technology/issues/detail?id=765 Currently, we use the name when searching for classes in the MetaBrowser, and when we get classes named the same but in different packages it gets confusing. We should use the fullName

13 years, 4 months

Issue 764 in moose-technology: The Glamorous Inspector should allow editing the values of variables

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-GlamorousToolkit New issue 764 by tudor.gi...(a)gmail.com: The Glamorous Inspector should allow editing the values of variables http://code.google.com/p/moose-technology/issues/detail?id=764 In the regular inspector, you can just accept a new value in the preview pane and the instance variable gets updated. Glamorous Inspector should offer a similar support. Most likely, we will start with a dialog for entering a new value. That is until we get the ability to edit in place in the table.

13 years, 4 months

gt inspector

by Tudor Girba

Hi, Just out of curiosity: Does any of you use the GTInspector? For those that wonder what that is, here is a demo:http://www.humane-assessment.com/blog/glamorous-inspector-for-smalltalk This is available in any recent Moose image mapped as Explorer (CMD+I). You can load it in a Pharo 1.3 image by:Gofer new squeaksource: 'glamoroust'; package: 'ConfigurationOfGlamoroust'; load.(Smalltalk at: #ConfigurationOfGlamoroust) loadDefault.(Smalltalk at: #GTInspector) registerToolsOn: Smalltalk tools. Cheers,Doru -- www.tudorgirba.com "Every thing has its own flow"

13 years, 4 months

gtinspector

by Tudor Girba

Hi, Just out of curiosity: Does any of you use the GTInspector? For those that wonder what that is, here is a demo: http://www.humane-assessment.com/blog/glamorous-inspector-for-smalltalk This is available in any recent Moose image mapped as Explorer (CMD+I). You can load it in a Pharo 1.3 image by: Gofer new squeaksource: 'glamoroust'; package: 'ConfigurationOfGlamoroust'; load.(Smalltalk at: #ConfigurationOfGlamoroust) loadDefault.(Smalltalk at: #GTInspector) registerToolsOn: Smalltalk tools. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

13 years, 4 months

Re: Jenkins build is still unstable: moose-latest-dev #756

by Alexandre Bergel

Hi! I worked on the failing test. It is now green. In the process, I added comments and unit test for part there were not tested. Here are my changes: Moose-Tests-MonticelloImporter-AlexandreBergel.4 : renamed testBasic into something more meaningful (testImporting) Moose-MonticelloImporter-AlexandreBergel.26 : Replace reference to SmalltalkMethodVisitor by MonticelloMethodVisitor Moose-SmalltalkImporter-AlexandreBergel.124 : Rename SmalltalkMethodVisitor into AbstractSmalltalkMethodVisitor. Added two subclasses to it, SmalltalkMethodVisitor and MonticelloMethodVisitor. I did this since the lookup of name is different. Famix-Implementation-AlexandreBergel.98 : Added a new unit test, FAMIXNameResolverTest Cheers, Alexandre > On 19 Dec 2011, at 22:41, Alexandre Bergel wrote: > >> Tomorrow I work on it. >> >> Alexandre >> >> >> >> Le 19 déc. 2011 à 18:34, admin(a)moosetechnology.org a écrit : >> >>> See <http://hudson.moosetechnology.org/job/moose-latest-dev/756/> >>> >>> > > -- > www.tudorgirba.com > > "Sometimes the best solution is not the best solution." > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 4 months

Re: Glamour-Merilin-Mondrian

by Júlio Martins

Correting the code >> >> | filterWizard view | >> browser := GLMTabulator withStatusbar. >> filterWizard := BMBugMapsFilterWizard new. "a child of WizardControl" >> browser >> row: [ :row | row column: #map span: 2.5; column: #metrics] span: 1.5; >> row: [ :row | row column: #code span: 2.5; column: #chart]. >> >> browser transmit >> to: #map; >> andShow: [ :b | self distributionMapIn: b]. >> >> filterWizard := BMBugMapsFilterWizard new. >> > filterWizard > glamourWizard >> initialExtent: 400@200; >> yourself. >> >> browser >> spawn: [:a| >> filterWizard >> atEndDo:[:wizardInformation| . >> self distributionMapIn: a with: (wizardInformation at: #textEntry). >> a update.]. >> ] entitled: 'Filter'. >> >> where self is an instance of GLMBrowserTemplate. >> >> >> On 19 December 2011 10:51, Tudor Girba <[hidden email]<http://user/SendEmail.jtp?type=node&node=4214005&i=0> >> > wrote: >> >>> Hi, >>> >>> If the first parameter is a browser, something is probably wrong (you >>> might be using the wrong api). Please send also the browser code. >>> >>> Cheers, >>> Doru >>> >>> 2011/12/19 Júlio Martins <[hidden email]<http://user/SendEmail.jtp?type=node&node=4214005&i=1> >>> >: >>> > Ok! >>> > >>> > distributionMapIn: a with: aNumber >>> > >>> > "in this point the method is executed" >>> > >>> > ^a mondrian >>> > painting: [ :view :model | self halt. >>> > view shape rectangle withoutBorder. >>> > view nodes: (model allModelNamespaces asSet sortedAs: [ :x :y | x >>> > numberOfClasses > y numberOfClasses ]) forEach: [ :each | >>> > view shape label. >>> > view node: each name. >>> > view node: each forIt: [ >>> > view interaction menu: #mooseMenu. >>> > view shape rectangle size: 12; >>> > if: [ :c | c numberOfMethods = 0 ] fillColor: Color green; >>> > if: [ :c | c numberOf Methods >= 1 and: [ c numberOfBugs < 3 ] ] >>> fillColor: >>> > Color orange; >>> > if: [ :c | c numberOfMethods >= 3 ] fillColor: Color red. >>> > view nodes: ((each classes select: [ :class | class numberOf >>> Methods >= >>> > aNumber]) sortedAs: #numberOfMethods). >>> > >>> > view gridLayout gapSize: 2 ]. >>> > view verticalLineLayout ]. >>> > view gridLayout ]. >>> > >>> > the first method parameter is a GLMTabulator, The block started by the >>> > method "halt" is not executed, I no wonder why! >>> >> -- View this message in context: http://forum.world.st/Re-Moose-dev-Glamour-Merilin-Mondrian-tp4214058p42140… Sent from the Moose mailing list archive at Nabble.com.

13 years, 4 months

Glamour Presentations

by Júlio Martins

Might one of you give me a code example that show a way of how show different views of a same type of mondrian presentation, just changing a value? This value must be gotten from a window and the mondrian presentation must be in another window. For example a window with presentation have a menu that call the another window, or something so. . It is possible? Julio. * * -- View this message in context: http://forum.world.st/Glamour-Presentations-tp4215080p4215080.html Sent from the Moose mailing list archive at Nabble.com.

13 years, 4 months

java (jboss) dynamic instrumentation?

by Tudor Girba

Hi, Can anyone recommend an dynamic instrumentation tool for Java? I am interested in a solution that would work also on the server side (in particular, inside a JBoss server). I found some links, but I do not know how good they are: http://java-source.net/open-source/profilers Cheers, Doru -- www.tudorgirba.com "Reasonable is what we are accustomed with."

13 years, 4 months

Re: Moose-dev Digest, Vol 64, Issue 56

by Sergio Castro

On 19/12/11 13:09, moose-dev-request(a)iam.unibe.ch wrote: > > ---------------------------------------------------------------------- > > > Message: 2 > Date: Mon, 19 Dec 2011 05:07:39 +0100 > From: Tudor Girba<tudor(a)tudorgirba.com> > Subject: [Moose-dev] java (jboss) dynamic instrumentation? > To: Moose-dev Moose Dev<moose-dev(a)iam.unibe.ch> > Message-ID:<56F679FD-8623-4A68-BD18-B7C3B3C3D340(a)tudorgirba.com> > Content-Type: text/plain; charset=us-ascii > > Hi, > > Can anyone recommend an dynamic instrumentation tool for Java? > > I am interested in a solution that would work also on the server side (in particular, inside a JBoss server). > > I found some links, but I do not know how good they are: > http://java-source.net/open-source/profilers > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Reasonable is what we are accustomed with." > > As far as I know, Javassist is what you need. I have used it for byte code instrumentation and is relatively easy to learn and use, if I remember correctly JBoss provides support for it. Take a look to: http://www.jboss.org/javassist Sergio

13 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev