Debug Manage Package

[quote="Gres"]Как вы дебажите свои пакеты на тестовом инстансе?[/quote]
https://help.salesforce.com/apex/HTViewHelpDoc?id=lma_logging_in_to_sub_org.htm

[quote="Maxim Elets"]https://help.salesforce.com/apex/HTViewHelpDoc?id=lma_logging_in_to_sub_org.htm[/quote]
Я про то как посмотреть логи у manage пакета

[quote="Gres"][quote="Maxim Elets"]https://help.salesforce.com/apex/HTViewHelpDoc?id=lma_logging_in_to_sub_org.htm[/quote]
Я про то как посмотреть логи у manage пакета[/quote]

Через Subscribers можно смотреть логи. Суть в чем: на орге где вылез косяк, юзер открывает доступ на определенное время для саппорта. Ты идешь на орг с LMA, заходишь в таб Subscribers и видишь все орге где стоит твой пакет. выбираешь нужный орг и в нем будет список юзеров которые предоставили доступ. Ну а дальше все как обычно Setup->Debug и дебажишь. Будут видны все System.debug и прочая инфа. 

[b]UPD[/b]LMA ставится через запрос в саппорт салесфорса
+ в некоторых наших пакетах есть своя система с логами(но имхо это быстро может сожрать кучу места на орге)

[quote="Gres"][quote="Maxim Elets"]https://help.salesforce.com/apex/HTViewHelpDoc?id=lma_logging_in_to_sub_org.htm[/quote]
Я про то как посмотреть логи у manage пакета[/quote]
Дебагер свой в пакете пишешь смотришь чего тебе на емайл приходит.

[quote="Sergey Prichepo"]Дебагер свой в пакете пишешь смотришь чего тебе на емайл приходит.[/quote]
Был веселый проект, где люди любили дебажить сообщения на email, а потом все падало по количеству сообщений.

[quote="Maxim Elets"]Через Subscribers можно смотреть логи.[/quote]
Спасибо.
Просто слышал, что можно как-то извратиться, чтобы увидеть и обычные логи у пакета, думал, вдруг кто знает.

[quote="Gres"][quote="Sergey Prichepo"]Дебагер свой в пакете пишешь смотришь чего тебе на емайл приходит.[/quote]
Был веселый проект, где люди любили дебажить сообщения на email, а потом все падало по количеству сообщений.[/quote]
все правильно по количеству сообщений(мы до такого еще не доводили),но если сильно надо есть возможность обменивать callout на емайлы,но в любом случае если код хороший тебе надо отлавливать ошибки в друг на продакшене случиться fail.

[quote="Sergey Prichepo"]Дебагер свой в пакете пишешь смотришь чего тебе на емайл приходит.[/quote]
А если сделать свой дебагер, который будет писать в базу, в отдельный объект (ну а на этот объект уже навесить и отправку по емайл и стучать по API пачками, чтобы лимиты не кушало)? Давно руки чесались сделать такой. Согласен, что проблема с местом под базу, но можно сделать ротацию логов по времени. Как по мне звучит классно, просто пока не было необходимости это применить. Зато на любой орг зашел и видишь в базе всю историю логов.

[quote="Dmitry Shnyrev"][quote="Sergey Prichepo"]Дебагер свой в пакете пишешь смотришь чего тебе на емайл приходит.[/quote]
А если сделать свой дебагер, который будет писать в базу, в отдельный объект (ну а на этот объект уже навесить и отправку по емайл и стучать по API пачками, чтобы лимиты не кушало)? Давно руки чесались сделать такой. Согласен, что проблема с местом под базу, но можно сделать ротацию логов по времени. Как по мне звучит классно, просто пока не было необходимости это применить. Зато на любой орг зашел и видишь в базе всю историю логов.[/quote]

У меня так и сделано. В принципе удобно и лимиты не вылетают. Раз в день приходит письмо со всеми ошибками с орга.

[quote="wilder"]У меня так и сделано. В принципе удобно и лимиты не вылетают. Раз в день приходит письмо со всеми ошибками с орга.[/quote]
Значит, мой план не так уж и плох. Спасибо за подтверждение :) 
Когда-нибудь применю на практике.

[quote="Dmitry Shnyrev"][quote="wilder"]У меня так и сделано. В принципе удобно и лимиты не вылетают. Раз в день приходит письмо со всеми ошибками с орга.[/quote]
Значит, мой план не так уж и плох. Спасибо за подтверждение :) 
Когда-нибудь применю на практике.[/quote]

Примерно так и предлагает один из наиболее известных специалистов в community - http://advancedapex.com/

А дебажить чужой пакет кто-то пробовал?
Есть истории успеха?

Я помню сталкивался с этим вопросом и насколько я понял заниматься отладкой чужого пакета скорее нельзя чем можно. На то он и пакет, чтобы прятать чужую логику от посторонних глаз (я про managed package). Вроде в debug log выводится только информация по SOQL запросам. 
Как-то была у меня задача написать интеграцию с чужим пакетом из appExchange - Timba Survey (https://appexchange.salesforce.com/listingDetail?listingId=a0N30000001R6HXEA0). Бесплатное и очень красивое приложение, которое подарило мне немало sf опыта, пока я с ним ковырялся, поэтому с удовольствием оставляю выше ссылку. Собственно пакет то managed, поэтому получить доступ к коду не представляется возможным - черный ящик. В итоге я повесил триггеры на все объекты с логированием информации и таким образом узнал когда и каким образом создаются данные. После этого просто воссоздал необходимый функционал уже в своем коде и таким образом реализовал интеграцию. Мое решение успешно работало несколько лет и я думаю до сих пор работает :)