если раскомментировать 1 строку все нормально, если 2 то "Exception in thread "main" java.lang.UnsupportedOperationException"

история такая, изначально был только класс List, у него метод add не кидает исключения, и где-то метод addValue который не обрабатывает исключения, 
потом кто-то создал класс UnmodifiableList, отнаследовался от List, но у него метод add кидает исключения

как защититься от такого?

List не класс, List интерфейс, и у него есть некие реализации. Для операций изменяющих содержимое явно указанно, что они могут выбрасывать UnsupportedOperationException. Поэтому или ты работаешь в неком "известном" окружении, про которое ты знаешь что тебе передают modifiable list, или ты не используешь эти операции, или делаешь свою копию List-а.

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

это только у List или все "объекты"? 
если только у List мне вот интересно, они изначально об этом написали или когда добавили UnmodifiableList, если когда добавили то это как бы проблема, потому что до этого может быть написано очень много кода

вот эту проблему мне и интересно узнать как решать/предотвратить

У метода есть контракт описывающий поведение, и вести он себя должен соответвенно этому контракту. Если в контракте прописано что метод может выбрасывать эксепшн, надо быть к этому готовым.
Если же есть поведение не описанное контарктом, то это или проблема контракта или реализации. В любом случае это не техническая проблема.



Я говорил именно про List, но похожее поведение у всех Java коллекций.



UnsupportedOperationException существует с JDK 1.2. Не думаю что есть много кода написанного во времена до JDK 1.2.

согласен   

видимо пример с List не совсем удачный, я имел ввиду вот что, допустим есть такой код


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

а вместо некоторых объектов типа Foo появляются объекты типа Bar

и понятно что теперь иногда вылетают исключения

Конечно это проблема реализации, но что надо сделать чтобы быстрее узнать о существовании такой проблемы?

Стоит заметить, что бывает 2 типа эксепшенов которые может выкидывать мето:
1. Ожидаемые эксепшены, которые задекларированны в контракте.
2. Эксепшены которые разработчиком не планировались и происходят или из-за внешних проблем или из-за ошибки в коде, это всякие OutOfMemoryError и NullPointerException.

Применительно к твоему примеру, надо понять где проблема: 
* метод пока не реализован (содержит ошибку), но будет реализован/пофиксан в будущем - тогда ничего не делаем, ждем фикса
* метод так и должен выкидывать эксепшн, значит это проблема контракта базового метода - нужно изменить контакт, например задекларировать в Foo.test() выбрасываемый эксепшн, причем желательно чтобы он был checked чтобы найти все места где он может возникнуть