Приглашаю всех к обсуждению вопросов связанных с JetForcer (плагином IntelijIDEA для Salesforce разработки)
дубликат сообщения из общей ветки https://salesforce-developer.ru/forum/topic-ischu-novuu-ide
> Работа со статик ресурсами. Насколько я понял при создании бандла он появляется он(папка) появляется на месте самого статик ресурса (с таким же именем как сам статик ресурс).
Да, именно так.
> Но вот не нашел как вернуть его обратно.
Такое действие сейчас не поддерживается (не реализовано). Очевидно можно добиться возврата запакованного ресурса вручную (запощу нужные шаги чуть позже),
но также очевидно, что сейчас это будет слишком сложно для повседневной работы.
> К тому же такой интересный момент - как эти изменения будут отображаться на Git репозиторий?
Я предполагал, что для работы с Git удобнее хранить в репозитории уже распакованные бандлы, чтобы отслеживать изменения в отдельных файлах внутри бандла
(как вот описывает Maxim Elets).
Что касается совместимости:
1) совместимость IC (или другая IDE с 'внешней' папкой для распаковки) -> JF сейчас существует: при открытии (импорте) IC-проекта, JF просто проигнорирует внешнюю папку
и воспримет бандл как запакованный (из его стандартной локации). Для дальнейшей работы с содержимым бандла в JF его надо будет только распаковать через соответствующую акцию.
2) обратная совместимость JF -> IC здесь сейчас скорее отсутствует - я не ожидаю, что IC поймет проект, в котором бандл распакован в стандартной локации.
Поэтому в Git-репозитории, из которого работают не только в JF, стоит хранить бандлы в запакованном виде.
В целом я бы предложил следующие улучшения:
1) явную акцию упаковки выбранного бандла (как очевидное улучшение) - открыл на это https://youtrack.jetforcer.com/issue/JF-1170
2) выполнять (опционально) автоматическую упаковку всех бандлов в проекте при переключении ApexVCS -> Git (и обратную распаковку при переключении Git -> ApexVCS)
Для тех кому удобнее тракать в Git-репе распакованные бандлы, эта опция будет отключена.
Для тех же, кому важнее совместимость Git-репы с другими IDE, эта опция будет включена.
- открыл на это https://youtrack.jetforcer.com/issue/JF-1171.
Выполнение автоматической упаковки очевидно увеличит время выполнения переключения ApexVCS <-> Git,
но кажется, что упаковку нужно выполнять все равно, а момент переключения VCS для этого больше всего подходит.
Отдельно отмечу, что распаковки во 'внешней' папке хотелось бы избежать, чтобы не дублировать состояние бандла.
Также текущее поведение JF соответствует поведению SFDX, который оперирует распакованными бандлами прямо в их стандартной локации.
Комментарии по улучшениям welcome. Также Вы можете голосовать за иссьи прямо в youtrack.jetforcer.com, это будет влиять на приоритет их реализации.
дубликат сообщения из общей ветки https://salesforce-developer.ru/forum/topic-ischu-novuu-ide
Шаги workaround для обратной запаковки expanded resource bundle в JF:
0) есть распакованный бандл (папка) <projectRoot>/unpackaged/staticresources/mybundle.resource
1) задеплоить все изменения в бандле в орг
2) вне (!) IDE - например через Windows Explorer - удалить собственно папку ресурса <projectRoot>/unpackaged/staticresources/mybundle.resource
и соответствующий файл <projectRoot>/unpackaged/staticresources/mybundle.resource-meta.xml
3) также вне (!) IDE удалить папку и файл состояния из ApexVCS - <projectRoot>/.apex/staticresources/mybundle.resource + <projectRoot>/.apex/staticresources/mybundle.resource-meta.xml
4) выкачать бандл в орг заново - через акцию main menu -> Salesforce -> Retrieve Project -> выбрать mybundle под нодом StaticResource
Эх ребята, подкупили вы меня своим задором и целеустремленностью.
А так же раз мне выпал отличный шанс и свободное время (сегодня последний рабочий день с основным клиентов и можно со спокойной душей попрощаться с текущими проектами в ММ и IC), переключусь на JF как основную IDE.
Понравились ваша скорость развития и быстрая обратная связь.
Да, многое показалось сначала непривычным, но обсудив эти моменты здесь понял что в этих необычностях что-то есть. Ну и то что вы идете навстречу и охотно допиливаете свой продукт это круто!
Надеюсь мой опыт пригодиться вам чтобы сделать JF еще лучше!!! Обещаю активно отписываться о своих впечатлениях 
Cколько стоит это дело ?
не работает ссылка
не знаю, в хроме отлично работает.
у них походу сайт лежит хорошая реклама.
Не думаю 
5 человек на обрушат сайт
попробуй с другого браузера или девайса
Кстати, существует партнерская программа. За активное участие в развитии продукта могут дать бесплатную лицензию. Так что можешь попробовать помочь с развитием проекта, попробовать триальную версию и выдать свой вердикт. Если отзывы будут по делу, то есть шанс сэкономить на лицензии 
Тем самым убъешь 2-х зайцев. И инструмент получишь в распоряжение, которые по заверениям авторов уже превосходит по функционалу IC, и бабки съэкономишь!
Вышла 1.2 версия, в ней много плюшек 😊
Ничего не ломается только у тех, кто ничего не делает😊
Отличная новость!!!
Вот сейчас праздники закончатся буду пробовать!!!
1 - А что по лицензиям??
Personal - 59$ (в год, месяц, день, 1 раз на всю жизнь)?
Commercial - 99$ (в год, месяц, день, 1 раз на всю жизнь), на сколько человеков?
2 - Есть ли разница между P и С в плане саппорта и тд?
3 - Сколько дней на триал? (30)
И возможны ли какие конфликты если поставить этот плагин в догонку IC?
----------------------------------
я просто поставил его вторым после IC
IntelijIdea CE 2017.3.2
UPD: валится если открыть Preferences
я правильно понял что сейчас для ресурсов нельзя указать внешнюю папку?
то есть чтобы ресурсы распаковывались и запаковывались из папки resourses-uasya которая лежит в одном уровне с папкой src ?
Насколько я понял из сообщений в другой ветке нельзя ставить 2 плагина одновременно. Один должен быть минимум деактивирован.
Но я советую поставить WebStorm и поставить отдельно на него JetForcer.
У меня так стояло - IDEA Ultimate + IC и WebStorm + JF.
Удалил IC, поставил JF.
DB Navigator - New Plugin Version Available: A newer version of Database Navigator plugin is available in repository. Error report not sent.
У меня по ходу тоже в WebStorm ошибка от JetForcer прилетела
Мне кажется, эти проблемы легко чинятся. Стоит их засабмитить вместе со стектрейсом из idea.log в https://youtrack.jetforcer.com/issues, там их бытсрее увидят и починят.
"1 раз на всю жизнь", т.е. "perpetual"
аналогично - "1 раз на всю жизнь", т.е. "perpetual"
грубо говоря - на 1 человека, если точнее - можно купить например 10 лицензий, поставить их на 100 машин, но одновременно пользоваться не больше чем 10ю, т.е. ограничение коммерческой лицензии на кол-во одновременно работающих юзеров
нет
30 дней на первый триал, начиная с версии 1.2 добавлен "повторный триал" - при выходе каждой новой версии можно обновиться и попробовать еще 14 дней
Да, для ресурсов нельзя указать внешнюю папку. Собственно хотелось бы этого избежать и в будущем.
Лучше все-таки не избегать.
Есть много проектов заточенных под структуру того же MM. Они уже лежат в репозиториях.
Хотелось бы иметь src папку в проекте максимально чистой и соответствующей Salesforce Migration Tools (Ant).
Вот типичный случай. Папка src хранится в репозитории и используется разными тулами одинаково. Та же папка src должна спокойно перевариваться антом или любой IDE. В ММ с этим проблем нет.
Сорри, типичный случай не расскрыл пока пытался сформулировать идею.
Типичный случай - есть ант, и куча автоматизированных сктиптов.
Это все дело лежит в репозитории.
Берется ММ, создается пустой проект и папка src просто заменяется на ту что в репозитории.
Продолжаем работать.
Тоесть разрабы использую среду разработки поверх src, тот же CI использует src папку в своих черных делах (через ант)
люто плюсую :)
Ну или было бы просто гуд иметь возможность запаковать ресурс со сторонней папки, потому что не знаю как у остальных, но у меня работа с ресурсами последнее время сводится к тому, чтобы поправить что-то в исходниках и сделать Deploy To Server(то есть просто собрать zip и залить). Не помню когда последний раз приходилось делать unzip ресурса
Маленький фидбек:
Работа с ресурсами неудобна
Файлы сохраняет по сравнению с ММ и IC просто ВЕЧНОСТЬ!!!!;
Постоянно пытается сначала рефрешнуть файл с орга, а потом проверить на конфликты, приходится вечно кликать на Cancel - совершенно неудобно. Может есть где галка чтобы отключить чек конфликтов?
Всем спасибо - остаюсь на ММ пока он не перестанет работать.
Да, там вообще если конфликтов не обнаружено нотификация выскакивет что можно отключить проверку.
Ну либо ручками в настройках поменять галочку:
https://blog.jetbrains.com/idea/2018/02/salesforce-development-plugins-part-2-jetforcer/
Вышел неплохой пост про JF, можно ознакомиться
Кто успешно перешел на этот плагин?
Сильно большая ломка после IC?
Я уже давненько с JF. У тебя уже не должно быть т.к. все что есть в IC, если и у JF + еще список фич сверху.
Я уже давненько с JF. У тебя уже не должно быть т.к. все что есть в IC, если и у JF + еще список фич сверху.
тогда будем стараться переходить
через неделю-две, если проклацаешь хоть раз большенство фич - отпиши
думаю, ты поймешь что IC много чего еще не хватает.
через неделю-две, если проклацаешь хоть раз большенство фич - отпиши
думаю, ты поймешь что IC много чего еще не хватает.
Да, попробовал. Крутая штука.
Единственное к чему есть вопросы, работа с базой.
Очень очевидно она сделана, а так всё шикарно всё работает куда лучше чем в IC.
Ребята, IC cейчас полностью поменял политику новые версия будет стоить 125$ в год, я так понимаю они полностью будут переписывать IC под Salesforce DX подход. Может не прав.
Не мог бы подроблее отписать по-поводу базы? Разработчикам будет полезно, смогут внести изменени.
У меня другая инфа, тоже не уверен что на 100% прав. Но, думаю, Скот набрав аудиторию меняет тип лицензии на subscription дабы зарабатывать больше, потому как работы у него хватает. Все тому причина - конкуренция. И это хорошо. Другое дело, что подписка на Webstorm стоит 50$ в год. И если сравнить цену на IDE, и плагина под нее... Дело лично каждого, как говориться.
Не мог бы подроблее отписать по-поводу базы? Разработчикам будет полезно, смогут внести изменени.
да, конечно.
мне нравилось как это сделано в IC, вкладка внизу, с которой ты мог сразу нафигачить запрос.
Да есть DB browser однако через него нельзя посмотреть схему базы.
Если там реализовать схему чтобы был момент автогенереации запросов.
тогда это было бы куда круче.
Допустим выбрал сущность, выбрал поля и вуаля запрос.
Кстати да! Это большая боль у меня, я помню даже эклипс себе ставил что бы такую штуку себе сделать,Когда работаешь со станадртными сисетмными объектами типо омни channel, вообще не понятно как инфу получать.
Думаю сильно страстраиваться не придется. Знаю что ребята работают над тем что ты описал, так что нужно лишь подождать.
Думаю сильно страстраиваться не придется. Знаю что ребята работают над тем что ты описал, так что нужно лишь подождать.
Будем ждать
Ребята вообще монстры, фигачат молниеносно.
Привет. Это сделано в версии 1.3, она уже вышла, можешь попробовать https://plugins.jetbrains.com/plugin/9238-jetforcer--the-smartest-force-com-ide/update/44063
Всем привет! Кто-нибудь ещё пользуется этим плагином? А то что-то дата последнего сообщения немного пугает.
В общем, такой вопрос: хочу перенести (обновить) некоторые классы из одной организации в другую, как я понимаю, для этого нужно использовать опцию "Deploy to Multiple Accounts..." из контекстного меню. Завожу account для target org, "test connection" отрабатывает, "compare with remote..." отрабатывает - говорит что да, изменения есть, выбираю этот "Deploy to Multiple Accounts...", там выбираю account для target org, жму кнопку Deploy - окошко выбора account-ов закрывается, и, ..всё - больше ничего не происходит. Event Log пустой, в idea.log никаких ошибок нет. А отрабатывает этот "Deploy to Multiple Accounts..." только в том случае, если что-то в классе изменить (чтобы имя класса стало подсвечиваться синим), но не деплоить в текущую организацию, хотя при этом обычный Deploy отрабатывает нормально и на неизменённых классах (т.е. процедура деплоя инициируется). Выглядит как бага. У кого-нибудь ещё такое было? Или я что-то не так делаю? Если что, использую последнюю версию JetForcer-a на данный момент (2.1.6.192) + WebStorm (2019.2)
Написал им в саппорт (support@jetforcer.com), но пока как-то глухо.
Привет!
Deploy сейчас работает только для измененных файлов.
Если в файле нет ченжей, (ВЦС не видит ченжи) - то она скипает и не деплоит эти файлы на сервер
В обычном деплое (не Multiple Accounts) - тот бегроунд процес - это просто видимость
на деле файл не загрузится на сервер.
Про это есть тикет https://youtrack.jetforcer.com/issue/JF-1879.
Спасибо, Михаил - тогда буду ждать фикса (надеюсь, это не затянется на пол-года). Тикету "vote" поставил.
Кстати, ничего не слышно насчёт того, собираются ли они прокачивать Schema Explorer? А то в текущем состоянии он что-то совсем не очень - минимум информации о полях, поля для select-а не выбрать (или я плохо искал?), в look-up field не провалиться. В стареньком эклипсе с этим было на порядок лучше.
Ну, я как разработчик, могу посоветовать реквестить фичи в багтрекере - это увеличит шансы, что все пофиксится быстро Если хорошо и понятно оформить тикет, то с высокой вероятностью его возьмут в разработку сразу же.
Schema Explorer как раз в разработке в текущем релизе, можно зареквестить свои "хотелки" или голосовать за существующие.
1. https://youtrack.jetforcer.com/issue/JF-1757
2. https://youtrack.jetforcer.com/issue/JF-1752
3. https://youtrack.jetforcer.com/issue/JF-1745
4. https://youtrack.jetforcer.com/issue/JF-1767
5. https://youtrack.jetforcer.com/issue/JF-1755
6. https://youtrack.jetforcer.com/issue/JF-1753
7. https://youtrack.jetforcer.com/issue/JF-1759
Понял, Михаил, буду иметь в виду. Возможно даже, как будет свободное время, подкину вам туда парочку "хотелок"
Кстати, а как часто вы релизитесь? И когда планируется ближайший?
Релизы по разному, статистику можно посмотреть в репозитории . https://plugins.jetbrains.com/plugin/9238-jetforcer--the-smartest-force-com-ide/versions
Ближайший будет скорее всего к концу месяца.
Михаил, хотел бы уточнить known ли это issue или это вообще не issue:
Есть клиентская dev-организация (winter'20), в которой работают все операции (test connection, refresh, retrieve и т.п.), кроме деплоя, который валится с такой ошибкой:
at com.jetforcer.platform.deploy.SFToolingDeployer.deploy(SFToolingDeployer.java:95)
at com.jetforcer.platform.deploy.SFDeployOrValidateTask.doPerform(SFDeployOrValidateTask.java:63)
at com.jetforcer.platform.deploy.SFDeployOrValidateTask.doPerform(SFDeployOrValidateTask.java:44)
at com.jetforcer.platform.deploy.DeployTask.run(DeployTask.java:40)
at com.jetforcer.platform.util.SFUITask$1.run(SFUITask.java:82)
...
Но если в настройках отключить "Prefer Tooling API", то тогда деплой отрабатывает нормально. Самое интересное что при этом на этой же самой машине/организации/SF-учётки из под Эклипса с включенным Tooling API деплой работает. На других winter'20 организациях деплой из под JetForcer-a c Tooling API тоже работает без проблем. В чём, интересно, может быть дело? Судя по ошибке, это какой "internal server error" на стороне Форса - что-то ему, видать, не очень нравится во входящем запросе.
> An unexpected error occurred. Please include this ErrorId if you contact support: 213824506-32958 (839804308)
Тут стоит написать в саппорт салесфорса и дать им ErrorId. Без этого практически не реально понять, почему они реджектят запрос.
Понял, ладно. Я просто подумал, что вдруг это какая-то распространённая проблема, и от неё есть лекарство. Хорошо, что хоть без Tooling API всё работает.
