Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-VerveineJ
New issue 637 by tu...(a)tudorgirba.com: VerveineJ should show an invocation
to the default constructor
http://code.google.com/p/moose-technology/issues/detail?id=637
A call to the default constructor should be modeled like:
- create a stub constructor in the target class
- create an invocation to the constructor
See the attached class for a sample.
Attachments:
DefaultConstructor.java 184 bytes
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
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."
I am going to work on creating a release version of Moose 4.7, because for
adapting Moose to pharo 2.0, we will start committing our changes/packages
to the new repo and we will not be able to load a 4.7 config.
I'll try to create a version with Stef's reloader and adapt it by hand, if
need be.
Stef, where can I find the latest version of the reloader?
usman
https://ci.inria.fr/moose/job/Moose-latest-dev-4.7-ST/
The build is red because RPackage is spawning lots of halt windows at the
end of load, otherwise it should be fine. Currently, its pointing to a
baseline but we will have to make it load a version with new adaptations
for Moose on pharo2.0.
usman
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."
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
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)