Как в Developer Org выполнять заказы?

[quote="Den Brown"]Что-то навеяла соседняя тема, как в Developer Org выполнять заказы?

Я работаю в сендбоксе, там есть вся необходимая метадата.

Но как я заметил, многие работают в Developer Org-ах.

Но как в собственном дев орге выполнять какие-то заказы? ведь в нем нет той метадаты, которая есть в приложении клиента, а вся работа в любом случае будет требовать присутствия в дев Орге этой метадаты...[/quote]

какая проблема скопировать всю необходимую метадату ?

Ага, https://help.salesforce.com/HTViewHelpDoc?id=import_which_data_import_tool.htm&siteLang=en_us

вижу что нужно все в ручную тащить в свой дев орг...

но перед этим еще и разобраться, что именно нужно копировать, а что не будет необходимо в работе.

Самый просто и эффективный вариант - написать скрипт, который будет создавать на орге нужные исходные данные. По типу того как мы подготавливаем данные в тест методах. Один раз потратить немного времени, зато потом экономить это время на создании нового орга.

[quote="Dmitry Shnyrev"] написать скрипт, который будет создавать на орге нужные исходные данные.[/quote]

то есть написать APEX, который создает требуюмую метадату? плюс немного изначальной даты? и ранить его в орге назначения?

или написать скрипт для ANT который вытянет нужную метадату и вставит в новый орг?

APEX, который создает требуюмую метадату

Ребяты а вам не кажется что вы запутались. Метадата переписывается через Ant. Есть нюансы, но все же это достаточно легко делается. А вот с датой все сложнее. Ее лучше через любой ETL перегнать.

[quote="wilder"]Ребяты а вам не кажется что вы запутались.[/quote]
Согласен, тут я имел ввиду именно initial data (необходимые данные для работы системы). Метадата, как слово, просто прилипла из вопроса.

Вопрос в том насколько этих initial data много. Если слишком много, то Data Migration (ETL, правда я ими никогда не пользовался, советую по совету других). Если мало, то можно и скриптом через dev console. 
Вот если данных много и приходится копировать большой кусок данных стоит задуматься, а влезут ли они на dev org с его 5MB.
У нас было такое - заказчик хотел посмотреть как будут перевариваться 7000 аккаунтов новым функционалом на моем  dev орге. Влезло только 2000 и то впритык.

[quote="wilder"]Ее лучше через любой ETL перегнать.[/quote]

[u][b]дайте пример какой-нибудь не сложной   ETL чтобы изучить и попробовать с СФ плиз. очень нужно[/b][/u]

[quote="Dmitry Shnyrev"]Метадата, как слово, просто прилипла из вопроса.[/quote]

ну тогда просто опишите что вы делаете в такой ситуации:

какой-то большой рабочий орг, у него есть фулсенд - у вас доступ к нему, но ничего там делать нельзя, кроме как "теситровать" финальные ЧСеты перед отпрвкой в Прод и пускать туда никого нельзя. Сендбоксов вам не дают. то есть все должно длеаться в частных дев оргах

ваше задание - что то подпилить с какой-то частью общего огромного приложения (сотня объектов) и добавить немного функционала привязанного к другой части.

Опишите плиз порядок ваших действия для организации работы в пустых дев оргах.

1. сливаю всю метадату(сейчас правильно! - код, объекты, и все что нужно), заливаю на dev org.
2. пробую функционал руками или тесты гоняю (если есть) чтобы все заработало.
3. если не хватает каких-то данных для работы (дефолтные аккаунты, custom settings) то переношу их вручную или с помощью Data Wizard. Возвращаюсь к пункту 2.
ПРОФИТ.
Обычно с этим проблем никогда не бывает, потому что структура проекта известна и дефолтные данные известны (если проект нормальный). Если проект черный ящик, то удачи в изучении.

Если функционал не сложный (именно допилить), то можно схалявить - запилить функционал на пустом dev орге, а потом перенести на sandbox и проверить как заработало. Не заработало - смотрим из-за чего и идем на dev допиливать и так по кругу.

[quote="Den Brown"][quote="wilder"]Ее лучше через любой ETL перегнать.[/quote]

[u][b]дайте пример какой-нибудь не сложной   ETL чтобы изучить и попробовать с СФ плиз. очень нужно[/b][/u]

[quote="Dmitry Shnyrev"]Метадата, как слово, просто прилипла из вопроса.[/quote]

ну тогда просто опишите что вы делаете в такой ситуации:

какой-то большой рабочий орг, у него есть фулсенд - у вас доступ к нему, но ничего там делать нельзя, кроме как "теситровать" финальные ЧСеты перед отпрвкой в Прод и пускать туда никого нельзя. Сендбоксов вам не дают. то есть все должно длеаться в частных дев оргах

ваше задание - что то подпилить с какой-то частью общего огромного приложения (сотня объектов) и добавить немного функционала привязанного к другой части.

Опишите плиз порядок ваших действия для организации работы в пустых дев оргах.[/quote]

Насчет не сложной не знаю. Я просто приведу список. DataLoader, JetterBit, Pentaho Kettle, Informatica. Самая простая из них это скорее всего DataLoader. Но и самая обрезанная.

1. Делаем полную копию метадаты. Я для этого использую свой Tool. Но можно попробовать для этого Eclipse.
2. Заливаем метадату на таргет ОРГ. Заливаю всегда через ANT. Обычно возникает масса ошибок. Но постепенно можно все решить.
3. Выкачиваем дату или сразу используем ETL.
4. Проверка тестов на выполнение.
5. Допиливаем функционал.

далее по твоему усмотрению.

[quote="wilder"]3. Выкачиваем метадату или сразу используем ETL. [/quote]

в этом пункте метадату или дату?

[quote="Den Brown"][quote="wilder"]3. Выкачиваем метадату или сразу используем ETL. [/quote]

в этом пункте метадату или дату?[/quote]

мой косяк :( дату конечно же :)

сколько времени у вас выходит чтобы  вот так подготовить дев орг к работе?

бывали ли что не получалось,как ни крути, запустить чужой Апп на дев орге?

что делате с таким "сендбоксированным" дев оргом, когда все уже сделано?

[quote="Den Brown"]сколько времени у вас выходит чтобы  вот так подготовить дев орг к работе?

бывали ли что не получалось,как ни крути, запустить чужой Апп на дев орге?

что делате с таким "сендбоксированным" дев оргом, когда все уже сделано?[/quote]

Залить метадату от 1 до 8 часов. Это зависит от того насколько сильно отличаются ОРГи.
Залить метадату от 4 до 16 часов в зависимости от количества связей и самих объектов.

Потом этот сендбокс использую для тестов.

[quote="wilder"]Залить метадату от 4 до 16 часов в зависимости от количества связей и самих объектов.[/quote]

здесь думаю имелась ввиду дата.

и есть серьезный вопрос про это.

как вы прописываете новые, соответствующие  ID в лук-апы записей кастомных объектов перед заливкой их на новый орг?

самый простой вараинт, для небольшого бъема - использовать LOOKUP функцию в Экселе.

но я думаю, что для более серьезных проектов нужно запилить классик на JAVA, который на твоей локальной машине примет два фалйла и перепишет ID как надо.

О, кстати хороший вопрос поднял Den. [b]Как переносить связанные данные? Что делать с lookup и master-details связями?[/b]

[quote="Dmitry Shnyrev"]О, кстати хороший вопрос поднял Den. Как переносить связанные данные? Что делать с lookup и master-details связями?[/quote]
Сохранять естественно, в доке по Data Loader даже написано как)
Кст, у меня такой встречный вопрос, не кто не пытался автоматизировать процесс переноса данных?

[quote="Gres"][quote="Dmitry Shnyrev"]О, кстати хороший вопрос поднял Den. Как переносить связанные данные? Что делать с lookup и master-details связями?[/quote]
Сохранять естественно, в доке по Data Loader даже написано как)
Кст, у меня такой встречный вопрос, не кто не пытался автоматизировать процесс переноса данных?[/quote]

Себе частично сделал. Но это касается только Custom Settings.

Если есть идеи как это делать милости прошу к обсуждению.

подождите. я так и не понял

[i]как вы прописываете новые, соответствующие ID в лук-апы записей кастомных объектов перед заливкой их на новый орг?[/i]

я написал что я делаю через функцию LOOKUP табличного редактора  (но объем данных у меня не велик) и потом уже Дата Лоудером загружаю записи с уже правильными АйДи в лукапах

а как вы делали это до сих пор? 

[quote="Gres"]в доке по Data Loader даже написано как) [/quote]
https://developer.salesforce.com/page/Data_Loader_and_relationships
Почему же всем лень гуглить?

Давно не работал с Data Loader, надо бы попробовать сделать это по-науке, спасибо.

вот почему важно спрашивать: ты думаешь, что знаешь (и не гуглиш), а на самом деле ты не знаешь.

[quote="Den Brown"]Давно не работал с Data Loader, надо бы попробовать сделать это по-науке, спасибо[/quote]
На самом деле это все равно отнимает много времени, надо бы придумать эффективный способ миграции данных.

[quote="Gres"][quote="Den Brown"]Давно не работал с Data Loader, надо бы попробовать сделать это по-науке, спасибо[/quote]
На самом деле это все равно отнимает много времени, надо бы придумать эффективный способ миграции данных.[/quote]

Сдается мне что все придумано до нас. Осталось только имплементировать:)