Migrating server from microProfile-4.1 to microProfile-5.0 and based on https://openliberty.io/blog/2021/11/26/jakarta-ee-9.1.html, I map wasJmsClient-2.0 to messagingClient-3.0 and wasJmsServer-1.0 to messagingServer-3.0.
<featureManager>
<feature>microprofile-5.0</feature>
<feature>messagingServer-3.0</feature>
<feature>messagingClient-3.0</feature>
</featureManager>
The server seems not able to start reporting some conflicting versions of features.
From what I understand all are Jakarta EE 9.1 compatible but if not what are the best option to replace wasJmsClient-2.0 and wasJmsServer-1.0 ?
Yes this should work. I am not sure how you are installing liberty and the features which could make a difference. There were some issues with installing of features not including all dependent features earlier this year. So I would ask that you include what version of liberty you are using and how you installed it and possibly how you installed the features. I just tried with the latest code and it started up cleanly for me. So if you can also provide details about what the error message looks like that would be helpful.
Related
We are using Java 1.4 and we would like to push data to the ELK stack.
I checked their site and googled and its mostly turning up artifacts/articles
that need more than 1.5.Are they any options since we cant change the current
java version installed.
Regards
Java SE 6 was released in 2006 and if I remember correctly the minimum version for Elasticsearch (first public release in 2010) even in the early days has been that.
The oldest docs available on the Elastic website are for 0.90 and that is ancient. Even if you could run an older version, there are no docs for it, so you really don't want to go there.
While upgrading existing applications can be a challenge, it's still not possible to run new services on newer versions? Anyway, you need to get to Java 6 at the very least or rather 8 for current versions.
I have been finding it hard to configure spring session in spring boot. I have seen a lot of implementation using Redis and using gem-fire and H2 JDBC has not resulted in anything productive. Can I use Redis with IntelliJ on my Windows system, because I heard it is not supported on Windows?
It is true that there is no official support for Redis on Windows. From official docs:
There is no official support for Windows builds, but Microsoft develops and maintains a Win-64 port of Redis.
But as mentioned Microsoft has been maintaining it's own version for over a year now, where you can find new releases and well defined steps for setup on Windows.
Tutorials:
There is also a tutorial on how to build Redis using visual studio. You also should look into the JetBrains plugin iedis.
Here is a tutorial for Redis with Spring, also here's an implementation of Spring Session with Redis.
As a newbie in System Modeler 4.1 I am interested in queuing systems and found the DESLib, especially the ArenaLib. Unfortunately DESLib 1.7 seems not to work within this environment (version problem?).
Does anyone know how to download, install and test DESLib?
regards
Volker
I need to upgrade Oracle 10.1.0 to its higher version 10.1.0.3
Is there any patch file to do this upgradation other than the fresh installation of the higher version?
Patches are usually available on Oracle support site http://support.oracle.com.
Currently available patches start from 10.2 version.
More about versions, lifecycle support in
http://www.oracle.com/us/support/library/lifetime-support-technology-069183.pdf
(Your 10.1 version has limited support)
If you plan to change your environment, you can see that, in case of the problem, you would be on safer side if you choose to go to supported version (newer version) - you not only get help / workaround from support but also fixing patches if needed.
But, of course, you know your environment and priorities better.
If you insist on 10.1 patch and have support contract, try to ask directly Oracle the patch you want. It is not sure you will get it, though.
Hope it helps
Can anyone advise on the main benefits of installing the Tomcat native library?
I am running a standard installation of Tomcat to serve a moderately complex intranet based web app using Ext Js on the front end so lots of javascript and AJAX over the network and VPN from various locations.
Is it even worth installing this library for the comparatively small amount of requests it will be getting.
The app can be very slow at times and I'm looking to boost performance. I am already refactoring Java code based on profile data but as the problem seems to be more generalised I am also looking at the app server configuration and I can't seem to find any detail on whether this library would actually benefit me in this scenario.
Thank you
I assume you are speaking about Tomcat APR. I personally don't believe that by simply switching the connector from non-native to native will automagically solve your performance problems.
Unless you have exercised all code inefficiencies (it seems that you are doing this already with the help of profiler) and solved them, it is probably not worth it.
I would envisage that APR helps in cases where most of requests are static and delivering static content becomes a bottleneck. To achieve this, you probably need to be delivering millions pages per day and having thread pool going through the roof (which I assume is not likely for your intranet).
Some of tomcat apr is not found in ubuntu repositories as they are no longer supported.
Please make sure these configurations are correct:
In eclipse under windows->preferences->servers-> runtime environment,
choose the server where your project is deployed. Select the option installed jre and choose the java version you have installed or one you prefer.
Under project properties -> runtime environment select the server and press apply.
Under build path double click on jre library and choose the java version you have installed.
Native libraries are required when there is a mismatch between the code in the project in the jre version or the tomacat version.
Make sure that in your build and code, both are for the latest version of servlet that tomcat supports and jre is at its latest version that tomcat supports.
For example, if tomcat v8.5 supports java version 7 or above, you should have java version latest above 7 and tomcat v8.5 supports servlet version 3.1 so in your build set up. Make sure to use a container that uses servlet 3.1.