It's simple once you get it to work the first time. If you made your
provision for the domain com.skeyn then in the properties tab your
identifier should be com.skeyn.${PRODUCT_NAME:rfc1034identifier} The
last part of this is a macro that xcode will use to figure out what it
needs to properly sign it.
Xcode should make a good guess what provision you want to use but you
need to check the build settings. Look at the Code Signing Identity
setting. From the pop up list you can make sure that it wants to use
the right one and you can correct it if you need to. You typically
have at least one for development and another for ad hoc builds. Later
you'll need another for store or enterprise distribution.
On Nov 24, 2009, at 6:07 PM, Ian Piper wrote:
Hi,
I am a bit baffled by how I am supposed to use an Application ID for
an iPhone app. I have registered on the portal and have an
Application ID which I can see within Xcode in my provisioning
profile. It is a 10-character string followed by ".*"
From the Developer documents it appears that this should be added
to the bundle identifier information in the application info.plist
file in Xcode. At present this is just the default of
com.yourcompany.${PRODUCT_NAME:rfc1034identifier}. So I'm confused
by the fact that I can deploy my app to my iPhone with no problem -
if the Application ID is essential how am I able to send my app to
my iPhone?
If I read it right (and I probably don't) I think I need to put this
in my bundle identifier in the plist file:
GFWOTNXFIY.com.skeyn.IPNeatApp
Is that correct? If so, how come I can deploy my app? If it is not
correct, what is the Application ID for?
The second confusion is also in the docs, where it says:
"Note: Regardless of the format used by the iPhone application ID,
application bundles must always include
the application name in their bundle identifier."
Does this mean that I have to explicitly put the real name of my app
(IPNeatApp in the bogus example above) into the bundle identifier
rather than ${PRODUCT_NAME:rfc1034identifier}?
Any illumination gratefully received.
Ian.
--
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/adc%40frodis.com
This email sent to a...@frodis.com
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
