What do you mean by selector parser?
I could adapt the parser that is used for EJB-QL to parse. It is a generic
non-deterministic recusive descent parser, so it is not fast for complicated
grammers. This is only an issue if you want to parse on the fly.
-dain
----- Original Message -----
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 21, 2001 7:46 PM
Subject: [JBoss-dev] jbossmq selector parser grammer source
> Where is the source for the selector parser? It looks like it is not
> parsing the literals "true" and "false", it only looks for "TRUE" and
> "FALSE".
>
> I am contemplating modifiying parser.java int yylex() under the file://CST
group
> group, but I would rather modify the grammer source and regenerate the
> parser.
>
> Perhaps we could switch this to javacc and let ant build the parser as
part
> of the build.
>
> It looks like there might be a problem with Operator.equal() too, which I
am
> looking into now... Yup, sure is. Operator.equal() does not properly
> handle Boolean types.
>
> I have just fixed (and verified) both of these problems. Should I commit
> them? Silly me, of course I should commit them... but where is jms.y?
When
> ever the parser is regenerated from this it will blow away these changes.
>
> Can someone change this to javacc, check in the source grammer and setup
the
> build system to automatically generate this?
>
> --jason
>
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
