RE: Overriding a GF module jar in V 3.1.2

From: Martin Gainty <mgainty_at_hotmail.com>
Date: Tue, 12 Mar 2013 20:03:56 -0400

SeanHere is the pom.xml to build your ear which is located in gf-3.2 distro <?xml version="1.0"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion> <groupId>org.glassfish.metro</groupId> <artifactId>wstx-services</artifactId> <version>2.2.0-1</version>

    <packaging>ear</packaging>
    <name>WS-TX Protocol Web Services</name> <dependencies>
        <dependency>
            <groupId>javax.xml</groupId>
            <artifactId>webservices-api-osgi</artifactId>
            <version>${project.version}</version>
        </dependency>
        <dependency>
            <groupId>com.sun.xml.ws</groupId>
            <artifactId>webservices-osgi</artifactId>
            <version>${project.version}</version>
        </dependency>  <dependency>
       <groupId>org.codehaus.woodstox</groupId>
      <artifactId>wstx-asl</artifactId>
      <version>3.2.1</version>
    </dependency>  </dependencies>
</project>
basically this pom.xml says in order to build this ear you will need to include all version-specific dependent jars ...each of which is included in <dependency> tag The pure Glassfish way is to Deploy the dependent application.
     2. Web and App Classloaders are different and do not cross boundaries Add the dependent application�s client JAR file to the
calling application.

For a calling EJB component, add the client JAR file at the same level as the
EJB component. Then add a Class-Path entry to the MANIFEST.MF
file of the calling EJB component. The Class-Path entry has this
syntax Class-Path: EJBClient.jar wstx-asl.jar ...
Each filepath is relative to the directory or JAR file containing
the MANIFEST.MF file. For details, see the Java EE
specification.

For a calling web
component, add the client JAR file under the WEB-INF/lib
directory.

       3. App and Web both share the same jars: If you need to package the client JAR with both the EJB and
web components, set
            delegate="true" in the class-loader
element of the glassfish-web.xml file.

MG>
This changes the Web class loader so that it follows the standard class
loader delegation model and delegates to its parent *app* CL before attempting to load a
class itself from Web CL
i would be cautious of this as your app jars are going to 'cross boundaries' to import into webspaceMG>
i'll pick up this thread on on maven users listhttp://maven.apache.org/mail-lists.html
Martin
______________________________________________
Verzicht und Vertraulichkeitanmerkung/Note de d�ni et de confidentialit�
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut �tre privil�gi�. Si vous n'�tes pas le destinataire pr�vu, nous te demandons avec bont� que pour satisfaire informez l'exp�diteur. N'importe quelle diffusion non autoris�e ou la copie de ceci est interdite. Ce message sert � l'information seulement et n'aura pas n'importe quel effet l�galement obligatoire. �tant donn� que les email peuvent facilement �tre sujets � la manipulation, nous ne pouvons accepter aucune responsabilit� pour le contenu fourni.

From: Sean.Comerford_at_espn.com
To: users_at_glassfish.java.net
Date: Tue, 12 Mar 2013 15:12:40 -0400
Subject: Overriding a GF module jar in V 3.1.2

We have a library we received from a vendor that requires a fairly old version woodstox.
It won't work with the JAR we get in $GF_HOME/modules and we've had no luck forcing our GF instance to use the old version.
It 2.1 classpath-prefix would usually do the trick for us but it seems the behavior of that property has changed.
What is the recommended way to force a single GF to downgrade to an older version of a core module?
So far the only we've gotten this to work is by deleting the woodstox jar from the GF modules directory but that's not an acceptable solution :-)
---Sean ComerfordESPN.com Architecture & Platforms