Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

Table of Contents

Table of Contents
indent10px
styledisc
printablefalse

CODI Module Overview

MyFaces CODI consists of the following modules:

Required modules:

Optional modules:

Optional configuration modules:

Optinal Java-EE5 Support Modules
The following Modules are NOT needed with Java-EE6+ application servers.

  • OpenWebBeans Support Module
  • Weld Suppord Module

Optional All-in-one bundles (alternative to the separated modules above)

  • All CODI modules for JSF 1.2
  • All CODI modules for JSF 2.0+
  • All CODI modules for JSF 1.2 OSGi bundle
  • All CODI modules for JSF 2.0+ OSGi bundle
  • Alternative-configuration
  • Alternative-configuration OSGi

Scroll down to see how to add those modules to your project.

Configuration - Getting Started (with Maven)

It's quite easy to add CODI to your project. Just add the core as well as the module/s of your choice to the pom.xml of your project.

Hint
In the listings below replace the placeholders for the version with the version of your choice or use:

Code Block
xml
xml
titleOptional properties

<properties>
    <codi.version>1.0.3</codi.version>
</properties>

With JEE6+

If you are using CODI in a JEE6 environment, you don't need to configure a CDI implementation explicitly because it's shipped with the container. For some JEE6 application servers (esp. Glassfish v3) it's suggested to use the all-in-one dist package instead of the fine grained modules (due to server related issues).

Without JEE6+

DonJEE5 application servers as well as pure servlet containers like Apache Tomcat don't provide a CDI implementation out-of-the-box. So don't forget to setup the CDI implementation of your choice. If you would like to use CODI in combination with OpenWebBeans, you can also use the archetype provided by MyFaces.

...

Code Block
xml
xml
titleCODI-Message module dependencies
<dependency>
    <groupId>org.apache.myfaces.extensions.cdi.modules</groupId>
    <artifactId>myfaces-extcdi-message-module-api</artifactId>
    <version>${codi.version}</version>
    <scope>compile</scope>
</dependency>

<dependency>
    <groupId>org.apache.myfaces.extensions.cdi.modules</groupId>
    <artifactId>myfaces-extcdi-message-module-impl</artifactId>
    <version>${codi.version}</version>
    <scope>runtime</scope>
</dependency>

Hint
Replace the placeholders for the version with the version of your choice or use:

xml
Code Block
xml
titleOptional properties

<properties>
    <codi.version>1.0.0-SNAPSHOT</codi.version>
</properties>

CODI pre-packaged bundles

...

Code Block
xml
xml
titleOPTIONAL all-in-one dependency for JSF 1.2 projects - for CODI 0.9.x
<dependency>
    <groupId>org.apache.myfaces.extensions.cdi<cdi.bundles</groupId>
    <artifactId>myfaces-extcdi-distbundle-jsf12</artifactId>
    <version>${codi.version}</version>
    <scope>compile</scope>
</dependency>

...

Code Block
xml
xml
titleOPTIONAL all-in-one dependency for JSF 2.0 projects - for CODI 0.9.x
<dependency>
    <groupId>org.apache.myfaces.extensions.cdi.cdi<bundles</groupId>
    <artifactId>myfaces-extcdi-distbundle-jsf20</artifactId>
    <version>${codi.version}</version>
    <scope>compile</scope>
</dependency>

...

Entries for CODI v1+v0.9.x (deprecated)

Code Block
xml
xml
titleOPTIONAL all-in-one dependency for JSF 1.2 projects - for CODI 0.9.x
<dependency>
    <groupId>org.apache.myfaces.extensions.cdi.bundles<cdi</groupId>
    <artifactId>myfaces-extcdi-bundledist-jsf12</artifactId>
    <version>${codi.version}<<version>0.9.5</version>
    <scope>compile</scope>
</dependency>

...

Code Block
xml
xml
titleOPTIONAL all-in-one dependency for JSF 2.0 projects - for CODI 0.9.x
<dependency>
    <groupId>org.apache.myfaces.extensions.cdi.bundles<cdi</groupId>
    <artifactId>myfaces-extcdi-bundledist-jsf20</artifactId>
    <version>${codi.version}<<version>0.9.5</version>
    <scope>compile</scope>
</dependency>

...



...

Alternative Configuration

The basic idea is to use type-safe config or any custom approach which is possible due to @Alternative or @Specializes. However, sometimes you would like to use e.g. a property file or any other config-file format. Furthermore, new versions of Weld implement also @Alternative more strictly (at least versions which implement CDI v1.0). So it's more difficult to use the original approach. So CODI (v1+) provides two modules to get rid of this problem. (Due to Glassfish 3.1 bugs it's required to use Glassfish 3.2+.)

...

Code Block
xml
xml
titleOPTIONAL all-in-one dependency Alternative-configuration bundle
<dependency>
    <groupId>org.apache.myfaces.extensions.cdi.bundles</groupId>
    <artifactId>myfaces-extcdi-bundle-alternative-configuration</artifactId>
    <version>${codi.version}</version>
    <scope>compile</scope>
</dependency>

Configuration - Getting Started (without Maven)

You can manually download all JARs described above from the maven repository or you use one of the available download mirrors for binary and source artifacts which bundle all JARs.