Datentypen
FileType
template
: Vorlage für die Lösung. Wenn ein Evaluator in meta.xml angegeben wurde, muss eine solche Datei existieren.test
: Unit-Test. Eingabe für den Evaluator, wird automatisch bei Abgabe einer Lösung ausgeführt.acceptanceTest
: Abnahmetest (Unit-Test), der vom Dozenten während der Bewertung einer Abgabe manuell gestartet werden kann. Der Evaluator übernimmt die Ausführung und zeigt die Ergebnisse an. Diese Tests werden nicht automatisch bei Abgabe ausgeführt.include
: Für Bearbeitung oder Ausführung der Lösung notwendige Dateien (zusätzliche Klassen). Hiermit können Abhängigkeiten zu anderen Aufgaben adressiert werden. So können Musterlösungen für vorangegangene Aufgaben hinterlegt werden, die zwar nicht sichtbar sind aber dann bei der Ausführung der Tests einbezogen werden.misc
: Sonstige Dateien, wie z.B. PDFs (Anhänge)
SubmissionMode
FILE
: Lösungen können per Datei-Upload abgegeben werden. Archive werden automatisch entpackt. Unterstützte Dateiendungen für Archive sindtar.gz
,tar
,zip
,gzip
,gz
,tgz
.TEXT
: Lösungen können inline als String abgegeben werden. Bei Aufgaben mit diesem Modus ist ein Editor anzuzeigen, der mit dem Inhalt dertemplate
-Datei initialisiert wird, sofern es eine solche Datei gibt.
JavaDocRef
Identifiziert ein Element im Code, folgt der @see
/@link
Syntax die in JavaDoc-Kommentaren verwendet wird.
Beispiele:
name.panitz.oose.Funktionsdaten.AL#size()
: Matcht Methodesize
(die keine Parameter enthält) in KlasseAL
(die sich in KlasseFunktionsdaten
befindet, welche zu Paketname.panitz.oose
gehört)Date#isEarlierThan(Date)
: Matcht MethodeisEarlierThan
(die einen Parameter vom TypDate
enthält) in KlasseDate
Date#x
: Matcht Feldx
in KlasseDate
Date
: Matcht KlasseDate
Evaluator
Id (string
) des Evaluators. Eine Auflistung erfolgt hier nicht, da diese dynamisch ist und sich ändern kann. Siehe http://eva.local.cs.hs-rm.de:7777/evaluators
für die aktuell konfigurierten Evaluators.