Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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 GSEIS 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
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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. On 19 Nov 2013, at 16:50, John Pollard j...@pollardweb.com wrote: Yes. Frameworks including WO / Wonder etc. are all embedded in the app, so something must be up in my Mavericks dev environment. On 19 Nov 2013, at 16:48, Chuck Hill ch...@global-village.net wrote: I meant the names/paths in the error message. On 2013-11-19 8:41 AM, John Pollard wrote: Hi Chuck, You mean Info.plist and Inrax.eomodeld look bogus? Inrax is the name of the system being modelled. No changes in deployment, other than the deployed apps with their embedded frameworks. Those are the same file model directory names as I currently have running on the live server now. I am probably suffering from 10 year old WO apps not adopting changing default naming conventions, but some config allows these to work on our live server! Thanks John On 19 Nov 2013, at 16:32, Chuck Hill ch...@global-village.net wrote: Those names look suspiciously bogus. Did you update the deployment server too? Chuck -- Chuck Hill Executive Managing Partner, VP Development and Technical Services Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/gvc/practical_webobjects Global Village Consulting ranks 13th in 2012 in BIV's Top 100 Fastest Growing Companies in B.C! Global Village Consulting ranks 44th in 25th annual PROFIT 500 ranking of Canada’s Fastest-Growing Companies by PROFIT Magazine! On 2013-11-19 8:20 AM, John Pollard wrote: Hi List, Slightly woolly question, but I have moved my development box to Mavericks, though I still build against Java 1.6, that shouldn't have changed. When deploying to our test server I get: Nov 19 15:48:33 MPMall[2001] ERROR er.extensions.appserver.ERXApplication - MPMall failed to start. IllegalArgumentException: Unable to read either 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/index.eomodeld' or 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/eomodel.plist In that model framework Resources directory I have Info.plist and Inrax.eomodeld which is how our live deployment is working at present. What determines the expected names of these files and clues on why a move to Mavericks might have caused this. I did have to reinstall ant afresh on Mavericks. Eclipse and wolips were not changed. Should I just rename my Inrax.eomodeld to index.eomodeld? Thanks for any pointers, the archives didn't turn anything up for me. John ___ 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/chill%40global-village.net This email sent to ch...@global-village.net ___ 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
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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 GSEIS 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 ___ 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
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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 GSEIS 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/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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 GSEIS 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/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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 GSEIS 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
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
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 GSEIS 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
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
Hi Chuck, You mean Info.plist and Inrax.eomodeld look bogus? Inrax is the name of the system being modelled. No changes in deployment, other than the deployed apps with their embedded frameworks. Those are the same file model directory names as I currently have running on the live server now. I am probably suffering from 10 year old WO apps not adopting changing default naming conventions, but some config allows these to work on our live server! Thanks John On 19 Nov 2013, at 16:32, Chuck Hill ch...@global-village.net wrote: Those names look suspiciously bogus. Did you update the deployment server too? Chuck -- Chuck Hill Executive Managing Partner, VP Development and Technical Services Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/gvc/practical_webobjects Global Village Consulting ranks 13th in 2012 in BIV's Top 100 Fastest Growing Companies in B.C! Global Village Consulting ranks 44th in 25th annual PROFIT 500 ranking of Canada’s Fastest-Growing Companies by PROFIT Magazine! On 2013-11-19 8:20 AM, John Pollard wrote: Hi List, Slightly woolly question, but I have moved my development box to Mavericks, though I still build against Java 1.6, that shouldn't have changed. When deploying to our test server I get: Nov 19 15:48:33 MPMall[2001] ERROR er.extensions.appserver.ERXApplication - MPMall failed to start. IllegalArgumentException: Unable to read either 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/index.eomodeld' or 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/eomodel.plist In that model framework Resources directory I have Info.plist and Inrax.eomodeld which is how our live deployment is working at present. What determines the expected names of these files and clues on why a move to Mavericks might have caused this. I did have to reinstall ant afresh on Mavericks. Eclipse and wolips were not changed. Should I just rename my Inrax.eomodeld to index.eomodeld? Thanks for any pointers, the archives didn't turn anything up for me. John ___ 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/chill%40global-village.net This email sent to ch...@global-village.net ___ 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
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
I meant the names/paths in the error message. On 2013-11-19 8:41 AM, John Pollard wrote: Hi Chuck, You mean Info.plist and Inrax.eomodeld look bogus? Inrax is the name of the system being modelled. No changes in deployment, other than the deployed apps with their embedded frameworks. Those are the same file model directory names as I currently have running on the live server now. I am probably suffering from 10 year old WO apps not adopting changing default naming conventions, but some config allows these to work on our live server! Thanks John On 19 Nov 2013, at 16:32, Chuck Hill ch...@global-village.netmailto:ch...@global-village.net wrote: Those names look suspiciously bogus. Did you update the deployment server too? Chuck -- Chuck Hill Executive Managing Partner, VP Development and Technical Services Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/gvc/practical_webobjects Global Village Consulting ranks 13th in 2012 in BIV's Top 100 Fastest Growing Companies in B.C! Global Village Consulting ranks 44th in 25th annual PROFIT 500 ranking of Canada’s Fastest-Growing Companies by PROFIT Magazine! On 2013-11-19 8:20 AM, John Pollard wrote: Hi List, Slightly woolly question, but I have moved my development box to Mavericks, though I still build against Java 1.6, that shouldn't have changed. When deploying to our test server I get: Nov 19 15:48:33 MPMall[2001] ERROR er.extensions.appserver.ERXApplication - MPMall failed to start. IllegalArgumentException: Unable to read either 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/index.eomodeld' or 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/eomodel.plist In that model framework Resources directory I have Info.plist and Inrax.eomodeld which is how our live deployment is working at present. What determines the expected names of these files and clues on why a move to Mavericks might have caused this. I did have to reinstall ant afresh on Mavericks. Eclipse and wolips were not changed. Should I just rename my Inrax.eomodeld to index.eomodeld? Thanks for any pointers, the archives didn't turn anything up for me. John ___ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.commailto:Webobjects-deploy@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net This email sent to ch...@global-village.netmailto:ch...@global-village.net ___ 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
Re: Deploying from Mavericks, now wants index.eomodeld / eomodel.plist
Yes. Frameworks including WO / Wonder etc. are all embedded in the app, so something must be up in my Mavericks dev environment. On 19 Nov 2013, at 16:48, Chuck Hill ch...@global-village.net wrote: I meant the names/paths in the error message. On 2013-11-19 8:41 AM, John Pollard wrote: Hi Chuck, You mean Info.plist and Inrax.eomodeld look bogus? Inrax is the name of the system being modelled. No changes in deployment, other than the deployed apps with their embedded frameworks. Those are the same file model directory names as I currently have running on the live server now. I am probably suffering from 10 year old WO apps not adopting changing default naming conventions, but some config allows these to work on our live server! Thanks John On 19 Nov 2013, at 16:32, Chuck Hill ch...@global-village.net wrote: Those names look suspiciously bogus. Did you update the deployment server too? Chuck -- Chuck Hill Executive Managing Partner, VP Development and Technical Services Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/gvc/practical_webobjects Global Village Consulting ranks 13th in 2012 in BIV's Top 100 Fastest Growing Companies in B.C! Global Village Consulting ranks 44th in 25th annual PROFIT 500 ranking of Canada’s Fastest-Growing Companies by PROFIT Magazine! On 2013-11-19 8:20 AM, John Pollard wrote: Hi List, Slightly woolly question, but I have moved my development box to Mavericks, though I still build against Java 1.6, that shouldn't have changed. When deploying to our test server I get: Nov 19 15:48:33 MPMall[2001] ERROR er.extensions.appserver.ERXApplication - MPMall failed to start. IllegalArgumentException: Unable to read either 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/index.eomodeld' or 'file:/opt/WODeployment/MPMall.woa/Contents/Frameworks/InraxEOModel.framework/Resources/eomodel.plist In that model framework Resources directory I have Info.plist and Inrax.eomodeld which is how our live deployment is working at present. What determines the expected names of these files and clues on why a move to Mavericks might have caused this. I did have to reinstall ant afresh on Mavericks. Eclipse and wolips were not changed. Should I just rename my Inrax.eomodeld to index.eomodeld? Thanks for any pointers, the archives didn't turn anything up for me. John ___ 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/chill%40global-village.net This email sent to ch...@global-village.net ___ 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