Documentation relating to v2:
http://code.google.com/p/dphibernate/wiki/SetupAndConfigurationV2
http://ria.dzone.com/articles/lazy-loading-flex-blazeds-hibernate
Blog posts:
http://martypitt.wordpress.com/tag/dpHibernate/
Samples for v2:
http://code.google.com/p/dphibernate/source/browse/#svn%2Ftrunk%2Fsamples%2FlazyLoadingWithSpring
http://code.google.com/p/lazyoverflow/
Regarding your specific issues - sounds like the .swc isn't in your build
path correctly. The import you're using is correct. If you're using
FlashBuilder, go to your project, right click -> properties -> build path ->
Library Path, and ensure the dpHibernate flex project is there. (If not,
add it).
Note - FlashBuilder's package explorer lets you look at the classes inside a
swc.
Defining a default hibernate service - normally this is done in the client
at startup:
http://code.google.com/p/dphibernate/source/browse/trunk/samples/lazyLoadingWithSpring/flex/src/Pepper.mxml#58
protected function
onAppComplete(event:FlexEvent):void
{
// Setup a default service.
// This is used by beans to perform
dpHibernate operations (Save / Load, etc)
// where a service has not yet been assigned
to the bean.
HibernateManaged.defaultHibernateService=dataService;
loadData();
}
Examples of this service are documented here:
http://code.google.com/p/dphibernate/wiki/SetupAndConfigurationV2#Server_side_services
Regards,
Marty
--------------------------------------------------
From: "pocketfuzzies" <pocket...@gmail.com>
Sent: Friday, March 18, 2011 12:33 PM
To: "dpHibernate" <dphib...@googlegroups.com>
Subject: dpHibernate 2.0 code example
> --
> You received this message because you are subscribed to the Google Groups
> "dpHibernate" group.
> To post to this group, send email to dphib...@googlegroups.com.
> To unsubscribe from this group, send email to
> dphibernate...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/dphibernate?hl=en.
>
>
Interesting issue regarding the primitives, that looks like a bug. I've
always used wrapper equviliants (eg., Long, instead of long), as doesn't
Hibernate just box the primitives during persistence? (Not sure where I
read that, I might have it wrong).
We've had a bunch of problems with handling long/Long, and bug fixes have
been committed, but it looks like there's still some bugs in there. Is
using java.lang.Long an option for your identity column?
I've filed a defect for this. Would you please update it with the full
stack trace. (Looks like Spring is throwing the exception there, not
dpHibernate - so it'd be good to understand the use case).
http://code.google.com/p/dphibernate/issues/detail?id=62
With regards to logging - nope, we've been pretty slack thus far in the
codebase, and haven't been using a standard logging framework - at least not
consistently. I've raised an enhancement for that, as we really should be
using SLF4j /log4J. That'll need to be post 2.0 however.
http://code.google.com/p/dphibernate/issues/detail?id=63
Thanks,
Marty
--------------------------------------------------
From: "pocketfuzzies" <pocket...@gmail.com>
Sent: Friday, March 18, 2011 3:28 PM
To: "dpHibernate" <dphib...@googlegroups.com>
Subject: Re: dpHibernate 2.0 code example