Hi, Jochen
> > please keep in mind that I have neither CVS nor diff around here.
> Such developer systems do still exist? :-)
Sure. I'm currently the only one working on this part, so no internal
infrastructure needed nor configured. I assume RAD does habe plugins for
all this (in fact I've seen a CVS menu option somewhere) but since I'm not
familiar with it I decided not to spend too much time fiddling with it.
(It didn't work right away)
> The methods accepting a string are deprecated, so I decided to remove
them finally.
no problem, I only used JavaQName, the others were just to be similar to
what's already there.
[addThrowNew calling addThrow]
> A ConditionalIndentationJavaSourceObject doesn't necessarily have a
> signature. Think of a static class initializer.
good point, though it could detect this and simply discard the call.
[creating unique variable names]
> This is, imo, not necessary, because the necessary code is already in
> place. For example, ConditionalJavaSourceObject.newJavaField(JavaQName)
> creates a new local field with the given type and a unique name.
Geesh. Well, I haven't found it when I needed it. So now I'm blaming it on
the documentation ;)
[Java source lines without a surrounding block]
> This should not be too difficult. One could create a subclass of
> JavaSourceObject, which represents an anonymous block { ... }. The
> braces could be optional, of course. This object might be added to a
> method at a later time.
This sounds like a good idea.
Like a method it could also have a list of thrown exceptions, added to the
surrounding method when put into place.
:Frederic:
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
