It would be great if we can add your port in subversion so that we can look at the missing pieces together.
We can create a Fornax account for you so that you can commit to subversion yourself. Send me your sourceforge username and the email address that you would like to be used for notifications. If you don't already have a sourceforge account you can register here: http://sourceforge.net/account/registration/ /Patrik wrungel wrote: > > > "Patrik wrote: >> >> I did a quick attempt the other day but got stuck on some scoping issues >> and then I have not had time to look at it more. >> > > <p>I managed to fix scoping issues.</p> > > Other main issues during porting that I had were: > > <ul> > <li>in dsl.ui Projects: > <ul> > <li>SculptordslSemanticHighlightingCalculator.java: Renamed > references DefaultLexicalHighlightingConfiguration => > DefaultHighlightingConfiguration</li> > <li>SculptordslUiModule.java: added required non-default > constructor</li> > <li>SculptordslLabelProvider.java: renamed references > DefaultLabelProvider => DefaultEObjectLabelProvider</li> > <li>SculptorguidslLabelProvider.java:</li> > </ul> > </li> > <li>Maven > <ul> > <li>I had to create new maven artifacts for Xtext, Xpand, mwe, > mwe2, ecore, emf, ...</li> > <li>fornax-oaw-m2-plugin: version update 3.0.1 => 3.2.0</li> > </ul> > </li> > > <li>in -generator project: > <ul> > <li>JavaBeautifier: slightly rewritten to be compatible to the > new mwe/mwe2 API</li> > <li>helper.ext: removed duplicated getNonEnumDomainObjects > function</li> > <li>renamed references org.eclipse.xtext.ui.DefaultLabelProvider > => > org.eclipse.xtext.ui.label.DefaultEObjectLabelProvider</li> > </ul> > </ul> > > <p>During porting I basically followed Xtext 1.0.1 reference > documentation (chapter about porting).</p> > > <p>Currently the port works fine.<p> > > <p>The only issue I didn't manage to fix is the grammar problem that > I mentioned in this thread. I had to remove CommandEvent completely from > grammar in order to get the whole grammar working.</p> > > > > > > "Patrik wrote: >> >> One thing in the grammar that I think we should change is the way we >> handle unordered groups. >> > Using unorderd groups like this > > <PRE> > DslEntity : > (doc=STRING)? > (abstract?="abstract")? "Entity" name=ID ("extends" > (("@"extends=[DslEntity]) | (extendsName=DslJavaIdentifier)))? "{" > ("package" "=" package=DslJavaIdentifier )? > (((notOptimisticLocking?=NOT "optimisticLocking") | > ("optimisticLocking"))? & > ((notAuditable?=NOT "auditable") | ("auditable"))? & > ((cache?="cache") | (NOT "cache"))? & > ... > ("validate" "=" validate=STRING)? & > ((notAggregateRoot?=NOT "aggregateRoot") | ("aggregateRoot"))? & > ("belongsTo" (("@")?belongsTo=[DslDomainObject]))?) > ((attributes+=DslAttribute) | > (references+=DslReference))* > (repository=DslRepository)? > "}"; > </PRE> > > didn't help. > -- View this message in context: http://old.nabble.com/ANTLR-issue-with-Xtext-1.0.1-tp29613279s17564p29632844.html Sent from the Fornax-Platform mailing list archive at Nabble.com. ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Fornax-developer mailing list Fornax-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fornax-developer
