--- Joe Berkovitz <[EMAIL PROTECTED]> wrote:
> I want to point out one other thing here: qdox is > not the only source of > metadata that might need escaping when emitted in > generated code. That's asways a big question where to escape and what to escape... > For instance in the actionscript plugin, strings > with embedded special > chars can arise because I apply actual Java > reflection to compiled > classes, to extract data that qdox does not parse or > otherwise capture > (in this case, the initialized value of a static > final Field). This is not the classic use case for xdoclet. Usually compiled classes are not available. Could it be done at the runtime? > BTW I don't think this needs to be a 1.0.3 issue. > (And how is 1.0.3 > looking?) > Pretty good, but we have to resolve our issues with jelly snapshot versions ( jelly release praxis is somehow awkward... ) regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- Still using XDoclet 1.x? XDoclet 2 is released and of production quality. check it out: http://xdoclet.codehaus.org __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
