7413a033bd
Make exit logic a bit more verbose/loggy.
...
Also invoking the java.lang.System.exit method when on the JVM to make sure
we're shutting down the JVM properly. I have my doubts that this is happening
currently
2013-10-21 10:48:37 -07:00
fb946f0b2c
Add a link to the generated RDocs
2013-10-03 16:19:59 -07:00
9df7b0b431
Make sure that evaluation of the log block happens in the instance instead of class
...
Fixes #3
2013-10-03 16:12:16 -07:00
a0178aec34
Add #closed? to the Stapfen::Client API to make the worker code a bit cleaner
2013-10-03 15:59:08 -07:00
da484c1680
Add a CHANGES document to start keeping track of user-facing changes between versions
2013-10-03 15:55:06 -07:00
0cd13c3ffb
Force Stapfen::Client::Stomp to deep-copy the configuration as a workaround to < https://github.com/stompgem/stomp/issues/80 >
2013-10-03 15:50:19 -07:00
cd3789a33f
Update the READMe with the latest changes to support JMS
2013-10-03 15:45:37 -07:00
aaf809596e
Minor cleanup based on @ismith's feedback
2013-10-03 15:36:44 -07:00
176bb2525a
Add a few more specs for Stapfen::Client::JMS
...
Testing more parts of the #publish method might need to be left to integration
tests, otherwise we'll probably be stubbing out far too much of the "meat" of
the method
2013-10-03 15:27:46 -07:00
b2cff6db3a
Introduce a Stapfen::Client abstraction to unify the worker API code betwen STOMP and JMS
...
This requires more testing but thus far I've done some integration testing with an internal project
2013-10-02 18:18:30 -07:00
cbde4968b5
Allow converting Stapfen::Destination objects to JMS compatible qualified strings
2013-09-27 16:18:30 -07:00
8fabbd78f9
Properly close both stomp and JMS connections
...
JMS::Connection#closed? doesn't exist, but we can safely just call #close
2013-09-27 15:34:38 -07:00
2d84d36dfd
Merge pull request #6 from rtyler/master
...
Initial version of JMS support
2013-09-27 15:15:45 -07:00
9d5b4cbeef
Handle running as a JMS-based Stapfen::Worker
2013-09-27 14:21:15 -07:00
272870ed4f
Initial pass at providing a backend-agnostic Stapfen::Message class
2013-09-27 13:01:59 -07:00
0f587c5bcb
Ensure all exit_cleanly methods get invoked for workers even if they raise exceptions
...
Fixes #5
2013-09-25 20:08:47 -07:00
20028394d5
Make sure signal handlers terminate all running instances of Stapfen::Worker cleanly
...
Fixes #4
2013-09-09 22:30:16 -07:00
30bd44023e
Only exit the worker runloop if we're actually dead, not if we're reconnecting
2013-09-06 23:25:30 -07:00
98be0be110
Force the configure block to be evaluated inside every instance of the worker class
...
This should make more dynamic configurations easier
2013-09-06 20:18:09 -07:00
f74f79cbe3
Merge pull request #2 from ismith/unreceive_behavior
...
Consumers should be able to unreceive messages they can't handle.
2013-08-19 11:14:26 -07:00
b420896e79
Gem version 1.3.0
2013-08-19 11:12:15 -07:00
1261d54338
Documentation of unreceive behavior.
2013-08-19 11:10:21 -07:00
394477a743
Bump stomp version (1.2.13->1.2.14; same behavior, fixes a versioning error).
2013-08-19 11:09:04 -07:00
e3aa883b6e
Bump the required version of stomp, since 1.12.13 fixes unreceive behavior.
2013-08-17 19:51:34 -07:00
b3344c5c62
Simplify unreceive header structure.
2013-08-17 19:40:18 -07:00
e00c2d160d
Consumers should be able to unreceive messages they can't handle.
2013-08-16 01:15:47 -07:00
ce6a508479
Properly handle signals when multiple instances of Stapfen::Worker are running around
...
Also added the #shutdown block to allow workers to clean up after themselves a bit
2013-07-28 14:09:48 -07:00
7abdc98106
Add the `log` method to the DSL, allowing easy use of log methods from within the worker
...
Bumping the version to 1.2.0 for the next release too because hey why not
2013-07-28 13:15:00 -07:00
0305a54f56
Revert "Rework Stapfen to use OnStomp instead of the Stomp gem for better JRuby compat"
...
The issue has since been fixed, waiting for an upstream version release
This reverts commit ec822fd433
2013-07-28 12:07:55 -07:00
31e0169e1d
Bounce the minor version, changing things around
2013-07-26 17:42:28 -07:00
ec822fd433
Rework Stapfen to use OnStomp instead of the Stomp gem for better JRuby compat
...
See <https://github.com/stompgem/stomp/issues/60 >
2013-07-26 16:38:04 -07:00
01b899d843
Handle queues with dashes in the names
2013-02-13 06:06:31 -08:00
5c659a2c7f
Fix the block scoping for `consume` blocks so they act much more like instance methods
...
Instead of being scoped to the class level like before
2013-02-13 04:21:59 -08:00
f90fe9e763
Add a main_thread method to allow for serializing some invocations on the main thread
...
This wlil help different worker threads perform client acknowledgements or any
other STOMP client work, which should be done in the main thread to ensure that
we're not stomping on other messages
2013-02-13 04:20:45 -08:00
9bb3079b1f
Update the README with some documentation on how to use Stapfen
2013-02-12 07:21:48 -08:00
7e0ac31977
Clean up the Rakefile and the gemspec for final (internal) consumption
2013-02-12 07:11:42 -08:00
339492bd1c
Add guard-rspec to make running the specs a little faster
2013-02-12 07:09:39 -08:00
bc24665ba3
Add a simple example and make sure it runs properly, looks like this is good enough for me
2013-02-12 07:09:16 -08:00
791af06ad5
Add the basics of the framework that I want to use underneath here
2013-02-12 07:05:21 -08:00
675b951e69
Add some dependencies to the gemspec and Gemfile
2013-02-12 06:01:08 -08:00
64c6f7e3da
Initial commit of bundler boiler plate
2013-02-12 05:52:58 -08:00
R. Tyler Croy
R. Tyler Croy
Ian Smith
Ian Smith