Hi,
I would like to ask the experts out there: Can Moose/Pharo/Squeak help to
build a database which contains some indexes on texts?
I might need Moose to analyze the raw texts first before indexing them.
Can someone show me the light if this project or method workable?
Thanks.
Regards,
Zhe-Xi
--
View this message in context: http://forum.world.st/Database-Building-tp3092712p3092712.html
Sent from the Moose mailing list archive at Nabble.com.
On Dec 16, 2010, at 5:26 PM, Tudor Girba wrote:
> Great news!
>
> I already updated the Moose build to be based on the current 1.2:
> http://hudson.moosetechnology.org/job/moose-latest-dev-on-pharo-1.2/lastSuc…
>
>
> Maybe one suggestion: it would be good to name the image as pharo-1.2-dev, rather than just dev1.2.
Ok, I will do that. In addition, it would be nice if the zip would contain inside some version number or date or something.
Marcus
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
Hi!
Just a word to say that Eduardo is a student at the DCC working on exporting Mondrian views in SVG and TikZ (library for latex).
As a goal, I would like to have classblueprint and system complexity exportable. Do you have a visualization you want to see exported?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi Doru, all,
in AM I have a Glamour pane that is an actionList where I do 5 populate:on:entitled:with: so that the pane has 5 buttons. Now what happens is that the pane also has a dropdown menu, with the same actions as the buttons. This is a bit silly (see screenshot). Is there a way to have the actionList not have this popup menu?
Thanks in advance!
--
Johan Fabry
jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry
PLEIAD Lab - Computer Science Department (DCC) - University of Chile
Thanks, Andy. It's fixed now.
Cheers,
Doru
On 15 Dec 2010, at 12:49, Andy Kellens wrote:
> Hello,
>
> On the page http://www.moosetechnology.org/tools/famix2importer the Gopher script to load the Famix 2 importer is:
> Gofer new
> squeaksource: 'Famix2Importer';
> package: 'Famix2Impoter';
> load.
>
> But it should be:
> Gofer new
> squeaksource: 'Famix2Importer';
> package: 'Famix2Importer';
> load.
>
> Kind regards,
>
> Andy
--
www.tudorgirba.com
"Relationships are of two kinds: those we choose and those that happen. They both matter."
Hi all,
a question: I have some Java models imported from intooitus generated .mse files. allNamespaces has a lot of garbage in there (java.* _anonymous _unknown_package_). I found that allModelNamespaces filters those out, but also filters out some of the namespaces that are defined in the model that I imported. I guess this is a bug, right? How does allModelNamespaces work and what is the rationale?
--
Johan Fabry
jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry
PLEIAD Lab - Computer Science Department (DCC) - University of Chile
Hi!
As a result of the Software Quality lecture we are running at the DCC, Vanessa has written tests for Merlin. They are currently stored under the package Merlin in the Squeaksource repository CC68S
Can her tests be merged with Merlin?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi all,
I need some help with the Java implementation of Fame.
I am trying to implement separate parsing in VerveineJ so that one can
deal with larger project by parsing them piece by piece.
This implies loading in verveine the MSE already created to be able to
add new entities to it.
And The import method of Repository does not work for big MSE files
(that were generated by the export method of Repository BTW) :-(
It crashes with a StackOverflow:
Exception in thread "main" java.lang.StackOverflowError
at java.util.HashMap.put(HashMap.java:389)
at java.util.HashMap.putAll(HashMap.java:541)
at ch.akuhn.fame.fm3.MetaDescription.collectAllAttributes(MetaDescription.java:192)
at ch.akuhn.fame.fm3.MetaDescription.collectAllAttributes(MetaDescription.java:191)
at ch.akuhn.fame.fm3.MetaDescription.collectAllAttributes(MetaDescription.java:191)
at ch.akuhn.fame.fm3.MetaDescription.collectAllAttributes(MetaDescription.java:191)
at ch.akuhn.fame.fm3.MetaDescription.collectAllAttributes(MetaDescription.java:191)
at ch.akuhn.fame.fm3.MetaDescription.collectAllAttributes(MetaDescription.java:191)
at ch.akuhn.fame.fm3.MetaDescription.allAttributes(MetaDescription.java:139)
at ch.akuhn.fame.Repository.add(Repository.java:121)
at ch.akuhn.fame.Repository.add(Repository.java:131)
at ch.akuhn.fame.Repository.add(Repository.java:131)
+ zillions of this same line, Repository.add calling itself
recursively at line 131
I looked a bit into it and think that the problem may come from line
131 into the Repository.add() method :-)
public void add(Object element) {
assert element != null;
if (elements.add(element)) {
MetaDescription meta = metamodel.getDescription(element.getClass());
assert meta != null : element.getClass();
for (PropertyDescription property : meta.allAttributes())
{ <--- line 121
if (!property.isPrimitive()) {
boolean isRoot = property.getType().isRoot();
for (Object value : property.readAll(element)) {
assert value != null : property.getFullname();
if (!(isRoot &&
(value instanceof String ||
value instanceof Boolean ||
value instanceof Number))) {
try {
this.add(value);
<--- line 131
} catch (ClassNotMetadescribedException e) {
throw new
ElementInPropertyNotMetadescribed(property);
}
}
}
}
}
}
}
My suspicion is that this recursive call is actually walking through
the entire graph of FamixEntities because every entity is related to
some other entity ...
1- Anybody want to comment on this suspicion?
2- Any idea how to correct it?
nicolas
--
Nicolas Anquetil    Univ. Lille1 / INRIA-equipe RMod
