Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Newer
Older
100644 80 lines (44 sloc) 2.672 kB
53149dd @michaelklishin Back to SNAPSHOT
authored
1 ## Changes between Langohr 1.0.0-beta4 and 1.0.0-beta5
2
066f76d @michaelklishin Clojure 1.4 is the new default
authored
3 ### Clojure 1.4 By Default
4
5 Langohr now depends on `org.clojure/clojure` version `1.4.0`. It is still compatible with Clojure 1.3 and if your `project.clj` depends
6 on 1.3, it will be used, but 1.4 is the default now.
7
8 We encourage all users to upgrade to 1.4, it is a drop-in replacement for the majority of projects out there.
9
53149dd @michaelklishin Back to SNAPSHOT
authored
10
11
caba792 @michaelklishin 1.0.0-beta3
authored
12 ## Changes between Langohr 1.0.0-beta3 and 1.0.0-beta4
13
909f99a @michaelklishin Change log update
authored
14 ### Payload is Now Longer Assumed to Be a String
15
16 `langohr.basic/publish` no longer assumes the payload is always a string. It can be anything the `langohr.conversion/BytePayload`
17 protocol is implemented for, by default byte arrays and strings.
18
2d0767d @michaelklishin Change langohr.queue/declare defaults: :exclusive is now false by def…
authored
19 ### queue.declare :exclusive Default Value Change
20
21 `langohr.queue/declare` now uses default value for the `:exclusive` parameter as `false`. The reason for
22 this is that exclusive queues are deleted when connection that created them is closed. This caused
23 confusion w.r.t. non-auto-deleted queues being deleted in such cases.
caba792 @michaelklishin 1.0.0-beta3
authored
24
25
26
51cb34b @michaelklishin Begin beta3 iteration
authored
27 ## Changes between Langohr 1.0.0-beta2 and 1.0.0-beta3
28
caba792 @michaelklishin 1.0.0-beta3
authored
29 ### URI parsing
30
31 `langohr.core/settings-from` is a new public API function that parses AMQP and AMQPS connection URIs
32 and returns an immutable map of individual arguments. URI parsing is now delegated to the Java client
33 for consistency.
34
35
836a3c6 @michaelklishin Bump RabbitMQ Java client to 2.8.6
authored
36 ### RabbitMQ Java Client 2.8.6
803e2ca @michaelklishin RabbitMQ Java client 2.8.2
authored
37
836a3c6 @michaelklishin Bump RabbitMQ Java client to 2.8.6
authored
38 RabbitMQ Java Client has been upgraded to version 2.8.6.
51cb34b @michaelklishin Begin beta3 iteration
authored
39
40
c367bc1 @michaelklishin Migrate to Leiningen 2
authored
41 ## Changes between Langohr 1.0.0-beta1 and 1.0.0-beta2
42
ebd0f4c @michaelklishin Change message consumer fn signature per discussion in #3
authored
43 ### Breaking change: message handler signature has changed
44
45 Previously message handlers registered via `langohr.consumers/subscribe` had the following
46 signature:
47
48 ``` clojure
49 (fn [^QueueingConsumer$Delivery delivery ^AMQP$BasicProperties properties payload] ...)
50 ```
51
52 starting with beta2, it has changed to be more Clojure friendly
53
54 ``` clojure
55 (fn [^Channel ch metadata payload] ...)
56 ```
57
58 All message metadata (both envelope and message properties) are now passed in as a single Clojure
59 map that you can use destructuring on:
60
61 ``` clojure
62 (fn [^Channel ch {:keys [type content-type message-id correlation-id] :as metadata} payload] ...)
63 ```
64
65 In addition, in explicit acknowledgement mode, ack-ing and nack-ing messages got easier because
66 consumer channel is now passed in.
67
68 It is important to remember that sharing channels between threads that publish messages is **dangerous**
69 and should be avoided. Ack-ing, nack-ing and consuming messages with shared channels is usually acceptable.
70
71
72
741fd22 @michaelklishin Upgrade to RabbitMQ Java client 2.8.x
authored
73 ### RabbitMQ Java Client 2.8.x
74
75 RabbitMQ Java Client which Langohr is based on has been upgraded to version 2.8.1.
76
c367bc1 @michaelklishin Migrate to Leiningen 2
authored
77 ### Leiningen 2
78
79 Langohr now uses [Leiningen 2](https://github.com/technomancy/leiningen/wiki/Upgrading).
Something went wrong with that request. Please try again.