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-Gmür <re...@apache.org> on 2013/02/11 22:01:14 UTC
felix security: Bundle in cache doesn't pass security check anymore.
Hello,
After updating clerezza to the latest released versions of felix and
felix security I'm getting the following error after a restart:
ERROR: Bundle in cache doesn't pass security check anymore.
(java.lang.ArrayIndexOutOfBoundsException: -1)
java.lang.ArrayIndexOutOfBoundsException: -1
at org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
at org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
at org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
at org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
at org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
at org.apache.felix.framework.Felix.init(Felix.java:805)
at org.apache.felix.framework.Felix.start(Felix.java:882)
at org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
at org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
at org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
Any idea what might cause this?
Cheers,
Reto
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Karl Pauls <ka...@gmail.com>.
You'd have to use java6 or lower to compile. I guess I can fix that too.
regards,
Karl
On Tue, Feb 12, 2013 at 8:06 AM, Reto Bachmann-Gmür <re...@wymiwyg.com>wrote:
> Hi Karl
>
> Trying to compile the trunk version of framework.security I get:
>
> [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @
> org.apache.felix.framework.security ---
> [INFO] Compiling 11 source files to
>
> /data-ssd-unencrypted/projects-apache/felix/framework.security/target/classes
> [INFO] -------------------------------------------------------------
> [ERROR] COMPILATION ERROR :
> [INFO] -------------------------------------------------------------
> [ERROR]
> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[310,19]
> error: FakeBundle is not abstract and does not override abstract
> method adapt(Class) in Bundle
> [ERROR]
> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[464,15]
> error: name clash: <A>adapt(Class<A>) in FakeBundle and adapt(Class)
> in Bundle have the same erasure, yet neither overrides the other
> [INFO] 2 errors
>
> Cheers,
> Reto
>
> On Mon, Feb 11, 2013 at 11:19 PM, Karl Pauls <ka...@gmail.com> wrote:
> > You could try to see whether it works with the current framework.security
> > trunk. If not, please open a jira (and if possible attach some example
> that
> > fails :-)
> >
> > regards,
> >
> > Karl
> >
> >
> > On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com>
> wrote:
> >
> >> Looks like a bug to me. Can you please open a jira issue and assign it
> to
> >> me?
> >>
> >> regards,
> >>
> >> Karl
> >>
> >>
> >> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <reto@apache.org
> >wrote:
> >>
> >>> Hello,
> >>>
> >>> After updating clerezza to the latest released versions of felix and
> >>> felix security I'm getting the following error after a restart:
> >>>
> >>> ERROR: Bundle in cache doesn't pass security check anymore.
> >>> (java.lang.ArrayIndexOutOfBoundsException: -1)
> >>> java.lang.ArrayIndexOutOfBoundsException: -1
> >>> at
> >>>
> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
> >>> at
> >>>
> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
> >>> at
> >>>
> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
> >>> at
> >>>
> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
> >>> at
> >>>
> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
> >>> at org.apache.felix.framework.Felix.init(Felix.java:805)
> >>> at org.apache.felix.framework.Felix.start(Felix.java:882)
> >>> at
> >>>
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
> >>> at
> >>>
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
> >>> at
> org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
> >>>
> >>> Any idea what might cause this?
> >>>
> >>> Cheers,
> >>> Reto
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> >>> For additional commands, e-mail: users-help@felix.apache.org
> >>>
> >>>
> >>
> >>
> >> --
> >> Karl Pauls
> >> karlpauls@gmail.com
> >> http://twitter.com/karlpauls
> >> http://www.linkedin.com/in/karlpauls
> >> https://profiles.google.com/karlpauls
> >>
> >
> >
> >
> > --
> > Karl Pauls
> > karlpauls@gmail.com
> > http://twitter.com/karlpauls
> > http://www.linkedin.com/in/karlpauls
> > https://profiles.google.com/karlpauls
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Karl Pauls <ka...@gmail.com>.
I commited a fix for the java7 issue so the security provider should
compile for you.
regards,
Karl
On Tue, Feb 12, 2013 at 3:28 PM, Karl Pauls <ka...@gmail.com> wrote:
> Well, i just tried and it seems to work with the current framework and
> security trunk. It be nice if you could double-check as I'm not sure I did
> the right thing.
>
> regards,
>
> Karl
>
>
> On Tue, Feb 12, 2013 at 8:26 AM, Reto Bachmann-Gmür <re...@apache.org>wrote:
>
>> Rehi,
>>
>> Created FELIX-3893 nevertheless. I cannot assign the issue, but I can
>> close the issue if can see the issue is solved in trunk ;)
>>
>> Cheers,
>> Reto
>>
>> On Tue, Feb 12, 2013 at 8:06 AM, Reto Bachmann-Gmür <re...@wymiwyg.com>
>> wrote:
>> > Hi Karl
>> >
>> > Trying to compile the trunk version of framework.security I get:
>> >
>> > [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @R
>> > org.apache.felix.framework.security ---
>> > [INFO] Compiling 11 source files to
>> >
>> /data-ssd-unencrypted/projects-apache/felix/framework.security/target/classes
>> > [INFO] -------------------------------------------------------------
>> > [ERROR] COMPILATION ERROR :
>> > [INFO] -------------------------------------------------------------
>> > [ERROR]
>> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[310,19]
>> > error: FakeBundle is not abstract and does not override abstract
>> > method adapt(Class) in Bundle
>> > [ERROR]
>> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[464,15]
>> > error: name clash: <A>adapt(Class<A>) in FakeBundle and adapt(Class)
>> > in Bundle have the same erasure, yet neither overrides the other
>> > [INFO] 2 errors
>> >
>> > Cheers,
>> > Reto
>> >
>> > On Mon, Feb 11, 2013 at 11:19 PM, Karl Pauls <ka...@gmail.com>
>> wrote:
>> >> You could try to see whether it works with the current
>> framework.security
>> >> trunk. If not, please open a jira (and if possible attach some example
>> that
>> >> fails :-)
>> >>
>> >> regards,
>> >>
>> >> Karl
>> >>
>> >>
>> >> On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com>
>> wrote:
>> >>
>> >>> Looks like a bug to me. Can you please open a jira issue and assign
>> it to
>> >>> me?
>> >>>
>> >>> regards,
>> >>>
>> >>> Karl
>> >>>
>> >>>
>> >>> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <reto@apache.org
>> >wrote:
>> >>>
>> >>>> Hello,
>> >>>>
>> >>>> After updating clerezza to the latest released versions of felix and
>> >>>> felix security I'm getting the following error after a restart:
>> >>>>
>> >>>> ERROR: Bundle in cache doesn't pass security check anymore.
>> >>>> (java.lang.ArrayIndexOutOfBoundsException: -1)
>> >>>> java.lang.ArrayIndexOutOfBoundsException: -1
>> >>>> at
>> >>>>
>> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
>> >>>> at org.apache.felix.framework.Felix.init(Felix.java:805)
>> >>>> at org.apache.felix.framework.Felix.start(Felix.java:882)
>> >>>> at
>> >>>>
>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
>> >>>> at
>> >>>>
>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
>> >>>> at
>> org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
>> >>>>
>> >>>> Any idea what might cause this?
>> >>>>
>> >>>> Cheers,
>> >>>> Reto
>> >>>>
>> >>>> ---------------------------------------------------------------------
>> >>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> >>>> For additional commands, e-mail: users-help@felix.apache.org
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>> --
>> >>> Karl Pauls
>> >>> karlpauls@gmail.com
>> >>> http://twitter.com/karlpauls
>> >>> http://www.linkedin.com/in/karlpauls
>> >>> https://profiles.google.com/karlpauls
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> Karl Pauls
>> >> karlpauls@gmail.com
>> >> http://twitter.com/karlpauls
>> >> http://www.linkedin.com/in/karlpauls
>> >> https://profiles.google.com/karlpauls
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
> --
> Karl Pauls
> karlpauls@gmail.com
> http://twitter.com/karlpauls
> http://www.linkedin.com/in/karlpauls
> https://profiles.google.com/karlpauls
>
--
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Karl Pauls <ka...@gmail.com>.
Just try again with the latest trunk - it should compile with java7 now.
regards,
Karl
On Tue, Feb 12, 2013 at 3:33 PM, Reto Bachmann-Gmür <re...@apache.org> wrote:
> Pomising....
>
> If you could deploy the trunk version to
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/felix/org.apache.felix.framework.security/
> this would safe me from installing an old java version.
>
> Cheers,
> Reto
>
>
> On Tue, Feb 12, 2013 at 3:28 PM, Karl Pauls <ka...@gmail.com> wrote:
> > Well, i just tried and it seems to work with the current framework and
> > security trunk. It be nice if you could double-check as I'm not sure I
> did
> > the right thing.
> >
> > regards,
> >
> > Karl
> >
> >
> > On Tue, Feb 12, 2013 at 8:26 AM, Reto Bachmann-Gmür <re...@apache.org>
> wrote:
> >
> >> Rehi,
> >>
> >> Created FELIX-3893 nevertheless. I cannot assign the issue, but I can
> >> close the issue if can see the issue is solved in trunk ;)
> >>
> >> Cheers,
> >> Reto
> >>
> >> On Tue, Feb 12, 2013 at 8:06 AM, Reto Bachmann-Gmür <re...@wymiwyg.com>
> >> wrote:
> >> > Hi Karl
> >> >
> >> > Trying to compile the trunk version of framework.security I get:
> >> >
> >> > [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @R
> >> > org.apache.felix.framework.security ---
> >> > [INFO] Compiling 11 source files to
> >> >
> >>
> /data-ssd-unencrypted/projects-apache/felix/framework.security/target/classes
> >> > [INFO] -------------------------------------------------------------
> >> > [ERROR] COMPILATION ERROR :
> >> > [INFO] -------------------------------------------------------------
> >> > [ERROR]
> >>
> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[310,19]
> >> > error: FakeBundle is not abstract and does not override abstract
> >> > method adapt(Class) in Bundle
> >> > [ERROR]
> >>
> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[464,15]
> >> > error: name clash: <A>adapt(Class<A>) in FakeBundle and adapt(Class)
> >> > in Bundle have the same erasure, yet neither overrides the other
> >> > [INFO] 2 errors
> >> >
> >> > Cheers,
> >> > Reto
> >> >
> >> > On Mon, Feb 11, 2013 at 11:19 PM, Karl Pauls <ka...@gmail.com>
> >> wrote:
> >> >> You could try to see whether it works with the current
> >> framework.security
> >> >> trunk. If not, please open a jira (and if possible attach some
> example
> >> that
> >> >> fails :-)
> >> >>
> >> >> regards,
> >> >>
> >> >> Karl
> >> >>
> >> >>
> >> >> On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com>
> >> wrote:
> >> >>
> >> >>> Looks like a bug to me. Can you please open a jira issue and assign
> it
> >> to
> >> >>> me?
> >> >>>
> >> >>> regards,
> >> >>>
> >> >>> Karl
> >> >>>
> >> >>>
> >> >>> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <
> reto@apache.org
> >> >wrote:
> >> >>>
> >> >>>> Hello,
> >> >>>>
> >> >>>> After updating clerezza to the latest released versions of felix
> and
> >> >>>> felix security I'm getting the following error after a restart:
> >> >>>>
> >> >>>> ERROR: Bundle in cache doesn't pass security check anymore.
> >> >>>> (java.lang.ArrayIndexOutOfBoundsException: -1)
> >> >>>> java.lang.ArrayIndexOutOfBoundsException: -1
> >> >>>> at
> >> >>>>
> >>
> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
> >> >>>> at
> >> >>>>
> >>
> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
> >> >>>> at
> >> >>>>
> >>
> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
> >> >>>> at
> >> >>>>
> >>
> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
> >> >>>> at
> >> >>>>
> >>
> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
> >> >>>> at org.apache.felix.framework.Felix.init(Felix.java:805)
> >> >>>> at org.apache.felix.framework.Felix.start(Felix.java:882)
> >> >>>> at
> >> >>>>
> >>
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
> >> >>>> at
> >> >>>>
> >>
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
> >> >>>> at
> >> org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
> >> >>>>
> >> >>>> Any idea what might cause this?
> >> >>>>
> >> >>>> Cheers,
> >> >>>> Reto
> >> >>>>
> >> >>>>
> ---------------------------------------------------------------------
> >> >>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> >> >>>> For additional commands, e-mail: users-help@felix.apache.org
> >> >>>>
> >> >>>>
> >> >>>
> >> >>>
> >> >>> --
> >> >>> Karl Pauls
> >> >>> karlpauls@gmail.com
> >> >>> http://twitter.com/karlpauls
> >> >>> http://www.linkedin.com/in/karlpauls
> >> >>> https://profiles.google.com/karlpauls
> >> >>>
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Karl Pauls
> >> >> karlpauls@gmail.com
> >> >> http://twitter.com/karlpauls
> >> >> http://www.linkedin.com/in/karlpauls
> >> >> https://profiles.google.com/karlpauls
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> >> For additional commands, e-mail: users-help@felix.apache.org
> >>
> >>
> >
> >
> > --
> > Karl Pauls
> > karlpauls@gmail.com
> > http://twitter.com/karlpauls
> > http://www.linkedin.com/in/karlpauls
> > https://profiles.google.com/karlpauls
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Reto Bachmann-Gmür <re...@apache.org>.
Pomising....
If you could deploy the trunk version to
https://repository.apache.org/content/repositories/snapshots/org/apache/felix/org.apache.felix.framework.security/
this would safe me from installing an old java version.
Cheers,
Reto
On Tue, Feb 12, 2013 at 3:28 PM, Karl Pauls <ka...@gmail.com> wrote:
> Well, i just tried and it seems to work with the current framework and
> security trunk. It be nice if you could double-check as I'm not sure I did
> the right thing.
>
> regards,
>
> Karl
>
>
> On Tue, Feb 12, 2013 at 8:26 AM, Reto Bachmann-Gmür <re...@apache.org> wrote:
>
>> Rehi,
>>
>> Created FELIX-3893 nevertheless. I cannot assign the issue, but I can
>> close the issue if can see the issue is solved in trunk ;)
>>
>> Cheers,
>> Reto
>>
>> On Tue, Feb 12, 2013 at 8:06 AM, Reto Bachmann-Gmür <re...@wymiwyg.com>
>> wrote:
>> > Hi Karl
>> >
>> > Trying to compile the trunk version of framework.security I get:
>> >
>> > [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @R
>> > org.apache.felix.framework.security ---
>> > [INFO] Compiling 11 source files to
>> >
>> /data-ssd-unencrypted/projects-apache/felix/framework.security/target/classes
>> > [INFO] -------------------------------------------------------------
>> > [ERROR] COMPILATION ERROR :
>> > [INFO] -------------------------------------------------------------
>> > [ERROR]
>> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[310,19]
>> > error: FakeBundle is not abstract and does not override abstract
>> > method adapt(Class) in Bundle
>> > [ERROR]
>> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[464,15]
>> > error: name clash: <A>adapt(Class<A>) in FakeBundle and adapt(Class)
>> > in Bundle have the same erasure, yet neither overrides the other
>> > [INFO] 2 errors
>> >
>> > Cheers,
>> > Reto
>> >
>> > On Mon, Feb 11, 2013 at 11:19 PM, Karl Pauls <ka...@gmail.com>
>> wrote:
>> >> You could try to see whether it works with the current
>> framework.security
>> >> trunk. If not, please open a jira (and if possible attach some example
>> that
>> >> fails :-)
>> >>
>> >> regards,
>> >>
>> >> Karl
>> >>
>> >>
>> >> On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com>
>> wrote:
>> >>
>> >>> Looks like a bug to me. Can you please open a jira issue and assign it
>> to
>> >>> me?
>> >>>
>> >>> regards,
>> >>>
>> >>> Karl
>> >>>
>> >>>
>> >>> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <reto@apache.org
>> >wrote:
>> >>>
>> >>>> Hello,
>> >>>>
>> >>>> After updating clerezza to the latest released versions of felix and
>> >>>> felix security I'm getting the following error after a restart:
>> >>>>
>> >>>> ERROR: Bundle in cache doesn't pass security check anymore.
>> >>>> (java.lang.ArrayIndexOutOfBoundsException: -1)
>> >>>> java.lang.ArrayIndexOutOfBoundsException: -1
>> >>>> at
>> >>>>
>> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
>> >>>> at
>> >>>>
>> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
>> >>>> at org.apache.felix.framework.Felix.init(Felix.java:805)
>> >>>> at org.apache.felix.framework.Felix.start(Felix.java:882)
>> >>>> at
>> >>>>
>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
>> >>>> at
>> >>>>
>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
>> >>>> at
>> org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
>> >>>>
>> >>>> Any idea what might cause this?
>> >>>>
>> >>>> Cheers,
>> >>>> Reto
>> >>>>
>> >>>> ---------------------------------------------------------------------
>> >>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> >>>> For additional commands, e-mail: users-help@felix.apache.org
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>> --
>> >>> Karl Pauls
>> >>> karlpauls@gmail.com
>> >>> http://twitter.com/karlpauls
>> >>> http://www.linkedin.com/in/karlpauls
>> >>> https://profiles.google.com/karlpauls
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> Karl Pauls
>> >> karlpauls@gmail.com
>> >> http://twitter.com/karlpauls
>> >> http://www.linkedin.com/in/karlpauls
>> >> https://profiles.google.com/karlpauls
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
> --
> Karl Pauls
> karlpauls@gmail.com
> http://twitter.com/karlpauls
> http://www.linkedin.com/in/karlpauls
> https://profiles.google.com/karlpauls
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Karl Pauls <ka...@gmail.com>.
Well, i just tried and it seems to work with the current framework and
security trunk. It be nice if you could double-check as I'm not sure I did
the right thing.
regards,
Karl
On Tue, Feb 12, 2013 at 8:26 AM, Reto Bachmann-Gmür <re...@apache.org> wrote:
> Rehi,
>
> Created FELIX-3893 nevertheless. I cannot assign the issue, but I can
> close the issue if can see the issue is solved in trunk ;)
>
> Cheers,
> Reto
>
> On Tue, Feb 12, 2013 at 8:06 AM, Reto Bachmann-Gmür <re...@wymiwyg.com>
> wrote:
> > Hi Karl
> >
> > Trying to compile the trunk version of framework.security I get:
> >
> > [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @R
> > org.apache.felix.framework.security ---
> > [INFO] Compiling 11 source files to
> >
> /data-ssd-unencrypted/projects-apache/felix/framework.security/target/classes
> > [INFO] -------------------------------------------------------------
> > [ERROR] COMPILATION ERROR :
> > [INFO] -------------------------------------------------------------
> > [ERROR]
> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[310,19]
> > error: FakeBundle is not abstract and does not override abstract
> > method adapt(Class) in Bundle
> > [ERROR]
> /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[464,15]
> > error: name clash: <A>adapt(Class<A>) in FakeBundle and adapt(Class)
> > in Bundle have the same erasure, yet neither overrides the other
> > [INFO] 2 errors
> >
> > Cheers,
> > Reto
> >
> > On Mon, Feb 11, 2013 at 11:19 PM, Karl Pauls <ka...@gmail.com>
> wrote:
> >> You could try to see whether it works with the current
> framework.security
> >> trunk. If not, please open a jira (and if possible attach some example
> that
> >> fails :-)
> >>
> >> regards,
> >>
> >> Karl
> >>
> >>
> >> On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com>
> wrote:
> >>
> >>> Looks like a bug to me. Can you please open a jira issue and assign it
> to
> >>> me?
> >>>
> >>> regards,
> >>>
> >>> Karl
> >>>
> >>>
> >>> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <reto@apache.org
> >wrote:
> >>>
> >>>> Hello,
> >>>>
> >>>> After updating clerezza to the latest released versions of felix and
> >>>> felix security I'm getting the following error after a restart:
> >>>>
> >>>> ERROR: Bundle in cache doesn't pass security check anymore.
> >>>> (java.lang.ArrayIndexOutOfBoundsException: -1)
> >>>> java.lang.ArrayIndexOutOfBoundsException: -1
> >>>> at
> >>>>
> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
> >>>> at
> >>>>
> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
> >>>> at
> >>>>
> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
> >>>> at
> >>>>
> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
> >>>> at
> >>>>
> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
> >>>> at org.apache.felix.framework.Felix.init(Felix.java:805)
> >>>> at org.apache.felix.framework.Felix.start(Felix.java:882)
> >>>> at
> >>>>
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
> >>>> at
> >>>>
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
> >>>> at
> org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
> >>>>
> >>>> Any idea what might cause this?
> >>>>
> >>>> Cheers,
> >>>> Reto
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> >>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> Karl Pauls
> >>> karlpauls@gmail.com
> >>> http://twitter.com/karlpauls
> >>> http://www.linkedin.com/in/karlpauls
> >>> https://profiles.google.com/karlpauls
> >>>
> >>
> >>
> >>
> >> --
> >> Karl Pauls
> >> karlpauls@gmail.com
> >> http://twitter.com/karlpauls
> >> http://www.linkedin.com/in/karlpauls
> >> https://profiles.google.com/karlpauls
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Reto Bachmann-Gmür <re...@apache.org>.
Rehi,
Created FELIX-3893 nevertheless. I cannot assign the issue, but I can
close the issue if can see the issue is solved in trunk ;)
Cheers,
Reto
On Tue, Feb 12, 2013 at 8:06 AM, Reto Bachmann-Gmür <re...@wymiwyg.com> wrote:
> Hi Karl
>
> Trying to compile the trunk version of framework.security I get:
>
> [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @R
> org.apache.felix.framework.security ---
> [INFO] Compiling 11 source files to
> /data-ssd-unencrypted/projects-apache/felix/framework.security/target/classes
> [INFO] -------------------------------------------------------------
> [ERROR] COMPILATION ERROR :
> [INFO] -------------------------------------------------------------
> [ERROR] /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[310,19]
> error: FakeBundle is not abstract and does not override abstract
> method adapt(Class) in Bundle
> [ERROR] /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[464,15]
> error: name clash: <A>adapt(Class<A>) in FakeBundle and adapt(Class)
> in Bundle have the same erasure, yet neither overrides the other
> [INFO] 2 errors
>
> Cheers,
> Reto
>
> On Mon, Feb 11, 2013 at 11:19 PM, Karl Pauls <ka...@gmail.com> wrote:
>> You could try to see whether it works with the current framework.security
>> trunk. If not, please open a jira (and if possible attach some example that
>> fails :-)
>>
>> regards,
>>
>> Karl
>>
>>
>> On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com> wrote:
>>
>>> Looks like a bug to me. Can you please open a jira issue and assign it to
>>> me?
>>>
>>> regards,
>>>
>>> Karl
>>>
>>>
>>> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <re...@apache.org>wrote:
>>>
>>>> Hello,
>>>>
>>>> After updating clerezza to the latest released versions of felix and
>>>> felix security I'm getting the following error after a restart:
>>>>
>>>> ERROR: Bundle in cache doesn't pass security check anymore.
>>>> (java.lang.ArrayIndexOutOfBoundsException: -1)
>>>> java.lang.ArrayIndexOutOfBoundsException: -1
>>>> at
>>>> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
>>>> at
>>>> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
>>>> at
>>>> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
>>>> at
>>>> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
>>>> at
>>>> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
>>>> at org.apache.felix.framework.Felix.init(Felix.java:805)
>>>> at org.apache.felix.framework.Felix.start(Felix.java:882)
>>>> at
>>>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
>>>> at
>>>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
>>>> at org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
>>>>
>>>> Any idea what might cause this?
>>>>
>>>> Cheers,
>>>> Reto
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Karl Pauls
>>> karlpauls@gmail.com
>>> http://twitter.com/karlpauls
>>> http://www.linkedin.com/in/karlpauls
>>> https://profiles.google.com/karlpauls
>>>
>>
>>
>>
>> --
>> Karl Pauls
>> karlpauls@gmail.com
>> http://twitter.com/karlpauls
>> http://www.linkedin.com/in/karlpauls
>> https://profiles.google.com/karlpauls
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Reto Bachmann-Gmür <re...@wymiwyg.com>.
Hi Karl
Trying to compile the trunk version of framework.security I get:
[INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @
org.apache.felix.framework.security ---
[INFO] Compiling 11 source files to
/data-ssd-unencrypted/projects-apache/felix/framework.security/target/classes
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[310,19]
error: FakeBundle is not abstract and does not override abstract
method adapt(Class) in Bundle
[ERROR] /data-ssd-unencrypted/projects-apache/felix/framework.security/src/main/java/org/apache/felix/framework/security/condpermadmin/ConditionalPermissionAdminImpl.java:[464,15]
error: name clash: <A>adapt(Class<A>) in FakeBundle and adapt(Class)
in Bundle have the same erasure, yet neither overrides the other
[INFO] 2 errors
Cheers,
Reto
On Mon, Feb 11, 2013 at 11:19 PM, Karl Pauls <ka...@gmail.com> wrote:
> You could try to see whether it works with the current framework.security
> trunk. If not, please open a jira (and if possible attach some example that
> fails :-)
>
> regards,
>
> Karl
>
>
> On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com> wrote:
>
>> Looks like a bug to me. Can you please open a jira issue and assign it to
>> me?
>>
>> regards,
>>
>> Karl
>>
>>
>> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <re...@apache.org>wrote:
>>
>>> Hello,
>>>
>>> After updating clerezza to the latest released versions of felix and
>>> felix security I'm getting the following error after a restart:
>>>
>>> ERROR: Bundle in cache doesn't pass security check anymore.
>>> (java.lang.ArrayIndexOutOfBoundsException: -1)
>>> java.lang.ArrayIndexOutOfBoundsException: -1
>>> at
>>> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
>>> at
>>> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
>>> at
>>> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
>>> at
>>> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
>>> at
>>> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
>>> at org.apache.felix.framework.Felix.init(Felix.java:805)
>>> at org.apache.felix.framework.Felix.start(Felix.java:882)
>>> at
>>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
>>> at
>>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
>>> at org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
>>>
>>> Any idea what might cause this?
>>>
>>> Cheers,
>>> Reto
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>>
>> --
>> Karl Pauls
>> karlpauls@gmail.com
>> http://twitter.com/karlpauls
>> http://www.linkedin.com/in/karlpauls
>> https://profiles.google.com/karlpauls
>>
>
>
>
> --
> Karl Pauls
> karlpauls@gmail.com
> http://twitter.com/karlpauls
> http://www.linkedin.com/in/karlpauls
> https://profiles.google.com/karlpauls
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Karl Pauls <ka...@gmail.com>.
You could try to see whether it works with the current framework.security
trunk. If not, please open a jira (and if possible attach some example that
fails :-)
regards,
Karl
On Mon, Feb 11, 2013 at 10:49 PM, Karl Pauls <ka...@gmail.com> wrote:
> Looks like a bug to me. Can you please open a jira issue and assign it to
> me?
>
> regards,
>
> Karl
>
>
> On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <re...@apache.org>wrote:
>
>> Hello,
>>
>> After updating clerezza to the latest released versions of felix and
>> felix security I'm getting the following error after a restart:
>>
>> ERROR: Bundle in cache doesn't pass security check anymore.
>> (java.lang.ArrayIndexOutOfBoundsException: -1)
>> java.lang.ArrayIndexOutOfBoundsException: -1
>> at
>> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
>> at
>> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
>> at
>> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
>> at
>> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
>> at
>> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
>> at org.apache.felix.framework.Felix.init(Felix.java:805)
>> at org.apache.felix.framework.Felix.start(Felix.java:882)
>> at
>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
>> at
>> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
>> at org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
>>
>> Any idea what might cause this?
>>
>> Cheers,
>> Reto
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
> --
> Karl Pauls
> karlpauls@gmail.com
> http://twitter.com/karlpauls
> http://www.linkedin.com/in/karlpauls
> https://profiles.google.com/karlpauls
>
--
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls
Re: felix security: Bundle in cache doesn't pass security check anymore.
Posted by Karl Pauls <ka...@gmail.com>.
Looks like a bug to me. Can you please open a jira issue and assign it to
me?
regards,
Karl
On Mon, Feb 11, 2013 at 10:01 PM, Reto Bachmann-Gmür <re...@apache.org>wrote:
> Hello,
>
> After updating clerezza to the latest released versions of felix and
> felix security I'm getting the following error after a restart:
>
> ERROR: Bundle in cache doesn't pass security check anymore.
> (java.lang.ArrayIndexOutOfBoundsException: -1)
> java.lang.ArrayIndexOutOfBoundsException: -1
> at
> org.apache.felix.framework.security.verifier.BundleDNParser.getRootChains(BundleDNParser.java:470)
> at
> org.apache.felix.framework.security.verifier.BundleDNParser._getDNChains(BundleDNParser.java:246)
> at
> org.apache.felix.framework.security.verifier.BundleDNParser.checkDNChains(BundleDNParser.java:145)
> at
> org.apache.felix.framework.SecurityProviderImpl.checkBundle(SecurityProviderImpl.java:63)
> at
> org.apache.felix.framework.Felix.setBundleProtectionDomain(Felix.java:854)
> at org.apache.felix.framework.Felix.init(Felix.java:805)
> at org.apache.felix.framework.Felix.start(Felix.java:882)
> at
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:184)
> at
> org.apache.clerezza.platform.launcher.ClerezzaApp.start(ClerezzaApp.java:167)
> at org.apache.clerezza.platform.launcher.Main.main(Main.java:34)
>
> Any idea what might cause this?
>
> Cheers,
> Reto
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls