Thanks BJ. I had opened bug1116. https://www.osgi.org/members/bugzilla/show_bug.cgi?id=1116
On Thu, 26 Feb 2009 08:10:05 -0500 BJ Hargrave <[email protected]> wrote: BJ> Yes for both Q1 and Q2. ServicePermission extends BasicPermission and uses BJ> BasicPermission's name wildcarding rules. BJ> BJ> The spec description could be improved to match. Please open a bug. BJ> -- BJ> BJ> BJ Hargrave BJ> Senior Technical Staff Member, IBM BJ> OSGi Fellow and CTO of the OSGi Alliance BJ> [email protected] BJ> BJ> office: +1 386 848 1781 BJ> mobile: +1 386 848 3788 BJ> BJ> BJ> BJ> BJ> From: BJ> Ikuo Yamasaki <[email protected]> BJ> To: BJ> <[email protected]> BJ> Date: BJ> 2009/02/26 04:07 BJ> Subject: BJ> [osgi-dev] Question about ServicePermission BJ> Sent by: BJ> [email protected] BJ> BJ> BJ> BJ> Hi BJ> BJ> I have question on ServicePermission. BJ> BJ> I definetely say that ServicePermision("com.acme.*","get") implies BJ> ServicePermission("com.acme.Service","get"). BJ> BJ> ------------------ BJ> However, how about the following cases ? BJ> BJ> Q1. Should ServicePermision("com.*","get") implies BJ> ServicePermission("com.acme.Service","get") ? BJ> BJ> Q2. Should ServicePermision("*","get") implies BJ> ServicePermission("com.acme.Service","get") ? BJ> BJ> ------------------ BJ> R4.2 spec says BJ> BJ> The name of the service is specified as a fully qualified class name. BJ> ClassName ::= <class name> | <class name ending in “.*” BJ> > BJ> BJ> Examples: BJ> org.osgi.service.http.HttpService BJ> org.osgi.service.http.* BJ> org.osgi.service.snmp.* BJ> BJ> Regarding Q1, There is no example of "org.osgi.*" in the spec. BJ> BJ> Regarding Q2, the spec says "<class name ending in “.*”>". BJ> BJ> Best regards, BJ> BJ> ======= BJ> Ikuo YAMASAKI BJ> BJ> BJ> _______________________________________________ BJ> OSGi Developer Mail List BJ> [email protected] BJ> https://mail.osgi.org/mailman/listinfo/osgi-dev BJ> ======= Ikuo YAMASAKI _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
