camel spring xml are not loaded into fuse 7.x - jbossfuse

I had deployed camel spring xml bundle in fuse karaf 7.x series, As a result xml file was not loaded from bundle and camel contexts are not started. but it works in 6.x series.
I've tried bluprint xml bundle it works as expected but sping xml not.
could you please let me know should I install any feature in fuse karaf 7.x.

Spring-DM (a.k.a. Spring-OSGi) is not supported in Fuse 7. It was deprecated back in Fuse 6.2 already:
https://access.redhat.com/documentation/en-us/red_hat_fuse/7.0/html/release_notes/deprecatedandremoved#deprecatedandremoved-removed
https://access.redhat.com/documentation/en-us/red_hat_jboss_fuse/6.2/html/release_notes/deprecated
You should use Blueprint applications instead of Spring-DM.

Related

Migration from JBOSS-3.3.2 to JBOSS EAP 7.1

I am in process of migrating one of our web application from JBOSS-3.3.2 to JBOSS EAP 7.1. As Jboss 3 will not support JDK1.8*. I was instructed to migrate the jboss to latest jboss version available in our repository.
I referred the following link but it confuses me as both the versions folder structures are different.
https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.1/html-single/installation_guide
One thing I understood is I have to use standalone/deployments folder for my application(war) to be deployed.
In 3.x we have run.jar, run.sh, run.conf. But in newer versions these are not available instead we have jboss-eap.conf, jboss-eap-rhel.sh but no run.jar any where.
Is there any guide or steps available to be followed for migration.
I was not able to find in google.
In the latest JBoss EAP, you have to start the JBoss EAP server using standalone.sh (for standalone mode) or domain.sh(for domain mode) file.
The .sh file is located under $JBOSS_HOME/bin directory.
For configuration, you can configure using standalone.conf or standalone.xml file in standalone mode and for domain mode, you have to add configuration inside domain.xml file.
For migration please refer to the official document.

Confused by wildfly versions used in EAP 7.2

I would have added this to another thread, but I am unable to comment on other's posts. And what I read did not answer my question. I just installed EAP 7.2.0.GA. In the console log, it says:
JBoss EAP 7.2.0.GA (WildFly Core 6.0.11.Final-redhat-00001)
However, others think it is around version 13. And when I look at the releases of wildfly ( http://wildfly.org/downloads/ ) a version 6 is so old it does not even show up and would have been prior to 2014...
So, how can it be 6.0.11.Final?
WildFly core is just a component in WildFly application server.
As such is also used in JBoss EAP which is a downstream product based on WildFly AS.
WildFly core is standalone project which provides most of core capabilities (management, cli, administration, subsystem infrastructure...) of the application server without any Java EE support, that is added to it by WildFly project.
you can see the sources for both at
https://github.com/wildfly/wildfly-core/
https://github.com/wildfly/wildfly/
as for your confusion.
WildFly core 6.0.x is used in EAP 7.1 as well as in WildFly 14
which you an see also in the sources https://github.com/wildfly/wildfly/blob/14.0.0.Final/pom.xml#L375
micro version is not always exactly the same, as in the process of building downstream product of EAP, extra patches can be added.
WildFly Core is a component in JBoss Enterprise Application Platform 7 (EAP 7). So, this log means:
JBoss EAP 7.2 - JBoss EAP in version 7.2
GA - General availability
WildFly Core 6.0.11.Final - component WildFly Core in version 6.0.11.Final.
See also:
JBoss Enterprise Application Platform Component Details
Software release life cycle

Deploy JBOSS FUSE 6 as service on application server

I want to deploy JBoss FUSE as war or in any other way on application server (Tomcat for example). In documentation for the old version (3.5) of FUSE there was described a simple way for doing that by running special maven project from examples folder.
But for later releases I just can't find any information about possibility of doing that. I thought that deploying ESB as a service on application server is standard way of working with it, but I only found tutorials for installing FUSE as standalone instance or system service.
I would like to know how can I deploy it or why I can't do this if thats the case.
This is no longer supported. JBoss Fuse 6.x is a standalone application that has its own container (based on Apache Karaf).
The current 6.x release requires running on top of Apache Karaf.
Though we have plans to make Fuse (that would be Fuse Fabric) container agnostic so you in the
future would be able to run Fuse on JBoss AS, Tomcat, Karaf, Standalone, in the cloud, etc. Though we focus on JBoss AS, Tomcat, and Karaf as the main containers at first we aim to support.

Tree cache in jboss 6.x

We are using tree cache in jboss 4.2.x, we are planning to switch to jboss6.x, will jboss 6.x supports tree cache?
From the JBoss Wiki:
As of version 6.0.0.CR1, Infinispan replaced JBoss Cache as the distributed caching technology upon which JBoss AS clustering services are built.
Now, it's possible that you may be able to package a downloaded copy of JBossCache 1.4 (which is the version that comes with JBossAS 4.2) inside your application and deploy it on JBossAS 6.x, but I suspect this is unlikely to work - JBossCache 1.4 relies on some very old shared JBoss libraries.
I think you're going to have to refactor your code to work with Infinispan rather than JBossCache, if you want to migrate from AS 4.2 to 6.x.

HSQL DB Conflicts with JBoss

I would like to use a custom version of the HSQL DB in an application that I am deploying in JBoss. However, JBoss already contains an HSQLDB.jar. The JBoss jar is being resolved by my application instead of the custom jar in my ear.
How can I use a different version of HSQL in my web application from the one that JBoss uses internally?
Can I remove the HSQLDB.jar included with JBoss without negatively impacting the Application Server?
The custom version it's just a newer version? If it's that the case than you can simply replace the jar in the Jboss lib folder. Jboss uses HSQLDB as far as I know for queue persistence.