Bot releases are visible (Hide)
Published by particularbot over 9 years ago
As part of this release we fixed the following bug:
Anyone using MSMQ Transport and is also doing one of the following:
The message will be discarded.
You can download this release from nuget
Published by particularbot over 9 years ago
As part of this release we fixed the following bug:
Anyone using MSMQ Transport and is also doing one of the following:
The message will be discarded.
You can download this release from nuget
Published by particularbot over 9 years ago
As part of this release we fixed the following bug:
Anyone using MSMQ Transport and is also doing one of the following:
The message will be discarded.
You can download this release from nuget
Published by particularbot over 9 years ago
As part of this release we had 1 issue being closed.
Fixed so when NServiceBus.MsmqUtilities.Convert
throws the message will be sent to the error queue
This problem manifests when a message with invalid or corrupted headers are written to the queue causing NServiceBus.MsmqUtilities.Convert
to throw when dequeuing.
Systems utilising external integration to create messages may be affected by this. For example systems with endpoints receiving messages from non-NServiceBus senders.
You can download this release from nuget
Published by SimonCropp over 9 years ago
When utilizing Second Level Retires and using NHibernate Timeout Persister with a SQL server database, messages are being truncated to 8000 bytes prior to being persisted to the TimeoutEntity table. The following message is logged:
The fix was to explicitly set type of the column to NHibernateUtil.BinaryBlob in the mapping class.
Published by particularbot over 9 years ago
As part of this release we had 153 commits which resulted in 32 issues being closed.
Features
Improvements
Bugs
You can download this release from nuget
Published by particularbot almost 10 years ago
As part of this release we had 18 commits which resulted in 2 issues being closed.
Fixed so when NServiceBus.MsmqUtilities.Convert
throws the message will be sent to the error queue
This problem manifest when a message with invalid or corrupted headers are written to the queue causing NServiceBus.MsmqUtilities.Convert
to throw when dequeuing.
Systems utilising external integration to create messages may be effected by this. Foe example systems with endpoints receiving messages from non-NServiceBus senders.
You can download this release from:
Published by particularbot almost 10 years ago
As part of this release we had 11 commits which resulted in 1 issue being closed.
Bug
You can download this release from nuget
As part of this release we had 3 commits which resulted in 1 issue being closed.
You can download this release from nuget
Published by SimonCropp almost 10 years ago
As part of this release we had 159 commits which resulted in 44 issues being closed.
Streams added in this release:
MessageHasFailedAFirstLevelRetryAttempt
MessageHasBeenSentToSecondLevelRetries
MessageSentToErrorQueue
Msmq in workgroup mode requires TTRQ to be set when sending.
http://serverfault.com/questions/480285/how-to-change-default-msmq-time-to-reach-queue-time
Exposed a key on the connection string ...;TimeToReachQueue=12:00:00;
where the value is a parsable timespan.
If a modification of the Saga Id then an exception will be thrown
A modification of IContainSagaData.Id has been detected. This property is for infrastructure purposes only and should not be modified. SagaType: TheSagaType
Since an instance is being passed in then there is no need for a new()
constraint
RequestTimeout<TTimeoutMessageType>(DateTime at, TTimeoutMessageType timeoutMessage)
RequestTimeout<TTimeoutMessageType>(TimeSpan within, TTimeoutMessageType timeoutMessage)
Both have new()
constraints and hence cannot be an interface. No need to construct an instance when the consumer can do this themselves.
RequestTimeout<TTimeoutMessageType>(TimeSpan within, Action<TTimeoutMessageType> messageConstructor) where TTimeoutMessageType : new()
RequestTimeout<TTimeoutMessageType>(DateTime at, Action<TTimeoutMessageType> action) where TTimeoutMessageType : new()
An ~4x improvement in the performance of InMemoryTimeoutPersister
Now doing the performance counter check (counter.CounterType
) in a time-bombed thread that if it doesn't return within 2 seconds we mark the counter as not "healthy".
As of 5.1 the Host will be on a seprarate repo/release cycle
Store Exception.ToString()
instead of Exception.StackTrace
inside the NServiceBus.ExceptionInfo.StackTrace
header
Not needed since we are locking assembly version number to major
It creates noise in the package manager console
For Transport, Logging and Persistence definitions.
ReplyToOriginator<TMessage>(Action<TMessage> messageConstructor)
incorrectly did a null parameter check whichc resulted in a null being passed ass a message.
Now support two possible was to register a custom serializer.
A user can either config.UseSerialization(type of definition)
or config.UseSerialization(type of serializerImplementation)
Fixed so when NServiceBus.MsmqUtilities.Convert
throws the message will be sent to the error queue
if Thread.CurrentPrincipal.Identity
is null (which can happen in IIS impersonation) fall back to using WindowsIdentity.GetCurrent()
instead of Thread.CurrentPrincipal.Identity
Thread.CurrentPrincipal
is now checked for null
Change IBus.OutgoingHeaders
to a ConcurrentDictionary
You can download this release from nuget
Published by particularbot almost 10 years ago
As part of this release we had 1 commit which resulted in 1 issue being closed.
The missing file caused errors when installing NServiceBus.Host since the host Install.ps1 script tries to add config sections to the app.config file.
Published by particularbot almost 10 years ago
As part of this release we had 2 issues closed.
In the following scenarios timeouts for completed sagas can still be fired:
In the above circumstances, ISagaNotFound
handlers should not be invoked.
Since the saga instance does not exist at that point there is no point attempting to set the OriginatingSagaId and OriginatingSagaType headers. Such attempt would result in exception being thrown instead of sending the message as user intended.
Published by johnsimons almost 10 years ago
As part of this release we had 4 commits which resulted in 2 issues being closed.
This is an endpoint generated by ServiceMatrix.
It configures the transport in a class that implements INeedInitialization
.
public class TransportConfig : INeedInitialization
{
public void Customize(BusConfiguration config)
{
config.UseTransport<NServiceBus.RabbitMQTransport>();
}
}
Content trimmed. See full issue
Double negative in distributed transaction configuration logic was causing distributed transactions to always be on even when disabled by consumer
You can download this release from nuget
Published by SzymonPobiega almost 10 years ago
As part of this release we had 1 issue closed.
Related to this change in distributor
You can download this release from nuget
Published by SzymonPobiega almost 10 years ago
As part of this release we had 1 issue closed.
Related to this change in distributor
You can download this release from nuget
Published by indualagarsamy about 10 years ago
As part of this release we had 1 issue closed.
Messages handled by a saga that contains a explicit saga id should not be allowed to create a new saga if the given saga can't be found in storage. The saga loader has now been modified to check for the existence of the saga id header and also check that the message is directed to the specific saga by comparing the saga type with the saga type header.
You can download this release from nuget
Published by indualagarsamy about 10 years ago
As part of this release we had 1 issue closed.
Messages handled by a saga that contains a explicit saga id should not be allowed to create a new saga if the given saga can't be found in storage. The saga loader has now been modified to check for the existence of the saga id header and also check that the message is directed to the specific saga by comparing the saga type with the saga type header.
You can download this release from nuget
Published by indualagarsamy about 10 years ago
As part of this release we had 1 issue closed.
Messages handled by a saga that contains a explicit saga id should not be allowed to create a new saga if the given saga can't be found in storage. The saga loader has now been modified to check for the existence of the saga id header and also check that the message is directed to the specific saga by comparing the saga type with the saga type header.
You can download this release from nuget