I will post the full text of an email I just sent to Integral (the awsome folks behind FusionDebug, FusionReactor, etc) after this. Please do not consider this flame bait - it's an honest question. I have actually donated a significant amount of money to CFE in the past, and I am willing to do so agan. It just seems like the project has stagnated, and I'm only looking to move it forward. If I can pay for people to work on CFE instead of having to pay Integral, I'd be more than happy to do so.
Yes, I know it's open source, and yes, I have downloaded the project and tried to make changes. I'm not interested in that path - I'm looking to directly fund the project to help it meet my needs, and hopefully my needs align somewhat with everyone else's.
Roland
My Email to Integral:
My name is Roland Collins. I’ve recently purchased FusionDebug, FusionReactor, and FusionAnalytics from you, and I could not be happier with the products you guys create. They’re truly amazing, and they have paid for themselves many times over. We’re on the cusp of getting some of our resellers to adopt your products as well. We may be a relatively small company, but we occupy a niche in the Financial Services industry with little competition. Your tools have recently been a large part of that success. There is nothing out there that compares to what you guys have built – especially at the price point.
Knowing that you are ColdFusion experts, I thought I would pose a question to you. Our current development environment is Eclipse (4.2), Aptana, CFEclipse, and FusionDebug. This has been an amazingly successful suite for us, even with the advent of CF10. However, it seems like CFEclipse is dead in the water at this point, even though we consider it far superior to CFBuilder. Quite frankly, we consider CFBuilder to be a joke of a product in our shop. It’s fine for small projects and “light” apps, but we have a massive ColdFusion codebase. CFEclipse is fast, reliable, and plays well with other Eclipse plugins. CFBuilder is slow, crashes all the time, and assumes that it is the only plugin that matters. To put it in perspective, we’ve been using CF as our primary application server since ’96. We have CFCs that are ~10k lines long (libraries, not OOP classes). CFB sucks at dealing with this kind of environment. CFE is close, but not perfect, although it is much better.
The reason I’m writing to you guys tonight is to see if you would be at all interested at some funded CFEclipse development. To put it plainly, the way I see it, either CFEclipse gets resurrected, or I will eventually have to purchase licenses for CFB for all of my developers. And that would be tragic – it’s slower, it’s way too tightly integrated, and it’s … well … how do I say this politely… managed by an offshore company that has no interest other than profit.
The tools you have already developed seem to be a natural fit for the platform, and indeed they work amazingly well. My company isn’t large by any stretch, but we are more than willing to pay for tools that help us save time. I guess my question boils down to this – if we were willing to spend some money, would you be willing to spend that money on improving CFEclipse? And I’m not looking for proprietary work here either – any investment we would make, I would be perfectly happy with you guys reselling that effort. All that I care about is making my developers more efficient. I know you have consulting services, so I hope that this question isn’t entirely out of left-field. I’m not looking for you guys to reinvent a product that already works really well for us – I’m just curious if there are ways that we could incite you to improve an existing product in a mutually beneficial way.
FWIW, here is the “wish list” of things we would lie to see added to CFE:
• Scan the Eclipse project for CFCs . ( Add a new view that shows CFCs and the functions within those CFCs, based on my project root).
o This should be a persistent view. I shouldn’t have to be working inside the CFC to see this.
o Show me a list of all CFCs in the project, and all functions in those CFCs.
• Support mappings for CFCs. (Let me specify that <cfinvoke component=”Foo.Bar” mthod=”baz”> maps to C:\InetPub\myapp\CFC\foo\bar.cfc, or more importantly, let me map to C:\InetPub\myapp\CFC\foo to “Foo.”).
o This should be a persistent view. I shouldn’t have to be working inside the CFC to see this.
• Provide insight for arguments-scoped and locally-scoped variables. I don’t need fancy handling – just let me ctrl-space the names!!!!.
That’s really about it!
If this is something you would at all be interested in, please let me know.