You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Raul Raja Martinez <do...@estudiowebs.com> on 2005/12/05 22:38:54 UTC
PROBLEM SOLVED | Re: Injecting registry services to POJOS
Hi Jean-Francois, I have succesfully solved my problem thanks to your
help. I gotta say that thanks to Hivemind utilities Hibernate3 module
and the Object Builder I have greatly improved my application. Good job
with hiveutils, I'm looking forward to see the project grow and new
modules being added.
Thanks again :), here is the code in case somebody runs in a similar
problem:
<!-- TAPESTRY APPLICATION OBJECTS -->
<contribution configuration-id="tapestry.state.ApplicationObjects">
<state-object name="globalMenu" scope="application">
<invoke-factory object="object:GlobalMenu" />
</state-object>
</contribution>
<!-- HIVEUTILS OBJECTBUILDER -->
<contribution configuration-id="hiveutils.ObjectBuilderObjects">
<object name="GlobalMenu" cached="true"
class="com.estudiowebs.CMS.DAO.GlobalMenu">
<inject name="entityService" object="service:EntityService" />
</object>
</contribution>
GlobalMenu.java------------------------------------
public class GlobalMenu extends Menu implements StateObjectFactory {
private EntityService entityService;
public void setEntityService(EntityService service) {
this.entityService = service;
}
public GlobalMenu() {
}
public Object createStateObject() {
Menu m = null;
m = (Menu) entityService.load(Menu.class, new Integer(1));
this.setTitle(m.getTitle());
for (Object o : m.getCategories()) {
this.addCategory((Menucategory) o);
for (Object i : ((Menucategory) o).getMenuItems()) {
((Menucategory) o).addItem((Menuitem) i);
}
}
return this;
}
}
MyComponent.java-----------------------------------------------
public abstract class MyComponent extends BaseComponent {
@InjectState("globalMenu")
public abstract GlobalMenu getMenu();
}
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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
> Sent: Monday, December 05, 2005 9:53 AM
> To: tapestry-user@jakarta.apache.org
> 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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
>> Sent: Monday, December 05, 2005 6:12 AM
>> To: tapestry-user@jakarta.apache.org
>> 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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
>>> Sent: Sunday, December 04, 2005 12:36 PM
>>> To: tapestry-user@jakarta.apache.org
>>> 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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
>>>> Sent: Sunday, December 04, 2005 5:54 AM
>>>> To: tapestry-user@jakarta.apache.org
>>>> 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" <do...@estudiowebs.com>
>>>>> To: <ta...@jakarta.apache.org>
>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
RE: PROBLEM SOLVED | Re: Injecting registry services to POJOS
Posted by Jean-Francois Poilpret <jf...@hcm.vnn.vn>.
Hello Raul,
Glad to have been able to provide you with some help.
Thanks a lot for your nice comments on HiveMind Utilities.
Regards
Jean-Francois
-----Original Message-----
From: news [mailto:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
Sent: Tuesday, December 06, 2005 4:39 AM
To: tapestry-user@jakarta.apache.org
Subject: PROBLEM SOLVED | Re: Injecting registry services to POJOS
Hi Jean-Francois, I have succesfully solved my problem thanks to your
help. I gotta say that thanks to Hivemind utilities Hibernate3 module
and the Object Builder I have greatly improved my application. Good job
with hiveutils, I'm looking forward to see the project grow and new
modules being added.
Thanks again :), here is the code in case somebody runs in a similar
problem:
<!-- TAPESTRY APPLICATION OBJECTS -->
<contribution configuration-id="tapestry.state.ApplicationObjects">
<state-object name="globalMenu" scope="application">
<invoke-factory object="object:GlobalMenu" />
</state-object>
</contribution>
<!-- HIVEUTILS OBJECTBUILDER -->
<contribution configuration-id="hiveutils.ObjectBuilderObjects">
<object name="GlobalMenu" cached="true"
class="com.estudiowebs.CMS.DAO.GlobalMenu">
<inject name="entityService" object="service:EntityService" />
</object>
</contribution>
GlobalMenu.java------------------------------------
public class GlobalMenu extends Menu implements StateObjectFactory {
private EntityService entityService;
public void setEntityService(EntityService service) {
this.entityService = service;
}
public GlobalMenu() {
}
public Object createStateObject() {
Menu m = null;
m = (Menu) entityService.load(Menu.class, new Integer(1));
this.setTitle(m.getTitle());
for (Object o : m.getCategories()) {
this.addCategory((Menucategory) o);
for (Object i : ((Menucategory) o).getMenuItems()) {
((Menucategory) o).addItem((Menuitem) i);
}
}
return this;
}
}
MyComponent.java-----------------------------------------------
public abstract class MyComponent extends BaseComponent {
@InjectState("globalMenu")
public abstract GlobalMenu getMenu();
}
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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
> Sent: Monday, December 05, 2005 9:53 AM
> To: tapestry-user@jakarta.apache.org
> 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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
>> Sent: Monday, December 05, 2005 6:12 AM
>> To: tapestry-user@jakarta.apache.org
>> 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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
>>> Sent: Sunday, December 04, 2005 12:36 PM
>>> To: tapestry-user@jakarta.apache.org
>>> 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:news@sea.gmane.org] On Behalf Of Raul Raja Martinez
>>>> Sent: Sunday, December 04, 2005 5:54 AM
>>>> To: tapestry-user@jakarta.apache.org
>>>> 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" <do...@estudiowebs.com>
>>>>> To: <ta...@jakarta.apache.org>
>>>>> 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: tapestry-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail:
tapestry-user-help@jakarta.apache.org
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org