Способы разрешения библиотечного конфликта в JMeter? - PullRequest
1 голос
/ 01 июля 2019

Получил пользовательский сэмплер JSR223 Groovy, который взаимодействует с API одного довольно специфического приложения.Один из финансового мира, поэтому он настолько скрытный, насколько это возможно, с едва ли что-то вроде документов / howtos / resources / any-other-kind-of-подсказки в открытых / общественных источниках.

APIКак выясняется, proxy lib зависит от конкретных версий Apache HttpClient / HttpCore, и они довольно старые.

Хотя сам JMeter (я на версии 4, это наша организацияpolicy) использует более новые версии обеих библиотек - и вышеупомянутые классы API не работают с этими версиями и становятся полностью неработоспособными.

Поскольку библиотеки HTTP уже находятся впуть к классу JMeter при запуске, просто поместите старые в папку / lib вместе с более новыми (и впоследствии используйте @grab - обходной путь, который хорошо подошел для автономного Groovy env) не работает, так как создаетконфликт для самого JMeter, и он не запустился должным образом.

Переупаковка классов API в одну большую толстую банку со всеми ее зависимостями и чем droppinПеренос его в / lib тоже не помог.

Есть какие-нибудь подсказки о возможных способах решения этой проблемы?

Есть ли способ динамически добавлять эти зависимости во время выполнения JSR223, исключая ихот пути к классу JMeter?

1 Ответ

1 голос
/ 02 июля 2019

Нет, JMeter JSR223 использует те же классы, что и приложение JMeter,

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

...