Hey Ramon, Back when I started coding my project ~6 months ago, I couldn't run Torquebox successfully in Heroku nor Openshift. I read about the Torquebox Lite project, but you loose most of the Torquebox magic.
I know now, you can get the full Torquebox stack - {Stomp server & Clustering} running on Heroku, but I wouldn't know how big can they scale, since the dyno/gear RAM is quite limited. From experience, I've experience that Torquebox with background jobs and messaging queues, can be quite RAM demanding on my development environment, I wouldn't know how it performs on a Heroku dyno. I also read tons of issues regarding Heroku's intelligent routing, back when I was looking for a hosting solution. So I finally opted for a VPS solution, which does need extra setup (compared to Heroku deployment), but having the extra CPU power +RAM, and running Torquebox with all it's bells and whistles running, was well worth loosing Heroku's perks. - Rodrigo On Tuesday, March 11, 2014 12:26:55 PM UTC-6, Ramon Long wrote: > > Rodrigo, > > Have you looked at hosting your JVM-based solution with Clojure and jRuby > on Heroku? > > -Ramon > > On Thursday, October 24, 2013 9:59:56 PM UTC-4, rdelcueto wrote: >> >> Thanks for your response Jim. >> Is there any alternative solution to Openshift that supports the TB and >> Immutant combo, that you recommend? >> >> On Thursday, October 24, 2013 8:47:14 PM UTC-5, Jim Crossley wrote: >>> >>> Unfortunately not, Rodrigo. Frankly, TorqueBox on OpenShift is not a >>> very happy experience, mostly due to bundler and very limited resources on >>> the free OpenShift gears. Until we get those issues worked out, I don't >>> want to encourage anyone to combine TB and Immutant on OpenShift. >>> >>> Also, we're kinda in a wait-and-see mode while the OpenShift guys >>> integrate Docker, as container images should be a lot easier to work with >>> than cartridges. >>> >>> So you're ahead of us at the moment. We expect to catch up, just not >>> sure when. >>> >>> Jim >>> >>> >>> >>> On Thu, Oct 24, 2013 at 8:45 PM, rdelcueto <rdel...@gmail.com> wrote: >>> >>>> Dear Jim, >>>> >>>> I just began playing with Immutant and TorqueBox. >>>> I realized the polyglot-openshift-quickstart* @ *GitHub is marked as >>>> obsolete. I found links to newer versions of immutant-quickstart and >>>> torquebox-quickstart, though as separate applications. >>>> Is there documentation or a tutorial on how to get TorqueBox and >>>> Immutant merged into a single OpenShift application, ala "lein immutant >>>> overlay torquebox"? >>>> >>>> Regards, >>>> >>>> >>>> On Monday, September 9, 2013 11:14:54 AM UTC-5, Jim Crossley wrote: >>>> >>>>> Hi Rodrigo, >>>>> >>>>> I'm one of the developers of TorqueBox and Immutant. Your email >>>>> prompted me to re-watch a screencast [1] I made in March showing how to >>>>> use >>>>> them together. I realized things have changed a little since then, so I >>>>> added a few annotations to the video highlighting the differences. >>>>> Hopefully enough to get you up and experimenting. >>>>> >>>>> As you've probably figured out, both TorqueBox and Immutant are >>>>> integrated stacks, bundling some commodity services that most non-trivial >>>>> applications need, e.g. scheduling, caching, and messaging. The intent of >>>>> any integrated platform is to relieve administration burden. But that >>>>> only >>>>> works for you if the inherent choices within that stack fit the needs of >>>>> your app. We think/hope default Immutant configuration and abstractions >>>>> (e.g. queues, topics, request/respond) offers a good balance to fit a >>>>> wide >>>>> variety of apps. >>>>> >>>>> If simple integration between Ruby and Clojure apps is your chief >>>>> goal, I think Immutant/TorqueBox is compelling, but I'm biased. I would >>>>> definitely recommend using some sort of messaging broker, though, i.e. >>>>> don't mix Clojure and Ruby in the same source file or project. >>>>> >>>>> Performance and security concerns are so application-specific I hate >>>>> to make any generic statements about them other than, "be fast and >>>>> secure". >>>>> ;-) >>>>> >>>>> But do feel free to bother us in #torquebox or #immutant on freenode >>>>> with any questions about your particular app/needs. >>>>> >>>>> Thanks, >>>>> Jim >>>>> >>>>> [1] http://immutant.org/news/2013/03/07/overlay-screencast/ >>>>> >>>>> >>>>> >>>>> On Sun, Sep 8, 2013 at 10:25 PM, rdelcueto <rdel...@gmail.com> wrote: >>>>> >>>>>> Hi everyone, >>>>>> I'm about to start working on building a site for a startup company. >>>>>> >>>>>> We are a small team, and currently they've been coding the site using >>>>>> RoR (Ruby on Rails). I was thinking Clojure might be better suited for >>>>>> the >>>>>> task, specially because we'll need to implement a backend which is >>>>>> robust, >>>>>> scalable and secure, but also we'll need flexibility, which I think the >>>>>> RoR >>>>>> framework won't shine at all. >>>>>> >>>>>> At our team, we are two coders, non of us are proficient in Web >>>>>> Developing, and we have little experience with RoR, and I thought (I'm >>>>>> sure) maybe investing time learning Clojure will provide us with better >>>>>> tools. >>>>>> >>>>>> PROBLEM/QUESTION >>>>>> >>>>>> While searching for alternative solutions, I stumbled upon the >>>>>> Flightcaster case, we're they are using RoR to implement the site's >>>>>> frontend and Clojure for the system backend. I thought this was a very >>>>>> elegant solution, using each tool for what it's good at. Plus this way >>>>>> we >>>>>> can reuse what they've already implemented. >>>>>> >>>>>> I found a way to do this is by using Torquebox and Immutant, and >>>>>> using the messaging systems to communicate between Jruby and Clojure. >>>>>> Still >>>>>> I have no idea of how this works, and the performance and security >>>>>> implications it brings to the table. I found little information on the >>>>>> subject. >>>>>> >>>>>> I would appreciate if anyone could provide guidance, examples or >>>>>> documentation on the subject. >>>>>> >>>>>> Any reference to open source projects which use this hybrid language >>>>>> solutions on the JVM would be great to have. >>>>>> >>>>>> Is this the best way to solve the RoR interactions? Is there any >>>>>> other way? >>>>>> >>>>>> Thanks in advance and best regards, >>>>>> >>>>>> Rodrigo >>>>>> >>>>>> -- >>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Clojure" group. >>>>>> To post to this group, send email to clo...@googlegroups.com >>>>>> >>>>>> Note that posts from new members are moderated - please be patient >>>>>> with your first post. >>>>>> To unsubscribe from this group, send email to >>>>>> clojure+u...@googlegroups.com >>>>>> >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/clojure?hl=en >>>>>> --- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Clojure" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to clojure+u...@googlegroups.com. >>>>>> >>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>> >>>>> >>>>> -- >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Clojure" group. >>>> To post to this group, send email to clo...@googlegroups.com >>>> Note that posts from new members are moderated - please be patient with >>>> your first post. >>>> To unsubscribe from this group, send email to >>>> clojure+u...@googlegroups.com >>>> For more options, visit this group at >>>> http://groups.google.com/group/clojure?hl=en >>>> --- >>>> You received this message because you are subscribed to the Google >>>> Groups "Clojure" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to clojure+u...@googlegroups.com. >>>> For more options, visit https://groups.google.com/groups/opt_out. >>>> >>> >>> -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.