All, Just deleting ._Inrax.eomodeld wasn't enough, all sorts of other mysterious problems cropped up, caused by the ._ flies in the model directory itself, so they all need to go. Mysteriously the problems didn't show on my test server for the very same deployment tree containing the same hidden files, though that seems too odd to be true. I have now rid my release tars of the ._ files by setting the environment variable COPYFILE_DISABLE to 1 as per http://unix.stackexchange.com/questions/9665/create-tar-archive-of-a-directory-except-for-hidden-files One thing I changed when moving to Mavericks was to use the standard tar (pointing to bsdtar), where previously I used gnutar. John
On 20 Nov 2013, at 21:02, Mark Ritchie <mark.ritc...@mac.com> wrote: > Hi > Sorry to come late to the party. > I believe those files which have the prefix "._" are "Apple Double" files and > they contain the resource fork and possibly extended attributes of files > which are not on HFS. > You might have luck checking for any extended attributes before archiving the > file as I don't believe EOModel's use the resource fork. > Mark > > Sent from my iPhone > > On 2013-11-20, at 12:31, 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/mark.ritchie%40mac.com >> >> This email sent to mark.ritc...@mac.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/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/archive%40mail-archive.com This email sent to arch...@mail-archive.com
