We are happy to release your patch in our next community release, which will be 5.5. Our product team would be happy to patch this for you against our product maintenance branches, but for this you need a subscription.
Patch releases for maintenance on older versions is an important part of Red Hat business model. Without this business model we could not hire the 20 core R&D engineers and additional 11 QA engineers that we do, while maintaining all of our code as 100% open source. Large open source projects are not free; someone has to pay those salaries. To release your patch against 5.1 would take many man days of effort - someone has to pay for that. Further it would reduce the perceived value we provide through our subscription model. I'd urge you to read this page, for a better understanding of what I'm saying: http://blog.athico.com/2011/04/drools-jbpm-community-versus-product.html Everything we do is up on github. If you are unable to purchase a support subscription, and really need 5.1.x patched, you can fork github and maintain your own branch there for the 5.1.x series. Mark On 27 Sep 2012, at 23:25, Chris Rankin <[email protected]> wrote: > So let's get this straight: > I find, debug *and* patch the problem for you, and then you expect me > to pay you to release it as well? > > You. Are. Dreaming. > > On Thu, Sep 27, 2012 at 9:35 PM, Mark Proctor <[email protected]> wrote: >> We don't' publish community patch releases for maintenance of older versions. >> >> The cost is simply too high, as releasing can take several days and must be >> tested. More importantly this is how Red Hat provides value to our paying >> subscription customers - where we provide 5 years of patch releases, without >> features. See this blog for more information: >> http://blog.athico.com/2011/04/drools-jbpm-community-versus-product.html >> >> If you would like a BRMS subscription, where a patched jar can be provided, >> please contact [email protected] > > _______________________________________________ > rules-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-dev _______________________________________________ rules-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-dev
