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 twgoetz@gmx.de designates
 213.165.64.23 as permitted sender)
Message-ID: <4F998E13.3010207@gmx.de>
Date: Thu, 26 Apr 2012 20:04:03 +0200
From: Thilo Goetz <twgoetz@gmx.de>
User-Agent: Mozilla/5.0 (X11; Linux i686;
 rv:11.0) Gecko/20120329 Thunderbird/11.0.1
MIME-Version: 1.0
To: user@uima.apache.org
Subject: Re: Repackaging an unpackaged pear file
References: <loom.20120425T190324-494@post.gmane.org>
 <4F986A86.80604@schor.com> <4F991044.1050503@gmx.de>
 <4F99737F.5050809@schor.com>
In-Reply-To: <4F99737F.5050809@schor.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 26/04/12 18:10, Marshall Schor wrote:
> Thanks Thilo.
> 
> Could you unzip the pear with an unzipper, and do the change to fix the
> file path and then zip it back up again?  That way the variable
> replacement stuff wouldn't run.
> 
> -Marshall
> 

Yes but you need the original pear to do that.  If somebody
installed the pear, made modifications and then just zipped
it up, it wouldn't work.  On the other hand, a pear that was
just unzipped, not installed, will not run.  It was my
understanding that the original poster did not in fact have
the original pear file.

So what you do, and I suspect that is what Jens also does,
is install the pear, run it, make modifications, and then
migrate your changes from the installed pear into the zip
file.  That works, but it's not exactly a smooth process.

--Thilo