You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Olle Hallin <ol...@hit.se> on 2009/09/17 15:15:38 UTC
Re: [Announce] ioko-tapestry-commons-1.4.0
Hi!
I just made an attempt to introduce the Ioko tapestry-caching library in our
project, but stumbled on the fact that we already use EhCache. (We use
tapestry-cache 1.5.0)
(Manifested as an exception from ContentCacheImpl.<init> when it tries to
create the CacheManager instance.)
I then tried to build my own version of the ContentCache service, hoping
that it would replace the one in the Ioko CacheModule. But Tapestry then
complains that there is more than one implementation of that interface.
I then tried to decorate the ContentCache service built by CacheModule, but
that does not prevent the original service from being started.
For us it would be valuable with some mechanism where one can inject an
already running
CacheManager into the Ioko ContentCacheImpl.
Another feasible solution would be to provide our own implementation, and
*prevent* the Ioko instance to start. Is it possible to prevent builder
methods in other modules from being executed?
Any ideas?
Olle Hallin
Senior Java Developer and Architect
olle.hallin@crisp.se
www.crisp.se
2009/8/6 Otho <ta...@googlemail.com>
> There are some typos on
> http://tapestry.formos.com/projects/ioko-tapestry-commons/ . In all
> dependencies the starting slash of the closing </artifactId> is missing.
>
>
> 2009/8/5 Inge Solvoll <in...@gmail.com>
>
> > Excellent. I love the convenient javascript and jquery jars!
> >
> > On Tue, Aug 4, 2009 at 3:04 PM, Ben Gidley <be...@gidley.co.uk> wrote:
> >
> > > Hi,
> > >
> > > ioko-tapestry-commons 1.4.0 has been released. This is a bug fix
> release
> > to
> > > address issues in including the libraries.
> > >
> > > Full details and downloads are available at
> > > http://tapestry.formos.com/projects/ioko-tapestry-commons/
> > >
> > > Ben Gidley
> > >
> > > www.gidley.co.uk
> > > ben@gidley.co.uk
> > >
> >
>
Re: [Announce] ioko-tapestry-commons-1.4.0
Posted by Olle Hallin <ol...@hit.se>.
Gee, super!
Thanx,
Olle
2009/9/17 Ulrich Stärk <ul...@spielviel.de>
> http://tapestry.apache.org/tapestry5/tapestry-ioc/cookbook/override.html
>
> On 17.09.2009 15:15 schrieb Olle Hallin:
>
> Hi!
>>
>> I just made an attempt to introduce the Ioko tapestry-caching library in
>> our
>> project, but stumbled on the fact that we already use EhCache. (We use
>> tapestry-cache 1.5.0)
>>
>> (Manifested as an exception from ContentCacheImpl.<init> when it tries to
>> create the CacheManager instance.)
>>
>> I then tried to build my own version of the ContentCache service, hoping
>> that it would replace the one in the Ioko CacheModule. But Tapestry then
>> complains that there is more than one implementation of that interface.
>>
>> I then tried to decorate the ContentCache service built by CacheModule,
>> but
>> that does not prevent the original service from being started.
>>
>> For us it would be valuable with some mechanism where one can inject an
>> already running
>> CacheManager into the Ioko ContentCacheImpl.
>>
>> Another feasible solution would be to provide our own implementation, and
>> *prevent* the Ioko instance to start. Is it possible to prevent builder
>> methods in other modules from being executed?
>>
>> Any ideas?
>>
>> Olle Hallin
>> Senior Java Developer and Architect
>> olle.hallin@crisp.se
>> www.crisp.se
>>
>>
>>
>>
>> 2009/8/6 Otho <ta...@googlemail.com>
>>
>> There are some typos on
>>> http://tapestry.formos.com/projects/ioko-tapestry-commons/ . In all
>>> dependencies the starting slash of the closing </artifactId> is missing.
>>>
>>>
>>> 2009/8/5 Inge Solvoll <in...@gmail.com>
>>>
>>> Excellent. I love the convenient javascript and jquery jars!
>>>>
>>>> On Tue, Aug 4, 2009 at 3:04 PM, Ben Gidley <be...@gidley.co.uk> wrote:
>>>>
>>>> Hi,
>>>>>
>>>>> ioko-tapestry-commons 1.4.0 has been released. This is a bug fix
>>>>>
>>>> release
>>>
>>>> to
>>>>
>>>>> address issues in including the libraries.
>>>>>
>>>>> Full details and downloads are available at
>>>>> http://tapestry.formos.com/projects/ioko-tapestry-commons/
>>>>>
>>>>> Ben Gidley
>>>>>
>>>>> www.gidley.co.uk
>>>>> ben@gidley.co.uk
>>>>>
>>>>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
Re: [Announce] ioko-tapestry-commons-1.4.0
Posted by Ulrich Stärk <ul...@spielviel.de>.
http://tapestry.apache.org/tapestry5/tapestry-ioc/cookbook/override.html
On 17.09.2009 15:15 schrieb Olle Hallin:
> Hi!
>
> I just made an attempt to introduce the Ioko tapestry-caching library in our
> project, but stumbled on the fact that we already use EhCache. (We use
> tapestry-cache 1.5.0)
>
> (Manifested as an exception from ContentCacheImpl.<init> when it tries to
> create the CacheManager instance.)
>
> I then tried to build my own version of the ContentCache service, hoping
> that it would replace the one in the Ioko CacheModule. But Tapestry then
> complains that there is more than one implementation of that interface.
>
> I then tried to decorate the ContentCache service built by CacheModule, but
> that does not prevent the original service from being started.
>
> For us it would be valuable with some mechanism where one can inject an
> already running
> CacheManager into the Ioko ContentCacheImpl.
>
> Another feasible solution would be to provide our own implementation, and
> *prevent* the Ioko instance to start. Is it possible to prevent builder
> methods in other modules from being executed?
>
> Any ideas?
>
> Olle Hallin
> Senior Java Developer and Architect
> olle.hallin@crisp.se
> www.crisp.se
>
>
>
>
> 2009/8/6 Otho <ta...@googlemail.com>
>
>> There are some typos on
>> http://tapestry.formos.com/projects/ioko-tapestry-commons/ . In all
>> dependencies the starting slash of the closing </artifactId> is missing.
>>
>>
>> 2009/8/5 Inge Solvoll <in...@gmail.com>
>>
>>> Excellent. I love the convenient javascript and jquery jars!
>>>
>>> On Tue, Aug 4, 2009 at 3:04 PM, Ben Gidley <be...@gidley.co.uk> wrote:
>>>
>>>> Hi,
>>>>
>>>> ioko-tapestry-commons 1.4.0 has been released. This is a bug fix
>> release
>>> to
>>>> address issues in including the libraries.
>>>>
>>>> Full details and downloads are available at
>>>> http://tapestry.formos.com/projects/ioko-tapestry-commons/
>>>>
>>>> Ben Gidley
>>>>
>>>> www.gidley.co.uk
>>>> ben@gidley.co.uk
>>>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Announce] ioko-tapestry-commons-1.4.0
Posted by Olle Hallin <ol...@hit.se>.
Yes, it is because dual EHCaches.
We don't use disk persistence, so we haven't modified the diskStore
attribute in ehcache.xml.
So starting the next CacheManager instance causes a collision on this.
I also want to avoid having duplicate config files for EHCache, so I wrote a
custom CacheContentImpl which uses the already existing CacheManager. I
swapped it by means of Tapestry's service override mechanism. Works like a
charm!
Olle
2009/9/17 Ben Gidley <be...@gidley.co.uk>
> Hi,
> Is the error your getting complaining about 2 ehcaches? We have this in one
> of our apps and it all works fine - so I am puzzled you are getting this
> error.
>
> Ben Gidley
>
> www.gidley.co.uk
> ben@gidley.co.uk
>
>
> On Thu, Sep 17, 2009 at 2:15 PM, Olle Hallin <ol...@hit.se> wrote:
>
> > Hi!
> >
> > I just made an attempt to introduce the Ioko tapestry-caching library in
> > our
> > project, but stumbled on the fact that we already use EhCache. (We use
> > tapestry-cache 1.5.0)
> >
> > (Manifested as an exception from ContentCacheImpl.<init> when it tries to
> > create the CacheManager instance.)
> >
> > I then tried to build my own version of the ContentCache service, hoping
> > that it would replace the one in the Ioko CacheModule. But Tapestry then
> > complains that there is more than one implementation of that interface.
> >
> > I then tried to decorate the ContentCache service built by CacheModule,
> but
> > that does not prevent the original service from being started.
> >
> > For us it would be valuable with some mechanism where one can inject an
> > already running
> > CacheManager into the Ioko ContentCacheImpl.
> >
> > Another feasible solution would be to provide our own implementation, and
> > *prevent* the Ioko instance to start. Is it possible to prevent builder
> > methods in other modules from being executed?
> >
> > Any ideas?
> >
> > Olle Hallin
> > Senior Java Developer and Architect
> > olle.hallin@crisp.se
> > www.crisp.se
> >
> >
> >
> >
> > 2009/8/6 Otho <ta...@googlemail.com>
> >
> > > There are some typos on
> > > http://tapestry.formos.com/projects/ioko-tapestry-commons/ . In all
> > > dependencies the starting slash of the closing </artifactId> is
> missing.
> > >
> > >
> > > 2009/8/5 Inge Solvoll <in...@gmail.com>
> > >
> > > > Excellent. I love the convenient javascript and jquery jars!
> > > >
> > > > On Tue, Aug 4, 2009 at 3:04 PM, Ben Gidley <be...@gidley.co.uk> wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > ioko-tapestry-commons 1.4.0 has been released. This is a bug fix
> > > release
> > > > to
> > > > > address issues in including the libraries.
> > > > >
> > > > > Full details and downloads are available at
> > > > > http://tapestry.formos.com/projects/ioko-tapestry-commons/
> > > > >
> > > > > Ben Gidley
> > > > >
> > > > > www.gidley.co.uk
> > > > > ben@gidley.co.uk
> > > > >
> > > >
> > >
> >
>
Re: [Announce] ioko-tapestry-commons-1.4.0
Posted by Ben Gidley <be...@gidley.co.uk>.
Hi,
Is the error your getting complaining about 2 ehcaches? We have this in one
of our apps and it all works fine - so I am puzzled you are getting this
error.
Ben Gidley
www.gidley.co.uk
ben@gidley.co.uk
On Thu, Sep 17, 2009 at 2:15 PM, Olle Hallin <ol...@hit.se> wrote:
> Hi!
>
> I just made an attempt to introduce the Ioko tapestry-caching library in
> our
> project, but stumbled on the fact that we already use EhCache. (We use
> tapestry-cache 1.5.0)
>
> (Manifested as an exception from ContentCacheImpl.<init> when it tries to
> create the CacheManager instance.)
>
> I then tried to build my own version of the ContentCache service, hoping
> that it would replace the one in the Ioko CacheModule. But Tapestry then
> complains that there is more than one implementation of that interface.
>
> I then tried to decorate the ContentCache service built by CacheModule, but
> that does not prevent the original service from being started.
>
> For us it would be valuable with some mechanism where one can inject an
> already running
> CacheManager into the Ioko ContentCacheImpl.
>
> Another feasible solution would be to provide our own implementation, and
> *prevent* the Ioko instance to start. Is it possible to prevent builder
> methods in other modules from being executed?
>
> Any ideas?
>
> Olle Hallin
> Senior Java Developer and Architect
> olle.hallin@crisp.se
> www.crisp.se
>
>
>
>
> 2009/8/6 Otho <ta...@googlemail.com>
>
> > There are some typos on
> > http://tapestry.formos.com/projects/ioko-tapestry-commons/ . In all
> > dependencies the starting slash of the closing </artifactId> is missing.
> >
> >
> > 2009/8/5 Inge Solvoll <in...@gmail.com>
> >
> > > Excellent. I love the convenient javascript and jquery jars!
> > >
> > > On Tue, Aug 4, 2009 at 3:04 PM, Ben Gidley <be...@gidley.co.uk> wrote:
> > >
> > > > Hi,
> > > >
> > > > ioko-tapestry-commons 1.4.0 has been released. This is a bug fix
> > release
> > > to
> > > > address issues in including the libraries.
> > > >
> > > > Full details and downloads are available at
> > > > http://tapestry.formos.com/projects/ioko-tapestry-commons/
> > > >
> > > > Ben Gidley
> > > >
> > > > www.gidley.co.uk
> > > > ben@gidley.co.uk
> > > >
> > >
> >
>