e62a820414
Fixing ServerMessage's copy and MQTT delivery
2016-01-27 17:12:56 -05:00
51f125387b
Add "persistent" header to outbound STOMP messages
2016-01-27 13:20:55 -05:00
bdea213e88
Rename Stomp.Headers.Message.PRORITY to .PRIORITY
2016-01-27 13:20:55 -05:00
2c4312d4f2
Disconnect on STOMP 1.2 errors
...
https://stomp.github.io/stomp-specification-1.2.html#ERROR
2016-01-25 21:33:28 -05:00
ddc95a0f28
ARTEMIS-358 topic mistakenly removed with sub
...
The problem here is that the management notification listener was mistakenly
removing the topic itself instead of just the non-durable subscription. In
general I can't see why StompProtocolManager even needs to keep track of the
destinations when the broker already does that. As far as I can tell it is
redundant and it's clearly error-prone. Therefore I'm removing the destination
tracking from StompProtocolManager altogether.
2016-01-25 21:04:00 -05:00
4922a7618a
Bump to next version to 1.3.0-SNAPSHOT
2016-01-20 17:25:07 +00:00
2c430e597b
[maven-release-plugin] prepare for next development iteration
2016-01-04 11:50:36 +00:00
f182c806b6
[maven-release-plugin] prepare release 1.2.0
2016-01-04 11:49:58 +00:00
5f32e6575c
[maven-release-plugin] prepare for next development iteration
2016-01-04 09:24:34 +00:00
150c5d87aa
[maven-release-plugin] prepare release 1.2.0
2016-01-04 09:19:35 +00:00
d48e344a8f
Add missing @Overrides
2015-12-21 22:06:03 -05:00
90c9469701
[maven-release-plugin] prepare for next development iteration
2015-12-17 17:03:40 +00:00
df61224d2d
[maven-release-plugin] prepare release 1.2.0
2015-12-17 17:01:58 +00:00
b1b4bb8a32
ARTEMIS-320 Refactoring TCP flow control and proper implementation of flow control on consumers
...
https://issues.apache.org/jira/browse/ARTEMIS-320
2015-12-10 16:50:26 -05:00
f8a1c5ba8e
Remove redundant type arguments
2015-12-07 22:55:05 +02:00
25ae472455
Add missing @Override annotations
2015-12-06 01:27:35 +02:00
be9dad3f2b
OSGi support based on branch from gnodet
2015-11-24 11:12:10 +01:00
ed51a6f706
removing accidental system.out
2015-10-12 19:14:30 -04:00
206acdac7d
ARTEMIS-238 and ARTEMIS-236 Fixing Legacy protocol support
2015-10-08 20:32:43 -04:00
d2a5003ff4
Adding stomp-jms example
2015-10-06 22:05:59 -04:00
235380d5df
ARTEMIS-230 Copy STOMP content-header back and forth
2015-09-28 14:53:10 +02:00
bb2c890803
[maven-release-plugin] prepare for next development iteration
2015-09-15 15:43:44 +01:00
63ea448728
[maven-release-plugin] prepare release 1.1.0
2015-09-15 15:41:37 +01:00
6408fd0357
[maven-release-plugin] prepare for next development iteration
2015-09-11 19:01:57 +01:00
c512f12a34
[maven-release-plugin] prepare release 1.1.0
2015-09-11 19:01:19 +01:00
fec6546480
[maven-release-plugin] prepare for next development iteration
2015-09-08 16:39:59 +01:00
4d0b15b043
[maven-release-plugin] prepare release 1.1.0
2015-09-08 16:29:09 +01:00
82f6a88d59
[maven-release-plugin] prepare for next development iteration
2015-09-07 10:02:01 +01:00
8c1e0e15fc
[maven-release-plugin] prepare release 1.1.0
2015-09-07 10:01:10 +01:00
a2aa18c123
[maven-release-plugin] prepare for next development iteration
2015-09-04 20:20:13 +01:00
a5decb659e
[maven-release-plugin] prepare release 1.1.0
2015-09-04 20:19:11 +01:00
4576ccea08
[maven-release-plugin] prepare for next development iteration
2015-09-04 19:48:52 +01:00
bac96047f5
automatic checkstyle change
...
this is just calling Idea format on all the files using the new style
I am separating manual changes from automatic changes in case I have to repeat the manual changes again
2015-08-10 09:26:42 -04:00
6fe9e0ebd6
ARTEMIS-163 First pass on the native AIO refactoring
...
https://issues.apache.org/jira/browse/ARTEMIS-163
On this pass I'm just converting the native layer to a simpler one.
It wasn't very easy to change the alignment at the current framework,
so I did some refactoring simplifying the native layer
The volume of the nubmer of changes here is because:
- The API is changed, we now don't close the libaio queue between files
- The native layer won't use malloc as much as it used to, saving some CPU and memory defragmentation
- I organized the code around nio and libaio
2015-07-29 22:12:03 -04:00
45d1601334
Make some STOMP fields final
2015-07-22 11:48:42 +01:00
214a1dc1eb
Use StringBuilder instead of StringBuffer on STOMP encode
2015-07-21 19:11:07 +03:00
615a9881b5
Use base implementation for STOMP 1.1+ toActiveMQBuffer
2015-07-21 19:06:40 +03:00
0b3a64c5e8
Auto-set content-length to STOMP 1.0 frames
...
As recommended by the 1.0 spec.
2015-07-21 19:04:08 +03:00
8353bd1f77
reapplying Don't auto-send STOMP content-length header if one was explicitly set
...
I reverted this change by accident
2015-07-21 13:59:38 +01:00
dcd6033e02
fixing Stomp::testSendWithHeartBeats
2015-07-21 02:46:45 +01:00
642838c712
Don't auto-send STOMP content-length header if one was explicitly set
2015-07-20 15:09:07 +01:00
8a90de6fbc
Avoid some array copies on STOMP decode
2015-07-20 14:57:17 +01:00
b38236df82
Set content-type to STOMP ERROR frames
...
Not setting it to directly instantiated 1.0 frames though, as
content-type is not in the 1.0 spec. However the 1.0 spec does not
actually forbid headers outside of the spec so it shouldn't hurt if we
end up setting it for some frames sent over a 1.0 connection.
2015-07-14 09:54:40 -04:00
6ee22e7c5e
Set frame handlers to ActiveMQStompExceptions
2015-07-14 09:53:36 -04:00
3deb20f049
Create versioned instead of generic frames from STOMP decoder
2015-07-14 09:53:35 -04:00
9e41d961be
Send supported versions back in STOMP ERROR version
...
https://stomp.github.io/stomp-specification-1.2.html#Protocol_Negotiation
2015-07-13 16:50:36 -04:00
6199d4ee11
Don't hardcode supported STOMP versions but loop through StompVersions
2015-07-13 16:50:36 -04:00
78cb156ef9
Spelling fixes
2015-07-13 09:38:00 -04:00
851ac30f32
Auto-add content-length to STOMP 1.1 frames too, inherit 1.2 from 1.1
2015-07-10 14:43:00 +03:00
2f6d3dc064
Use END_OF_FRAME from base StompFrame
2015-07-10 12:19:18 +03:00
Clebert Suconic
Ville Skyttä
jbertram
Martyn Taylor
Christian Schneider
Julian Scheid