what is your package to config your image since mine does not work on
75 (apparently the code I used to load a package of a given version
is broken)
I want to check how you load package.
Stef
Hi
why the new importer does not use the importingContext but Full
preferences
The importing context was providing a semantics consistency for the
imported models
and we could decide what do load dynamically not been forced to
define a new class for a new configuration of entities to be loaded.
Sometimes I feel sad to see all the efforts I spent in moose not even
used.
Stef
New submission from Kat <katerinab(a)gmail.com>:
I created an MSE file with a FAMIX.File entry, which didn't specify a name for
it. When I load the model into moose, and then click on "All files (1 file)", I
get a debugger window, saying "Unhandled exception: No such file or directory
("UNKNOWN")". When I click terminate, it pops up again; looking in the
debugger, it seems to be looping in HandleRegistry>>evaluateWithFullProtection:
----------
component: Moose
files: yuv.mse
messages: 83
nosy: kat
priority: Bug
status: unread
title: Moose: MSE without file specified -> infinite debug loop
________________________________________________
Moose Bugs <moose-dev(a)iam.unibe.ch>
<http://macamis.unibe.ch/trackers/moose/issue63>
________________________________________________
I have run into a little problem. I'm trying to load a .mse file with some
files/folder entities. When Moose is listing the files entities it combines
the folders and files name directly, like this: FolderFile.ext, with no
delimiter between. Shouldn't they be like Folder/File.ext ?
And a second issue: if the files and folders doesn't exist when i check the
All folders group i'm getting a lot of errors (ERROR_FILE_NOT_FOUND). Btw,
if the pathname is relative, where is it looking for the files?
Test file:
(Moose.Model (id: 1)
(name 'FileTest')
(entity
(FAMIX.Folder (id: 2)
(stub false)
(name 'Folder'))
(FAMIX.File (id: 3)
(stub false)
(name 'file1.txt')
(belongsTo (idref: 2)))
(FAMIX.File (id: 4)
(stub false)
(name 'file2.txt')
(belongsTo (idref: 2)))))
Adrian D.
--------------------------------------------------------------
Adrian DOZSA
Politehnica University of Timisoara
Computer Science Department
mail: adi.dozsa(a)gmail.com
web: http://adi.dozsa.googlepages.com/
New submission from Tudor Girba <girba(a)iam.unibe.ch>:
The UI should catch the error when a property cannot be computed.
----------
assignedto: girba
component: Moose UI
messages: 81
nosy: girba
priority: Bug
status: deferred
title: Property computation error in Moose UI
________________________________________________
Moose Bugs <moose-dev(a)iam.unibe.ch>
<http://macamis.unibe.ch/trackers/moose/issue62>
________________________________________________
Hi,
its a long time since I've moosed, but just was wondering why for
exporting and importing mse files with DynaMoose entities I have to do a
initializeAllMofDescriptions in the standard Moose Config version.
How can I have this as a default that Moose knows the DynaMoose
entities so I can import mse files with traces?
TIA
Orla
~~~~~~~~~~~~~~~~~~~~~~~
Orla Greevy
www.iam.unibe.ch/~greevy
~~~~~~~~~~~~~~~~~~~~~~~
Hi,
First, what does the 'stub' field from ModelRoot means?
Second, how do i know which fields do i have to write in a MSE file? For
example, from the LAN sample model, Class has belongsTo -> aPackage and
Package has definedClass -> someClasses; these 2 fields are redundant. But
for example at Class the method field doesn't appear. So, how do i know
which fields i have to write to make a valid MSE file?
Adrian D.
--------------------------------------------------------------
Adrian DOZSA
Politehnica University of Timisoara
Computer Science Department
mail: adi.dozsa(a)gmail.com
web: http://adi.dozsa.googlepages.com/
Hi,
Indeed, the mailing list was not archived until now. Now I turned the
archiving on. Thanks for pointing that.
Doru
On Apr 20, 2007, at 7:43 PM, Adrian DOZSA wrote:
>
> Why does the Moose-dev Archives (http://www.iam.unibe.ch/pipermail/
> moose-dev/) say that "No messages have been posted to this list
> yet"? The messages are not saved in the archive?
>
> Adrian D.
>
>
> --------------------------------------------------------------
> Adrian DOZSA
> Politehnica University of Timisoara
> Computer Science Department
> mail: adi.dozsa(a)gmail.com
> web: http://adi.dozsa.googlepages.com/
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
Tudor Girba
www.iam.unibe.ch/~girbawww.iam.unibe.ch/~girba/blog/
"In a world where everything is moving ever faster,
one might have better chances to win by moving slower."