Могу ли я сохранить iBatis и Mybatis в одном приложении при переходе на myBatis?

Вопрос заключается в названии. Далее следует краткое объяснение.

У меня есть приложение, которое использует iBatis 2, и я хотел бы перейти на последнюю версию myBatis (3.2.0 на момент написания). Поскольку у меня нет времени для начала и завершения работы без необходимости выполнять другие задачи в этом приложении, и учитывая, что создание ветки потребует болезненного слияния в конце, мне было интересно, могу ли я представить myBatis, а затем встретиться моя цель постепенно. В конце концов, iBatis будет полностью удален.

Могу ли я столкнуться с некоторыми конфликтами на пути? Другими словами, могут ли iBatis 2.3 и MyBatis 3.2 жить вместе? Возможно, некоторые из вас столкнулись с одной и той же проблемой.

5
nl ja de
Следует ли использовать ibatis/mybatis одни и те же имена пакетов и классов? Если да, то они не могут жить вместе, но перенос будет легким.
добавлено автор Markus Kull, источник
Таким образом, вы говорите, что единственной проблемой является столкновение между именами пакетов. Вы уверены, что это так?
добавлено автор reallynice, источник

1 ответы

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

Большая часть работы заключается в изменении имен пакетов. Посмотрите на документ .

В любом случае, поскольку iBatis и myBatis используют разные пакеты, не должно быть никаких проблем с ними работать одновременно.

1
добавлено
Я чувствую, что я на вашей стороне, но я думаю, что кто-то разделяет меня с таким же страхом: это производственная среда, это уже подчеркивает, я не хочу, чтобы это еще больше подчеркивало. Это было бы вмешательством «под капотом», завершенным в то время, которое было выкопано между действиями. Поэтому, если это возможно, я хотел бы сохранить iBatis и MyBatis вместе в течение времени, необходимого для коммутатора. Мне было интересно получить подробный ответ, например. исследуя все возможные точки конфликта, поэтому было бы полезно, и можно сказать «хорошо, давайте начнем». Я думаю, что имена пакетов утверждают, что это один из самых важных.
добавлено автор reallynice, источник
pro.jvm
pro.jvm
3 503 участник(ов)

Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш сайт: projvm.com projvm.ru Наш канал: @proJVM Вакансии: @jvmjobs Конфы: @jvmconf

Java & Co
Java & Co
2 370 участник(ов)

Можно обсуждать с матом и без всё, что касается жабы, вплоть до холиваров. НЕ ИМЕЕТ ОТНОШЕНИЯ К САЙТУ JAVARUSH.RU ПРАВИЛА - https://t.me/javarush/75723 Вакансии сюда - https://telegram.me/joinchat/B7IzvUCnfo6d8t3yIxKguQ По вопросам - @thedude

learn.java
learn.java
1 888 участник(ов)

Чат для начинающих и не только Статистика: https://combot.org/chat/-1001083535868 Основной чат - @jvmchat

Java Underground
Java Underground
169 участник(ов)

https://vk.com/javatutorial

Javanese Questions
Javanese Questions
109 участник(ов)

Чат предназначен для обмена знаниями строго в формате в вопрос-ответ. Тема — Java, Kotlin и Android. Вопрос должен быть предварительно прогуглен, понятно и грамотно сформулирован, помечен хэштегами. Ответ — тем более. Куски кода размером в несколько строк можно писать прямо здесь, для больших кусков кода стоит использовать http://gist.github.com/, http://pastebin.com/, https://codeshare.io/ или любой аналогичный сервис. В некоторых случаях можно прикреплять скриншоты. Стикеры и гифки запрещены. Дополнять и уточнять вопросы и ответы — редактированием исходного сообщения. Обсуждения должны приводить к редактированию вопроса/ответа и удаляться. По хештегам можно искать существующие вопросы и овтеты: #вопрос #ответ #git #generics #java #server #awt #javafx #swing #kotlin #anko #tornadofx #ktor #android #recyclerView #performance #arch #network #permissions #storage #async