Migrating fron jboss 4 to jboss 5.1.1 eap - jboss

please let me know what are the changes i have to do if i want to deploy the application which was running in jboss 4 and built with ejb 2.0
I am trying to deploy the same ear which was running in jboss 4 and built with ejb 2.0
but i am getting deployment exceptions.

There's a fairly big list, but thankfully it's been documented by some kind people that have done it before. Here's the JBoss community documentation on likely migration issues:
Migration from JBoss 4 to 5

Related

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

Restcomm - JBoss 5 Compatibility

There is a project we've been working on and we use JBoss 5 in it. Recently we wanted to use Restcomm in our project as well but JBoss versions seemed to be a problem. We work with JBoss 5 but from what I understand Restcomm started with JBoss 7 and moved on from there. My question is, is there a way to use Restcomm with JBoss 5, because upgrading from JBoss 5 means a lof of work fork us?

JBoss AS vs WildFly 8

Can anyone please give me the main difference between JBoss AS 7 and WildFly 8?
I'm going to start a very important project and I have to choose between JBoss AS 7 and WildFly 8 (for this project I'm going to use GWT, JPA/Hibernate and jBPM 6).
WildFly 8 is the next iteration of the JBoss application server after JBoss AS 7 / EAP 6.
Basically:
JBoss AS 7.x = JEE6
JBoss EAP 6.x = JEE6
WildFly 8.x = JEE7
Red Hat typically backports security fixes from newer versions into older versions, Red Hat also typically releases "feature packs" that allow you to access newer features/specs.
So if it is a very important project and you do not need JEE7 specs, you may want to use JBoss EAP which is the productized version of JBoss AS 7.
Otherwise you may want to use WildFly if you need the more cutting edge specs and features.
Related
See JBoss AS / WildFly versions history for more details.
WildFly is the new name of JBoss AS so that the company JBoss and the application server JBoss cannot induce confusion anymore.
Think of WildFly 8 as JBoss AS 8, just with a different name.
JBoss 7 is an implementation of JavaEE 6.
WildFly 8 is an implementation of JavaEE 7.
The JBoss application server is the "commercialized" version of the community Wildfly application server. Red Hat offers support contracts for JBoss and has a long term maintenance schedule for JBoss.
The versions are also different. JBoss EAP 6 corresponds to Wildfly 7.

Is it ok to deploy today with Wildfly8 waiting for the next JBoss EAP to be released?

I'm about to start working on a project to be deployed later this year and would like to use JDK8. We use JBoss EAP for production but the latest JBoss EAP, 6.2 (based on JBoss AS 7.3) does not yet support it.
From a compatibility perspective, is it ok to start deploying in Wildfly8 now (which supports JDK8) with the expectation that later this year the corresponding EAP will come out?
It all depends on your application to be fair.
WildFly 8 support EE7 and EAP6 EE6, so it is up to you to decide what level of Java EE you need/want.
In future WildFly will be base for EAP7, which version of WildFly will depend on what is available at the time when "productivization" will begin.
As for Java 8 support goes, EAP 6.3 runs on Java 8, currently it is at Beta release which you can grab from http://jbossas.jboss.org/downloads/ with GA release coming soon.

Do the jBPM 5.4 WARs run under Wildfly 8.0?

I have just gotten Wildfly 8.0 running and integrated with Eclipse (Kepler). I've tried to deploy the following jBPM 5.4 files:
designer
drools-guvnor
jbpm-form-builder
jbpm-gwt-console
jbpm-gwt-console-server
jbpm-human-task-war
but they do not deploy - numerous errors. I just placed them in the .\deployments folder which works under JBoss 7.1. Is this expected behavior? Does this mean that if I want to run Wildfly (which fixes the failure to clean up the 1GB of deployed jBPM files upon shutdown) I have to upgrade everything to the jBPM 6 CR2?
Thank you.
Al
I would recommend you to upgrade to 6.x, we are all working with that version now, so if you have troubles with that let us know and we can looking to fix it.