You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Reto Bachmann-Gmuer <re...@trialox.org> on 2010/10/06 08:46:10 UTC
BundleProtectionDomain.implies and perfomace
Hi,
Profiling Clerezza I found that a lot of time is spent in the implies method
of org.apache.felix.framework.BundleProtectionDomain. I'm wondering if this
could be made faster namely for Bundles taht run with AllPermissions (as
most bundles do not have any restriction but only the user/subject).
Cheers,
reto
Re: BundleProtectionDomain.implies and perfomace
Posted by Reto Bachmann-Gmuer <re...@trialox.org>.
created FELIX-2640
Cheers,
reto
On Wed, Oct 6, 2010 at 4:31 PM, Karl Pauls <ka...@gmail.com> wrote:
>
> On second thought, the issue really is to speed-up security checks in
> general. I can (and are planning to anyways) look into that but it
> would be great if you could create a jira and attach/explain a test
> case for your situation to optimize.
>
> regards,
>
> Karl
>
> On Wed, Oct 6, 2010 at 3:55 PM, Karl Pauls <ka...@gmail.com> wrote:
> > Can you create a jira issue? I will look into it.
> >
> > regards,
> >
> > Karl
> >
> > On Wed, Oct 6, 2010 at 8:46 AM, Reto Bachmann-Gmuer
> > <re...@trialox.org> wrote:
> >> Hi,
> >>
> >> Profiling Clerezza I found that a lot of time is spent in the implies method
> >> of org.apache.felix.framework.BundleProtectionDomain. I'm wondering if this
> >> could be made faster namely for Bundles taht run with AllPermissions (as
> >> most bundles do not have any restriction but only the user/subject).
> >>
> >> Cheers,
> >> reto
> >>
> >
> >
> >
> > --
> > Karl Pauls
> > karlpauls@gmail.com
> >
>
>
>
> --
> Karl Pauls
> karlpauls@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: BundleProtectionDomain.implies and perfomace
Posted by Karl Pauls <ka...@gmail.com>.
On second thought, the issue really is to speed-up security checks in
general. I can (and are planning to anyways) look into that but it
would be great if you could create a jira and attach/explain a test
case for your situation to optimize.
regards,
Karl
On Wed, Oct 6, 2010 at 3:55 PM, Karl Pauls <ka...@gmail.com> wrote:
> Can you create a jira issue? I will look into it.
>
> regards,
>
> Karl
>
> On Wed, Oct 6, 2010 at 8:46 AM, Reto Bachmann-Gmuer
> <re...@trialox.org> wrote:
>> Hi,
>>
>> Profiling Clerezza I found that a lot of time is spent in the implies method
>> of org.apache.felix.framework.BundleProtectionDomain. I'm wondering if this
>> could be made faster namely for Bundles taht run with AllPermissions (as
>> most bundles do not have any restriction but only the user/subject).
>>
>> Cheers,
>> reto
>>
>
>
>
> --
> Karl Pauls
> karlpauls@gmail.com
>
--
Karl Pauls
karlpauls@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: BundleProtectionDomain.implies and perfomace
Posted by Karl Pauls <ka...@gmail.com>.
Can you create a jira issue? I will look into it.
regards,
Karl
On Wed, Oct 6, 2010 at 8:46 AM, Reto Bachmann-Gmuer
<re...@trialox.org> wrote:
> Hi,
>
> Profiling Clerezza I found that a lot of time is spent in the implies method
> of org.apache.felix.framework.BundleProtectionDomain. I'm wondering if this
> could be made faster namely for Bundles taht run with AllPermissions (as
> most bundles do not have any restriction but only the user/subject).
>
> Cheers,
> reto
>
--
Karl Pauls
karlpauls@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org