Hi, I'm definitely interested in the antbuilder stuff. So I will figure out, what it is now and get back to you.
Cheers Michael Johann Twitter: malagant Charles Oliver Nutter-2 wrote: > > I think we should look at migrating all remaining RubyForge > "JRuby-extras" projects to Kenai. It's got a much better bug tracker, > separate email lists (or forums for lighter-weight Q/A), and I believe > it will soon have git support. Being able to track bugs independently > would be worth it in itself, rather than tracking them in JRuby's tracker. > > Any objections? > > We also need some new owners for projects in there. Here's a complete > list of projects currently available. If you're interested in taking > over (where needed) or contributing (always needed :)) reply to this > thread. > > Lots of fun toys in here almost nobody knows about :) > > AR-JDBC: largely has been moved off to github and taken over by Nick > Sieger (and lately Tom Enebo helping out more too). > > antbuilder: It would be nice to formally make this project go, at least > make it comparable to some "ant builders" like in Groovy. > > JRubySwingConsole: I think this was an attempt to make a better GUI > console for JRuby, but I don't remember who did it. > > GoldSpike: largely superceded by Warbler, but if someone wants to own it > and keep working on it, be my guest. > > javasand: This is Ola's implementation of _why's sandbox stuff. It > hasn't been maintained or updated in a long time, but I just committed a > patch. Anyone interested in sandboxing and/or using this? > > JParseTree: I'd love to see this updated and made to work 100%. Werner > had been working on it, but I think he's lost interest. And there's some > work to do, but we're willing to modify JRuby core to support this if > someone wanted to take it over. Having a fully-functional ParseTree impl > could open up a whole class of gems. > > JRuby-OpenSSL: This is largely still Ola Bini's domain, but he's been > busy with other things. We'd love someone to take it over, especially if > you know crypto stuff *at all* (most of us do not). > > Antwrap: This, like antbuilder, would be really great to formalize since > it could make Rake a real alternative to Ant by wrapping Ant tasks. > Hell, if someone could get this working really well, we might finally be > able to move to a fully Rake-based build. That would be sweet. > > Stemmer4j: This is an extension for JRuby to use the "Hitta" full-text > search plugin for Rails. I don't know anything more about it than that. > > Mongrel-support: I think this is the native bits that have been > contributed to Mongrel proper, yeah? > > Mongrel-JCluster: This is Ola's all-in-one-JVM Mongrel clustering setup. > It may be irrelevant now with threadsafe Rails, but we still get people > interested in this deployment model. > > JRuby/LDAP: An LDAP wrapper I presume :) Nobody maintaining it, might be > a nice project to formalize. > > activerecord-*-adapter and jdbc-*: These all fall under AR-JDBC...have > they been migrated off to github too? > > image_voodoo: This is the image_science look-alike Tom Enebo created. > Great project, great example of using Java libs. > > jmx: Another Tom Enebo project, this is a nice wrapper/DSL for JMX. > Nicest one I know of. > > rmagick4j: This was our big GSoC project, and Sergio (is that right) was > able to get a *ton* of stuff working. Gruff Graphs, which uses a lot of > RMagick, passes all tests when running on RMagick4j. I'm not sure what's > left to do, but it would be a great contribution to the community. And I > know if nothing else, working on performance would be a big help. > > rcov-java: This is what you'd expect, rcov for JRuby. I think it's > working but probably could use some cleanup and certainly could use more > testing. We should get a nightly build run set up to ensure we don't > break it. And we could look at improving performance too. > > jruby: This was my first attempt at making a JRuby gem...that is a gem > you can install in MRI that gives you a JRuby command and JRuby working > environment. I think it could provide an easy migration path for a lot > of people. If you want to help, let me know. > > dbd-jdbc: Chad Johnson has volunteered to take this over. It's a DBI > layer on top of JDBC, right Chad? > > java_inline: This is a plugin for ruby_inline that allows you to define > Java code and call it, just like ruby_inline does for C. I wrote it, > haven't done much with it in a while. It's pretty easy code, and if > someone likes the idea I'd love some help. > > - Charlie > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > > -- View this message in context: http://www.nabble.com/Migrating-RubyForge-projects-to-Kenai-tp21655861p21681682.html Sent from the JRuby - Dev mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
