В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел.
В качастве эксперимента набросал код сохранения метадаты, в общем занимает это от 5 до 8 секунд. Теперь встает вопрос какого хрена ММ так долго сохраняет?
В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел. В качастве эксперимента набросал код сохранения метадаты, в общем занимает это от 5 до 8 секунд. Теперь встает вопрос какого хрена ММ так долго сохраняет?
Тоже последнее время бешусь по поводу сохранения на SF.
Конечно пока так и не понял на что грешить.
Помогает то переключение между API (c Metadata на Tooling и обратно) причем по какой-то непонятной закономерности работает быстро в момент времени только один из них. Либо играюсь переключением между прокси из разных стран. Тоже субъективно на глаз часто помогает. Короче хрень полная.
НО особо вырубает!!!
Запускаешь сохранение в MM (в других не пробовал) - класс висит pending (типа сохраняется). Надоедает ждать - нажимаю еще раз Ctrl+S. И тут начинается непонятная магия. Вторая операция успевает выполниться раньше предыдущей (которая все также висит в состоянии pending) - иду проверять - на орге последние изменения. И тут чудо - через полчаса выполняется эта зависшая операция и на орге оказывается вариант кода который я сохранял именно этой старой операцией! КАК? Причет закрыть и открыть MM не спасает. По ходу операция подвисает где-то на орге и выполняется когда ей придет на ум!
PS: Ненавижу сохранение в SF!
Тоже последнее время бешусь по поводу сохранения на SF. Конечно пока так и не понял на что грешить. Помогает то переключение между API (c Metadata на Tooling и обратно) причем по какой-то непонятной закономерности работает быстро в момент времени только один из них. Либо играюсь переключением между прокси из разных стран. Тоже субъективно на глаз часто помогает. Короче хрень полная. НО особо вырубает!!! Запускаешь сохранение в MM (в других не пробовал) - класс висит pending (типа сохраняется). Надоедает ждать - нажимаю еще раз Ctrl+S. И тут начинается непонятная магия. Вторая операция успевает выполниться раньше предыдущей (которая все также висит в состоянии pending) - иду проверять - на орге последние изменения. И тут чудо - через полчаса выполняется эта зависшая операция и на орге оказывается вариант кода который я сохранял именно этой старой операцией! КАК? Причет закрыть и открыть MM не спасает. По ходу операция подвисает где-то на орге и выполняется когда ей придет на ум! PS: Ненавижу сохранение в SF!
Хотя тоже интересное наблюдение. Я долго работаю на паре своих дев оргов - там сохранение просто жуть какое медленное. Зато недавно получил доступ на пару сандбоксов заказчика и о чудо - сохраняет так быстро что я с непривычки себя перепроверяю - чтобы убедиться что я не забыл сохранить.
Хотя тоже интересное наблюдение. Я долго работаю на паре своих дев оргов - там сохранение просто жуть какое медленное. Зато недавно получил доступ на пару сандбоксов заказчика и о чудо - сохраняет так быстро что я с непривычки себя перепроверяю - чтобы убедиться что я не забыл сохранить.
Я пробовал и на американские сервера сохранять и на европейские у меня статистика одна и та же максимум 8 сек.
[quote="Dmitry Shnyrev"]Хотя тоже интересное наблюдение. Я долго работаю на паре своих дев оргов - там сохранение просто жуть какое медленное. Зато недавно получил доступ на пару сандбоксов заказчика и о чудо - сохраняет так быстро что я с непривычки себя перепроверяю - чтобы убедиться что я не забыл сохранить.[/quote] Я пробовал и на американские сервера сохранять и на европейские у меня статистика одна и та же максимум 8 сек.
У меня например на одном орге бывают дни, когда MM очень долго сохраняет. При этом с другими такого не замечал. Никакие танцы с бубном не помогают.
У меня например на одном орге бывают дни, когда MM очень долго сохраняет. При этом с другими такого не замечал. Никакие танцы с бубном не помогают.
Ты имеешь ввиду обычное сохранение или сохранение с проверкой конфликтов?
[quote="wilder"]В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел. [/quote] Ты имеешь ввиду обычное сохранение или сохранение с проверкой конфликтов?
Там это все в одном запросе можно сделать.
[quote="Gres"][quote="wilder"]В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел. [/quote] Ты имеешь ввиду обычное сохранение или сохранение с проверкой конфликтов?[/quote] Там это все в одном запросе можно сделать.
Там это все в одном запросе можно сделать.
Как? Мне всегда казалось, что mm делает явно не 1 запрос.
[quote="wilder"]Там это все в одном запросе можно сделать.[/quote] Как? Мне всегда казалось, что mm делает явно не 1 запрос.
Там это все в одном запросе можно сделать.
Как? Мне всегда казалось, что mm делает явно не 1 запрос.
Ну мм не показатель. Я могу в одном. Скажу больше мне на все про все нужно только 3 запроса. А это создание или проверка метаконтейнера, создание ApexclassMember, создание асинхронного запроса к контейнеру. Проверка состояние контейнера с получением всех его полей.
[quote="Gres"][quote="wilder"]Там это все в одном запросе можно сделать.[/quote] Как? Мне всегда казалось, что mm делает явно не 1 запрос.[/quote] Ну мм не показатель. Я могу в одном. Скажу больше мне на все про все нужно только 3 запроса. А это создание или проверка метаконтейнера, создание ApexclassMember, создание асинхронного запроса к контейнеру. Проверка состояние контейнера с получением всех его полей.