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