pdf (1820 Kb) - Fachgebiet Datenbanken und Informationssysteme ...

nerierten Klassen gelten soll, so wie Import-Anweisungen für die Parser und TokenManger-
Klassen. Ein Beispiel für eine compilation_unit:
PARSER_BEGIN(TestParser)
package foo;
public class TestParser {
public static void main(String args[]) throws ParseException {
eg1 parser = new eg1(System.in);
try {
TestParser.StartSymbol();
System.out.println("Thank␣you.");
} catch (Exception e) {
System.out.println(e.getMessage());
TestParser.ReInit(System.in);
}
}
}
PARSER_END(TestParser)
Anschließend müssen die Produktionen für den Scanner und den Parser definiert werden.
Der gesamte Aufbau der Grammatikdatei ist auf der javacc-Homepage in EBNF dokumentiert.
Da die Produktionen sehr unterschiedlich aufgebaut sein können, ist die Definition
in EBNF hier auch sehr sinnvoll, weswegen ich diese übernehme.
Eine regular_expression_production wird durch eins der vier Schlüsselwörter TOKEN,
SKIP, SPECIAL_TOKEN oder MORE eingeleitet, die den Umgang mit Wörtern dieses
Ausdrucks festlegen. Gegebenenfalls wird dem Schlüsselwort eine Liste der Zustände, in
denen der reguläre Ausdruck erkannt werden soll, vorangestellt.
regular_expression_production ::=
["" | ""]
( TOKEN | SKIP | SPECIAL_TOKEN | MORE ) [IGNORE_CASE]":"
"{" regexpr_spec ( | regexpr_spec )∗ "}"
regexpr_spec ::=
regular_expression [java_block_for_lexical_action][":" identifier_for_lexical_state ]
regular_expression ::=
java_string_literal
| ""
| ""
| ""
complex_regular_expression_choices ::=
complex_regular_expression ( "|" complex_regular_expression )∗
complex_regular_expression ::=
( complex_regular_expression_unit )∗
complex_regular_expression_unit ::=
java_string_literal
| ""
| character_list
| "(" complex_regular_expression_choices ")" [ "+" | "∗" | "" ]
Beispiel:
10