From: Nicolas Anquetil <nicolas.anquetil(a)inria.fr> Date: July 1, 2011 10:56:47 AM GMT+02:00 To: Stéphane Ducasse <stephane.ducasse(a)inria.fr> Cc: Laval Jannik <jannik.laval(a)inria.fr>fr>, Tudor Girba <tudor(a)tudorgirba.com>om>, Cedric Dumoulin <cedric.dumoulin(a)lifl.fr> Subject: Re: Doru would like to participate to the effort Welcome, state of affairs: - we have implemented Eclipse plugins in Moose - we have an exporter to generate the information in MSE - wednesday I implemented a new option in verveineJ that allows to not export "local references/entities" On my computer I have source code in 7 directories: core, developer, ocl, others, profile-tool, sysml, uml I can parse 'core' (1383 java files), 5 others would probably not raise any problem: 'developer'=155 files, 'ocl'=6 files, 'others'=115 files, 'profile-tool'=20 files and 'sysml'=780 files. The difficulty is with 'uml': 6269 java files. I cannot even parse it alone ... despite incremental (separate) parsing and the 'no-locals' option, I still cannot generate data for this 'uml' directory, let alone the entire Papyrus (JDT explodes the memory). so, I am welcoming any idea on how to solve this problem ... nicolas PS: the 'no-locals' option needs to be better tested. It works on a small project (~= 10 classes), but we should watch it carefully on real projects. (Removing locals is not as simple as it may appear) ----- Mail original ----- > De: "Stéphane Ducasse" <stephane.ducasse(a)inria.fr> > À: "Cedric Dumoulin" <cedric.dumoulin(a)lifl.fr> > Cc: "Nicolas Anquetil" <Nicolas.Anquetil(a)inria.fr>fr>, "Laval Jannik" <jannik.laval(a)inria.fr>fr>, "Tudor Girba" > <tudor(a)tudorgirba.com> > Envoyé: Jeudi 30 Juin 2011 23:51:01 > Objet: Doru would like to participate to the effort > Hi guys > > I'm at doru place and he would like to help for the papyrus case. > What would be good is also to have the discussion via the mailing-list > so that people can follow. > > Stef