应用程序加载程序停留在“使用iTunes Store进行身份validation”阶段
我正要上传一个应用程序到iTunes连接，但应用程序加载程序一直处于“使用iTunes Store进行身份validation”的阶段，并等待了将近一个小时。networking没问题，我从来没有见过这种情况。遇到任何人这种问题？ 有什么解决办法？提前致谢。
在防火墙后面我遇到了这个问题。
我通过编辑来解决它：
/Applications/Xcode.app/Contents/Applications/Application\ Loader.app/Contents/MacOS/itms/java/lib/net.properties 如果你没有在上面提到的path中findnet.properties ，那么试试，因为它现在已经改变了。
/Applications/Xcode.app/Contents/Applications/Application\ Loader.app/Contents/itms/java/lib/net.properties
改行：
# https.proxyPort=443
至：
https.proxyPort=80
这使应用程序能够使用HTTPS的HTTP端口。 在这之后马上工作。 希望这可以帮助。
说实话，这可能不是一个答案，但它真的为我工作。
- 我启动了
Application Loader并开始提交。 当sumbitting正在进行时， - 我启动了
Organiser并selectDistribution over archiver in Xcode并开始上传并发。
他们一起工作，第二个完成提交。
只是我的经验。
我尝试了许多解决scheme，例如使用80端口进行https连接，但没有任何解决scheme为我工作。
https.proxyPort = 443
到https.proxyPort = 80
每当我面对这个问题时，我从两个不同的应用程序加载器实例上传应用程序，它就像一个魅力。
我的机器上有两个不同版本的应用程序加载器，一个带有XCode4，一个带有XCode5。 如果我同时从两个实例上传应用程序，它总是有效的。
我对此感到非常沮丧，不仅是由于问题本身，而且还有我不得不等待的时候称之为“它不会 – 再试一次”的不确定性。 – 我将退出Application Loader应用程序，重新打包我的ipa文件并重试。 可能用一个端口更改为net.properties文件。 但是它并不总是和上次一样。 所以我写在这里，主要是为了我自己！
我刚打电话的时候又打了一个电话，几乎就像一个魅力：
1）打开文件。 应用程序> Xcode>目录>应用程序>应用程序加载器>目录> MacOS> itms> java> lib – net.properties
2）更改行：
# https.proxyPort=<whatever>
至
https.proxyPort=80
确保你不取消注释# https.proxyHost= – 只要按照显示（注释）离开它。
3）启动应用程序加载器。 遵循通常的步骤，并开始使用发送命令上传您的IPA。
4）如果在合理的时间内（比如在10分钟内，我的耐心用完了），“似乎正在通过iTunes Store进行身份validation”，那么您是幸运的，可以睡觉或者闲逛。
5）启动Xcode组织者。 select您的档案并点击分配button。 它会显示几分钟的斜线进度。 如果不停止，杀死Xcode然后重试。
6）大约2分钟后，蓝色的固体进展将出现，并飞行你的“飞扬的鸟”…！ （我的既不是飞鸟也不是鸟）
（使应用程序加载器保持活跃状态，只是为了让它四处游走，我不知道它是否有用，但我只是迷信）
- 解决办法之外，这是苹果必须在释放iOS 8或iPhone 6之前修复的。认真的。 如果他们不这样做，我不会在明年浪费我的100美元。
（或者 – 这个bug是否仍然会阻止这些“Flappy”克隆永远泛滥app store？）
使用xCode 5进行testing：在我的情况下，也没有组织者或应用程序加载器的工作：他们堆积在“与iTunes商店authentication”。
我解决了它通过应用程序Loader发送应用程序，当它到达“用iTunes Store进行身份validation”时，我打开了组织者并上传应用程序：Loader和组织者同时发送应用程序。
似乎有什么事在我的路由器端口configuration，我的电脑无法从iTunes商店接到答复，authentication是成功的。 也许这个过程就是这样的：
1-申请加载器请求authentication。
2 – Itunes商店authentication已经完成，但应用程序加载器从来没有收到答案。 [但它仍然是authentication！]
3组织者发送应用程序，因为它已经通过应用程序加载器进行身份validation。
尝试使用其他互联网连接。 尝试通过Wi-Fi上传应用程序时遇到同样的问题。 没有什么可以帮助我，但是当我禁用Wi-Fi并尝试通过我的iPhone上的EDGE进行操作时，一切都是有效的！
我通过启动应用程序加载器的第二个实例来解决这个问题，而第一个实例说“用App Store进行身份validation…”。 您可以使用以下命令从“terminal”启动Application Loader的第二个实例：
open -n -a "Application Loader"
你可以尝试application uploader 。 昨天我也面对这个问题，甚至应用程序上传没有为我工作，然后我试着这个：
通过XCode上传：
第一步：首先通过单击Organizer的validationbutton来validation您的存档文件。
第二步：然后通过Oraganiser上传到App Store。 通过点击分发然后第一个选项等等。
它真的为我工作
如果在通过组织者上传时validation成功，则必须是networking问题。 应用程序加载器使用一些特定的端口，包括端口443.如果这些端口中的任何一个被您的Internet服务提供商或您的本地networking阻止，则应用程序加载器可能卡住 某些应用程序也阻止这些端口。 如果你正在运行Skypeclosures它。 如果它不起作用，那么这个解决scheme最终为我工作。 在net.properties文件中进行修改。 你可以通过terminal去应用程序文件夹来访问这个文件。然后移到Xcode.app，然后用cd Xcode.app
cd目录下的内容
应用Loader.app与cd Application \ Loader.app下一步
内容/ MAXOS / ITMS / JAVA / lib目录
现在你可以findnet.properties。
现在编写sudo pico net.properties并在文件中添加以下行
https.ProxyHost =
https.ProxyPort =
https.ProxyUser =
https.ProxyPassword =
现在启动应用程序加载器上传你的IPA文件，它将像一个魅力。
有时这是networking技巧。 连接到不同的networking可能会解决这个问题。
我在家里尝试了两种方式（Xcode /应用程序上传器），都没有工作。
然后，我把我的MacBook从家里带到了图书馆，在那里3到5分钟之内完成了上传（通过应用上传）。
内容/ MAXOS / ITMS / JAVA / lib目录
现在你可以findnet.properties。 用你最喜欢的文本编辑器编辑。 添加下面的行
https.ProxyHost =
https.ProxyPort =
https.ProxyUser =
https.ProxyPassword =
如果您的互联网连接速度较慢，您可能会通过app store通过xcode上传问题，但使用应用程序加载器您可以实现提交。
我所做的只是在/ Applications中复制我的Application Loader.app，并同时运行这两个Application Loaders。
在terminal简单使用这个命令它为我工作：
cd〜
mv .itmstransporter / .old_itmstransporter /
“/Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/bin/iTMSTransporter”
我今天遇到了类似的问题，而通过应用程序加载器直接从聚光灯下打开上传。 每次它通过所有的步骤，但卡在身份validation。 （AL版本2.9）
经过几十次失败的testing之后，我启动了Xcode并从Xcode（AL版本2.8）中打开了应用程序加载器，并重复了前面的步骤。 有趣的是，它首先检查步骤本身失败！ 它说它有证书的问题..所以所有的步骤再次得到itunesconnect和Mac上的新证书。 （如果有人想要.. 这里是照片的好说明 ）
它得到了authentication，二进制文件正常上传。
我尝试了很多东西，包括这里提供的build议。 一旦我在“应用程序加载器”中重新login以重新启动交付。 包通过authentication阶段并开始上传。 也许“应用程序加载器”需要重新validation您的身份validation，但不能说大声。
今天发生在我身上。 我closures了我的Mac，并在几个小时后尝试应用程序加载器。
有效。
我想这是iTunes Connect的一个问题。
我们尝试了很多在这个和其他职位上给予的东西，但是没有成功。
最后，我们把IPA文件交给客户端，通过应用程序加载器上传。 它的工作。
所以，我强烈build议如果你的应用程序validation正常，它仍然在authentication中，而不是尝试任何东西，只是尝试从不同的地理上完全不同的networking上传它。
这将节省你很多时间和头痛。
我遇到过同样的问题。 尝试所有这些答案有时可能有效，但通常需要很多时间，可能不会像我的情况那样结束。
我想出了一个可能适用于所有人的解决scheme。
-
通过以下产品创build.ipa文件：Product – > Arcive – > Disribute（Save for Enterprise或…） – > Next并将.ipa保存到目标
-
Xcode – >打开开发工具 – >应用程序加载器 – >交付你的应用程序 – >select你的.ipa文件
几分钟后，你的应用程序将提交给iTunes。 祝你好运
- Charles Proxy（或其他代理）可能会产生这种效果。
- 查看并接受会员中心的任何新条款。
我发现最好和最快的修复方法是将“应用程序加载程序”从“应用程序”文件夹复制到桌面，同时运行“应用程序加载程序”。
每次都喜欢魅力:)
在我的情况下，任何端口的服务器没有任何问题。 我有9 MB的构build。 具有良好的互联网速度，需要5分钟。 我觉得我被困住了。 但几分钟后成功上传。
我错过了分发签名实体。 我创造，它确实工作。
在这个问题上挣扎了好几天之后，对我来说唯一的解决scheme就是只使用Application Loader，而只selectDAV协议。
应用程序加载器 – >首选项 – >高级 – >只使用DAV。
问题是由于我的公司networking限制。 DAV使用https，因此不会被阻止。
在这里find解决scheme： itunesconnect使用应用程序加载器在防火墙后面
打开terminal并运行这些命令
- cd〜
- mv .itmstransporter / .old_itmstransporter /
- “/Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/bin/iTMSTransporter” 从这里得到
朋友们你好，不要担心， 只需在构build设置中禁用位代码选项，并进行构build和上传。
不需要做任何额外的工作
试试这个
