Руслан Лопатин

Enterprise Java Beans как раз и решают подобную задачу.

Это накладывает определённые требования на передаваемые по сети сущности. Например, они должны реализовывать интерфейс Serializable (это, впрочем, зависит от используемого транспорта).

Файлы properties должны быть в кодировке ISO-8859-1. Символы других кодировок должны быть экранированы (\uXXXX). Используйте утилиту native2ascii для конвертации. А ещё лучше - используйте IDE. Они автоматически экранируют символы.

Это возможно с помощью JSF.

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

Вот чрезвычайно простой пример, чтобы понять как оно работает.

В JVM не подсчёт ссылок, а сборщик мусора.

Единственный способ перебирать ссылки на объект - это встраиваться в процесс сборки мусора. Штудируйте исходный код. Но вы не решите таким образом каких-то практических задач.

Самый близкий к сборщику мусора программный интерфейс, который может оказаться полезным - это Reference. А точнее, его реализации: WeakReference, SoftReference и PhantomReference. Но пользоваться ими, не понимая в точности их контрактов, просто глупо.

Hibernate Reverse Engineering.
Учебник здесь. Но можно и нагуглить.

Не делайте так. Интерфейс для того и нужен, чтобы не иметь дело с деталями реализации. Используйте ICompany - и всё. Если в интерфейсе ICompany чего-то не хватает, то добавьте. Считайте Impl внутренними классами, недоступными клиентскому коду.

Если же вам действительно нужны разные реализации в клиентском коде, то вам не нужен интерфейс ICompany.

В любую IDE встроен такой отладчик. IDEA, Eclipse, NetBeans... чем не устраивает?

JButton myButton = new JButton("myButton") {{setBackground(Color.yellow);}};

1. Оно же даже не компилируется. У вас в AbstractFacade конструктор с одним аргументом, а в UsermyFacade - конструктор по умолчанию.
2. Всё ломается из-за того, что вы строите UsermyController вручную, вызовом new UsermyController(). Естественно, что никакие зависимости в него не внедряются. UsermyController должен быть сконструирован контейнером. Он может быть получен сервлетом как поле с аннотацией @Inject, например.

На stackoverflow говорят, что это не совсем то, что вам надо. FlavorEvent не посылается, если повторно скопировать данные из того же приложения.

Предлагаемое решение здесь.