Permalink
Commits on Mar 24, 2014
Commits on Mar 20, 2014
  1. Don't let transactional caches leak memory across redeploys (TORQUE-1…

    bbrowning committed Mar 20, 2014
    …211)
    
    By moving the ContainerTransactionManagerLookup to Java, we don't
    prevent the JRuby runtime from being garbage collected when an
    application using transactional caching is redeployed.
  2. MSCServiceListener was treating some valid states as errors, breaking…

    bbrowning committed Mar 20, 2014
    … injections very early during boot
  3. Fix bug preventing TorqueBox boot on Java 8 (TORQUE-1210)

    bbrowning committed Mar 20, 2014
    This upgrades us to a newer AS 7.2 slim build that fixes the
    underlying AS7 bug that prevents booting on Java 8. As a side-effect
    of that change, we have to remove all usage of
    RootedDeploymentProcessor and instead spread that application root
    check logic throughout the processors.
    
    This change may also fix our issues with overlaying on EAP 6.2, but
    that hasn't been tested.
Commits on Mar 19, 2014
Commits on Mar 18, 2014
Commits on Mar 12, 2014
  1. Workaround jruby-maven-plugins doing something stupid

    bbrowning committed Mar 12, 2014
    For some reason the new version of jruby-maven-plugins ends up
    renaming rspec-report.html to rspec-report-null.html when running
    under Ruby 1.9 mode. We can avoid its logic by just calling the file
    rspec-report.htm. It's gross, but I'm tired of dealing with it.
Commits on Mar 11, 2014
  1. Adjust rspec-maven-plugin executions to pass system properties again …

    bbrowning committed Mar 11, 2014
    …after upgrading jruby-maven-plugins versions
  2. Merge pull request #177 from bliaxiong/patch-1

    bbrowning committed Mar 11, 2014
    Update deployment.xml
  3. Update deployment.xml

    bliaxiong committed Mar 11, 2014
    Add note specifying that Torquebox will need read/destroy permission to tmp directory.
Commits on Feb 26, 2014
Commits on Feb 20, 2014
  1. Don't judge me

    jcrossley3 committed Feb 20, 2014
Commits on Feb 5, 2014
  1. Merge pull request #175 from shawnjgoff/master

    bbrowning committed Feb 5, 2014
    additional-resources.xml: update New Relic FAQ link
Commits on Feb 4, 2014
Commits on Feb 3, 2014
Commits on Jan 31, 2014
Commits on Jan 23, 2014
  1. Fix TorqueBox.fetch('DLQ') (TORQUE-1189)

    bbrowning committed Jan 23, 2014
    This also fixes TorqueBox.fetch('ExpiryQueue').
  2. Let the JBoss clustered session manager handle session expiration (TO…

    bbrowning committed Jan 22, 2014
    …RQUE-1201)
    
    Expiring keys behind the clustered session manager's back in
    Infinispan leads to early session timeouts and in certain conditions
    errors upon restarting a clustered TorqueBox.
    
    This change also removes the default expiration (of less than 2
    minutes) for regular Infinispan cache keys, instead relying on Ruby
    clients to specify a cache expiration when adding entries.
Commits on Jan 22, 2014
  1. Merge pull request #168 from razenha/master

    bbrowning committed Jan 22, 2014
    Improving zero downtime deployment support on capistrano
  2. Remove locking from the request path with shared pools (TORQUE-1200)

    bbrowning committed Jan 22, 2014
    This removes several sources of locking that were present in the
    request path with shared pools - locking when borrowing / returning
    Ruby runtimes, locking inside JRuby from initializing RubyIO
    instances, and locking from JRuby when retrieving the JRubyClassLoader.
    
    With these changes I see about a 50% improvement in top-end
    performance for basic Rack apps. Most applications won't see this
    performance boost, since our locking probably wasn't the bottleneck,
    but for high-throughput and high-concurrency users this should speed
    things up nicely.
Commits on Jan 17, 2014
  1. Bump up to polyglot w/ Infinispan 6 for TORQUE-1199

    bbrowning committed Jan 17, 2014
    The file cache store in Infinispan 6 is drastically faster than that
    of Infinispan 5 with passivation disabled (our default). This means
    the default configuration for our clustered session store is faster to
    create/update sessions.
Commits on Jan 16, 2014
  1. Only create Sessions in ServletStore if needed (TORQUE-1198)

    bbrowning committed Jan 15, 2014
    Previously we created a new Java HttpSession on every request when our
    ServletStore was used, and now we only create a new one when data gets
    written to the store.
  2. Merge pull request #173 from shawnjgoff/unzip

    bbrowning committed Jan 16, 2014
    bin/torquebox - use `unzip` if `jar` is unavailable
Commits on Jan 15, 2014