Would it be too slow to do the dsl replacements before anything else?
What I mean is, first sweep the whole drl, replacing all dsl
statements...nevermind. That wouldn't work, since strings might appear in
comments or java blocks that might look like a dsl token but isn't.
Yeah, I like
No I don't think it would be that slow really... not compared to everything
else that has to go on - so that sweeping could work, as it is line based...
(I was planning on doing that in the near future, using a fast parser which
has lexer rules only for that stage). So in summary, you can ignore
I just discovered that there's a groovy plugin for idea that uses antlr as
the scanner and parser, so I'm hoping I can use that as a model for drl
files. Not sure how I'll do the dsl though *shiver*.
On Wed, 03 May 2006 21:07:43 -0400, Michael Neale
[EMAIL PROTECTED] wrote:
yes eclipse
yes, that was a challenge... basically had to reparse things when a DSL
expression is happened upon, and track line numbers etc... took a while.
What I am thinking is to have the DSL step as a nested parser using simple
rules - this means it can very quickly convert the rules into the native one
Interesting. That might not work for the IDE plugin though,
performance-wise. I think it relies on the fastest possible token lexing
to enable code highlighting. Intellij actually only invokes the parsing
phase when necessary. I think. I don't know, I'm might making this up
now ;).
better still make a wiki page with your findings and code. The jboss
wiki is open to all, you just need a login which you can sign up for.
Mark
Russ Egan wrote:
Interesting. That might not work for the IDE plugin though,
performance-wise. I think it relies on the fastest possible token
yes eclipse works by having partitioners, and scanners... its not really
parsing, but its meant to be fast and fault tolerant, so that the editor
knows where you editing, and what to highlight etc.. these are things that
parsers aren't too good at. I have heard rumours of people using antlr
I've done a quick search on Google and found two interesting things:
- the homepage of JFlex (http://jflex.de/) where they talk (although
really briefly) about an integration with ANTLR,
- a post (http://www.antlr.org:8080/pipermail/antlr-interest/2006-
April/015974.html) on the ANTLR ML where
Don't forget we are using Drools 3.0. I'd love to see support for
intelliJ, Netbeans etc, but it will need to come from contributors as
the core team only has resources for one IDE, Eclipse.
Mark
Jérôme BERNARD wrote:
I've done a quick search on Google and found two interesting things:
- the
I'm not parsing the java blocks either. I'm just trying to recognize what
is a java block. Once I recognize, I treat all the java stuff as a string
token.
Actually, I think intellij has a nifty way to correctly handle one
language embedded in another language, but I haven't figured out
Hi,
speaking of rule editors: is anyone working on an IntelliJ plugin?
Something along the lines of the groovyJ plugin?
I've started to look into IntelliJ's custom language support but the
documentation has -hmm- a potential to be more helpful ;)
So has anyone done some work on something like
Not that I am aware of. Has been a few years since I have used intelliJ, but
I am aware that they have some advanced concepts around meta-programming,
and making new languages, but they are probably not open source, so that may
put a dampener on things.
On 5/1/06, Fabian Crabus [EMAIL PROTECTED]
jepp...the meta programming system is not for mere mortals (tried it, had a look
at the hello world, didn't grasp a bit, uninstalled it)...nevertheless
they offer
custom language support via their plugin sdk. It's based on some jflex
magic, that
can be adapted to antlr based languages- though
I would love to, but we get killed for even looking at something non open
source sideways ;) as we are an antlr grammar, that would be nice.
On 5/1/06, Fabian Crabus [EMAIL PROTECTED] wrote:
jepp...the meta programming system is not for mere mortals (tried it, had
a look
at the hello world,
14 matches
Mail list logo