Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-21 Thread Justin Edelson
OK. For now, let's leave the logging as the responsibilty of the factory and add an adapter.deprecated service registration property for the console to pick up. Justin On Wed, Aug 20, 2014 at 12:33 PM, Carsten Ziegeler wrote: > I think we don't - and for now it would be the factory implementatio

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-21 Thread Jeff Young
+1 (to showing deprecation in console) On 20/08/2014 17:33, "Carsten Ziegeler" wrote: >I think we don't - and for now it would be the factory implementation >doing >the stuff. It would be great to show something in the console. Maybe >through the annotations? > >Carsten > > >2014-08-20 18:26 GMT

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-20 Thread Carsten Ziegeler
I think we don't - and for now it would be the factory implementation doing the stuff. It would be great to show something in the console. Maybe through the annotations? Carsten 2014-08-20 18:26 GMT+02:00 Justin Edelson : > This would be OK with me. Out of curiosity, do we actually have a way >

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-20 Thread Justin Edelson
This would be OK with me. Out of curiosity, do we actually have a way of deprecating adapter factories? Or would such a warning be the responsibility of the adapter factory? Should we add something to the web console plugin to indicate that an adaption is deprecated. Justin On Wed, Aug 20, 2014 a

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-20 Thread Carsten Ziegeler
Yes, so how do you feel about deprecating it, log a bold message (once) - and then maybe remove it in one of the next versions? Regards Carsten 2014-08-20 17:48 GMT+02:00 Justin Edelson : > Hi Carsten, > I'd rather keep it, but... I don't actually see a good way to fix > SLING-3859, so it migh

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-20 Thread Justin Edelson
Hi Carsten, I'd rather keep it, but... I don't actually see a good way to fix SLING-3859, so it might be more expedient to deprecate this. Or at least log a warning that the ResourceResolver must be manually closed. Justin On Wed, Aug 20, 2014 at 11:29 AM, Carsten Ziegeler wrote: > Thanks Justin

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-20 Thread Carsten Ziegeler
Thanks Justin, so either we have to fix the memory leak or go without it :) What do you prefer? Regards Carsten 2014-08-20 13:52 GMT+02:00 Justin Edelson : > Hi, > > On Wed, Aug 20, 2014 at 1:47 AM, Bertrand Delacretaz > wrote: > > Hi, > > > > On Tue, Aug 19, 2014 at 8:38 PM, Carsten Ziegeler

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-20 Thread Justin Edelson
Hi, On Wed, Aug 20, 2014 at 1:47 AM, Bertrand Delacretaz wrote: > Hi, > > On Tue, Aug 19, 2014 at 8:38 PM, Carsten Ziegeler > wrote: >> ...I think this adaption is conceptually wrong and I have no idea why we >> added >> this in the first place, so adding this to the memory leak problem, I wou

Re: Removing or at least deprecating JcrItemAdapterFactory

2014-08-19 Thread Bertrand Delacretaz
Hi, On Tue, Aug 19, 2014 at 8:38 PM, Carsten Ziegeler wrote: > ...I think this adaption is conceptually wrong and I have no idea why we added > this in the first place, so adding this to the memory leak problem, I would > simply remove this thing It was added by Justin for SLING-2315 - I am

Removing or at least deprecating JcrItemAdapterFactory

2014-08-19 Thread Carsten Ziegeler
While working on some changes in the jcr resource bsundle I came across JcrItemAdapterFactory which allows to adapt a Node/Property to a resource (and other things). While this alone is already questionable, as noted in SLING-3859 this creates a potential memory leak as the returend resource resolv