You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Gregg Bolinger <ta...@gmail.com> on 2006/01/12 06:37:40 UTC
Hivemind instead of Spring
I typically use Spring in my webapps, primarily for DAO services. I'd like
to cut down on the libraries I use in my webapps and since I am compelled to
use Tapestry since it ROCKS, and hivemind is already there, and it's an IoC
container similar to Spring, how difficult will it might be for me to move
some existing Spring services over to hivemind.
Obviously I'll loose my template support for the dao stuff, but I can rework
that in my own classes. Shouldn't it be just as simple as learning
hiveminds confinguration? Any gotches I might want to be concerned with
right away?
Thanks.
Gregg Bolinger
Re: Hivemind instead of Spring
Posted by Gregg Bolinger <ta...@gmail.com>.
Ok, nevermind. It was a stupid typo on my part. Ignore all the above.
On 1/14/06, Gregg Bolinger <ta...@gmail.com> wrote:
>
> Ok, I took a look at those libraries and they look like they'd work.
> However, since I am converting an app I already have all the Spring work
> done. So I am working on getting Spring and Hivemind to work together. I
> am working with this:
> http://wiki.apache.org/jakarta-tapestry/Tapestry4Spring
>
> In a java file I am doing this:
>
> @InjectObject("spring:typeService")
> public abstract ITypeService getTypeService();
>
> And then in a click method..
> List<Type> types = getTypeService().getTypes();
> System.out.println(types.size());
>
> I am getting a NullPointerException. Other simple properties work just
> fine like injecting a value of an @Insert on the page from a simple POJO.
> So I have to assume it has something to do with the wiring of my Spring
> services. However, this exact same setup works in a different project where
> I am manually getting the ApplicationContext and gaining access to the bean
> from Springs methods.
>
> What I'd really like to be able to do is figure out how to get access to
> the ServletContext so that I can just bypass Hivemind trying to wire up
> Spring for me and I can just deal with the Spring classes by themselves. I
> realize I'll probably need to do something in Hivemind to get the
> ServletContext, however, I don't know what.
>
> Any help is appreciated. Thanks.
>
> Gregg
>
>
> On 1/12/06, Massimo Lusetti <ml...@gmail.com> wrote:
> >
> > On 1/12/06, Gregg Bolinger <tapestry.nut@gmail.com > wrote:
> >
> > > Cool, thanks for the link. I'll check it out.
> >
> > Check also hivetranse.sf.net which do similar job.
> >
> > --
> > Massimo
> > http://meridio.blogspot.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >
> >
>
Re: Hivemind instead of Spring
Posted by Gregg Bolinger <ta...@gmail.com>.
Ok, I took a look at those libraries and they look like they'd work.
However, since I am converting an app I already have all the Spring work
done. So I am working on getting Spring and Hivemind to work together. I
am working with this:
http://wiki.apache.org/jakarta-tapestry/Tapestry4Spring
In a java file I am doing this:
@InjectObject("spring:typeService")
public abstract ITypeService getTypeService();
And then in a click method..
List<Type> types = getTypeService().getTypes();
System.out.println(types.size());
I am getting a NullPointerException. Other simple properties work just fine
like injecting a value of an @Insert on the page from a simple POJO. So I
have to assume it has something to do with the wiring of my Spring
services. However, this exact same setup works in a different project where
I am manually getting the ApplicationContext and gaining access to the bean
from Springs methods.
What I'd really like to be able to do is figure out how to get access to the
ServletContext so that I can just bypass Hivemind trying to wire up Spring
for me and I can just deal with the Spring classes by themselves. I realize
I'll probably need to do something in Hivemind to get the ServletContext,
however, I don't know what.
Any help is appreciated. Thanks.
Gregg
On 1/12/06, Massimo Lusetti <ml...@gmail.com> wrote:
>
> On 1/12/06, Gregg Bolinger <ta...@gmail.com> wrote:
>
> > Cool, thanks for the link. I'll check it out.
>
> Check also hivetranse.sf.net which do similar job.
>
> --
> Massimo
> http://meridio.blogspot.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
Re: Hivemind instead of Spring
Posted by Massimo Lusetti <ml...@gmail.com>.
On 1/12/06, Gregg Bolinger <ta...@gmail.com> wrote:
> Cool, thanks for the link. I'll check it out.
Check also hivetranse.sf.net which do similar job.
--
Massimo
http://meridio.blogspot.com
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Hivemind instead of Spring
Posted by Gregg Bolinger <ta...@gmail.com>.
Cool, thanks for the link. I'll check it out.
Gregg
On 1/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
>
> You might want to try kickstart.sourceforge.net for some work that is
> being
> done in this area.
>
> There is another in the works that has this dao support you speak of,
> along
> with JMS/Drools/Http-Rmi remoting and probably some other things I've
> forgotten in it but I'm not going to tell anyone where it is until I'm
> done
> dumping, it's not even compiling right now :)
>
> On 1/12/06, Gregg Bolinger <ta...@gmail.com> wrote:
> >
> > I typically use Spring in my webapps, primarily for DAO services. I'd
> > like
> > to cut down on the libraries I use in my webapps and since I am
> compelled
> > to
> > use Tapestry since it ROCKS, and hivemind is already there, and it's an
> > IoC
> > container similar to Spring, how difficult will it might be for me to
> move
> > some existing Spring services over to hivemind.
> >
> > Obviously I'll loose my template support for the dao stuff, but I can
> > rework
> > that in my own classes. Shouldn't it be just as simple as learning
> > hiveminds confinguration? Any gotches I might want to be concerned with
> > right away?
> >
> > Thanks.
> >
> > Gregg Bolinger
> >
> >
>
>
Re: Hivemind instead of Spring
Posted by Jesse Kuhnert <jk...@gmail.com>.
You might want to try kickstart.sourceforge.net for some work that is being
done in this area.
There is another in the works that has this dao support you speak of, along
with JMS/Drools/Http-Rmi remoting and probably some other things I've
forgotten in it but I'm not going to tell anyone where it is until I'm done
dumping, it's not even compiling right now :)
On 1/12/06, Gregg Bolinger <ta...@gmail.com> wrote:
>
> I typically use Spring in my webapps, primarily for DAO services. I'd
> like
> to cut down on the libraries I use in my webapps and since I am compelled
> to
> use Tapestry since it ROCKS, and hivemind is already there, and it's an
> IoC
> container similar to Spring, how difficult will it might be for me to move
> some existing Spring services over to hivemind.
>
> Obviously I'll loose my template support for the dao stuff, but I can
> rework
> that in my own classes. Shouldn't it be just as simple as learning
> hiveminds confinguration? Any gotches I might want to be concerned with
> right away?
>
> Thanks.
>
> Gregg Bolinger
>
>