tomcat7 bigbluebutton javax.xml.parsers.SAXParserFactory

как бы намекает на отсутствие SAXParserFactory. Что мешает добавить jar в проект?

Как это сделать? Я с разработкой приложений на жабе не знаком вообще.

И где его взять? findjar.com дает слишком много ссылок

Максимум, что приходилось делать - подпихивать .jar файл для поддержки постргреса в либеоффисе

ну можно например CLASSPATH показать, можно попробовать просто в уже развернутом progect_name/WEB-INF/lib подкинуть jaxp-api.jar и попробовать перезапустить приложение на томкате или вообще весь томкат. Суть в том что эта большая синяя кнопка не видит нужного кода из нужной jar, вот и все.

https://docs.oracle.com/javase/tutorial/essential/environment/paths.html https://www.mulesoft.com/tcat/tomcat-classpath http://tomcat.apache.org/tomcat-8.0-doc/class-loader-howto.html

Еще вот это стоит почитать, тогда все станет куда проще.

Ну и по тому как деплоятся приложения на томкат тоже стоит почитать в той же документации по томкату.

Осталось найти .jar с эти классом.

Странно, если оно при этом работает, то нафига ему этот класс...

в коде есть только упоминания «SAXParserFactory spf = SAXParserFactory.newInstance();»

Интересно jaxp-api-1.4.5.jar подойдет для этих целей?

скорее всего это jaxp-api какая-то из них подойдет скорее всего. Вроде проект не старый так что наверное верхняя.

https://mvnrepository.com/artifact/javax.xml/jaxp-api/1.4.2 https://mvnrepository.com/artifact/javax.xml/jaxp-api/1.3.1

Ну раз требует зачем-то значит нужен, вообще это jar для разбора xml и работы с ним. Что-то где-то парсит. Я не рассматривал эту синюю кнопку, если исходные тексты есть и это открытое решение можете утянуть проект и посмотреть по исходникам сами где эта фактори потом используется.

Не вижу проблемы. Простые попытки java.util.ServiceLoader найти реализацию SAX парсера. Там же рядом должен быть успешный stat() для данного файла или поиск в JAR того же (в rt.jar в частности); наверное в районе базовых JAR JDK/JRE.

зависит от того как собирается проект. Если через maven то его средствами, если просто из ide, то там в свойствах проекта добавляются dependencies

Можно ли это как-то исправить?

Зачем?

Если это можно просто исправить, то лучше исправить, т.к. это лишние запросы к ФС.

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

Вообще это должно идти только первый раз, странно, что оно каждый раз идёт (если я правильно тебя понял). Если оно реально один раз идёт, то ты ерундой страдаешь. Если при каждом запросе - стоит посмотреть в код приложения, возможно там что-то не кешируется, что стоит кешировать.

В конце http://tomcat.apache.org/tomcat-8.0-doc/class-loader-howto.html есть отдельный раздел про «XML Parsers and Java»

Видимо бороться нет смысла (учитывая мои знания жабы).

Какая версия java? Для старых версий это решалось тем, что в jre/lib/endorsed закидывались jar-ки.

Если верить исходникам то он при некоторых запросах создает каждый раз экземпляр того самого SAXParserFactory, а java пытается перебором classpath найти реализацию.

FactoryFinder перебирает classpath в поисках дескриптора сервиса, каждый вызов.

Так как, хз какая джава, и какой classpath, и если правда сильно хочется избавиться от этих запросов к ФС (хотя как писали выше, вероятность того что от них проседает производительность стремиться к нулю, это XML тормозит, а не сервис локатор):

1. Нужно узнать какой реализацией пользуется приложение. Для этого его нужно запустить с system property -Djaxp.debug=true

После этого в stderr будет вываливаться отладочная инфа по jaxp, включая следующе (в моём частном случае):

JAXP: find factoryId =javax.xml.parsers.SAXParserFactory
JAXP: loaded from fallback value: com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl
JAXP: created new instance of class com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl using ClassLoader: null

Кастомного сервиса не нашлось, и джава взяла com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl

2. Узнав реализацию сервиса, java можно сказать не искать сервис, а брать конкретный

-Djavax.xml.parsers.SAXParserFactory=com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl

После этого выхлоп измениться на

JAXP: find factoryId =javax.xml.parsers.SAXParserFactory
JAXP: found system property, value=com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl
JAXP: created new instance of class com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl using ClassLoader: null

И java не будет бегать по фс, а брать его из памяти.

1. stderr блокирующий, а значит на проде под нагрузкой производительность еще сильнее просядет
2. system properties можно закидывать в catalina.properties
3. catalina.sh заворачивает sdterr в catalina.out
4. это всё излишний перфекционизм, и это делать бесполезно

Спасибо за подробные пояснения.

Особенно за п.4