From commits-return-16161-apmail-camel-commits-archive=camel.apache.org@camel.apache.org  Thu Jul 14 16:37:30 2011
Return-Path: 
X-Original-To: apmail-camel-commits-archive@www.apache.org
Delivered-To: apmail-camel-commits-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 7AF527244
	for ; Thu, 14 Jul 2011 16:37:30 +0000 (UTC)
Received: (qmail 95386 invoked by uid 500); 14 Jul 2011 16:37:30 -0000
Delivered-To: apmail-camel-commits-archive@camel.apache.org
Received: (qmail 95325 invoked by uid 500); 14 Jul 2011 16:37:29 -0000
Mailing-List: contact commits-help@camel.apache.org; run by ezmlm
Precedence: bulk
List-Help: 
List-Unsubscribe: 
List-Post: 
List-Id: 
Reply-To: dev@camel.apache.org
Delivered-To: mailing list commits@camel.apache.org
Received: (qmail 95318 invoked by uid 99); 14 Jul 2011 16:37:29 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Jul 2011 16:37:29 +0000
X-ASF-Spam-Status: No, hits=-1994.3 required=5.0
	tests=ALL_TRUSTED,HTML_FONT_LOW_CONTRAST,HTML_MESSAGE,MIME_HTML_ONLY
X-Spam-Check-By: apache.org
Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Jul 2011 16:37:22 +0000
Received: from thor (localhost [127.0.0.1])
	by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p6EGb03M023840
	for ; Thu, 14 Jul 2011 16:37:00 GMT
Date: Thu, 14 Jul 2011 12:37:00 -0400 (EDT)
From: confluence@apache.org
To: commits@camel.apache.org
Message-ID: <7279806.7921.1310661420206.JavaMail.confluence@thor>
Subject: [CONF] Apache Camel > Camel 2.9 - JMX and reducing Spring
 dependency
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Auto-Submitted: auto-generated
X-Virus-Checked: Checked by ClamAV on apache.org

    Camel 2.9 - JMX and reducing Spring dependency
    Page edited by             Christian Schneider

                         Changes (1)

            ...

            h3. Other components using Spring 

            The [Mail] and [JMS] component currently depend on Spring JARs. There is a work in progress patch for the [Mail] component to be able to run without Spring. The [JMS] component is however heavily dependent on Spring, as it uses spring-jms. We may in the future consider writing a new light weight JMS component that has less features, but can work without Spring. However this is not the goal for Camel 2.9. If we do our own jms abstraction which might be a good idea then we should put it in a apache commons project as it would also help other projects like cxf. 

                            Full Content

        Camel 2.9 - JMX and reducing Spring dependency

This note covers the goal for Camel 2.9 to reduce Spring dependency in camel-core and other Components where Spring is not really needed.

Background

In camel-core we support Spring JMX annotations when we enlist MBeans in JMX. In fact Spring JMX must be on the classpath to be able to use JMX with Camel at all.

If Spring JARs is not on the classpath, Camel will automatic disable JMX. This puts a burden on end users of Camel who may not use Spring to include 8+ Spring JARs to have support for JMX. 

Some Camel Components such as Velocity, FreeMarker, XSLT uses Spring Resource API to load resources over the classpath etc. This does not work in OSGi blueprint, etc. Instead we should rely on the Pluggable Class Resolvers provided by Camel that works with OSGi, JBoss and other containers. 

Design

The Spring JMX annotation support code in camel-core should be moved to camel-spring. This allows people to keep using Spring JMX annotations.

We should add a SPI plugin in camel-core so camel-spring can hook in the Spring JMX annotation support it now provides. Likewise 3rd party can inject their custom integration.

We should provide a basic set of Camel JMX annotations in camel-core that the various Camel Components should use. This ensures we its stil easy to have Components enlist in JMX with custom attributes and operations. For example Apache ActiveMQ has a set of JMX annotations as well.

This also allows Camel end users to use these new Camel JMX annotations in their custom Camel components. Then they do not need to use Spring JMX annotations, and thus bring in maybe unneeded dependency on Spring JARs in their code.

The ResourceEndpoint from camel-spring should be moved to camel-core and rely on ClassResolver API from Camel to load resources from the classpath.

We would need to add support for the http scheme, and the file scheme. But those are easy. Then we can migrate the FreeMarker, Velocity, XSLT components to not depend on Spring/camel-spring.

Reducing runtime JARs

Since Spring JARs will no longer be mandatory on the classpath for JMX support, we can reduce the runtime JAR dependency for Camel end users. Most end users of Camel will need to support JMX, so essentially we force them to add Spring JARs. That means they only need slf4j logging and commons-management JARs.

Porting commons-management to camel-core

Currently camel-core rely on commons-management for basic JMX support. We should consider porting this code into the camel-core codebase.

This reduces the mandatory JARs for camel-core to only the sfl4j logging API. This is as low as we can get.

Other components using Spring

The Mail and JMS component currently depend on Spring JARs. There is a work in progress patch for the Mail component to be able to run without Spring. The JMS component is however heavily dependent on Spring, as it uses spring-jms. We may in the future consider writing a new light weight JMS component that has less features, but can work without Spring. However this is not the goal for Camel 2.9. If we do our own jms abstraction which might be a good idea then we should put it in a apache commons project as it would also help other projects like cxf.

            Change Notification Preferences

        View Online
        |
        View Changes
                |
        Add Comment