Eclipse, Неон EGit Интеграция дает Exception 401 Authorization Required

Question

После обновления Неон мой EGit интеграции не удалось за исключением следующего

UPDATE: See eclipse bug

i.errors.TransportException: https://github.com/[REPOSITORY]/SCA : 401 Требуется авторизация на org.eclipse.jgit.api.PushCommand.call (PushCommand.java:169) по адресу org.eclipse.egit.co re.op.PushOperation.run (PushOperation.java:217) в org.eclipse.egit.ui.internal.push.PushOperationUI.execute (PushOperationUI.java:167) at org.eclipse.egit.ui.internal .push.PushOperationUI $ 1.run (PushOperationUI.java:229) at org.eclipse.core.internal.jobs.Worker.run (Worker.java:55) Вызвано по: org.eclipse.jgit.errors.TransportException: https://github.com/SCASoftware/SCA: 401 Требуется авторизация на org.eclipse.jgit.transport.TransportHttp $ Service.openResponse (TransportHttp.java:855) в org.eclipse.jgit.transport.TransportHttp $ MultiRequestService.execute (TransportHttp.java:956) по адресу org.eclipse.jgit.transport.TransportHttp $ Service $ HttpExecuteSt ream.read (TransportHttp.java:882) на org.eclipse.jgit.util.io.UnionInputStream.read (UnionInputStream.java:145) в java.io.FilterInputStream.read (Unknown Source) в орг. eclipse.jgit.util.io.TimeoutInputStream.read (TimeoutInputStream.java:112) на org.eclipse.jgit.util.IO.readFully (IO.java:247) на org.eclipse.jgit.transport.PacketLineIn. readLength (PacketLineIn.java:186) на org.eclipse.jgit.transport.SideBandInputStream.needDataPacket (SideBandInputStream.java:154) на org.eclipse.jgit.transport.SideBandInputStream.read (SideBandInputStream.java:136) на org.eclipse.jgit.util.IO.readFully (IO.java:247) по адресу org.ec lipse.jgit.transport.PacketLineIn.readLength (PacketLineIn.java:186) на org.eclipse.jgit.transport.PacketLineIn.readString (PacketLineIn.java:138) на org.eclipse.jgit.transport.BasePackPushConnection. readStringLongTimeout (BasePackPushConnection.java:395) на org.eclipse.jgit.transport.BasePackPushConnection.readStatusReport (BasePackPushConnection.java:328) на org.eclipse.jgit.transport.BasePackPushConnection.doPush (BasePackPushConnection.java:203) на org.eclipse.jgit.transport.TransportHttp $ SmartHttpPushConnection.doPush (TransportHttp.java:786) в org.eclipse.jgit.transport.BasePackPushConnection.push (Base PackPushConnection.java:155) на org.eclipse.jgit.transport.PushProcess.execute (PushProcess.java:167) на org.eclipse.jgit.transport.Transport.push (Transport.java:1250) при орг .eclipse.jgit.api.PushCommand.call (PushCommand.java:158) ... 4 более

Я chequed свои учетные данные в веб-интерфейсе GitHub и продолжает неудачу. Более подробная информация:

eclipse.buildId = 4.6.1.M20160907-1200 java.version = 1.8.0_101 Java.vendor = Oracle Corporation Константы BootLoader: OS = win32, ARCH = x86_64, WS = win32, NL = es_ES Framework аргументы: -product org.eclipse.epp.package.jee.product Аргументы командной строки: -os win32 -ws win32 -arch x86_64 -продуктовой org.eclipse.epp.package.jee.product

Answer 1

короткая версия. Это ошибка Eclipse. Новая версия, которая исправляет эту проблему можно, выполнив:

• Справка -> Установить новое программное обеспечение
• Работа с: http://download.eclipse.org/mpc/releases/1.5.1a
• Выберите «EPP Marketplace Клиент»
• Действуйте с невыполнением

Длинная версия: Я только пытался клонировать. Но одно тонкое поведение, которое я заметил, и это, возможно, обходное решение для всех, заключается в том, что когда вы видите подсказку для пароля (приглашение без флажка для сохранения и без вашего идентификатора пользователя, предварительно заполненного в диалоговом окне), это действительно MPC, который запрос пароля. Если вы введете действительный пароль, тогда EGit не увидит код ответа 401, поэтому EGit не будет заполнять ваш сохраненный пароль при общении с этим сервером, поэтому следующий доступ EGit/JGit приведет к 401, поскольку сохраненные учетные данные не будут быть использованным. Трудная вещь, которую я заметил, заключалась в том, что если я просто удалю бегство или нажал отменить на подсказке поддельного пароля, тогда EGit начнет работать.

Обсуждение на форуме Eclipse: Eclipse Community Forum - Reply и bug.

Answer 2

Это workarround является оптимальным решением, но по крайней мере, работал для меня. У меня было старое рабочее пространство со старой версией Eclipse Marte. Я попытался установить одинаковые учетные данные таким же образом, и неудивительно, что работало старое затмение. Но он также предупредил меня, что другое приложение изменило хранилище паролей и попросило меня изменить их. Модификация его со старым затмением сделала работу Неона. Кажется, они разделяют хранилище паролей, по крайней мере, в Windows.