Re: BeanShell alternatives (was Re: Status of projectand adding 1.5 generics)
fschmidt <[email protected]> Wed, 10 Dec 2008 13:41:22 -0800 (PST)
| Newsgroups | gmane.comp.java.beanshell.devel |
|---|---|
| Message-ID | <[email protected]> |
David A. Lee wrote: > > So not only is BSH alive and well ... but its being continued in new > projects .. atleast in my shop. > Mine too. Here is a nice one we developed recently http://code.google.com/p/plbsh/ . It lets you run BeanShell in Postgres. > Given that I would LOVE some kind of semi-active semi-official handover of > the codebase to dedicated maintainers, and volunteer to be one of them. > the beanshell2 google fork is a good thing, I have contributed to it in > the > past, but I think its goals are different then what I suggest. I suggest > a > fork who's #1 main goal is stability and minimum changes. Bug fixes only > ... and MAYBE a path towards new java syntax support ... but not new > features, and heavily focused on maintaining legacy use. I think thats a > fundamentally different goal then a "new and better beanshell" which is > also > a good goal ... but not the one I'm most interested in personally. > I think this is an important discussion to have. We should be able to agree on something that is usable by everyone. My view is that avoiding changes and enhancement will make BeanShell a dead end eventually as other scripting languages add features that people want. The important thing to preserve in BeanShell is Java compatibility. This cannot be compromised, as it has been in Groovy. But adding new features is fine as long as strict Java code continues to work properly. No one has to use the extra features. > To achieve this goal I suspect will require some kind of "committee" so > that no > individual is tempted to make changes without consensus or oversight. Of > course that slows things down and is inefficient ... but then that's the > point. > A programmer who wants a new feature will just add it to his copy of BeanShell. If the common code is regulated by a bureaucracy, the programmer won't bother dealing with it to submit his changes. For BeanShell2, this is my policy: "Please create an issue (on the Issues tab) before changing code. When committing code, refer to the issue in the comment. If the issue is a bug (defect), you can fix it right away. If the issue is an enhancement, please wait 24 hours for comments. If no one objects, then you can implement the enhancement." Even with this simple system, I get virtually no contributions. -- View this message in context: http://www.nabble.com/Status-of-project-and-adding-1.5-generics-tp20860930p20944725.html Sent from the BeanShell - Dev mailing list archive at Nabble.com. ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/