Is a version of MassTransit tested and certified against specific versions of Rabbit MQ prior to its release? If so, is this information published?
On the CI server, MassTransit is tested using the 3.6 version(s). Locally, I test it with 3.7.x, and recently 3.8.x. So it's a variety, depending upon what's installed.
Any relatively recent version of RabbitMQ (3.6.x or later) should work fine.
Update: According to AppVeyor, they use v3.6.15-1
Related
I have this issue with another version of RabbitMQ and delayed-message-exchange plugin.
Environment:
1- RabbitMQ 3.8.14 -version
2- rabbitmq-delayed-message-exchange with two versions. first time with -v3.8.9 and next time with v3.8.17.
although the official note of delayed-message said: This release targets RabbitMQ 3.8.9 or later versions. and latest version(v3.8.17) targets RabbitMQ 3.8.16 and later versions.
3- MassTransit and MassTransit.RabbitMQ packages -version 7.1.8.
I got this exception: "unknown exchange type 'x-delayed-message'".
This environment with a little difference (RabbitMQ 3.8.13 -version) and the same version of MassTransit and 'rabbitmq-delayed-message-exchange' correct worked.
but I have to configure with RabbitMQ 3.8.14 -version!.
You can look at how MassTransit builds the provided Docker image to see how the plug-in is installed and configured with the base 3.8.14 RabbitMQ image. It's using the 3.8.9+ version of the plug-in. This image is used for all the MassTransit unit tests/integration tests.
I have installed RabbitMQ 3.6 version and Erlang 19.x version on my windows system. Now I need to upgrade the versions of rabbitmq to the latest version 3.8.x. I have checked the upgrade documentation and not clear for windows. Any reference doc (steps for upgrade) available for upgrade this version?
RabbitMQ 3.8.x requires Erlang 22.x
You can have a look at this document https://www.rabbitmq.com/which-erlang.html
I've just updated my IBM MobileFirst Platform Server from 8.0.0.00-20160822-2140 with the latest iFix 8.0.0.0-MFPF-Server-IF201702201900
However, after a successful update, the server is still showing the same old version in the IBM MobileFirst Platform Operations Console.
Does it means it's still not updated with the latest iFix?
I've double confirmed that the fix is indeed installed:
Do I need to update those superseded iFix first before upgrading to the latest iFix?
Vivin above is correct. Installation Manager merely puts the files on disk. You must now update your database by running the Server Configuration Tool, or whatever method you used when your server was first configured. Since the version number is stored in the database, the old version number will appear in the Operations Console until the database update is performed.
Able to get it to work after running cd /opt/IBM/MobileFirst_Platform_Server/shortcuts
sudo ./configuration-tool.sh again and restart the server. Didn't know there's a need to do so after updating the iFix. Is this common?
You can Download the MobileFirst Developer Kit Installer (IF20170220-1900) for Customer and Evaluators copy direct from
https://mobilefirstplatform.ibmcloud.com/downloads/
Now check Product Version:
I need to do integration testing for a spring cloud application running with spring data on redis.
Tests work locally with the regular redis server instance and I need to run this on a Jenkins CI server that is controlled by the corporate CI engineering group.
Obviously I can attach to a redo server there so I used an embedded redis server (from here: https://github.com/kstyrc/embedded-redis).
Running tests locally with this redis server works well since there is a test profile to inject the embedded server in place of the production one.
Now the problem is that when we run this in the Jenkins environment this is the error we see.
/tmp/1430170830037-0/redis-server-2.8.19: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/1430170830037-0/redis-server-2.8.19)
So this version of redis has specific dependency on a specific version of glibc. I tried a couple of other libraries but they all depend on the same underlying version of the embedded redis server.
Is there a spring data mock framework that can be used to get around this sort of issue?
This might come a little late for you, but there is indeed a Spring Data Mock framework that you can use, which let's you mock repositories (regardless of the specific backend solution) without a real database connection.
Here is a link: https://github.com/mmnaseri/spring-data-mock
You don't have a high enough version of libc6, that is causing the error.
From How to fix “/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found”? – Super User:
That means the program was compiled against glibc version 2.14, and it requires that version to run, but your system has an older version installed. You'll need to either recompile the program against the version of glibc that's on your system, or install a newer version of glibc (the "libc6" package in Debian).
So, you just need to upgrade your libc6 package. All versions of Ubuntu have at least version 2.15 because it's a faily important package (reference).
To upgrade it, use these commands in a terminal:
sudo apt-get update
sudo apt-get install libc6
p.s. This is answer from askubuntu.com by minerz029
Good Day!
We have problem with issue AMQ-2736(https://issues.apache.org/jira/browse/AMQ-2736) on remote sites and wants to upgrade to 5.5.0 version, wich resolved this problem. But network connection with remote sites not stable and we will have non-empty KahaDB at some of them. Does 5.5.0 vesrion works with database created by 5.4.2 version and we can simply upgrade software or we must empty all queues before upgrade?
I do not know this from first hand experience, but a colleague has successfully used ActiveMQ 5.5 against a KahaDB created from a previous version. If you really want to try it out, just take a file system copy of the entire dataDirectory from version 5.4.2, and point your 5.5 installation to that copy within your activemq.xml configuration.
I tried latest Fuse Message Broker maintenance release for ActiveMQ 5.4.2 - apache-activemq-5.4.2-fuse-02-00 - and it works good - all "trash" files are removed and we have not detected any message lost or corruption