Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-VerveineJ
New issue 643 by tu...(a)tudorgirba.com: VerveineJ crashes on a strange
invocation
http://code.google.com/p/moose-technology/issues/detail?id=643
Parsing the attached example, produces the below error. I tried to debug
this, but I could not figure out where the problem was:
Exception in thread "main" java.lang.NullPointerException
at
org.eclipse.jdt.core.dom.MethodBinding.isAnnotationMember(MethodBinding.java:55)
at
fr.inria.verveine.extractor.java.VerveineVisitor.methodInvocation(Unknown
Source)
at fr.inria.verveine.extractor.java.VerveineVisitor.visit(Unknown Source)
at
org.eclipse.jdt.core.dom.ClassInstanceCreation.accept0(ClassInstanceCreation.java:323)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2528)
at
org.eclipse.jdt.core.dom.ReturnStatement.accept0(ReturnStatement.java:136)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551)
at org.eclipse.jdt.core.dom.Block.accept0(Block.java:136)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2528)
at
org.eclipse.jdt.core.dom.MethodDeclaration.accept0(MethodDeclaration.java:504)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551)
at
org.eclipse.jdt.core.dom.TypeDeclaration.accept0(TypeDeclaration.java:484)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551)
at
org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java:219)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480)
at fr.inria.verveine.extractor.java.FamixRequestor.acceptAST(Unknown
Source)
at
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:1016)
at
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:628)
at org.eclipse.jdt.core.dom.ASTParser.createASTs(ASTParser.java:982)
at fr.inria.verveine.extractor.java.VerveineJParser.parse(Unknown Source)
at fr.inria.verveine.extractor.java.VerveineJParser.main(Unknown Source)
Attachments:
WrongInvocation.java 161 bytes
I really like the petit parser ui to test and fix rule setup. But I'm missing something simple. If I type an example text and select rule and do parse I might get something like
end of input expected at 35
Is there a way to see in the example text where position 35 is? That would be useful.
Norbert
Status: New
Owner: andreho...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-EyeSee
New issue 642 by andreho...(a)gmail.com: Charts legend not working
http://code.google.com/p/moose-technology/issues/detail?id=642
Legends of charts are not working (due to the change to Pharo 1.3).
Status: New
Owner: andreho...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-EyeSee
New issue 641 by andreho...(a)gmail.com: Examples not working
http://code.google.com/p/moose-technology/issues/detail?id=641
Some examples/tests are not working due to the change to Pharo 1.3.
Hi,
Congratulations!
Is there a page already that lists the winners? It would be good to link to it.
Cheers,
Doru
On 3 Jun 2011, at 16:36, Alexandre Bergel wrote:
> Hi!
>
> There is a news I would like to share with you. Vanessa, a student at the University of Chile, is just back from ICSE, a top conference on software engineering. She presented Hapao (http://hapao.dcc.uchile.cl), a Pharo application, at the ACM Student Research Competition[*]. It was a success: she arrived 2nd in the category undergraduate student. A nice medal for the Pharo community!
>
> Cheers,
> Alexandre
>
> [*] http://2011.icse-conferences.org/content/src-call
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
>
--
www.tudorgirba.com
"Being happy is a matter of choice."
Hi Nicolas,
In verveine.extractor.java/lib we have famix.jar, verveine.core.jar and verveine.extractor.jar.
The problem is that every time I do an "ant jar" these files are changed and when I want to commit from the command line, I get:
M verveine.extractor.java/lib/famix.jar
M verveine.extractor.java/lib/verveine.core.jar
M verveine.extractor.java/lib/verveine.extractor.java.jar
Would it not be better to not have these in the repository, given that they are built from sources? One idea would be to use a build folder in which to copy all jars from lib and the resulting jars from building the sources.
Cheers,
Doru
--
www.tudorgirba.com
"We can create beautiful models in a vacuum.
But, to get them effective we have to deal with the inconvenience of reality."
good morning everyone,
some of you could maybe interest in the "The Sixth Workshop of the Italian Eclipse Community" that will be in Milano on September 22-23. There are three main tracks in the workshop:
TECHNICAL track for research papers with a standard presentation at the workshop.
STUDENT track for practical experience report, plug-in and demo related to the Eclipse technology, with a presentation or live demo at the workshop.
PUBLIC INSTITUTION (P.A.) or INDUSTRY track with a short paper or demo and the presentation at the workshop.
Please visit the page of the workshop for detailed information about the tracks and the dates.
http://2011.eclipse-it.org/home/
I hope you can find this interesting and please contact me for any question.
Regards,
Fabrizio Perin
Institut fuer Mathematik und Informatik
University Bern, IAM-SCG
Neubrueckstrasse 10
CH-3012 Bern, Switzerland
Tel: +41 31 511 76 36
FAX: +41 31 631 33 55
Hi Nicolas,
I am trying to setup VerveineJ in Eclipse but I do not know where to get the required org.eclipse.jdt.core project from. Could you point me into the right direction?
Cheers,
Doru
--
www.tudorgirba.com
"Every thing should have the right to be different."
Status: New
Owner: tu...(a)tudorgirba.com
Labels: Type-Defect Priority-Medium Component-Finder Milestone-4.5
New issue 634 by tu...(a)tudorgirba.com: The meta browser should not crash
when clicking on an edge
http://code.google.com/p/moose-technology/issues/detail?id=634
Just that. We need a guard condition.
Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-VerveineJ
New issue 638 by tu...(a)tudorgirba.com: VerveineJ seems to import some
methods multiple times
http://code.google.com/p/moose-technology/issues/detail?id=638
See the attached example.
DefaultConstructor::method() appears twice: once as a stub and once normal.
The interesting thing is that the stub is the one that receives the
invocation from the static method. This might be due to the following
scenario:
- the first visited method is methodWithClassScope(),
- the invocation is created to a stub method()
- the second visited method is method()
- but somehow it is not reconciled with the already created stub method
package x;
public class DefaultConstructor {
public method() {}
public static void methodWithClassScope() {
DefaultConstructor x = new DefaultConstructor();
x.method();
}
}
Attachments:
DefaultConstructor.java 184 bytes
Hi!
Is there a way I can get the axis labels ?
I tried :
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| diag factory |
factory := ESDummyFactory new.
factory yValues: #(22 25 13 16 24 28 35 24 32 24 46 12).
factory identifiers:
#('January' 'February' 'March' 'April' 'Mai' 'June' 'July' 'August' 'September' 'October' 'November' 'December').
diag := ESDiagramRenderer new.
(diag lineDiagram)
y: #yValue;
width: 500;
height: 400;
lineWidth: 5;
defaultFontSize: 12;
identifier: #identifier;
labels: [:each | each];
defaultColor: Color blue;
yAxisLabel: 'Clients';
regularAxis;
deviationValue: 22;
deviationDescription: 'avg 2006';
models: factory buildDummies. "startLineAtZero;"
^ diag open
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
How can I get the months displayed in the axis?
By the way, there are some examples that do not work. Is there a chance to see them fixed?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Is there a way to get a logarithm scale?
That would be very cool!
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
hi,
i'm new at this and i'm helping in the develop of an extension for
moose-famix with aspects, but for this we need some data so we could make a
good store of the correct data in the model. We need to get more ids for our
new structures and for the famix structures that we added when we parse a
project with aspectJ in eclipse.
The project name is aspectmaps and you could see in
http://www.pleiad.cl/research/software/aspectmaps
i hope you could help me with this little problem
and sorry for my bad english, i'm still learning
--
Miguel Enrique Campusano Araya
Estudiante de Ingeniería Civil en Computación
Universidad de Chile
We should use that in the query input field in Moose.
Setf
Begin forwarded message:
> From: Alain Plantec <alain.plantec(a)yahoo.com>
> Date: May 31, 2011 5:01:13 PM GMT+02:00
> To: pharo-project(a)lists.gforge.inria.fr
> Subject: Re: [Pharo-project] looking for inputField with memory of the last typed entries
> Reply-To: Pharo-project(a)lists.gforge.inria.fr
>
> Le 31/05/2011 10:28, Alain Plantec a écrit :
>> Le 31/05/2011 10:17, Stéphane Ducasse a écrit :
>>> yes
>>> It is package in a standalone class?
>>> what would be cool is to have a way yo configure it so that when we start to type we see the matching expression.
>> try the search replace dialog.
>> when you type in something, previous entered expression with the same prefix are displayed in a popup.
>>
> and, when the field is empty, down arrow open the list.
> you can navigate with the keyboard or pick one item with the mouse :)
> cheers
> Alain
>
>
>
Hey,
I finally found out why parsing my project with VerveineJ suddenly stopped. The classpath command line argument parsing in VerveineJ seems to be broken. Instead of splitting the classpath arguments and passing them in an array as environment to the parser, it passed the entire classpath string to it. Attached to this email you can find a patch that fixes this. I assumed the classpath arguments after -cp are separated by semicolons. After fixing this I was finally able to parse the entire project with VerveineJ. Thanks a lot for your help.
Cheers
Matt
Hey,
i have a problem with Moose and Java AnnotationInstances. The problem occurs when using inFusion and also VerveineJ. When I have a class with an instance variable with two Annotations:
@Annotation1()
@Annotation2()
private Object foo;
In Moose when I check this Attribute for AttributeInstances in the Moose Panel I only get the second AnnotationInstance (Annotation2).
I can build a small example if needed.
Any idea?
Cheers
Matt
Hi guys
in 1997-98 I wrote several solutions for handling meta data and after we removed them all with the failures of
XMI. So what is now the solution to identifying files we generated
language
sublanguage
exporter
date
version
tool-run
comment
status: private/public
company
author
...
and how do we put it?
Stef
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-Glamour
New issue 635 by cy.delau...(a)gmail.com: Strange behavior with announcements
http://code.google.com/p/moose-technology/issues/detail?id=635
Today I experimented some strange behaviours with announcements that I
didn't have in some previous moose images.
I think that there was some changes related to announcements in pharo
recently, but I could not be sure it is related.
At one point in my code I have:
browser on: AnnouncementClass send: #actionSelector
browser announce: anAnnouncementClass.
....
....
I have the feeling that sometimes #actionSelector is executed
asynchronously from the rest the code below 'browser announce: ...' .
Not sure but there is maybe something with exception signals. If any signal
is emited in #actionSelector it will not execute the rest of the method.
I was at leat able to write a test that do not pass in latest dev
Gofer new
squeaksource: 'DelaunayTmpStuffs';
package: 'ExampleAnnouncementProblems';
load.
will not pass with:
http://ci.moosetechnology.org/job/moose-latest-dev/402/artifact/moose_suite…
will pass with:
http://ci.moosetechnology.org/job/moose-latest-dev/393/artifact/moose_suite…
2011/5/20 Tudor Girba <tudor(a)tudorgirba.com>
> Hi,
>
> Please send these discussions on the moose-dev mailing list :). They are
> important for everyone.
>
> Cheers,
> Doru
>
>
> On 20 May 2011, at 14:17, Santiago Vidal wrote:
>
> > Great! I was thinking on a visitor too. The visitor should be used to
> collect the data that is displayed in the canvas. On the other hand, all the
> Protovis declaration could be static for each kind of graphic that is
> generated by Mondrian. That is because in Protovis only a "mark" is
> specified for each kind of data. Anyway, I have to take a closer look of it.
> > I would like to know if all the kind of shapes supported by Mondrian are
> those under the MOShape hierarchy. Also, in order to simplify the task, I
> would like to define an scenario of use. For example, the html file is going
> to be generated after a selection of a button called "generate html5". After
> this we may make a generalization.
> > Finally, can you tell me what do you mean by "First, start with a system
> complexity. Then, add labels and popup."? I didn't follow you :( Are they
> Mondrian components?
> > Thanks!
> > Cheers
> > Santiago
> >
> > 2011/5/19 Alexandre Bergel <abergel(a)dcc.uchile.cl>
> > Hi Santiago,
> >
> > Apparently, your refactoring did not cause a significant slowdown. This
> is cool. We will see if people start to complain.
> >
> > I think the next step is to get a hand on ProtoVis. Try to play with it a
> bit to know how it works. You should then be able to produce a visitor that
> generates HTML5/Protovis code.
> >
> > Then, there are two scenarios that we would like you to explore:
> > - producing html files
> > - being behind a seaside server
> >
> > I think that we need to be incremental on the features to covers. First,
> start with a system complexity. Then, add labels and popup. Handling
> interaction will be important. I feel this cannot be effectively done
> without being behind a seaside server.
> >
> > Doru, anything to add?
> >
> > Cheers,
> > Alexandre
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> > Ing. Santiago A. Vidal
> > ISISTAN Research Institute
> > UNICEN University
> > Paraje Arroyo Seco
> > Campus Universitario
> > (B7001BBO) Tandil,
> > Bs. As. - Argentina
> > Phone: 54 2293 439840 Ext. 42
> > Fax: 54 2293 439681
> > Email: svidal(a)exa.unicen.edu.ar
> > http://www.exa.unicen.edu.ar/~svidal
>
> --
> www.tudorgirba.com
>
> "One cannot do more than one can do."
>
>
>
>
--
Ing. Santiago A. Vidal
ISISTAN Research Institute
UNICEN University
Paraje Arroyo Seco
Campus Universitario
(B7001BBO) Tandil,
Bs. As. - Argentina
Phone: 54 2293 439840 Ext. 42
Fax: 54 2293 439681
Email: svidal(a)exa.unicen.edu.ar
http://www.exa.unicen.edu.ar/~svidal
I am sending you MSE file generated with Verveinesharp. The mse file is for
a program Gendarme <http://www.mono-project.com/Gendarme>, a C#
rule-checking framework.
Please have a look at the file to see if there is any problem in
import/Moosemodel.
http://dl.dropbox.com/u/11804892/Gendarme.mse
Also, I am attaching a snapshot of VerveineSharp.
Thanx,