MG
Size: a a a
2020 February 19
BP
Проблема в чем - в проекте используется mpp старого формата. На фронте - frontendPlugin. Хочу перевести его на kotlin js plugin, но из-за этого начинает ругатся грэдл, мол конфликт между gradle plugin и kotlin plugin.
Это вроде один и тот же плагин
BP
(они там менялись, я не настоящий сварщик)
AN
Есть плагин kotlin-js, есть frontend, есть мультиплатформа. Чего надо, я не понял, но пример мпп фулстэк выглядит примерно вот так: https://github.com/mipt-npm/dataforge-vis/blob/master/demo/muon-monitor/build.gradle.kts
BP
Есть плагин kotlin-js, есть frontend, есть мультиплатформа. Чего надо, я не понял, но пример мпп фулстэк выглядит примерно вот так: https://github.com/mipt-npm/dataforge-vis/blob/master/demo/muon-monitor/build.gradle.kts
Что бы плагин из мпп в "заменить" на другой (фронтовский)
BP
Если в этом смысл ли?
AN
Что бы плагин из мпп в "заменить" на другой (фронтовский)
targets{ browser()}
MG
Начало потихоньку получаться, но столкнулся сейчас с следующей проблемой. Я не пишу тесты, и модули с тестами я отовсюду выпилил. При сборке фронта, на browserTest соответственно и падает. Не совсем понимаю, связано ли то с вышеописанным (выпиленные тестовые модули) или все же в чем-то другом проблема? Если не связанно, как тогда убрать эту таску browserTest?
AN
Начало потихоньку получаться, но столкнулся сейчас с следующей проблемой. Я не пишу тесты, и модули с тестами я отовсюду выпилил. При сборке фронта, на browserTest соответственно и падает. Не совсем понимаю, связано ли то с вышеописанным (выпиленные тестовые модули) или все же в чем-то другом проблема? Если не связанно, как тогда убрать эту таску browserTest?
Ну убирать точно не стоит. А где сейчас тесты, в common?
MG
Ну убирать точно не стоит. А где сейчас тесты, в common?
Под "отовсюду" я подразумеваю модули, которые генерируются идеей
IG
Версия 1.3.61?
AN
Ну так он срабатывает и что? Если он пустой, то проблем не должно быть
MG
Версия 1.3.61?
котлин - да, мпп - 1.3.70-eap-42
AN
котлин - да, мпп - 1.3.70-eap-42
Это как? версия должна быть одна и та же
IG
Был косяк с тем, что js тест раннер считал, что если нет тестов - значит проблема, и кидал 1 в качестве exit кода
Оно в 1.3.70 поправлено
Если это оно, то в качестве WA можно создать папку
И внутри создать любой js с содержимым
Оно в 1.3.70 поправлено
Если это оно, то в качестве WA можно создать папку
karma.config.dИ внутри создать любой js с содержимым
config.failOnEmptyTestSuite = falseIG
Но если версия гредлового плагина уже 1.3.70, тогда непонятно, потому что там такой проблемы быть уже не должно