Mailing-List: contact user-help@uima.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@uima.apache.org
Received-SPF: pass (nike.apache.org: domain of animungo@googlemail.com
 designates 74.125.82.175 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:sender:from:date:x-google-sender-auth:message-id
         :subject:to:content-type;
        b=PGmSv2P8vNQqaWlQ1ooU4rgDFXHbVgGx5PO00sDYqPu1tMuwDwNZCdm9tAJ6gQOWFv
         6wtjmjkjCP7J39780CtILfVv7YY4b1hs9vRpc0CYpaH1BNd7M8ipunptKE3mw4vHdWfw
         Pp13a8eFLNweJ/S588vVVrRdXCyHJ/oKlvDlQ=
MIME-Version: 1.0
Sender: animungo@googlemail.com
From: Karl Wulfert <karl-philipp.wulfert@uni-jena.de>
Date: Sat, 21 Aug 2010 09:17:47 +0100
Message-ID: <AANLkTikfJGCTJiatiZOxEE82QwD_MWPOwgvTbjg3tFVH@mail.gmail.com>
Subject: Problem with PearPackagingPlugin
To: user@uima.apache.org
Content-Type: multipart/alternative; boundary=0016e64974e61ea13d048e510ef3

--0016e64974e61ea13d048e510ef3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Dear developers of UIMA,

i have a problem with the currrent version of UIMA. I'm using it at work to
package PEARs of projects that colleagues of mine are creating. I don't hav=
e
to deal with the hole programming stuff of the PEARs. I just have to packag=
e
them...
Therefore i was trying to more or likely make it for our needs automaticall=
y
triggerable. I just want to tick a button and my script creates the pear
with the data from the SVN repo.

The problem is, that my colleagues are using custom install.xml's for their
projects to "find_and_replace_path" the pathes to the resources they need
but the PearPackagingPlugin creates a whole new install.xml when i package
the pear with it.
We recently discussed the UIMA datapath... But is there any other way to us=
e
the PearPackagingPlugin with "absolutely referenced" resources and the
find_and_replace_path action in the custom install.xml like telling the
plugin to use an existing install.xml? Another issue are the settings for
environment and JDK and so on in the install.xml that are overwritten too b=
y
the plugin.

Best regards,

Karl
__________________________________________________
Karl-Philipp Wulfert
karl-philipp.wulfert@uni-jena.de
... cum grano salis. (Plinius d.=C3=84.)

--0016e64974e61ea13d048e510ef3--