The binary you uploaded was invalid. The signature was invalid, or it was not signed with an Apple submission certificate

iTunes Connect へzipファイルをアップロードした際、エラーメッセージが表示され、アップロードできませんでした。その後、アップルのテクニカルサポートへメールして問い合わせたところ、以下の返答を受け取りました。

確認事項がありますので、同じ問題に遭遇された方は、今一度、確認してみてください。
解決されないようでしたら、テクニカルサポートへ、対象ファイルを送って、調査をしていただきましょう。

補足：
（当方の問題は、プロジェクト名に使用できないキャラクタを使用していたため、エラーとなっておりました。 ）


【テクニカルサポートからのメール内容】

Thank you for contacting Apple Developer Technical Support.
There are many reasons why you might get the error message

“The binary you uploaded was invalid. The signature was invalid, or it was not signed with an Apple submission certificate”

This is a generic message that broadly indicates that the file you’re uploading to iTunes Connect is not correctly signed. Here are a few of the items to check:
iTunes Connectにアップロードしているファイルが、正しく署名されていないことを示す一般的なメッセージです。
これらは、いくつかの確認事項です。

* You’re signing with your iPhone Distribution certificate and App Store Provisioning Profile (not your iPhone Developer certificate, Developer Provisioning Profile or Ad Hoc Distribution Provisioning Profile).
Distribution証明書とApp Storeプロビジョニング プロファイルでサインする。（Developer証明書とDeveloperプロビジョニング プロファイルではありません）

* You’re building on a Mac OS X-formatted drive or partition (not an MS-DOS-formatted drive or partition, a network drive, a folder that is sync’d to such a system (e.g. Dropbox), or a revision control system that doesn’t completely understand Mac OS X files).
Mac OS X-フォーマットドライブ or パーティションであること。（MS-DOS-フォーマットドライブ or パーティション、ネットワークドライブ、Dropboxなどの同期システムではありません）

* You’re compressing the resulting application.app file using Finder’s Compress command, and not a third-party or command-line tool.
Finderのコマンドで圧縮してあること。サードパーティまたは、コマンドラインでの圧縮では、ありません。

* You’re compressing the application.app file, and not the entire project, or other set of files.
圧縮対象は、アプリケーション.appであり、プロジェクト本体や、その他のファイル群ではありません。

* You’re not changing the filename or contents of anything related to the application.app file. Any changes at all will invalidate the code signature.
ファイル名、アプリケーション.appの内容を変更していないこと。変更を加えますと、コードの署名を無効にしてしまいます。

* Your Product Name (in your Target’s Build settings) and your Bundle name and Executable name (in your Info.plist) all match. Ideally, the two Info.plist items should be set to their default values, and changed by changing the Product Name.
プロダクト名、バンドル名、Info.plist内のExecutable nameが、すべて一致していること。

* Your Product Name and your Bundle Identifier (in your Info.plist) contains only Roman letters, numbers, hypens (“-”) and periods (“.”). That usually means no spaces, no underscores. See the “The UTI Character Set” in “Uniform Type Identifiers Overview” in the iPhone Reference Library.
プロダクト名、プロジェクト名、Info.plistの内のBundle Identifierは、ローマ字、数字、ハイフン、ピリオドのみ、使用していること。これらは、スペースやアンダースコアを含んでいないことを意味します。
<http://developer.apple.com/iphone/library/documentation/FileManagement/Conceptual/understanding_utis/understand_utis_intro/understand_utis_intro.html>
If all of these checks appear to be fine, please send the file you’re attempting to upload and we can investigate further.
もし、これらすべて確認し、問題ないようでしたらファイル送ってください。こちらで調査いたします。

Best Regards,
Developer Technical Support
Apple Developer Connection
Worldwide Developer Relations

Read more...

スマートな方法でxcodeの自動バックアップを行う

以下のブログにシンプルでスマートにxcodeのプロジェクトをバックアップする方法が記載されていました。

http://allancraig.net/blog/?p=138

【手順】
※とっても簡単ですので、最後まで目を通してから、実行してくだい。
 以下のNew Run Script Build Phaseを選択。

shell:パス、ウィンドウの中にスクリプトを記載するだけで終わりです。
※パス、スクリプト、カスタマイズについては以下の参照してください。

パスについて：
shell:の箇所に以下のパス記載する。

/usr/bin/ruby

ウィンドウの中スクリプトについて：
以下のスクリプトをダウンロード＆解凍し、エディタ等でファイルを開く。
ソースコード（スクリプトの内容）をコピー＆ペースト。

Download the Ruby code

プロジェクト（xcode）のソースに修正を加えて、何度かビルド実行する。
デスクトップにXcodeBackupsフォルダが作成されていること確認。
最後に、カスタマイズを行う。

【カスタマイズ方法】
自動的に以下のファイルが作成されていますので、必要に応じて、書き換える。

/Library/Application Support/BackupXcode/config.yaml

ファイルの中身： 

types_to_backup:         [ '.m', '.c', '.h', '.applescript', '.scpt', '.xcodeproj', '.xib']
excluded_folders:        ['build']
backup_dir:              '#{ENV['HOME']}/Desktop/XcodeBackups'
backup_interval:         '11'
time_format:             '24'
skip_unchanged_files:    'YES'
ftp_upload:              'NO'
ftp_server:              'ftp.site_name.net'
ftp_user:                'user_name'
ftp_pass:                'password'
ftp_upload_dir:          'public_html/upload_directory_name/'

各設定の説明

types_to_backup
バックアップ対象のファイルタイプを指定。

excluded_folders
バックアップ対象から外すフォルダ名を指定。

backup_dir
どこへバックアップするかを指定します。
フルパス指定でかまいません。

backup_interval
何回ごとのビルド時にパックアップを実行するか指定。
１をベースとし、好みの回数を加えます。
１０回ごとにバックアップを実行したい場合は、’１１’と指定します。
毎回行いたい場合は、’２’と指定します。

time_format
’24’と指定した場合、24時間表記となります。それ以外は、12時間表記となります。

skip_unchanged_files
‘YES’を指定した場合、ファイルの日付に変更があったもののみがバックアップされます。
デスク要領を節約することができます。
‘NO’を指定した場合、すべてバックアップされます。

ftp_upload
FTPについて、わからない方は、‘NO’ を指定。

Read more...

audioPlayerDidFinishPlayingが呼ばれないわけ

基礎からのiPhone SDK（初版）(p176)を参考にサウンドの再生を実装している方は、audioPlayerDidFinishPlayingがコールされませんので、メモリリークが発生してしまいます。

【解決策】
以下のように書き換える。

#pragma mark -
#pragma mark AVAudioPlayer Delegate Methods
- (void)audioPlayerDidFinishPlaying:(AVAudioPlayer *)player successfully:(BOOL)flag
{
    [player release];
}

補足：
AVAudioPlayer.hを確認する ↓

Read more...