John,

Hidden underscore files generally only show up when you are using a file system 
that doesn’t support resource forks. If you drive is HFS+ then you shouldn’t 
see them.

But I think your problem may be with your workflow (specifically with tar), not 
the  filesystem.

http://stackoverflow.com/questions/8766730/tar-command-in-mac-os-x-adding-hidden-files-why

D

On Nov 20, 2013, at 3:31 PM, John Pollard <j...@pollardweb.com> wrote:

> My build is done on my new MacBook Pro Retina, no drooling please, 5 years 
> since my last one! I also use ant on my dev box and am not using Jenkins. 
> Disk Utility says the hard drive ssd is Mac OS Extended (Journaled) from 
> where the build trees are tarred up and copied to an AWS Linux deployment 
> box. I did actually think to try the patternset exclusion approach, but it 
> didn't help, presumably because the ._ files make their appearance at a basic 
> Mac OS level anyway. For now I took the easy option of deleting the 
> ._Inrax.eomodeld within the installation script on the server. I am quite 
> pleased that I made a VERY IMPORTANT find :), thanks Dave, had to apply some 
> serious binary chop to find the hidden menace.
> 
> On 20 Nov 2013, at 19:14, Timothy Worman <li...@thetimmy.com> wrote:
> 
>> Hey David:
>> 
>> Yeah, at this time I still build with ant and deploy manually - probably 
>> because I’m just a Tim and not a David.
>> 
>> I haven’t had any problems at all and I definitely do not have the type of 
>> metadata files John is describing in any of my projects or elsewhere on my 
>> filesystem.
>> 
>> Tim
>> 
>> On Nov 20, 2013, at 10:29 AM, David Avendasora <webobje...@avendasora.com> 
>> wrote:
>> 
>>> Hi Tim,
>>> 
>>> That makes a lot of sense.
>>> 
>>> Just to be clear, you are saying that you build your apps *for deployment* 
>>> on your development machine using Ant. Right?
>>> 
>>> Dave
>>> 
>>> 
>>> On Nov 20, 2013, at 12:35 PM, Timothy Worman <li...@thetimmy.com> wrote:
>>> 
>>>> I have been developing on Mavericks for some time and haven’t had this 
>>>> issue. There is no underscore convention file naming in any of my projects.
>>>> 
>>>> Is it possible that these projects' files were initially stored on a file 
>>>> server/share that used the underscore naming for file metadata? That is 
>>>> usually something you’d encounter with a product like netatalk, or…? When 
>>>> you copied them down from a server, there could have been metadata stored 
>>>> like that.
>>>> 
>>>> Tim
>>>> UCLA GSE&IS
>>>> 
>>>> On Nov 20, 2013, at 6:31 AM, David Avendasora <webobje...@avendasora.com> 
>>>> wrote:
>>>> 
>>>>> Interesting!
>>>>> 
>>>>> The place to suppress inclusion of these files is in each project’s 
>>>>> *.patternset files in the woproject directory at the root of the project. 
>>>>> Eclipse may be hiding this directory from you as normally you wouldn’t 
>>>>> need to modify it.
>>>>> 
>>>>> Inside are several .patternset files that control what goes-into and 
>>>>> excluded-from the Classes, Resources and WebServerResources directory at 
>>>>> build time.
>>>>> 
>>>>> This is an VERY IMPORTANT find! If you are using Jenkins on a Mavericks 
>>>>> box, you are probably going to need to make these changes as well.
>>>>> 
>>>>> Please post back when you’ve determined the exact settings that eliminate 
>>>>> problem files. It should also get added to the Wiki so people googling 
>>>>> WebObjects Mavericks will find it!
>>>>> 
>>>>> Dave
>>>>> 
>>>>> 
>>>>> On Nov 20, 2013, at 5:52 AM, John Pollard <j...@pollardweb.com> wrote:
>>>>> 
>>>>>> The problem turns out to be the inclusion of Mac OS X hidden files in 
>>>>>> the release tree that are related to how Mavericks stores meta 
>>>>>> information about files and directories.
>>>>>> 
>>>>>> For example, here is the content of the model Resources directory:
>>>>>> 
>>>>>> ._Info.plist  Info.plist  ._Inrax.eomodeld  Inrax.eomodeld  Java  ._Java
>>>>>> 
>>>>>> When I deleted ._Inrax.eomodeld the problem went away. Interesting how 
>>>>>> that foxed the WO frameworks somehow.
>>>>>> 
>>>>>> So I will look into how to suppress these in the release build.
>>>>> 
>>>>> 
>>>>> —————————————————————————————
>>>>> WebObjects - so easy that even Dave Avendasora can do it!™
>>>>> —————————————————————————————
>>>>> David Avendasora
>>>>> Senior Software Abuser
>>>>> Nekesto, Inc.
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> https://lists.apple.com/mailman/options/webobjects-deploy/lists%40thetimmy.com
>>>>> 
>>>>> This email sent to li...@thetimmy.com
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> —————————————————————————————
>>> WebObjects - so easy that even Dave Avendasora can do it!™
>>> —————————————————————————————
>>> David Avendasora
>>> Senior Software Abuser
>>> Nekesto, Inc.
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-deploy/jpollard%40inrax.com
>> 
>> This email sent to jpoll...@inrax.com
> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-deploy/dleber%40codeferous.com
> 
> This email sent to dle...@codeferous.com


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to