You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@servicemix.apache.org by kaydee <ka...@cisco.com> on 2015/01/21 03:08:21 UTC

ServiceMix 4 and Redhat 6 bundle loading Issue

We used use ServiceMix 4 on Redhat 5(5.11) and we are now upgrading to Redhat
6 (6.6). In this migration, we are noticing is major issue with bundle
loading.

In the following bundle loading fragment,

<?xml version="1.0" encoding="UTF-8"?>
<features name="MSE-Framework-Repo">
    <feature name="mse-framework-admin" version="8.0">
        <config name="hibernate.properties"/>

        

       
<bundle>wrap:file:./mse-bundles/thirdparty/eccpressoall-10.8.jar</bundle>
        <bundle>wrap:file:./mse-bundles/thirdparty/flexlm-10.8.jar</bundle>
       
<bundle>wrap:file:./mse-bundles/thirdparty/magellaninfo-10.8.jar</bundle>
       
<bundle>wrap:file:./mse-bundles/thirdparty/ojdbc6-11.1.0.7.0.jar</bundle>
       
<bundle>wrap:file:./mse-bundles/thirdparty/snmp4j-1.10.1.jar</bundle>

       
<bundle>wrap:file:./mse-bundles/thirdparty/commons-net-3.1.jar</bundle>
        <bundle>mvn:commons-codec/commons-codec/1.4</bundle>

        

        
        <bundle 
start-level='75'>file:./mse-bundles/thirdparty/com.springsource.org.hibernate-3.3.2.GA.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.antlr-2.7.7.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.javassist-3.15.0.GA.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.net.sf.cglib-2.2.0.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.org.apache.commons.collections-3.2.1.jar</bundle>

With this file, on the Redhat 5 system, it works perfectly. During startup,
the jar file hibernate-3.3.2.GA.jar is loaded properly and the classes
contained therein are also loaded fine. The system has been working fine for
a long time.

On Redhat 6, the startup of servicemix throws a ClassNotFoundException for
class HibernateException. On further scrutiny, I found that the
hibernate-3.3.2.GA.jar file was never loaded and hence the issue with the
class not being found. I even changed the start-level to 75 for this bundle
and still the same error.  No matter what I did, the system would not load
the hibernate-3.3.2.jar file. Just to be sure, I tested this on more than
one Redhat 6 server, and I see the same issue.  The application code is
identical on both Redhat 5 and Redhat 6 - they were deployed from the same
tar file.

Appreciate any help in debugging and fixing this issue. 



--
View this message in context: http://servicemix.396122.n5.nabble.com/ServiceMix-4-and-Redhat-6-bundle-loading-Issue-tp5722145.html
Sent from the ServiceMix - User mailing list archive at Nabble.com.

Re: ServiceMix 4 and Redhat 6 bundle loading Issue

Posted by Gert Vanthienen <ge...@gmail.com>.
L.S.,


It looks like something may have changed with regards to relative path
resolution for those file:// URLs. Could you clarify where the
features file is living and where the mse-bundles directory is,
relative to the ServiceMix home directory? Also, how are you starting
Apache ServiceMix (bin/* commands or using the wrapper feature)?

I usually use the syntax without the ./ at the beginning - with that,
resolution should be relative to the ServiceMix home directory, so
e.g. a command like "cat file:etc/config.properties" should print the
config.properties file. Could you check if that works the same for you
on both OS versions?


Regards,

Gert Vanthienen


On Wed, Jan 21, 2015 at 3:08 AM, kaydee <ka...@cisco.com> wrote:
> We used use ServiceMix 4 on Redhat 5(5.11) and we are now upgrading to Redhat
> 6 (6.6). In this migration, we are noticing is major issue with bundle
> loading.
>
> In the following bundle loading fragment,
>
> <?xml version="1.0" encoding="UTF-8"?>
> <features name="MSE-Framework-Repo">
>     <feature name="mse-framework-admin" version="8.0">
>         <config name="hibernate.properties"/>
>
>
>
>
> <bundle>wrap:file:./mse-bundles/thirdparty/eccpressoall-10.8.jar</bundle>
>         <bundle>wrap:file:./mse-bundles/thirdparty/flexlm-10.8.jar</bundle>
>
> <bundle>wrap:file:./mse-bundles/thirdparty/magellaninfo-10.8.jar</bundle>
>
> <bundle>wrap:file:./mse-bundles/thirdparty/ojdbc6-11.1.0.7.0.jar</bundle>
>
> <bundle>wrap:file:./mse-bundles/thirdparty/snmp4j-1.10.1.jar</bundle>
>
>
> <bundle>wrap:file:./mse-bundles/thirdparty/commons-net-3.1.jar</bundle>
>         <bundle>mvn:commons-codec/commons-codec/1.4</bundle>
>
>
>
>
>         <bundle
> start-level='75'>file:./mse-bundles/thirdparty/com.springsource.org.hibernate-3.3.2.GA.jar</bundle>
>
> <bundle>file:./mse-bundles/thirdparty/com.springsource.antlr-2.7.7.jar</bundle>
>
> <bundle>file:./mse-bundles/thirdparty/com.springsource.javassist-3.15.0.GA.jar</bundle>
>
> <bundle>file:./mse-bundles/thirdparty/com.springsource.net.sf.cglib-2.2.0.jar</bundle>
>
> <bundle>file:./mse-bundles/thirdparty/com.springsource.org.apache.commons.collections-3.2.1.jar</bundle>
>
> With this file, on the Redhat 5 system, it works perfectly. During startup,
> the jar file hibernate-3.3.2.GA.jar is loaded properly and the classes
> contained therein are also loaded fine. The system has been working fine for
> a long time.
>
> On Redhat 6, the startup of servicemix throws a ClassNotFoundException for
> class HibernateException. On further scrutiny, I found that the
> hibernate-3.3.2.GA.jar file was never loaded and hence the issue with the
> class not being found. I even changed the start-level to 75 for this bundle
> and still the same error.  No matter what I did, the system would not load
> the hibernate-3.3.2.jar file. Just to be sure, I tested this on more than
> one Redhat 6 server, and I see the same issue.  The application code is
> identical on both Redhat 5 and Redhat 6 - they were deployed from the same
> tar file.
>
> Appreciate any help in debugging and fixing this issue.
>
>
>
> --
> View this message in context: http://servicemix.396122.n5.nabble.com/ServiceMix-4-and-Redhat-6-bundle-loading-Issue-tp5722145.html
> Sent from the ServiceMix - User mailing list archive at Nabble.com.

RE: ServiceMix 4 and Redhat 6 bundle loading Issue

Posted by kaydee <ka...@cisco.com>.
>> Have you checked that your jar was compatible with the version of Java
that you now have on your new OS

The java version is the same on both Redhat 5 and Redhat 6 systems (Java 7). 
The entire application is deployed from the same tar file and that tar file
contains everything needed for the application, including the jre.  Every
bit is identical at the application level across the two systems.  



--
View this message in context: http://servicemix.396122.n5.nabble.com/ServiceMix-4-and-Redhat-6-bundle-loading-Issue-tp5722145p5722149.html
Sent from the ServiceMix - User mailing list archive at Nabble.com.

RE: ServiceMix 4 and Redhat 6 bundle loading Issue

Posted by "BURN, James" <Ja...@oup.com>.
Hi

Have you checked that your jar was compatible with the version of Java that you now have on your new OS.

This has caught me out before and we had to rebuild our jar with the version of Java which the OS has.

HTH

James


-----Original Message-----
From: kaydee [mailto:kayshav@cisco.com] 
Sent: 21 January 2015 02:08
To: users@servicemix.apache.org
Subject: ServiceMix 4 and Redhat 6 bundle loading Issue

We used use ServiceMix 4 on Redhat 5(5.11) and we are now upgrading to Redhat
6 (6.6). In this migration, we are noticing is major issue with bundle loading.

In the following bundle loading fragment,

<?xml version="1.0" encoding="UTF-8"?>
<features name="MSE-Framework-Repo">
    <feature name="mse-framework-admin" version="8.0">
        <config name="hibernate.properties"/>

        

       
<bundle>wrap:file:./mse-bundles/thirdparty/eccpressoall-10.8.jar</bundle>
        <bundle>wrap:file:./mse-bundles/thirdparty/flexlm-10.8.jar</bundle>
       
<bundle>wrap:file:./mse-bundles/thirdparty/magellaninfo-10.8.jar</bundle>
       
<bundle>wrap:file:./mse-bundles/thirdparty/ojdbc6-11.1.0.7.0.jar</bundle>
       
<bundle>wrap:file:./mse-bundles/thirdparty/snmp4j-1.10.1.jar</bundle>

       
<bundle>wrap:file:./mse-bundles/thirdparty/commons-net-3.1.jar</bundle>
        <bundle>mvn:commons-codec/commons-codec/1.4</bundle>

        

        
        <bundle
start-level='75'>file:./mse-bundles/thirdparty/com.springsource.org.hibernate-3.3.2.GA.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.antlr-2.7.7.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.javassist-3.15.0.GA.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.net.sf.cglib-2.2.0.jar</bundle>
       
<bundle>file:./mse-bundles/thirdparty/com.springsource.org.apache.commons.collections-3.2.1.jar</bundle>

With this file, on the Redhat 5 system, it works perfectly. During startup, the jar file hibernate-3.3.2.GA.jar is loaded properly and the classes contained therein are also loaded fine. The system has been working fine for a long time.

On Redhat 6, the startup of servicemix throws a ClassNotFoundException for class HibernateException. On further scrutiny, I found that the hibernate-3.3.2.GA.jar file was never loaded and hence the issue with the class not being found. I even changed the start-level to 75 for this bundle and still the same error.  No matter what I did, the system would not load the hibernate-3.3.2.jar file. Just to be sure, I tested this on more than one Redhat 6 server, and I see the same issue.  The application code is identical on both Redhat 5 and Redhat 6 - they were deployed from the same tar file.

Appreciate any help in debugging and fixing this issue. 



--
View this message in context: http://servicemix.396122.n5.nabble.com/ServiceMix-4-and-Redhat-6-bundle-loading-Issue-tp5722145.html
Sent from the ServiceMix - User mailing list archive at Nabble.com.
Oxford University Press (UK) Disclaimer

This message is confidential. You should not copy it or disclose its contents to anyone. You may use and apply the information for the intended purpose only. OUP does not accept legal responsibility for the contents of this message. Any views or opinions presented are those of the author only and not of OUP. If this email has come to you in error, please delete it, along with any attachments. Please note that OUP may intercept incoming and outgoing email communications.