Open Hub
Open Hub

 Settings |  Report Duplicate

3
I Use This!
Low Activity

Commits : Listings

Analyzed 15 days ago. based on code collected 16 days ago.
Jan 30, 2024 — Jan 30, 2025
Commit Message Contributor Files Modified Lines Added Lines Removed Code Location Date
Rails 4.0 forces loading of AR and tries to connect to DB also AR-JDBC stable ain't ready for 4.0 yet thus use a fork NOTE: this commit should be reverted in the future ...
Karol Bucek
as kares
More... over 12 years ago
initial support for running specs with Rails 4.0 (master)
Karol Bucek
as kares
More... over 12 years ago
1.1.9 (fixing a single regression introduced in 1.1.8)
Karol Bucek
as kares
More... over 12 years ago
make sure env behaves correctly when frozen as it "kind of" (specs where missing) did before the refactoring done at 8ad24f98f27125291318f4363dc79298e24e5cc2 (fixes regression when using rack-cache #116)
Karol Bucek
as kares
More... over 12 years ago
prepare for 1.1.8 + appraise latest and greatest
Karol Bucek
as kares
More... over 12 years ago
provide a parameter for changing the Rack::Handler::Servlet.env NOTE: this is experimental stuff and might change in the future
Karol Bucek
as kares
More... over 12 years ago
separate out Env (LazyEnv) into a separate file - Env got refactored into DefaultEnv (with lazyness built-in) - LazyEnv got removed as it is not longer necessary - Rack::Handler::Servlet.env sets the used env conversion class - introduced ServletEnv for cases when it's desirable to fully use the servlet environment to create the rack env (do not let Rack::Request parse params but rely on the parameters already parsed and available within the servlet request @see #110)
Karol Bucek
as kares
More... over 12 years ago
better Rack::Handler::Servlet spec (using the Servlet API)
Karol Bucek
as kares
More... over 12 years ago
rspec: do not filter /gems from backtrace
Karol Bucek
as kares
More... over 12 years ago
make the mock servlet request behave more like a real one - return the same stream / reader once returned previously - only allow getInputStream or getReader to be called
Karol Bucek
as kares
More... over 12 years ago
disable the failing LOADED_FEATURES spec on JRuby 1.7 should not matter since there's a work-around for WAS we're see how it goes on others as users test out 1.7 ...
Karol Bucek
as kares
More... over 12 years ago
review jruby.runtime related parameter names
Karol Bucek
as kares
More... over 12 years ago
introduce RackException and add AcquireTimeoutException - RackException as a base class for all exceptions we're throwing - RackInitializationException changed to unchecked as it inherits from RackException - AcquireTimeoutException for pool timeouts (related to jruby.runtime.acquire.timeout parameter)
Karol Bucek
as kares
More... over 12 years ago
actually more is needed to handle a08b1476db36 (previous) commit a08b1476db36 description : better PoolingRackApplicationFactory getApplication handling the edge case where (in case were set to not wait for initialization to finish) we should wait for an initializer thread to put an application into the pool ... (should fix #112)
Karol Bucek
as kares
More... over 12 years ago
better PoolingRackApplicationFactory getApplication handling the edge case where (in case were set to not wait for initialization to finish) we should wait for an initializer thread to put an application into the pool ... (repotred in #112) - allow acquire timeout (jruby.runtime.acquire.timeout param) to be specified as a decimal number for finer control - decreased the acquire timeout from 30s to 10s (although seems still too high for a default) - fillInitialPool now public and handles the initial check itself - expose useful getters/setters - deprecate slightly confusing RackConfig#getRuntimeTimeoutSeconds and RackConfig#getNumInitializerThreads (should be renamed for 1.2)
Karol Bucek
as kares
More... over 12 years ago
support to wait till pool becomes ready by default the PoolingRackApplicationFactory will now wait until (initial) application objects are present in the pool before returning from init, this can be controlled with the jruby.runtime.init.wait parameter accepting true/false/integer (motivated by issue #112)
Karol Bucek
as kares
More... over 12 years ago
introduce (generic) getNumberProperty on RackConfig
Karol Bucek
as kares
More... over 12 years ago
PoolingRackApplication (and related) polishing - avoid creating a new application from getApplication when a permit is granted but pool is empty (that's an illegal state - due reports in #112) - better acquire timeout (error) messages with RackInitializationException - some javadoc + comments for hard to diggest "concurrent" stuff
Karol Bucek
as kares
More... over 12 years ago
at last - remove travis work-arounds + test with jruby-head
Karol Bucek
as kares
More... over 12 years ago
appraise latest rails 3.x versions
Karol Bucek
as kares
More... over 12 years ago
jruby runtime pooling for plain Rack applications (as well)
Karol Bucek
as kares
More... over 12 years ago
set next dev SNAPSHOT
Karol Bucek
as kares
More... over 12 years ago
prepare for 1.1.7
Karol Bucek
as kares
More... over 12 years ago
log runtime info from the application factory
Karol Bucek
as kares
More... over 12 years ago
support for delegating logs to java.util.logging
Karol Bucek
as kares
More... over 12 years ago
better logging via new RackContext#log(level, message) - when delegating to a logging impl keeps the log level - revisit all out logging statements to use the new API
Karol Bucek
as kares
More... over 12 years ago
less javac warnings
Karol Bucek
as kares
More... over 12 years ago
update appraisals to latest rails versions
Karol Bucek
as kares
More... over 12 years ago
consider 405 as unhandled response from filter chain by default, as well, due Jetty 7/8 (closes #109)
Karol Bucek
as kares
More... over 12 years ago
update maven dependencies
Karol Bucek
as kares
More... over 12 years ago