I am sure that is all covered in section 5.2 of the spec. -- BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [email protected]
office: +1 386 848 1781 mobile: +1 386 848 3788 From: Fredrik Alströmer <[email protected]> To: OSGi Developer Mail List <[email protected]> Date: 2009/01/27 07:50 Subject: Re: [osgi-dev] Framework API wording? Sent by: [email protected] Excellent, thanks for clarifying this (this is actually what I had assumed). However, is this behavior actually specified somewhere, and I just overlooked it? Or is it actually undefined? Thanks, Fredrik. On Mon, Jan 26, 2009 at 18:05, BJ Hargrave <[email protected]> wrote: > The supplied dictionary is not modified and can be reused after the call > (this is done all the time in the tck). The framework must copy the > properties from the supplied dictionary and will override any values > supplied for certain service propertied like service.id. > -- > > BJ Hargrave > Senior Technical Staff Member, IBM > OSGi Fellow and CTO of the OSGi Alliance > [email protected] > office: +1 386 848 1781 > mobile: +1 386 848 3788 > > > From: Fredrik Alströmer <[email protected]> > To: OSGi Developer Mail List <[email protected]> > Date: 2009/01/26 10:47 > Subject: [osgi-dev] Framework API wording? > Sent by: [email protected] > ________________________________ > > > Afternoon, > > I've been pondering the wording of the OSGi specification R4 4.1, > section 6.1.6.17, i.e. the framework API; registerService(). It says > 'The Framework adds these service properties to the specified > Dictionary', and then goes on to list a few. Does this imply that the > Dictionary is modified, i.e. the dictionary that I pass to > registerService can't be reused? > > Thanks, > Fredrik. > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > > > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
