Ну, близко к правильному. Но есть много нюансов. MyException на небольших проектах нужен редко. Т.е. в реальности оно нужно когда у вас большой сложый workflow и он имеет свои исключительные ситуации. В остальных же случая ваше исключение будет просто оберткой над cause, которая никому особо не нужна. Разве что если вам действительно нужно как-то спрятать десяток возможных внутренних исключений. Опять же, это на маленьких проектах редкость.

Обратите внимание на unchecked exception (RuntimeException). Хотя, по задумке, в Java RuntimeException нужны только для ошибок в коде проекта, а не для внешних исключительных ситуаций. Тем неменее многие их используют для того чтобы избавиться от лишних пробрасываний и catch блоков.

На самом деле catch нужен только там, где явно нужно обработать исключительную ситуацию. Но в большинстве случаев мы не можем ничего с ней сделать, кроме как залогировать\показать юзеру\отослать постой. Поэтому часто имеет смысл просто пробрасывать все исключения на самый верхний уровень, где обязательно есть специальный обработчик всех необработаных исключений. Чтобы никто не проскочил.

Полистайте поиск на этом форуме и на rsdn.ru про RuntimeException и Checked/Unchecked исключения вообще.

Я обычно использую Checked исключения только там где их действительно нужно обработать. А в остальном просто оборачиваю в RuntimeException и выкидываю на самый верх. Логировать любой возможный exception в каждом методе по стеку смысла нет. Только лог и код засирается.
Например новичку найти нужный Exception при ошибке деплоймента в старых версиях JBoss бывает тяжело. Так как в логе оно выглядит так




Это как раз просходит из за слишком обильного логирования исключений где только можно.