Return-Path: Delivered-To: apmail-maven-issues-archive@locus.apache.org Received: (qmail 78431 invoked from network); 24 Sep 2008 20:42:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Sep 2008 20:42:45 -0000 Received: (qmail 99881 invoked by uid 500); 24 Sep 2008 20:42:43 -0000 Delivered-To: apmail-maven-issues-archive@maven.apache.org Received: (qmail 99604 invoked by uid 500); 24 Sep 2008 20:42:42 -0000 Mailing-List: contact issues-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@maven.apache.org Delivered-To: mailing list issues@maven.apache.org Received: (qmail 99593 invoked by uid 99); 24 Sep 2008 20:42:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 13:42:42 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [63.246.2.115] (HELO codehaus01.managed.contegix.com) (63.246.2.115) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 20:41:42 +0000 Received: from codehaus01.managed.contegix.com (localhost.localdomain [127.0.0.1]) by codehaus01.managed.contegix.com (Postfix) with ESMTP id C790714A8012 for ; Wed, 24 Sep 2008 15:41:45 -0500 (CDT) Message-ID: <16628443.1222288905792.JavaMail.haus-jira@codehaus01.managed.contegix.com> Date: Wed, 24 Sep 2008 15:41:45 -0500 (CDT) From: "Karsten Tinnefeld (JIRA)" To: issues@maven.apache.org Subject: [jira] Commented: (MEJB-33) Add support for fewer dependencies in client-jars In-Reply-To: <4775309.1221830508763.JavaMail.haus-jira@codehaus01.managed.contegix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://jira.codehaus.org/browse/MEJB-33?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=148910#action_148910 ] Karsten Tinnefeld commented on MEJB-33: --------------------------------------- As a partial workaround, I found I can add server-only dependencies as optional dependencies to the ejb module. Giving them as mandatory dependencies for any ear module containing the server-ear, the dependencies (and also transitive dependencies, as mentioned above) are worked out fine. The manifest.mf however, having the classpath added ( true ) still has all server library entries referenced which are not available in client.jar packages (Which is, at least, ugly, but should not lead to trouble except when ill-naming dependency jars or depending on different dependency jar versions in different parts of the system.) > Add support for fewer dependencies in client-jars > ------------------------------------------------- > > Key: MEJB-33 > URL: http://jira.codehaus.org/browse/MEJB-33 > Project: Maven 2.x Ejb Plugin > Issue Type: New Feature > Affects Versions: 2.1 > Reporter: Karsten Tinnefeld > > Given a scenario, where several application tiers are installed on different servers, are realized as EJB3 applications, and packaged using maven. > When configuring an ejb module, I give dependencies to all dependency jars that are used to implement the features. However, they are currently all added as dependency to the client-jar artifacts as well, so that unused libraries are deployed on client servers. > I'd like to mark dependencies as server-jar only, e.g. by an clientJarExclusions configuration element to the plugin, which takes a set of exclusion elements like the exclusions-element in a dependency. These dependencies should behave as compile-scope in the server- and provided-scope in the client-jars. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira