On Sep 16, 5:17 am, Casper Bang <[EMAIL PROTECTED]> wrote: > Ok if you say so. However I have never heard Gafter nor Bloch air the > idea of such conversion techniques and breaking source code > compatibility,
That's -exactly- my point. There's no willingness to introduce features that fundamentally change the way java source is to be read, at sun. We can chat about using a source keyword, or using context sensitive keywords, but that's moot unless there's a perceived need. Thus, your argument that context sensitive keywords is somehow better because it might behoove sun more, seems strange. None of that changes the fact that context sensitive keywords aren't a panacea - having a blank slate, granted by a source keyword, is infinitely more flexible. It also doesn't change the fact that, with a source keyword, java source parsers can just be better, period. > But that what we have to deal with none the less, due to the Java > language being so... constrained. Take a JSR-296 @Action annotation > and its enabled state which depends on some property. Refactor that > property in i.e. NetBeans, and see your application fail silently. Again, plugins + smart detection. If I refactor something in eclipse, I also get a nice list of mentions of the identifier in parts that eclipse isn't as sure about, for example, XML files, strings, and javadoc. So, you get something right away, and if its a big enough concern, you can write a JSR-296 specific detector. > > So I don't think the problem is a simple or "consensusable" as you > appear to believe, however if you come up with a viable solution that > allows us to modernize the language a bit, I'd be the first to give it > a try. > I'm working on a little something. Progress is slow because I've already got a few too many coding projects on my docket, but I'm trying to recruit some more souls into the effort. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/javaposse?hl=en -~----------~----~----~----~------~----~------~--~---
