OK I should have guessed that windows was the culprit. I jumped over
to debian and now all is fine. GShell looks very promising!! I love
the idea of being able to telnet or ssh into the server and run
commands remotely. As a matter of fact this appears to provide a
vital improvement that Geronimo users have been asking for: the
ability to remotely administer a running server (see the "Swing
console?" thread from 9/17/2006).
A few questions :
- what's the security model?
- will GShell share a common code path with the console and the CLI
for handling things like deployment?
- which subsystems of geronimo will GShell depend on and how will it
access them? e.g. will it be wrappered as a gbean and use the kernel
to get access to them? mainly I'm wondering if (unlike the console)
it will be able to administer components running in the server without
a having a run-time dependency against them.
thanks,
Paul
On 10/3/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
I was playing with JTB support in the JavaCC plugin... JTB is a
really cool simplified parser, but was written very, very, very
poorly... the way it handles config and outputting files is a
complete horrible mess, and I had to hack the JavaCC plugin up some
to make it behave better.
My guess is that it does not like... um, can you guess... windows :-
P Might need a few more hacks in the JTP mojo to get it working.
But, I think I am going to give up on JTB and go back to JJTree which
is a tad more complex but is not buggy.
You can grab a pre-built dist here if you still want to check it out:
http://people.apache.org/~jdillon/
--jason
