Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
by inc.ru (CommuniGate Pro RULES 4.1.8)
with RULES id 3638801; Wed, 17 Sep 2008 16:26:23 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
by inc.ru (CommuniGate Pro RPOP 4.1.8)
with RPOP id 3638800 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 16:26:23 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
by inc.ru (CommuniGate Pro RULES 4.1.8)
with RULES id 26677418; Wed, 17 Sep 2008 16:25:06 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
by inc.ru (CommuniGate Pro SMTP 4.1.8)
with SMTP id 26677423 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 16:25:06 +0400
Received: (qmail 46356 invoked by uid 500); 17 Sep 2008 12:24:56 -0000
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Post: <mailto:[email protected]>
List-Id: "Maven Users List" <users.maven.apache.org>
Reply-To: "Maven Users List" <[email protected]>
Delivered-To: mailing list [email protected]
Received: (qmail 46345 invoked by uid 99); 17 Sep 2008 12:24:56 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 05:24:56 -0700
X-ASF-Spam-Status: No, hits=1.2 required=10.0
tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [213.253.200.106] (HELO mail3.indweb.hu) (213.253.200.106)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 12:23:56 +0000
Received: from mail-hubp-1.ind.hu ([172.18.0.205]) by mail-hubp-1.ind.hu
([172.18.0.205]) with mapi; Wed, 17 Sep 2008 14:24:27 +0200
From: Tibor Kiss <[EMAIL PROTECTED]>
To: Maven Users List <[email protected]>, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>
Date: Wed, 17 Sep 2008 14:24:26 +0200
Subject: RE: Multi Module Packaging
Thread-Topic: Multi Module Packaging
Thread-Index: AckYtipd/8Na4Hj/QXuW5MRTaS5jEwABgy9S
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
Accept-Language: hu-HU, en-US
Content-Language: hu-HU
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: hu-HU, en-US
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org
Hi Karl,
I had similar problem. Except that simply I refused not to keep releases in
maven repository!
Moreover, I have a special packaging structure and some extra stuffs which
cannot be performed through assemblies.
Therefore I made a maven plugin somewhere similar to maven-ear-plugin, in the
sense that in the configuration part of the plugin I enumerated some higher
level module references (like ClientJarModule, TemplateModule, SharedLibModule,
EarModule, WarModule etc) Each types points to the dependency list specified
in pom file. Then I resolve each of these enumerated submodules.
Each type from these "higher level" modules needs different actions while
packaging.
Finally I have a single output, a zip file which is also deployed into the
company's central repository.
I always create a submodule of packaging type "zip" (zip packaging type is
defined by me) in which pom file I place the previously described new plugin.
So the result is, that in this way we have each submodules plus this new zip
module's output in the repository. We need all of these modules, otherwise
team members cannot build without sources and we loose everything what gave us
the Maven!
Try to rethink the skipping of a maven repository!
Regards,
Tibor
________________________________________
Feladу: Karl Heinz Marbaise [EMAIL PROTECTED]
Kьldve: 2008. szeptember 17. 13:10
Cнmzett: Maven Users List
Tбrgy: Multi Module Packaging
Hi there,
i have a working multi module setup where different modules create
artifacts.
Parent
+-- Mod A (Artifact: a.tar.gz, a-1.tar.gz, a-2.tar.gz, a-3.tar.gz)
+-- Mod B (Artifact: b.tar.gz)
+-- Mod C (Artifact: c.tar.gz)
+-- Mod D
Now i would like to create "Super-Archives" which comprises of different
artifacts from different modules.
For example: Artifact Install-a (Artifacts from Module A; Module C)
Install-b (Artifacts from Module B; files
from parent Module)
So i would like to know the best practice to solve this...I can't use
mvn deploy, cause i have to deliver the packages not via Maven Repos so
i have to create "Super-Archives"...
I have thought about this and would simply create assemblies which are
configured in that why...
For the case "using files from parent module", i would suggest to create
a stand-alone sub-module and create usual artifacts...
Does anybody has a good hint for this kind of problem ?
Thanks in advance...
Kind regards
Karl Heinz Marbaise
--
SoftwareEntwicklung Beratung Schulung Tel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz Marbaise ICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Wьrselen http://www.soebes.de
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
