You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@uima.apache.org by Mike O'Leary <tm...@uw.edu> on 2012/04/25 19:15:27 UTC
Repackaging an unpackaged pear file
I received a copy of an application that works with UIMA a few weeks ago from
some colleagues at another location. When I followed the instructions to
install it, I got an error message while unpacking a pear file, and it looks
like an XML file within it contains some hard-coded pathnames to a machine at
the organization that sent our colleagues the application originally. I could
ask them to get in touch with the organization and ask them to recreate the
pear file with relative pathnames so it can be installed on machines on other
networks, and I probably will do that. But I was wondering how hard it would be
just to correct the pathnames, re-package the pear file, and reinstall that
one. I have never worked with UIMA before, so I am learning the basics as I go.
How complicated would it be to create an Eclipse project using the directory
structure that the pear file expanded to, or to run a command line application
that creates a pear file from that directory structure?
Thanks,
Mike
Re: Repackaging an unpackaged pear file
Posted by Jens Grivolla <j+...@grivolla.net>.
We actually do that all the time, it works perfectly. Some archive
managers even let you edit the file without unpacking it. You may need
to rename it from .pear to .zip and back to .pear when you're done.
Jens
On 04/26/2012 06:10 PM, 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
>
> On 4/26/2012 5:07 AM, Thilo Goetz wrote:
>> On 25/04/12 23:20, Marshall Schor wrote:
>>> I hope its trivial :-) (But I haven't tried it...).
>> It's not trivial, because the pear installer desctructively
>> replaces variables with local paths on installation. If
>> you don't know what you're doing, it will be much easier to
>> ask the other team to get you the original pear file.
>>
>> There is no supported way to repackage an installed pear
>> file.
>>
>> --Thilo
>>
>>> -Marshall
>>>
>>> On 4/25/2012 1:15 PM, Mike O'Leary wrote:
>>>> I received a copy of an application that works with UIMA a few weeks
>>>> ago from
>>>> some colleagues at another location. When I followed the
>>>> instructions to
>>>> install it, I got an error message while unpacking a pear file, and it
>>>> looks
>>>> like an XML file within it contains some hard-coded pathnames to a
>>>> machine at
>>>> the organization that sent our colleagues the application originally.
>>>> I could
>>>> ask them to get in touch with the organization and ask them to
>>>> recreate the
>>>> pear file with relative pathnames so it can be installed on machines
>>>> on other
>>>> networks, and I probably will do that. But I was wondering how hard it
>>>> would be
>>>> just to correct the pathnames, re-package the pear file, and reinstall
>>>> that
>>>> one. I have never worked with UIMA before, so I am learning the basics
>>>> as I go.
>>>> How complicated would it be to create an Eclipse project using the
>>>> directory
>>>> structure that the pear file expanded to, or to run a command line
>>>> application
>>>> that creates a pear file from that directory structure?
>>>> Thanks,
>>>> Mike
>>>>
>>>>
>>
>
Re: Repackaging an unpackaged pear file
Posted by "Mike O\\\\\\'Leary" <tm...@uw.edu>.
Thilo Goetz <tw...@...> writes:
>
> On 27/04/12 00:52, Mike O'Leary wrote:
> > Mike O'Leary <tm...@...> writes:
> >
> >>
> >> Thilo Goetz <tw...@...> writes:
> >>
> >>>
> >>> 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
> >>>
> >>>
> >>
> >> I do have the original pear file. Would it work to do the following steps:
> >> 1. Change the pear file extension from .pear to .zip.
> >> 2. Unzip the archive.
> >> 3. Change the pathnames in the file from absolute to the correct relative
> >> pathnames.
> >> 4. Rezip the unzipped directory structure.
> >> 5. Change the extension back to .pear.
> >>
> >> If that works, then I can easily do it. I didn't realize that .pear files
used
> >> compression that is compatible with that used for .zip files.
> >> Thanks,
> >> Mike
> >>
> >>
> >
> > I guess there must be more to it. When I tried using WinZip and whatever
similar
> > capability is built into Windows 7 to expand a pear file, change the
pathnames
> > and rezip it, the archive that was produced was slightly larger than the
> > original, and when I tried to install it, I got an IOException with the
message
> > "installation descriptor not found". I didn't change anything other than the
> > pathnames in one file, so the installation descriptor was still in the right
> > place. I assume it couldn't find the installation descriptor because it
didn't
> > recognize the format of the compressed file. What would be a good tool for
> > expanding and compressing pear files (without interpreting their contents)?
> > Thanks,
> > Mike
> >
> >
>
> Mike,
>
> a pear file is nothing but a zip file with a specific
> structure and certain files. If you have a pear file
> with absolute paths in it, that sounds like a contradiction
> to me. I would go back to the source and ask them to
> give you a properly packaged pear, with no absolute paths.
>
> If that is not possible, your only option is to dive into
> the pear documentation and try to reconstruct a proper
> pear from what you have (which may not be that difficult).
>
> --Thilo
>
>
I found a solution after some trial and error with unzipping and rezipping the
pear file in ways that didn't produce a pear file that UIMA recognized. Instead
of unzipping the pear file (renamed to have a .zip extension), I just right-
clicked on it and selected Open With->Windows Explorer, which opens the zip file
as if it is a directory. I couldn't open any files for editing from that
directory, but I did copy the offending file into a normal directory, changed
the absolute pathnames to relative ones, copied the file back into the directory
representing the zip file, and closed that directory. The result was a zip file
of the same size as the original pear file, and when I installed it, it didn't
complain about not being able to find the installation descriptor. So fully
unzipping and rezipping the pear file didn't work for me, but changing one file
while disturbing the pear file as little as possible did. Thank you to everyone
who provided information and advice.
Mike
Re: Running UIMA on a cluster
Posted by Eddie Epstein <ea...@gmail.com>.
The UIMA-AS framework doesn't have any support for deploying processes
across a cluster. SGE could be used to play that role.
Because UIMA-AS services register with a JMS broker, and the UIMA-AS client
communicates with these services via the broker, it doesn't matter
where they run.
Eddie
On Fri, Apr 27, 2012 at 5:48 PM, John David Osborne <oz...@uab.edu> wrote:
> Very helpful responses from you and Thomas, thanks guys! The README in
> the 2.3.1 documentation is very useful.
>
> I'm still confused about one thing, and I am dreading the answer. How does
> UIMA-AS play with pre-existing tools like SGE? I'm under the impression
> that it is basically going to ignore SGE and try to start jobs on the
> compute nodes by itself. Is everybody running UIMA on dedicated clusters
> more or less?
>
> I'm in a situation where I'm looking to run on a cluster shared pretty
> much University wide for which SGE is the main (probably only) job
> submission method.
>
> -John
>
>
>
> On 4/27/12 2:59 PM, "Eric Riebling" <er...@cs.cmu.edu> wrote:
>
>>We've had success deploying annotators on cluster nodes (using UIMA-AS
>>deployment descriptors) registered to a UIMA-AS broker running on the
>>head node. If the cluster use shared data folders, you only need to
>>put the code in one place for it to 'appear' on all nodes.
>>
>>Then we run a collection reader and CAS consumer on the head node,
>>with the amount of scale-out specified on the command line of
>>runRemoteAsyncAE.sh, something like this:
>>
>> $UIMA_HOME/bin/runRemoteAsyncAE.sh -c (path.to)XmiCollectionReader.xml
>>tcp://localhost:6
>>1616 (name of deployed service) -p (number of nodes) -o output_foldername
>>
>>With enough scale-out, the limiting factor becomes the speed of the CR
>>and CC on the head node. This is the briefest explanation I can give,
>>not sure it's a 'best practice' but it works. :)
>>
>>On 4/27/2012 3:35 PM, John David Osborne wrote:
>>> Hello,
>>>
>>> Is there any best practice documentation out there for running
>>> UIMA/UIMA-AS on a cluster? I have only run single machine instances of
>>> UIMA (mostly through Eclipse) and have not investigated the ability to
>>> perform multiple simultaneous analyses in order to process large
>>>document
>>> collections.
>>>
>>> It's not clear to me how UIMA would operate in a cluster environment, do
>>> people really do message passing using JMI? I'm guessing this is the
>>>case
>>> as I seeing references to MPICH, SGE or other things I am more used to.
>>> I've looked through some of the documentation (including all the
>>>Overview
>>> & SDK setup) but am not finding anything helpful. I've also tried
>>>googling
>>> but I am not getting much except this:
>>> http://comments.gmane.org/gmane.comp.apache.uima.general/2131 which
>>>makes
>>> me think it is possible.
>>>
>>> Currently with my level of confusion I think it may be best to have
>>> multiple instances of UIMA on a cluster and just submit jobs processing
>>> discrete document sets to our SGE cluster and ignore whatever scaling
>>> features are actually present in UIMA since the document processing I
>>>plan
>>> to do is data parallel.
>>>
>>> -John
>>>
>>>
>>
>>--
>>Eric Riebling Senior Systems Programmer
>>http://ericriebling.com CMU Language Technologies Institute
>>
>
Re: Running UIMA on a cluster
Posted by Thomas Ginter <th...@utah.edu>.
UIMA-AS is still at 2.3.1. For that reason we have not upgraded our core to 2.4.0 yet.
You are so right about the README though.
Thanks,
Tom
Sent from my iPhone
On Apr 27, 2012, at 2:21 PM, "Eric Riebling" <er...@cs.cmu.edu> wrote:
> Oops, sorry, spoke too soon. It's not in README any more, as of 2.4.0. D'oh!
Re: Running UIMA on a cluster
Posted by Eric Riebling <er...@cs.cmu.edu>.
Oops, sorry, spoke too soon. It's not in README any more, as of 2.4.0. D'oh!
Re: Running UIMA on a cluster
Posted by John David Osborne <oz...@uab.edu>.
Very helpful responses from you and Thomas, thanks guys! The README in
the 2.3.1 documentation is very useful.
I'm still confused about one thing, and I am dreading the answer. How does
UIMA-AS play with pre-existing tools like SGE? I'm under the impression
that it is basically going to ignore SGE and try to start jobs on the
compute nodes by itself. Is everybody running UIMA on dedicated clusters
more or less?
I'm in a situation where I'm looking to run on a cluster shared pretty
much University wide for which SGE is the main (probably only) job
submission method.
-John
On 4/27/12 2:59 PM, "Eric Riebling" <er...@cs.cmu.edu> wrote:
>We've had success deploying annotators on cluster nodes (using UIMA-AS
>deployment descriptors) registered to a UIMA-AS broker running on the
>head node. If the cluster use shared data folders, you only need to
>put the code in one place for it to 'appear' on all nodes.
>
>Then we run a collection reader and CAS consumer on the head node,
>with the amount of scale-out specified on the command line of
>runRemoteAsyncAE.sh, something like this:
>
> $UIMA_HOME/bin/runRemoteAsyncAE.sh -c (path.to)XmiCollectionReader.xml
>tcp://localhost:6
>1616 (name of deployed service) -p (number of nodes) -o output_foldername
>
>With enough scale-out, the limiting factor becomes the speed of the CR
>and CC on the head node. This is the briefest explanation I can give,
>not sure it's a 'best practice' but it works. :)
>
>On 4/27/2012 3:35 PM, John David Osborne wrote:
>> Hello,
>>
>> Is there any best practice documentation out there for running
>> UIMA/UIMA-AS on a cluster? I have only run single machine instances of
>> UIMA (mostly through Eclipse) and have not investigated the ability to
>> perform multiple simultaneous analyses in order to process large
>>document
>> collections.
>>
>> It's not clear to me how UIMA would operate in a cluster environment, do
>> people really do message passing using JMI? I'm guessing this is the
>>case
>> as I seeing references to MPICH, SGE or other things I am more used to.
>> I've looked through some of the documentation (including all the
>>Overview
>> & SDK setup) but am not finding anything helpful. I've also tried
>>googling
>> but I am not getting much except this:
>> http://comments.gmane.org/gmane.comp.apache.uima.general/2131 which
>>makes
>> me think it is possible.
>>
>> Currently with my level of confusion I think it may be best to have
>> multiple instances of UIMA on a cluster and just submit jobs processing
>> discrete document sets to our SGE cluster and ignore whatever scaling
>> features are actually present in UIMA since the document processing I
>>plan
>> to do is data parallel.
>>
>> -John
>>
>>
>
>--
>Eric Riebling Senior Systems Programmer
>http://ericriebling.com CMU Language Technologies Institute
>
Re: Running UIMA on a cluster
Posted by Eric Riebling <er...@cs.cmu.edu>.
We've had success deploying annotators on cluster nodes (using UIMA-AS
deployment descriptors) registered to a UIMA-AS broker running on the
head node. If the cluster use shared data folders, you only need to
put the code in one place for it to 'appear' on all nodes.
Then we run a collection reader and CAS consumer on the head node,
with the amount of scale-out specified on the command line of
runRemoteAsyncAE.sh, something like this:
$UIMA_HOME/bin/runRemoteAsyncAE.sh -c (path.to)XmiCollectionReader.xml tcp://localhost:6
1616 (name of deployed service) -p (number of nodes) -o output_foldername
With enough scale-out, the limiting factor becomes the speed of the CR
and CC on the head node. This is the briefest explanation I can give,
not sure it's a 'best practice' but it works. :)
On 4/27/2012 3:35 PM, John David Osborne wrote:
> Hello,
>
> Is there any best practice documentation out there for running
> UIMA/UIMA-AS on a cluster? I have only run single machine instances of
> UIMA (mostly through Eclipse) and have not investigated the ability to
> perform multiple simultaneous analyses in order to process large document
> collections.
>
> It's not clear to me how UIMA would operate in a cluster environment, do
> people really do message passing using JMI? I'm guessing this is the case
> as I seeing references to MPICH, SGE or other things I am more used to.
> I've looked through some of the documentation (including all the Overview
> & SDK setup) but am not finding anything helpful. I've also tried googling
> but I am not getting much except this:
> http://comments.gmane.org/gmane.comp.apache.uima.general/2131 which makes
> me think it is possible.
>
> Currently with my level of confusion I think it may be best to have
> multiple instances of UIMA on a cluster and just submit jobs processing
> discrete document sets to our SGE cluster and ignore whatever scaling
> features are actually present in UIMA since the document processing I plan
> to do is data parallel.
>
> -John
>
>
--
Eric Riebling Senior Systems Programmer
http://ericriebling.com CMU Language Technologies Institute
Re: Running UIMA on a cluster
Posted by Eric Riebling <er...@cs.cmu.edu>.
I'd like to point out also that the best UIMA-AS documentation is actually
not where one might first go looking (in docs, html, or pdf files) but rather
the README file at the top level of the UIMA-AS distribution. That's where
to find the good stuff. :)
On 4/27/2012 3:47 PM, Thomas Ginter wrote:
> UIMA-AS was created to handle the message passing, job distribution, etc. Try going through the UIMA-AS documentation first. We have had pretty good success using it here.
>
> Thanks,
>
> Thomas Ginter
> 801-448-7676
> thomas.ginter@utah.edu
>
>
>
>
> On Apr 27, 2012, at 1:35 PM, John David Osborne wrote:
>
>> Hello,
>>
>> Is there any best practice documentation out there for running
>> UIMA/UIMA-AS on a cluster? I have only run single machine instances of
>> UIMA (mostly through Eclipse) and have not investigated the ability to
>> perform multiple simultaneous analyses in order to process large document
>> collections.
>>
>> It's not clear to me how UIMA would operate in a cluster environment, do
>> people really do message passing using JMI? I'm guessing this is the case
>> as I seeing references to MPICH, SGE or other things I am more used to.
>> I've looked through some of the documentation (including all the Overview
>> & SDK setup) but am not finding anything helpful. I've also tried googling
>> but I am not getting much except this:
>> http://comments.gmane.org/gmane.comp.apache.uima.general/2131 which makes
>> me think it is possible.
>>
>> Currently with my level of confusion I think it may be best to have
>> multiple instances of UIMA on a cluster and just submit jobs processing
>> discrete document sets to our SGE cluster and ignore whatever scaling
>> features are actually present in UIMA since the document processing I plan
>> to do is data parallel.
>>
>> -John
>>
>
>
--
Eric Riebling Senior Systems Programmer
http://ericriebling.com CMU Language Technologies Institute
Re: Running UIMA on a cluster
Posted by Thomas Ginter <th...@utah.edu>.
UIMA-AS was created to handle the message passing, job distribution, etc. Try going through the UIMA-AS documentation first. We have had pretty good success using it here.
Thanks,
Thomas Ginter
801-448-7676
thomas.ginter@utah.edu
On Apr 27, 2012, at 1:35 PM, John David Osborne wrote:
> Hello,
>
> Is there any best practice documentation out there for running
> UIMA/UIMA-AS on a cluster? I have only run single machine instances of
> UIMA (mostly through Eclipse) and have not investigated the ability to
> perform multiple simultaneous analyses in order to process large document
> collections.
>
> It's not clear to me how UIMA would operate in a cluster environment, do
> people really do message passing using JMI? I'm guessing this is the case
> as I seeing references to MPICH, SGE or other things I am more used to.
> I've looked through some of the documentation (including all the Overview
> & SDK setup) but am not finding anything helpful. I've also tried googling
> but I am not getting much except this:
> http://comments.gmane.org/gmane.comp.apache.uima.general/2131 which makes
> me think it is possible.
>
> Currently with my level of confusion I think it may be best to have
> multiple instances of UIMA on a cluster and just submit jobs processing
> discrete document sets to our SGE cluster and ignore whatever scaling
> features are actually present in UIMA since the document processing I plan
> to do is data parallel.
>
> -John
>
Running UIMA on a cluster
Posted by John David Osborne <oz...@uab.edu>.
Hello,
Is there any best practice documentation out there for running
UIMA/UIMA-AS on a cluster? I have only run single machine instances of
UIMA (mostly through Eclipse) and have not investigated the ability to
perform multiple simultaneous analyses in order to process large document
collections.
It's not clear to me how UIMA would operate in a cluster environment, do
people really do message passing using JMI? I'm guessing this is the case
as I seeing references to MPICH, SGE or other things I am more used to.
I've looked through some of the documentation (including all the Overview
& SDK setup) but am not finding anything helpful. I've also tried googling
but I am not getting much except this:
http://comments.gmane.org/gmane.comp.apache.uima.general/2131 which makes
me think it is possible.
Currently with my level of confusion I think it may be best to have
multiple instances of UIMA on a cluster and just submit jobs processing
discrete document sets to our SGE cluster and ignore whatever scaling
features are actually present in UIMA since the document processing I plan
to do is data parallel.
-John
Re: Repackaging an unpackaged pear file
Posted by Thilo Goetz <tw...@gmx.de>.
On 27/04/12 00:52, Mike O'Leary wrote:
> Mike O'Learyy <tm...@...> writes:
>
>>
>> Thilo Goetz <tw...@...> writes:
>>
>>>
>>> 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
>>>
>>>
>>
>> I do have the original pear file. Would it work to do the following steps:
>> 1. Change the pear file extension from .pear to .zip.
>> 2. Unzip the archive.
>> 3. Change the pathnames in the file from absolute to the correct relative
>> pathnames.
>> 4. Rezip the unzipped directory structure.
>> 5. Change the extension back to .pear.
>>
>> If that works, then I can easily do it. I didn't realize that .pear files used
>> compression that is compatible with that used for .zip files.
>> Thanks,
>> Mike
>>
>>
>
> I guess there must be more to it. When I tried using WinZip and whatever similar
> capability is built into Windows 7 to expand a pear file, change the pathnames
> and rezip it, the archive that was produced was slightly larger than the
> original, and when I tried to install it, I got an IOException with the message
> "installation descriptor not found". I didn't change anything other than the
> pathnames in one file, so the installation descriptor was still in the right
> place. I assume it couldn't find the installation descriptor because it didn't
> recognize the format of the compressed file. What would be a good tool for
> expanding and compressing pear files (without interpreting their contents)?
> Thanks,
> Mike
>
>
Mike,
a pear file is nothing but a zip file with a specific
structure and certain files. If you have a pear file
with absolute paths in it, that sounds like a contradiction
to me. I would go back to the source and ask them to
give you a properly packaged pear, with no absolute paths.
If that is not possible, your only option is to dive into
the pear documentation and try to reconstruct a proper
pear from what you have (which may not be that difficult).
--Thilo
Re: Repackaging an unpackaged pear file
Posted by Mike O'Leary <tm...@uw.edu>.
Mike O'Learyy <tm...@...> writes:
>
> Thilo Goetz <tw...@...> writes:
>
> >
> > 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
> >
> >
>
> I do have the original pear file. Would it work to do the following steps:
> 1. Change the pear file extension from .pear to .zip.
> 2. Unzip the archive.
> 3. Change the pathnames in the file from absolute to the correct relative
> pathnames.
> 4. Rezip the unzipped directory structure.
> 5. Change the extension back to .pear.
>
> If that works, then I can easily do it. I didn't realize that .pear files used
> compression that is compatible with that used for .zip files.
> Thanks,
> Mike
>
>
I guess there must be more to it. When I tried using WinZip and whatever similar
capability is built into Windows 7 to expand a pear file, change the pathnames
and rezip it, the archive that was produced was slightly larger than the
original, and when I tried to install it, I got an IOException with the message
"installation descriptor not found". I didn't change anything other than the
pathnames in one file, so the installation descriptor was still in the right
place. I assume it couldn't find the installation descriptor because it didn't
recognize the format of the compressed file. What would be a good tool for
expanding and compressing pear files (without interpreting their contents)?
Thanks,
Mike
Re: Repackaging an unpackaged pear file
Posted by "Mike O\\'Leary" <tm...@uw.edu>.
Thilo Goetz <tw...@...> writes:
>
> 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
>
>
I do have the original pear file. Would it work to do the following steps:
1. Change the pear file extension from .pear to .zip.
2. Unzip the archive.
3. Change the pathnames in the file from absolute to the correct relative
pathnames.
4. Rezip the unzipped directory structure.
5. Change the extension back to .pear.
If that works, then I can easily do it. I didn't realize that .pear files used
compression that is compatible with that used for .zip files.
Thanks,
Mike
Re: Repackaging an unpackaged pear file
Posted by Thilo Goetz <tw...@gmx.de>.
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
Re: Repackaging an unpackaged pear file
Posted by Marshall Schor <ms...@schor.com>.
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
On 4/26/2012 5:07 AM, Thilo Goetz wrote:
> On 25/04/12 23:20, Marshall Schor wrote:
>> I hope its trivial :-) (But I haven't tried it...).
> It's not trivial, because the pear installer desctructively
> replaces variables with local paths on installation. If
> you don't know what you're doing, it will be much easier to
> ask the other team to get you the original pear file.
>
> There is no supported way to repackage an installed pear
> file.
>
> --Thilo
>
>> -Marshall
>>
>> On 4/25/2012 1:15 PM, Mike O'Leary wrote:
>>> I received a copy of an application that works with UIMA a few weeks
>>> ago from
>>> some colleagues at another location. When I followed the instructions to
>>> install it, I got an error message while unpacking a pear file, and it
>>> looks
>>> like an XML file within it contains some hard-coded pathnames to a
>>> machine at
>>> the organization that sent our colleagues the application originally.
>>> I could
>>> ask them to get in touch with the organization and ask them to
>>> recreate the
>>> pear file with relative pathnames so it can be installed on machines
>>> on other
>>> networks, and I probably will do that. But I was wondering how hard it
>>> would be
>>> just to correct the pathnames, re-package the pear file, and reinstall
>>> that
>>> one. I have never worked with UIMA before, so I am learning the basics
>>> as I go.
>>> How complicated would it be to create an Eclipse project using the
>>> directory
>>> structure that the pear file expanded to, or to run a command line
>>> application
>>> that creates a pear file from that directory structure?
>>> Thanks,
>>> Mike
>>>
>>>
>
Re: Repackaging an unpackaged pear file
Posted by Thilo Goetz <tw...@gmx.de>.
On 25/04/12 23:20, Marshall Schor wrote:
> I hope its trivial :-) (But I haven't tried it...).
It's not trivial, because the pear installer desctructively
replaces variables with local paths on installation. If
you don't know what you're doing, it will be much easier to
ask the other team to get you the original pear file.
There is no supported way to repackage an installed pear
file.
--Thilo
>
> -Marshall
>
> On 4/25/2012 1:15 PM, Mike O'Leary wrote:
>> I received a copy of an application that works with UIMA a few weeks
>> ago from
>> some colleagues at another location. When I followed the instructions to
>> install it, I got an error message while unpacking a pear file, and it
>> looks
>> like an XML file within it contains some hard-coded pathnames to a
>> machine at
>> the organization that sent our colleagues the application originally.
>> I could
>> ask them to get in touch with the organization and ask them to
>> recreate the
>> pear file with relative pathnames so it can be installed on machines
>> on other
>> networks, and I probably will do that. But I was wondering how hard it
>> would be
>> just to correct the pathnames, re-package the pear file, and reinstall
>> that
>> one. I have never worked with UIMA before, so I am learning the basics
>> as I go.
>> How complicated would it be to create an Eclipse project using the
>> directory
>> structure that the pear file expanded to, or to run a command line
>> application
>> that creates a pear file from that directory structure?
>> Thanks,
>> Mike
>>
>>
Re: Repackaging an unpackaged pear file
Posted by Marshall Schor <ms...@schor.com>.
I hope its trivial :-) (But I haven't tried it...).
-Marshall
On 4/25/2012 1:15 PM, Mike O'Leary wrote:
> I received a copy of an application that works with UIMA a few weeks ago from
> some colleagues at another location. When I followed the instructions to
> install it, I got an error message while unpacking a pear file, and it looks
> like an XML file within it contains some hard-coded pathnames to a machine at
> the organization that sent our colleagues the application originally. I could
> ask them to get in touch with the organization and ask them to recreate the
> pear file with relative pathnames so it can be installed on machines on other
> networks, and I probably will do that. But I was wondering how hard it would be
> just to correct the pathnames, re-package the pear file, and reinstall that
> one. I have never worked with UIMA before, so I am learning the basics as I go.
> How complicated would it be to create an Eclipse project using the directory
> structure that the pear file expanded to, or to run a command line application
> that creates a pear file from that directory structure?
> Thanks,
> Mike
>
>