prebuild checks
I maintainer di solito rispondono entro 1 giorno
@arlange ci sta già lavorando.
Dal 29/10/2026.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
Problem
Most user mistakes are only found by the Maven build, which takes minutes. The messages then come from Xtext, Xbase or javac and don't say what to change.
Today only a few things are checked up front:
- Metamodels: that they load, pass
EcoreValidator, and have a unique name and nsURI. - Reactions:
ReactionsProcessorchecks only that imports name uploaded nsURIs and that areactions:segment exists.
Proposal
-
Semantic reactions checks against the EPackages the service has already loaded. Each check reports the file, line and column:
Check Example message Every alias used is declared by an import " cadis not imported; the declared aliases aremodel,model2"in reaction to changes in A/execute actions in Bname declared aliases" execute actions in model3:model3is not imported"alias::Classexists in that metamodel" model2has no classEntitiy; did you meanEntity?" (closest names by edit distance)alias::Class[feature]exists" Componenthas no featurecomponent; its features arename(attribute),links(reference, many) …", inherited features includedThe change type fits the feature " inserted inneeds a multi-valued reference, butLink[protocol]is single-valued; usereplaced at" -
Metamodel checks that
EcoreValidatormisses but that break Java code generation later. Each message names the element (e.g.Component.name) and says what to change in the model editor.- names that are Java keywords, or clash with generated methods (
class,Package,eClass,getClass); - class names that differ only in letter case, which collide as generated files on some file systems;
- package names that aren't valid Java identifiers;
- attributes or references without a type.
Also reword the existing
EcoreValidatormessages to use names likeComponent.name. - names that are Java keywords, or clash with generated methods (
-
Hint catalog for the Xtext/Xbase messages that still come from Maven, attached as
hintto the problems from the structured-errors issue:Message Hint mismatched input …the expected syntax, with a minimal example Couldn't resolve reference to EClass …the did-you-mean from point 1 The method X is undefined for the type Ythe features Y really has type mismatch in a routine call the routine's signature -
Spike: in-process parsing with the real Reactions grammar.
- Put
tools.vitruv.dsls.reactions.languageon the service's classpath to get exact syntax and linking errors without Maven. - Risks: Xtext/Guice next to Spring Boot 4. Errors inside reaction code blocks (Xbase) need the compiled model classes, so they would be filtered out here and left to Maven.
- Outcome: if the spike works, it replaces the regex-based parsing in
ReactionsProcessor; if not, document why.
- Put
Acceptance criteria
- Typos in an alias, class name or feature name are reported within one second, before any Maven run, with a did-you-mean suggestion when a close match exists.
- Each metamodel check has a fixture that previously failed only in the Maven build and now fails up front with a message naming the element.
- The spike has a written result: works or doesn't, and why.
Depends on the structured-errors issue for the problems format.
- Lingua principale
- Java
- Stelle
- 0
- Fork
- 0
- Merge medio
- 7h 28m
- PR unite (30g)
- 11
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di vitruv-tools/Methodologist-SetupService
-
frontend passthrough problemsForse già presa @arlange l’ha presa 2 giorni fa. Aperta
vitruv-tools/Methodologist-SetupService#46 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Backend pass through problemsForse già presa @arlange l’ha presa 2 giorni fa. Aperta
vitruv-tools/Methodologist-SetupService#45 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Accept OCL constraint files as build input and wire them into the generated VSUM projectForse già presa @uiysg l’ha presa 7 giorni fa. Aperta
vitruv-tools/Methodologist-SetupService#36 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Failed upload of meta model leads unaccurate error messageForse di nuovo libera @BENEDICT9845 l’ha presa 46 giorni fa e non c’è nessuna pull request aperta. Aperta
vitruv-tools/Methodologist-SetupService#30 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di vitruv-tools/Methodologist-SetupService
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
build
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
MetricsHub/metricshub-community#1472 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
IdentityArrayObjectSet iterator remove may throw ArrayIndexOutOfBoundsExceptionForse già presa @jiteshkhatri11 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
javapathfinder/jpf-core#660 · 1 commento ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno