tag:blogger.com,1999:blog-8016779305319101687.post4908396851002899548..comments2023-12-01T08:04:36.839-05:00Comments on owenkellett.com: Project Snowman: Lessons LearnedOwenhttp://www.blogger.com/profile/14881633441845486332noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-8016779305319101687.post-55360377126140219402008-09-23T13:28:26.000-04:002008-09-23T13:28:26.000-04:00"However, I would like to see this taken one ..."However, I would like to see this taken one step further and provide an alternative means of acquiring Managers from the Project Darkstar stack without relying on so many static method calls (another one for the to-do list)."<br><br>I have already done that with Dimdwarf (http://dimdwarf.sourceforge.net/). Specifically, the net.orfjackal.dimdwarf.serial.InjectObjectsOnDeserialization class uses Guice to inject dependencies into the objects when they are deserialized by net.orfjackal.dimdwarf.serial.ObjectSerializerImpl. This supports method and field injection (constructor injection is later in my todo list). Dimdwarf uses that to inject EntityLoader (~DataManager) into EntityReferenceImpl (~ManagedReference), but the same thing will work also for application classes.<br><br>Porting it and other things to Darkstar is in my todo list.Jackal von ÖRFnoreply@blogger.comtag:blogger.com,1999:blog-8016779305319101687.post-25560145912825518072008-09-23T14:08:23.000-04:002008-09-23T14:08:23.000-04:00Hi Jackal,Yes I've seen some posts about Dimdw...Hi Jackal,<br><br>Yes I've seen some posts about Dimdwarf on the Project Darkstar forums but haven't gotten a chance to check it out yet. It seems as though we have similar ideas as some type of dependency injection mechanism is exactly what I had in mind to alleviate this problem. Ultimately, I'd like to see Project Darkstar act more like a true application container and less like an external library dependency and this would be a big step towards achieving that goal.Owennoreply@blogger.com