Thanks for your help Jean-Francois.
I've looked into a different strategy since invoke-factory accepts
services, I have created a service for GlobalMenu, As you can see in
the configuration below there is also a service called ListController,
well, the ListController gets injected the EntityService that I need
to connect to the database but the GlobalMenu does not. It looks like
auto-wiring doesn't work with it. The only difference between the two is
that the ListController is also declared in the contribution
tapestry.services.ApplicationServices. It was my understanding as I read
in the hivemind documentation that as long as your service provides a
property with a setter that takes as a parameter one of the Interfaces
declared as a service that service will get autowired to the declaring
service, I have even tried inserting it through constructor or setter
injection using
<service>EntityService</service> and <set-service... en declared
auto-wiring = true.
Is it not getting injected because is not also declared in
tapestry.services.ApplicationServices?
Any help is appreciated.
Thanks.
Raul.
<contribution configuration-id="tapestry.state.ApplicationObjects">
<state-object name="globalMenu" scope="application">
<invoke-factory object="service:CMS.GlobalMenu" />
</state-object>
</contribution>
<!-- START Engine Services -->
<contribution configuration-id="tapestry.services.ApplicationServices">
<service name="list" object="service:CMS.ListController" />
</contribution>
<service-point id="ListController"
interface="org.apache.tapestry.engine.IEngineService">
<invoke-factory model="singleton">
<construct class="com.estudiowebs.CMS.webservices.ListController" />
</invoke-factory>
</service-point>
<service-point id="GlobalMenu"
interface="com.estudiowebs.CMS.DAO.IGlobalMenu">
<invoke-factory model="singleton">
<construct class="com.estudiowebs.CMS.DAO.GlobalMenu"/>
</invoke-factory>
</service-point>
Jean-Francois Poilpret wrote:
Hello Raul,
After taking a look at Tapestry 4 "tapestry.state.ApplicationObjects"
configuration point, it seems clear to me that you have no way to provide
_directly_ any object (I mean, using an "object translator") to that
configuration.
The way you describe your configuration cannot work, since <invoke-factory>
requires an object (using "object translator") that must implement
StateObjectFactory interface, but GlobalMenu does not implement that
interface.
In addition there is a mistake in the way you want to "pass" your GlobalMenu
object to the configuration, you would need to set "object:GlobalMenu" not
merely "GlobalMenu". I really advise you to take a look at HiveMind
documentation to better understand the concepts of configuration and
translators, and particularly the object translator which allows many things
to be injected but is sometimes difficult to use.
Anyway, as a conclusion, I believe what you want to achieve is not directly
feasible, but you can work around this by either:
- creating a service that would implement StateObjectFactory and would be
injected your GlobalMenu object (and pass it to the ASO config as
object="service:YourService")
OR
- have your GlobalMenu object implement itself the StateObjectFactory
interface (and pass it to the ASO config as object="object:GlobalMenu"
The second solution is easier but not very "clean". The first solution is
"more beautiful" but requires one more class.
Maybe it would be good (but I don't know if it makes sense in the Tapestry
world) to require the additional possibility in Tapestry ASO configuration
to pass directly an object (instead of having only <create-instance> and
<ivoke-factory> "methods")?
Cheers
Jean-Francois
-----Original Message-----
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Raul Raja Martinez
Sent: Monday, December 05, 2005 9:53 AM
To: [email protected]
Subject: Re: Injecting registry services to POJOS
Hi Jean-Francois,
I've tried your method not using the builder.create().
Here is what I have done:
<contribution configuration-id="hiveutils.ObjectBuilderObjects">
<object name="GlobalMenu" cached="true"
class="com.estudiowebs.CMS.DAO.GlobalMenu">
<inject name="EntityService"
object="service:com.estudiowebs.CMS.services.EntityService" />
</object>
</contribution>
<state-object name="globalMenu" scope="application">
<invoke-factory object="GlobalMenu" />
</state-object>
and it does't work because it complains that the object in
invoke-factory can't be null.
Do you know what will be the right way to reference it?
Thanks.
Raul.
Jean-Francois Poilpret wrote:
Hi Raul,
ObjectBuilder builder =...
Here, ... is supposed to be replaced either with:
- a call to HiveMind registry to get the hiveutils.ObjectBuilder service
- or by nothing if builder is directly injected into the class that has
this
code.
One extra point though, as I said (maybe I was not very clear about that)
in
my last mail, you do not need to directly call ObjectBuilder.create()
(this
is useful only in situations where you need to pass an extra runtime
argument to your constructor, or when you need to get a new POJO instance
every time).
As I said, it seems you have a default constructor and therefore, a
simpler
way to inject a POJO in a service through hiveutils.ObjectBuilder is to
use
(in a transparent way) the hiveutils ObjectProvider for ObjectBuilder:
- whenever a service or configuration accepts an object (defined in the
config schema by translator="object"), then you can put the following into
the configuration: "object:MyPOJOName", where MyPOJOName is the name you
have set for your POJO inside the hiveutils.ObjectBuilderObjects
configuration.
This way you do not need to produce any specific code, everything is
inside
your HiveMind config files.
The only point that you must ensure is that you actually have th
epossibility to inject an object (ie the config/service accepts the
"object"
translator). For further info on the object translator, you should take a
look at the HiveMind web site.
Cheers
Jean-Francois
-----Original Message-----
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Raul Raja Martinez
Sent: Monday, December 05, 2005 6:12 AM
To: [email protected]
Subject: Re: Injecting registry services to POJOS
Hi Jean-Francois
I'm gonna try the HiveUtil approach,
both in your email and in
http://hivetranse.sourceforge.net/quickstart.html#start.objectbuilder
you refer to:
ObjectBuilder builder =...
GlobalMenu globaleMenu = builder.create("globalMenu", myArg);
What is "..." supposed to be? :(
Thanks
Raul.
Jean-Francois Poilpret wrote:
Hi Raul,
From what I saw in another of your emails, I guess what you have to do if
you want to use HiveUtils is a config like this:
<contribution configuration-id="hiveutils.ObjectBuilderObjects">
<object name="globalMenu" cached="true"
class="com.estudiowebs.CMS.DAO.GlobalMenu">
<inject name="EntityService"
object="service:com.estudiowebs.CMS.services.EntityService" />
</object>
</contribution>
This will call the default constructor of GlobalMenu and then inject the
EntityService through the setter method.
Now the problem still remains on the Tapestry side: how to inject the
pojo
globalMenu to the tapestry.state.ApplicationObjects configuration?
Since I do not have Tapestry on hand I cannot check what is possible to
do
in the contributions for this configuration, but I suppose there must be
a
way (an attribute) to inject your POJO by using "object:globalMenu".
Now for your question about a HiveMind utilities newsgroup, unfortunately
not (or not yet). The only way currently is to use the online forums (I
hate
that but I discovered that my provider's email server was not recognized
by
SourceForge so that any mail sent to the SF newsgroup would fail because
of
my own email address! Actually I plan to change this addres, but that is
not
done yet). Hope to create a mailing list soon.
Cheers
Jean-Francois
<contribution configuration-id="tapestry.state.ApplicationObjects">
<state-object name="globalMenu" scope="application">
<create-instance class="com.estudiowebs.CMS.DAO.GlobalMenu" />
</state-object>
</contribution>
-----Original Message-----
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Raul Raja Martinez
Sent: Sunday, December 04, 2005 12:36 PM
To: [email protected]
Subject: Re: Injecting registry services to POJOS
Hi Jean-Francois, first of all thanks for your help,
My pojo is basicaly the menu of my webapp, since everybody will have the
same I thought that the best thing would be to make it an application
scope object and fetch the records at startup. since i have already
declared a Hibernate Session service I wanted to inject that service
into this object so that I could use it to query the objects.
I have also many webservices in the same webapp that are not tapestry
related and I'd like to use these services both in the tapestry and
servlets.
I think this is or would be a common problem for Tapestry 4 users.
Many have already asked how to access the Tapestry hivemind registry
from other objects that are not of type Component or Page. My problem is
that I don't even know if this is posible since someone mentioned in
this newsgroup that the Tapestry hivemind registry wasn't available
directly and also annotations like @InjectObject only work within pages
or components.
Anyway, I'll try your solution,
Is there a newsgroup for Hivemind utilities?
Thanks,
Raul.
Jean-Francois Poilpret wrote:
Hi Raul,
I do not know Tapestry, but I know HiveUtils (I wrote it;-)), the
contribution you describe below seems OK to me (at first sight).
However it depends exactly on what you want to achieve.
In particular is your POJO a singleton in your application, or do you
need
to inject a new instance every time? From your initial Tapestry example,
I
believe it is a singleton, so when using HiveUtils, you should probably
put
the "cache" attribute to true to make sure HiveUtils will not create
more
than one instance:
<contribution configuration-id="hiveutils.ObjectBuilderObjects">
<object name="globalMenu" cached="true"
class="com.estudiowebs.CMS.DAO.GlobalMenu">
<inject
object="service:com.estudiowebs.CMS.services.EntityService" />
<inject-arg />
</object>
</contribution>
Please note however that according to the above config (independently of
the
cache attribute), you need to use hiveutils.ObjectBuilder service to get
the
instance of your object because, you have declared your POJO to require
a
runtime argument in the constructor ("<inject-arg/>") which means the
constructor for it should look like:
public GlobalMenu(com.estudiowebs.CMS.services.EntityService
service,
MyArgType myarg) {...
NB: MyArgType can be any type.
Then to get the instance of your POJO you need to do:
ObjectBuilder builder =...
GlobalMenu globaleMenu = builder.create("globalMenu", myArg);
where myArg is of type MyArgType.
Is this what you want to do?
Do you really need the extra runtime argument?
If not then it would make it easier to inject globalMenu into other
objects,
services, or configurations by using:
"object:globalMenu"
I hope it gives you a better view of what you can do and how you can do
it,
now if you need further precisions or if you want to give more details
about
what you want to do, you are welcome.
One last point: HiveUtils is part of the HiveMind Utilities project on
SourceForge (formarly known as "hivetranse"), which is independent of
HiveMind and Tapestry (by independent I talk about the involved persons
and
the communication channels). So it might be better to proceed with this
discussion on the HiveMind Utilities forums, except if this is a common
Tapestry problem.
Cheers
Jean-Francois
-----Original Message-----
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Raul Raja Martinez
Sent: Sunday, December 04, 2005 5:54 AM
To: [email protected]
Subject: Re: Injecting registry services to POJOS
I was trying to do that using hiveutils, sorry, but still very new to
hivemind and IOC:
<contribution configuration-id="hiveutils.ObjectBuilderObjects">
<objectname="globalMenu"cached="false"class="com.estudiowebs.CMS.DAO.GlobalM
enu">
<inject
object="service:com.estudiowebs.CMS.services.EntityService" />
<inject-arg />
</object>
</contribution>
I just need and example on how to inject one of my services in one of my
POJO so that I can access my hibernate session from my pojos.
Thanks.
Raul.
John Coleman wrote:
HiveMind injects by interface automatically if you use its service
builder
(it will use setter methods of the declared interface type), in
Tapestry
pages you can also use the page to inject services. So you never have
to
use
annotations.
I don't think it matters about the order of instantiation, HM should
insure
every service is set up with the references it needs.
John
----- Original Message -----
From: "Raul Raja Martinez" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Saturday, December 03, 2005 11:46 AM
Subject: Injecting registry services to POJOS
Hi,
I have a service in my hivemodule.xml that I'd like to inject in a
Pojo
that at the same time gets loaded as a an application scope object at
startup:
<contribution configuration-id="tapestry.state.ApplicationObjects">
<state-object name="globalMenu" scope="application">
<create-instance class="com.estudiowebs.CMS.DAO.GlobalMenu" />
</state-object>
</contribution>
This is an object that I load from the database once at startup and I
need to inject my Hivetranse Hibernate3 session service into it so
that
I use that service for loading the object.
Since annotations like @InjectObject are not allowed in regular POJOS
and I don't have access to the Tapestry Registry, I don't really know
what would be the best way to solve this problem
On the other side I have in the same application a couple of servlets
that serve as XML source for a Laszlo application, and I have the same
problem.
Any help is appreciated.
I'd really love to be able to @InjectObject("service....") anywhere
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
