Это помогло мне на моем Mac:
Объявите ваше приложение как «отлаживаемое» в вашем манифесте Android.
В файле AndroidManifest.xml добавьте android: debuggable = "true" к элементу.
Примечание. Если вы вручную включили отладку в файле манифеста, обязательно отключите ее перед сборкой для выпуска (ваше опубликованное приложение обычно не должно быть отлаживаемым).
Кстати, Сохранение данных в Grails построено поверх Hibernate. Как вы думаете, как JDO поможет вам в том, чего Hibernate не поможет? Я не понимаю, почему можно выбрать JDO по умолчанию.
Что касается JPA, я бы порекомендовал вам использовать JPA, Hibernate-реализацию JPA, которая удобна с Grails, а не какую-либо конкретную функцию Hibernate, если иное не убедительно.
[Больше не актуально после значительного изменения в вопросе]
Совершенно нормально иметь операции CRUD в самой сущности. Но есть случаи, когда вы можете работать с несколькими объектами, и в этом случае слой оказывается удобным и чистым, ИМХО. Опять же, это вопрос требований.
[Больше не актуально после значительного изменения в вопросе]
Взгляните на следующие статьи:
http://www.infoq.com/news/ 2007/09 / jpa-dao
Похоже, это действительно зависит от природы вашего приложения и его размера. JPA проще, поэтому я бы придерживался этого и постарался избежать уровня DAO в вашем приложении, если это довольно небольшое и простое приложение.
Я do понимаю, почему вы выбрали JDO. Не знаю, что такое "по умолчанию", о котором говорят другие авторы. JDO не зависит от хранилища данных. JPA - нет. JDO позволяет получать группы. JPA этого не делает. JDO позволяет идентифицировать хранилище данных. JPA этого не делает. JDO позволяет транзакции хранилища данных. JPA этого не делает. Все это публично записано http://db.apache.org/jdo/jdo_v_jpa.html
JDO и JPA не заполняют одно и то же проблемное пространство. Они перекрываются только для РСУБД. JPA разработан только для СУБД. JPA не проще, о чем свидетельствует сравнение API на http://db.apache.org/jdo/jdo_v_jpa_api.html
- Энди (DataNucleus)
Если вы строите для AppEngine, дорога короче и меньше сбоев, если вы используете JDO. В противном случае у вас будет слой JPA вокруг вашего движка JDO.