Hi Mr. Brown,
I've committed a fix. You can change the version of
maven-wolifecyle-plugin to 2.1-SNAPSHOT and check if it works? Remember
the -U option to update SNAPSHOTs.
mvn -U clean package
I'll make a new release of this plug-in soon.
Cheers,
Henrique
On 18/01/10 14:28, Henrique Prange wrote:
> Hi Brown,
>
> I've created the issue WOL-1140 [1] to address this problem. Thanks for
> reporting.
>
> [1]http://issues.objectstyle.org/jira/browse/WOL-1140
>
> Cheers,
>
> Henrique
>
> On 18/01/10 13:00, Mr. G Brown wrote:
>> Hi folks,
>>
>> Maven produces ziptards ( ziptard, noun, a compressed representation of
>> a directory produced by tar-ing and gzipping the tar representaion of
>> the directory) of one's application, which doesn't have the necessary
>> executable bits set on the shell script that launches the application.
>>
>> If one unzips and un-tars the maven produced artifact, it won't launch.
>> However, in the /target directory, the application.WOA, has the
>> executable bit set on the script. If you look further into the ziptard's
>> unzipped application in the directory /contents/MacOS/Launch-script,
>> that script also does not have the executable bit set.
>>
>> Mr. Wotaskd is having a difficult day.
>>
>> Should not these bits be set? Ziptards seem like a good way to copy the
>> app and resources around. Is there a reason they should not be set?
>>
>> Thanks,
>>
>> <archetype>
>> <groupId>org.objectstyle.woproject.maven2
>> </groupId>
>> <artifactId>woapplication-archetype
>> </artifactId>
>> <version>2.1</version>
>> <description>WebObjects Application Archetype</description>
>> </archetype>
>> Mr. G Brown
>> gsbrow..mich.edu <mailto:gsbrown@umich.edu>
>>
>>
>>
This archive was generated by hypermail 2.0.0 : Wed Jan 20 2010 - 09:41:30 EST