Sdscompany.ru

Компьютерный журнал
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Java lang illegalstateexception ora 20001

Ошибка запуска системы обновления java.lang.IllegalStateException: PKI

Форум Рутокен → Вопросы по ЕГАИС → Ошибка запуска системы обновления java.lang.IllegalStateException: PKI

Страницы 1

Сообщений 4

#1 Тема от Rassel 2018-12-11 11:27:29

  • Rassel
  • Посетитель
  • Неактивен

Ошибка запуска системы обновления java.lang.IllegalStateException: PKI

Здравствуйте. Обновил сертификат RSA и теперь в логах «updater» выдает ошибку «Ошибка запуска системы обновления java.lang.IllegalStateException: PKI»и службы УТМ останавливаются.
До обновления

После обновления

update.log
2018-12-11 10:08:43,804 INFO es.programador.transport.updater.h — Запуск системы обновления
2018-12-11 10:08:45,418 INFO es.programador.transport.updater.h — Updater version: [3.0.8b000436] changeset: [8e580a4b2c8e+]
2018-12-11 10:08:45,463 DEBUG es.programador.transport.a.d — Битность системы: [32]
2018-12-11 10:08:45,467 DEBUG es.programador.transport.a.d — Версия системы: [Windows 7]
2018-12-11 10:08:45,469 DEBUG es.programador.transport.a.d — Windows: [true]
2018-12-11 10:08:45,470 DEBUG es.programador.transport.a.d — Linux: [false]
2018-12-11 10:08:45,485 DEBUG es.programador.transport.updater.h — Для RSA будет использоваться библиотека [C:WindowsSystem32rtPKCS11ECP-replica.dll]
2018-12-11 10:08:45,507 DEBUG es.programador.transport.a.d — Битность системы: [32]
2018-12-11 10:08:45,509 DEBUG es.programador.transport.a.d — Нативные файла находятся здесь:[C:UTMupdaterlibx32]
2018-12-11 10:08:45,566 DEBUG es.programador.transport.a.d — Создавать PKCS11 файл:always
2018-12-11 10:08:45,571 DEBUG es.programador.transport.a.d — Загрузка нативных библиотек из папки: [C:UTMupdaterlibx32]
2018-12-11 10:08:45,589 DEBUG es.programador.transport.a.b — Инициализация PKCS11. Начало
2018-12-11 10:08:45,598 DEBUG es.programador.transport.a.b — PKCS11 файл настройек: [C:UTMupdaterlibpkcs11.cfg]
2018-12-11 10:08:45,671 DEBUG es.programador.transport.a.b — PKCS11-библиотека:C:/Windows/System32/rtPKCS11ECP-replica.dll
2018-12-11 10:08:45,671 DEBUG es.programador.transport.a.b — Поиск номера слота смарт-карты (Sun/Oracle API)
2018-12-11 10:08:45,920 INFO es.programador.transport.a.b — Найден слот смарт-карты [0:Rutoken ECP ]
2018-12-11 10:08:45,923 DEBUG es.programador.transport.a.b — Конфигурационный файл: [name=TransportTerminal
library = «C:/Windows/System32/rtPKCS11ECP-replica.dll»
showInfo=true
slotListIndex=0]
2018-12-11 10:08:54,432 ERROR es.programador.transport.updater.h — Ошибка запуска системы обновления
java.lang.IllegalStateException: PKI хранилище не содержит подходящего сертификата
at es.programador.transport.a.b.a(Unknown Source)
at es.programador.transport.a.b.b(Unknown Source)
at es.programador.transport.updater.Main.a(Unknown Source)
at es.programador.transport.updater.Main.main(Unknown Source)
2018-12-11 10:08:54,476 INFO es.programador.transport.updater.h — Завершение работы (ShutdownHook)
2018-12-11 10:08:54,477 DEBUG es.programador.transport.updater.h — Остановка работы с RSA-криптографией
2018-12-11 10:08:54,502 INFO es.programador.transport.a.b — Начало вызова методов финализации
2018-12-11 10:08:54,503 INFO es.programador.transport.a.b — Используется Oracle/Sun API
2018-12-11 10:08:54,512 INFO es.programador.transport.a.b — Завершение вызова методов финализации
2018-12-11 10:11:22,795 INFO es.programador.transport.updater.h — Запуск системы обновления
2018-12-11 10:11:24,074 INFO es.programador.transport.updater.h — Updater version: [3.0.8b000436] changeset: [8e580a4b2c8e+]
2018-12-11 10:11:24,120 DEBUG es.programador.transport.a.d — Битность системы: [32]
2018-12-11 10:11:24,124 DEBUG es.programador.transport.a.d — Версия системы: [Windows 7]
2018-12-11 10:11:24,126 DEBUG es.programador.transport.a.d — Windows: [true]
2018-12-11 10:11:24,128 DEBUG es.programador.transport.a.d — Linux: [false]
2018-12-11 10:11:24,143 DEBUG es.programador.transport.updater.h — Для RSA будет использоваться библиотека [C:WindowsSystem32rtPKCS11ECP-replica.dll]
2018-12-11 10:11:24,165 DEBUG es.programador.transport.a.d — Битность системы: [32]
2018-12-11 10:11:24,167 DEBUG es.programador.transport.a.d — Нативные файла находятся здесь:[C:UTMupdaterlibx32]
2018-12-11 10:11:24,215 DEBUG es.programador.transport.a.d — Создавать PKCS11 файл:always
2018-12-11 10:11:24,220 DEBUG es.programador.transport.a.d — Загрузка нативных библиотек из папки: [C:UTMupdaterlibx32]
2018-12-11 10:11:24,238 DEBUG es.programador.transport.a.b — Инициализация PKCS11. Начало
2018-12-11 10:11:24,244 DEBUG es.programador.transport.a.b — PKCS11 файл настройек: [C:UTMupdaterlibpkcs11.cfg]
2018-12-11 10:11:24,257 DEBUG es.programador.transport.a.b — PKCS11-библиотека:C:/Windows/System32/rtPKCS11ECP-replica.dll
2018-12-11 10:11:24,257 DEBUG es.programador.transport.a.b — Поиск номера слота смарт-карты (Sun/Oracle API)
2018-12-11 10:11:24,497 INFO es.programador.transport.a.b — Найден слот смарт-карты [0:Rutoken ECP ]
2018-12-11 10:11:24,500 DEBUG es.programador.transport.a.b — Конфигурационный файл: [name=TransportTerminal
library = «C:/Windows/System32/rtPKCS11ECP-replica.dll»
showInfo=true
slotListIndex=0]
2018-12-11 10:11:29,326 ERROR es.programador.transport.updater.h — Ошибка запуска системы обновления
java.lang.IllegalStateException: PKI хранилище не содержит подходящего сертификата
at es.programador.transport.a.b.a(Unknown Source)
at es.programador.transport.a.b.b(Unknown Source)
at es.programador.transport.updater.Main.a(Unknown Source)
at es.programador.transport.updater.Main.main(Unknown Source)
2018-12-11 10:11:29,368 INFO es.programador.transport.updater.h — Завершение работы (ShutdownHook)
2018-12-11 10:11:29,369 DEBUG es.programador.transport.updater.h — Остановка работы с RSA-криптографией
2018-12-11 10:11:29,424 INFO es.programador.transport.a.b — Начало вызова методов финализации
2018-12-11 10:11:29,424 INFO es.programador.transport.a.b — Используется Oracle/Sun API
2018-12-11 10:11:29,432 INFO es.programador.transport.a.b — Завершение вызова методов финализации

#2 Ответ от Rassel 2018-12-11 11:57:08

  • Rassel
  • Посетитель
  • Неактивен

Re: Ошибка запуска системы обновления java.lang.IllegalStateException: PKI

Все заработала, через 1 час

#3 Ответ от Ксения Шаврова 2018-12-11 12:10:08

  • Ксения Шаврова
  • Администратор
  • Неактивен

Re: Ошибка запуска системы обновления java.lang.IllegalStateException: PKI

Здравствуйте, Rassel, RSA сертификат выписывается по времени на сервере egais.ru
Если это время не совпадает с вашим, нужно ждать, пока сертификат станет действительным.

#4 Ответ от Vintik 2018-12-12 17:18:06

  • Vintik
  • Посетитель
  • Неактивен

Re: Ошибка запуска системы обновления java.lang.IllegalStateException: PKI

Кто вам столько сертификатов записал на один ключ?!
Такого не должно быть

Не допускается эксплуатация аппаратного носителя:
без сертификата ключа КЭП,
без сертификата ключа RSA,
с сертификатом RSA, не соответствующим сертификату КЭП,
с использованием сертификата ключа КЭП с истекшим сроком действия,
с использованием сертификата ключа RSA с истекшим сроком действия,
с более, чем одним сертификатом КЭП,
с более, чем одним сертификатом RSA.

Ошибка Android: java.ленг.IllegalStateException: попытка запросить уже закрытый курсор

окружающая среда (Linux/Eclipse Dev для планшета Xoom под управлением HoneyComb 3.0.1)

в моем приложении я использую камеру (startIntentForResult ()), чтобы сделать снимок. После того, как снимок сделан, я получаю обратный вызов onActivityResult() и могу загрузить растровое изображение с помощью Uri, переданного через намерение «сфотографировать». В этот момент моя деятельность возобновляется, и я получаю ошибку, пытаясь перезагрузить изображения в галерею:

единственная логика курсора Я использую это после изображение берется я конвертирую Uri в файл, используя следующую логику

любые идеи, что я делаю неправильно?

6 ответов

похоже, что вызов managedQuery () устарел в API Honeycomb.

Doc для managedQuery () читает:

также я заметил, что вызываю курсор.close () после запроса, который, я думаю, является no-no. Нашел это очень полезная ссылка как хорошо. После некоторого чтения я придумал это изменение, которое, кажется, работает.

для записи, вот как я исправил это в своем коде (который работает на Android 1.6 и выше): проблема в моем случае заключалась в том, что я непреднамеренно закрывал управляемые курсоры, вызывая CursorAdapter.changeCursor(). Вызываю Активность.stopManagingCursor () на курсоре адаптера перед изменением курсора решил проблему:

Читать еще:  Как открыть проект java в eclipse

исправить: используйте context.getContentResolver().query вместо activity.managedQuery .

я создал этот вопрос здесь, поскольку я не мог прокомментировать последний ответ (комментарии отключены по какой-то причине). Я думал, что открытие новой темы только усложнит ситуацию.

я получаю сбои приложений, когда я иду от Действие A to Действие B а затем вернуться к Действие A. Это не происходит все время — только иногда и мне трудно найти, где именно это происходит. Все происходит на то же устройство (Nexus S), но я не считаю, что это проблема устройства.

у меня есть несколько вопросов относительно ответа @Martin Stine.

  • в документации говорится о changeCursor(c); : «измените базовый курсор на новый курсор. Если есть существующий курсор, он будет закрыт». Так почему же я должен stopManagingCursor(currentCursor); — это не перебор?
  • когда я использую код, предлагаемый @Martin Stine, я получаю исключение нулевого указателя. Причина то есть, что в первом «запуске» приложения ((SimpleCursorAdapter)getListAdapter()) будет оцениваться как NULL, потому что курсор еще не был создан. Конечно, я мог бы проверить, не получаю ли я null и только затем попытаться остановить управление курсором, но, наконец, я решил поместить свой » stopManagingCursor(currentCursor); в метод onPause() этого действия. Я думал, что таким образом у меня наверняка будет курсор, чтобы перестать управлять, и я должен сделать это, прежде чем я оставлю действие другому. Проблема — я использую несколько курсоры (один для заполнения текста поля EditText, а другой для представления списка) в моей деятельности, я думаю, не все из них связаны с курсором ListAdapter —
    • как узнать, какой из них перестать управлять? Если у меня есть 3 разных списка?
    • должен ли я закрыть все из них во время onPause() ?
    • как получить список всех моих открытых курсоров?

так много вопросов. Надеюсь, кто-нибудь сможет помощь.

когда я доберусь до onPause() у меня есть курсор, чтобы остановить управление, но я еще не определил, решает ли это проблему, поскольку эта ошибка появляется спорадически.

ПОСЛЕ НЕКОТОРОГО РАССЛЕДОВАНИЯ:

я нашел кое-что интересное, что может дать ответ на «таинственную» сторону этого вопроса:

Activity A использует два курсора: один для заполнения поля EditText. Другой — заполнить ListView.

при переходе от действия A к действию B и возвращении поле + ListView в действии A должно быть заполнено снова. Похоже, что поле EditText никогда не будет иметь проблем с этим. Я не мог найти способ получить текущий курсор поля EditText (например, в Cursor currentCursor = ((SimpleCursorAdapter)getListAdapter()).getCursor(); ) и причина говорит мне, что поле EditText не будет его хранить. С другой стороны, ListView «запомнит» свой курсор с прошлого раза (до действия A -> действие B). Кроме того, и это странная вещь, Cursor currentCursor = ((SimpleCursorAdapter)getListAdapter()).getCursor(); будет иметь другой идентификатор после действия B — > Activity A и все это без меня всегда зовут

Я думаю, что в некоторых случаях, когда системе нужно освободить ресурсы, курсор будет убит, а когда действие B -> действие A, система все равно попытается использовать этот старый мертвый курсор, что приведет к исключению. И в других случаях система придумает новый курсор, который все еще жив, и, таким образом, никаких исключений не произойдет. Это может объяснить, почему это появляется только иногда. Я думаю, это трудно отладить из-за разницы в скорости приложения при запуске или отладке приложения. При отладке требуется больше времени и, таким образом, может дать системе время придумать новый курсор или наоборот.

в моем понимании это делает использование

как рекомендовано @Martin Stine a должны в некоторых случаях и резервные in Другие: если я возвращаюсь к методу, и система пытается использовать мертвый курсор, необходимо создать новый курсор и заменить его в ListAdapter, иначе я получаю сердитых пользователей приложения с разбитым приложением. В другом случае, когда система найдет себе новый курсор — строки выше избыточны, поскольку они аннулируют хороший курсор и создают новый.

Я думаю, чтобы предотвратить эту избыточность, мне нужно что-то вроде этого:

Java.lang.IllegalStateException: несовместимый тип возвращаемого значения

Я использую EasyMock для создания макетов в тестовых случаях.

Тип принадлежит типу String . В моей среде разработки он работает нормально. Но если я перейду на свой сервер и сделаю сборку, он не выполнит следующую ошибку:

Я не знаю, почему он терпит неудачу на сервере и выполняется на моей машине разработки.

Разработка версии EasyMock: 2.5.2

У меня была такая же проблема.

У меня был частичный макет в EasyMock , но я забыл вызвать addMockedMethod для метода, который я хотел установить для ожидания.

Сообщение об ошибке было таким же, как указано выше, я бы сказал, что это несколько вводит в заблуждение.

В моем случае метод был final , на который я назвал expect on. Таким образом, EasyMock не смог издеваться над этим методом и поэтому не записывал вызов метода.

Убедитесь, что ваш объект entity не является простым POJO (например, new Entity() ), и он был создан с помощью методов createMock() EasyMock.

Для меня я должен был помнить, чтобы называть его reset (…) после его использования один раз, или я (причудливо) получил это сообщение об ошибке, ожидающее от него второй раз.

Читать еще:  Stringbuilder java delete

Java.lang.IllegalStateException: пытается запросить уже закрытый курсор android.database.sqlite.SQLiteCursor @

Я прочитал несколько связанных постов и даже разместил и отвечу здесь, но похоже, что я не смог решить проблему.

У меня 3 мероприятия:
Act1 (основной)
Акт 2
ACT3

При возвращении назад и вперед Act1- > Act2 и Act2- > Act1 я не получаю никаких проблем
При поступлении Act2- > Act3 я не получаю никаких проблем
При поступлении Act3- > Act2 я получаю случайные сбои со следующей ошибкой: java.lang.IllegalStateException: trying to requery an already closed cursor android.database.sqlite.SQLiteCursor@. . Это курсор ListView.

Что я пробовал:
1. Добавляем stopManagingCursor(currentCursor); к onPause() Act2, поэтому я прекращаю управление курсором при выходе из Act2 в Act3

При возврате из Act3 в Act2 я делаю следующее:

Итак, я убеждаюсь, что я недействителен курсором и использую другой. Я узнал, что когда я иду Act3- > Act2, система иногда будет использовать один и тот же курсор для представления списка, и иногда он будет иметь другое.

Это трудно отлаживать, и я не смог поймать систему сбоев во время отладки. Я подозреваю, что это связано с временем, которое требуется для отладки (long) и времени, которое требуется для запуска приложения (гораздо короче, без паузы из-за контрольных точек).

В Act2 я использую следующий Intent и не ожидаю результата:

Перемещение Act1- > Act2 Act2- > Act1 никогда не вызывает проблем. Там я использую startActivityForResult(intent, ACTIVITY_EDIT); , и я не уверен — может ли это быть источником моей проблемы?

Буду признателен, если кто-нибудь сможет пролить свет на эту тему. Мне интересно узнать об этом подробнее.

Я называю это двумерной проблемой: для этого сбоя были ответственны две вещи:
1. Я использовал startManagingCursor(mItemCursor); , где я не должен был.
2. Я забыл initCursorAdapter() (для автозаполнения) на onResume()

Теперь это работает нормально. Надеюсь, что так…

java.lang.IllegalStateException thrown by the Session Manager

Troubleshooting

Problem

The exception, java.lang.IllegalStateException, is thrown by the Session Manager if the session object is invalid.

Cause

The following methods will all throw the IllegalStateException if the session object is invalid:

  • SessionData.putValue
  • SessionData.getValue
  • SessionData.removeValue
  • SessionData.isNew
  • SessionData.getMaxInactiveInterval

The following is an IllegalStateException:

[02.11.15 04:05:54:500 PST] 3ced77c6 ServletInstan X Uncaught service() exception root cause <0>: <1>
"LoginServlet"
java.lang.IllegalStateException:

Session Object Internals:
id : QJP45EI1FEA0XAOKNVSDENA
hashCode : 1681586149
create time : Fri Nov 15 04:04:03 PST 2002
last access : Fri Nov 15 04:05:26 PST 2002
max inactive interval : 3600
user name : anonymous
valid session : false
new session : false
session active : false
overflowed : false
session application parameters :
enable epm : true
non-serializable app specific session data:
serializable app specific session data : session data list : Session Data List -> id : MRU next : null prev : null
at com.ibm.servlet.personalization.sessiontracking.SessionData.putValue
at com.ibm.servlet.personalization.sessiontracking.SessionData.setAttribute
at com.bb.toys.servlet.LoginServlet.doPost(LoginServlet.java
at javax.servlet.http.HttpServlet.service

Resolving The Problem

There are two reasons this exception occurs:

    The application invalidates the session and then tries to access it on the same request.

  • Two threads within the JVM™ both gain access to the session object. One thread invalidates the session and then the other thread attempts to use the session object
  • The following steps occur within the same request:

    1. HttpSession mySession = request.getSession();

      The mySession.invalidate() method is called.

    2. One of the following methods is called on the session object:
      1. mySession.putValue(myString, "is the session invalid");
      2. mySession.getValue(myString);
      3. mySession.removeValue(myString);
      4. mySession.isNew();
      5. Any other attempted operation on the session object.

    Check the servlet or JavaServer™ Pages (JSP) that threw the exception to determine if the scenario described above applies to your situation. If not, continue to the next section.

    Two threads within the JVM both gain access to the session object. One thread invalidates the session and then the other thread attempts to use the session object.

    1. Application code in Thread-1 gains access to the session object by calling:

    2. Application code in Thread-1 gains access to the session object by calling:

    java.lang.IllegalStateException: Response already committed

    Splash › Forums › PrettyFaces Users › java.lang.IllegalStateException: Response already committed

    This topic contains 15 replies, has 3 voices, and was last updated by Christian Kaltepoth 7 years, 11 months ago.

    The environment Weblogic 10.3.6, JSF 2.0, Prettyfaces – 3.3.3

    The error I’m getting is –

    Root cause of ServletException.

    java.lang.IllegalStateException: Response already committed

    The last line in the debug log comes from the ‘forms’ bean the function looks like this (edited for brevity):

    public String computeViewPath() <

    StringBuilder returnPath = new StringBuilder();

    logger.debug(“Return path: ” + returnPath.toString()); // I get this output which looks correct

    I saw an earlier post by Chritian regarding a similar issue and Phase, but I haven’t been able to find any documentation about RENDER_VIEW phase etc. I have also tried commenting out the
    MultiPageMessagesSupport section from faces-config.xml

    Could you tell us which value your dynaview method returns when this exceptions occurs? I think this is important for getting to know what is happening here.

    I just checked the code. Actually this error happens in a code branch that handles exceptions thrown while forwarding to the viewId returned by the dynaview method. But unfortunately, due to the error you are seeing, we don’t see the cause for this.

    Читать еще:  Javascript данные формы

    I just added an additional log statement to the code. Could you perhaps give 3.3.4-SNAPSHOT a try? Please see the following page for all details on how to use the snapshots:

    Christian, thanks for your help.

    I have used 3.3.4-SNAPSHOT in the pom.xml and used the same version in pretty-config.xml (without SNAPSHOT)

    I now get the following error. The first line shows the return value of my dynaview bean:

    Returning: /forms/home.jsf #This is the value that my dynaview returns

    ERROR [[ACTIVE] ExecuteThread: ’11’ for queue: ‘weblogic.kernel.Default (self-tuning)’] (DynaviewEngine.java:107) – Failed to process dynaview

    Caused by: java.lang.NullPointerException

    Ew yuck! That looks like a JSF bug! Are you using the Flash Scope at all?

    No just searched all the code and there isn’t any getFlash or even # in either java or xhtml.

    Ok here are a few more things I tried after reading up about this. I turned off all filters except for Pretty Faces. Then inside pretty-config.xml I added this:

    Also tried pattern value=”/forms/home$”

    But even this causes the same original error (when trying to navigate to ctx/forms/home) , and I can confirm that it is not going into dynaview Bean. Not sure if this helps or clarifies anything.

    Thanks again for both your help.

    What happens if you create just a very simple, bare minimal app with PrettyFaces and one view file on weblogic. Do you have the same problem?

    I think we already hat similar bug reports. At least the exception sounds familiar.

    If I remember correctly it was a Mojarra bug. Which version are you using?

    And perhaps have a look at the other posts regarding this:

    Just an update. I went crazy tearing everything down, and it was finally when I took everything out that I realized that it was a missing .xhtml page! Its strange though that there wouldn’t be a simpler way to tell from the log files that a file did not exist. This was why trying not just dynaview, but rewrite, and finally my own custom filter all failed with more or less the same error. Anyway this issue has been resolved, there are a few posts through google about these errors showing up on a 404 error, but it took me a while to figure it out. I just hope this helps someone facing a similar issue.

    Thanks again for all your help.

    thanks for giving this update for the issue your had. I’m sorry to hear that it caused so much trouble. However I think this is really a Mojarra issue. I had a look at the Mojarra source back then and there was some strange stuff happening there (see my post in one of the threads regarding this).

    However. I hope this will help others who run into that issue.

    I took a look at your comments in the other post about it probably being an issue with Mojara 2.1.2. It does seem like a 404 error ought not throw up all these other errors.

    In the case of my project since this is a WAR targeted for WL 10.3.6 (so much for cross-platform Java) apparently WL requires JSF 2.0 to be deployed as a shared library on the server before it can referenced by any applications. I can’t even use another version of JSF, only the WL provided one.

    I opened the shared library jsf-2.0.war in (wlserver/common/deployable-libraries) and found it only contained 4 libraries in WEB-INF/lib – glassfish.jsf_1.0.0.0_2-0-4.jar, glassfish.jstl_1.2.0.1.jar, javax.jsf_1.0.0.0_2-0.jar, wls.jsf.di.jar

    Opening the glassfish.jsf..jar showed me the com.sun.faces.* packages which is where the error is being thrown up. So I guess my question is, is this glassfish.jsf the Mojarra reference implementation? I guess if that is the case then I am stuck with the error and will have to find a way to handle the error gracefully in my code, though its ugly having to do that for a standard library, especially one that cannot be replaced or upgraded.

    Thanks for all your help,

    Yes, in this case the server is using Mojarra, which is the JSF reference implementation.

    Do you perhaps see a line like this in your log messages:

    INFO: Initializing Mojarra 2.1.3 (FCS b01) for context ‘/something’

    Just to get a clear view on this bug: Does it only throw these exceptions if your dynaview method returns a view that doesn’t exist (results in a 404)? So everything works with a valid viewId? Or does it fail for valid viewIds too?

    I grepped all the log files and there is no reference to “Mojarra” in any of them. Yes this error is only thrown when a file does not exist. It works with valid view-ids and was working fine in other cases.

    If it will help I can write up a simple test case demonstrating the error and upload the file somewhere. But it will take me a couple of days to get to doing that.

    Not sure how I missed it earlier, maybe I was grepping the wrong log files. But yes I do see – “INFO: Initializing Mojarra 2.0.4 (FCS b07) for context…” in my live server console window.

    Ссылка на основную публикацию
    Adblock
    detector