Я вчера скачал новую версию студии и не могу её запустить, причем не могу запустить ни новую версию ни старую, пишет ошибку:
Repository access error: java,net,UnknownHostException:repo.cuba-platform.com
Сегодня опять перестала запускаться студия, флашднс не помогает
Если вы до этого собирали проект, то можете спокойно работать без связи с нашим репозиторием - включите в окне сервера Студии флажок Offline.
А до этого, будьте добры, включите DEBUG и приложите сюда лог студии. И пришлите пожалуйста вывод команды
nslookup repo.cuba-platform.com
Самое смешное что как только я попытался запустить студию сейчас все прошло без ошибок.
Если такое повториться, то пришлю лог
Да, будем ждать.
И nslookup repo.cuba-platform.com не забудьте пожалуйста, если опять будет что-то вроде UnknownHostException.
Лог студии:
16:31:47,043 INFO [log] jetty-6.1.26
16:31:47,107 INFO [log] NO JSP Support for /studio, did not find org.apache.jas
per.servlet.JspServlet
16:31:47,632 DEBUG [Main] ServletContext initialized: ServletContext@6f196607{/s
tudio,file:/D:/studio-1.1.2/web/}
16:31:47,665 INFO [log] Started SocketConnector@0.0.0.0:8111
Команда nslookup:
C:\Users\rmeerson>nslookup repo.cuba-platform.com
╤хЁтхЁ: nelson.magenta
Address: 192.0.2.2
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
Не заслуживающий доверия ответ:
╚ь : repo.cuba-platform.com
Address: 213.156.200.242
Спасибо, разбираемся.
В Offline режиме студия работает?
это был не весь лог студии, прошу прощения:
16:41:52,454 DEBUG [Main] Checking access to repository https://repo.cuba-platfo
rm.com/content/groups/work for user cuba
16:41:52,456 ERROR [Main] Repository access error
java.net.UnknownHostException: repo.cuba-platform.com
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java
:184)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:172)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:649)
at sun.security.ssl.BaseSSLSocketImpl.connect(BaseSSLSocketImpl.java:173
)
at sun.net.NetworkClient.doConnect(NetworkClient.java:180)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:432)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:527)
at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:275)
at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:371)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewH
ttpClient(AbstractDelegateHttpsURLConnection.java:191)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConn
ection.java:1103)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConne
ction.java:997)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect
(AbstractDelegateHttpsURLConnection.java:177)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLCo
nnection.java:1511)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon
nection.java:1439)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Http
sURLConnectionImpl.java:254)
at com.haulmont.studio.server.Main$4.run(Main.java:252)
at java.lang.Thread.run(Thread.java:745)
16:41:52,465 DEBUG [Main] Checking Gradle wrapper 1.8, offline=false
16:41:52,466 DEBUG [GradleConnector] Connecting from tooling API consumer versio
n 1.7
Tooling API is using target Gradle version: 1.8.
Connected to the daemon. Dispatching Build{id=733c7b90-d045-475c-b56d-97a9784899
45.1, currentDir=D:\studio-1.1.2\bin} request.
:tasks
------------------------------------------------------------
All tasks runnable from root project
------------------------------------------------------------
Build Setup tasks
-----------------
setupBuild - Initializes a new Gradle build. [incubating]
wrapper - Generates Gradle wrapper files. [incubating]
Help tasks
----------
dependencies - Displays all dependencies declared in root project 'tmp'.
dependencyInsight - Displays the insight into a specific dependency in root proj
ect 'tmp'.
help - Displays a help message
projects - Displays the sub-projects of root project 'tmp'.
properties - Displays the properties of root project 'tmp'.
tasks - Displays the tasks runnable from root project 'tmp'.
To see all tasks and more detail, run with --all.
BUILD SUCCESSFUL
Total time: 0.117 secs
16:41:52,588 INFO [log] jetty-6.1.26
16:41:52,621 INFO [log] NO JSP Support for /studio, did not find org.apache.jas
per.servlet.JspServlet
16:41:52,653 DEBUG [Main] ServletContext initialized: ServletContext@19630928{/s
tudio,file:/D:/studio-1.1.2/web/}
16:41:52,666 INFO [log] Started SocketConnector@0.0.0.0:8111
в офлайн режиме я не могу запустить сборку посколько студия говорит что файлы репозитория устарели
в офлайн режиме я не могу запустить сборку посколько студия говорит что файлы репозитория устарели
Скиньте сюда это сообщение или весь stacktrace если есть.
Уже не могу поскольку заработало,
там была ошибка связанная с тем что у меня не было нужных библиотек потому что до этого они не скачивались.
Большая просьба - при недоступности документации или репозитория выполните пожалуйста команды
nslookup -d2 repo.cuba-platform.com
nslookup -d2 docs.haulmont.com
и пришлите нам вывод.
C:\Users\rmeerson>nslookup -d2 docs.haulmont.com
------------
SendRequest(), len 40
HEADER:
opcode = QUERY, id = 1, rcode = NOERROR
header flags: query, want recursion
questions = 1, answers = 0, authority records = 0, additional = 0
QUESTIONS:
2.2.0.192.in-addr.arpa, type = PTR, class = IN
------------
------------
Got answer (68 bytes):
HEADER:
opcode = QUERY, id = 1, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 0, additional = 0
QUESTIONS:
2.2.0.192.in-addr.arpa, type = PTR, class = IN
ANSWERS:
-> 2.2.0.192.in-addr.arpa
type = PTR, class = IN, dlen = 16
name = nelson.magenta
ttl = 1200 (20 mins)
------------
╤хЁтхЁ: nelson.magenta
Address: 192.0.2.2
------------
SendRequest(), len 50
HEADER:
opcode = QUERY, id = 2, rcode = NOERROR
header flags: query, want recursion
questions = 1, answers = 0, authority records = 0, additional = 0
QUESTIONS:
docs.haulmont.com.ad.webzavod.ru, type = A, class = IN
------------
DNS request timed out.
timeout was 2 seconds.
timeout (2 secs)
Ошибка при выполнении SendRequest
------------
SendRequest(), len 50
HEADER:
opcode = QUERY, id = 3, rcode = NOERROR
header flags: query, want recursion
questions = 1, answers = 0, authority records = 0, additional = 0
QUESTIONS:
docs.haulmont.com.ad.webzavod.ru, type = AAAA, class = IN
------------
DNS request timed out.
timeout was 2 seconds.
timeout (2 secs)
Ошибка при выполнении SendRequest
------------
SendRequest(), len 35
HEADER:
opcode = QUERY, id = 4, rcode = NOERROR
header flags: query, want recursion
questions = 1, answers = 0, authority records = 0, additional = 0
QUESTIONS:
docs.haulmont.com, type = A, class = IN
------------
------------
Got answer (69 bytes):
HEADER:
opcode = QUERY, id = 4, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 2, authority records = 0, additional = 0
QUESTIONS:
docs.haulmont.com, type = A, class = IN
ANSWERS:
-> docs.haulmont.com
type = CNAME, class = IN, dlen = 6
canonical name = www.haulmont.com
ttl = 0 (0 secs)
-> www.haulmont.com
type = A, class = IN, dlen = 4
internet address = 178.32.54.95
ttl = 1439 (23 mins 59 secs)
------------
Не заслуживающий доверия ответ:
------------
SendRequest(), len 35
HEADER:
opcode = QUERY, id = 5, rcode = NOERROR
header flags: query, want recursion
questions = 1, answers = 0, authority records = 0, additional = 0
QUESTIONS:
docs.haulmont.com, type = AAAA, class = IN
------------
------------
Got answer (53 bytes):
HEADER:
opcode = QUERY, id = 5, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 0, additional = 0
QUESTIONS:
docs.haulmont.com, type = AAAA, class = IN
ANSWERS:
-> docs.haulmont.com
type = CNAME, class = IN, dlen = 6
canonical name = www.haulmont.com
ttl = 0 (0 secs)
------------
╚ь : www.haulmont.com
Address: 178.32.54.95
Aliases: docs.haulmont.com
Если проблема еще присутствует, выполните команду
ipconfig /flushdns
У нас меняли записи DNS, изменения не сразу доходят.
Аналогичная проблема. Возможно, связано с корпоративным файрволом. Но через Firefox я вижу URL репозитария: https://repo.cuba-platform.com/content/groups/work
Gradle так же не скачивался автоматически, установил вручную и указал путь к корню папки.
Но установил не версию 2.13 как Студия хочет, а последний на сегодня релиз 3.3 Теперь Студия ругается уже не на отсутствие доступа к Gradle, а к репозитарию CUBA.
docs.txt (4.2K)
repo.txt (4.1K)
Попробуйте установить переменные окружения с параметрами прокси, как рекомендовано здесь: https://doc.cuba-platform.com/manual-6.3-ru/cubaStudio_install.html
Константин,
спасибо, получилось. Прописал настройки JAVA_OPTS через системное окружение Windows 7.
Возможно, пригодится:
-DproxySet=true -DproxyHost=<имя_локального_прокси> -DproxyPort=<номер_порта_локального_прокси>
И всё-таки проблема осталась.
В браузере открывается окно с учебным проектом, но при попытке запустить компиляцию (через меню Build/Assemble Project) возникает сообщение об ошибке авторизации через прокси.
Нахожусь за корпоративным прокси, пытаюсь играться с параметрами JAVA_OPTS, каждый раз меняя их через командную строку Windows 7 таким образом:
set JAVA_OPTS=-DproxySet=TRUE -Dhttp.proxyHost=tmg.cdco.local -Dhttp.proxyPort=8080 -Dhttps.proxyHost=tmg.cdco.local -Dhttps.proxyPort=8080 -Dhttp.proxyUser=xxx -Dhttp.proxyPassword=yyy -Dhttps.proxyUser=xxx -Dhttps.proxyPassword=yyy
После изменения параметров JAVA_OPTS рестартую CUBA Studio Server через графический интерфейс (Stop/Start). Всё равно одна и та же ошибка.
И прочитать сообщение не могу - не получается перекодировать (см. скриншот).
Раз Студия смогла пройти через ваш прокси,значит и Gradle должен. Попробуйте убить демона Gradle: gradle --stop (или перезагрузить компьютер). Демон остается в памяти на некоторое время даже после рестарта сервера Студии.
После долгих танцев с бубном, подобрал работающие параметры для использования за корпоративным прокси:
set JAVA_OPTS=-DproxySet=true -Dhttp.proxyHost=<адрес_прокси> -Dhttp.proxyPort=<номер_порта> -Dhttps.proxyHost=<адрес_прокси> -Dhttps.proxyPort=<номер_порта> -Dhttp.proxyUser=<домен Windows><пользователь домена Windows> -Dhttp.proxyPassword=<пароль_пользователя> -Dhttps.proxyUser=<домен Windows><пользователь домена Windows> -Dhttps.proxyPassword=<пароль_пользователя>
У меня была проблема: установил через настройки Windows 7 часть параметров, а часть - устанавливал через командную строку. Если вычистить из командной строки переменную JAVA_OPTS, а потом просмотреть её состояние через команду set, то вроде как всё чисто, но при перезапуске Студии и принудительного убивания демона Gradle, всё равно Студия говорила, что пытается выйти в Инет через прокси, но не может пройти авторизацию. Где-то она это кэшировала…
Теперь в системном окружении ОС переменной JAVA_OPTS нет, устанавливаю значения через .BAT-файл. Единственный минус - при смене системного пароля ПК придётся каждый раз менять пароль для прокси вручную. Если удалить переменные proxyUser и proxyPassword - Студия не может достучаться до репозитария.
Константин, спасибо!
У меня та же проблема, но на Win XP: не получается достучаться к репозитарию .
2017-01-12 15:51:35,708 ERROR [com.haulmont.studio.server.a] Repository access error
java.net.ConnectException: Connection timed out: connect
при этом через браузер заходит нормально через корпоративный прокси.
JAVA_OPTS прописал по рекомендациям Сергея, но проблема не решается.
set JAVA_OPTS=-DproxySet=true -Dhttp.proxyHost=<my_adress_proxy> -Dhttp.proxyPort=8080 -Dhttp.proxyUser=<my_domen_win><user name> -Dhttp.proxyPassword=yyy -Dhttps.proxyHost=<my_adress_proxy> -Dhttps.proxyPort=8080 -Dhttps.proxyUser=<my_domen_win><user name> -Dhttps.proxyPassword=yyy
что можно еще “подергать” или продолжать танцы с бубном около JAVA_OPTS? но вроде все варианты испробовал.