inline -- Geir Magnusson Jr [EMAIL PROTECTED] SSG/MPD +1 203 665 6437
> -----Original Message----- > From: Loenko, Mikhail Y [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 10, 2006 3:53 AM > To: [email protected] > Subject: RE: [RESULT] ( Was Re: [VOTE] Accept JIRA > contribution HARMONY-16 (Intel's contrib of security code for > classlib)) > > Thanks for accepting the contribution > > >There's a bit of things that come out of this, like the > >"com.intel.drl.spec_ref" javadoc tag that we should convert, > and such. > > What would be the best for those javadocs? We can have 3 possible > options: > 1. Copy-paste from the spec. Not sure it is legal Absolutely not. The legality is actually open to honest and genuine debate - fair use and such - but it's an active issue w/ the EC and something I'd rather see come to conclusion before "poking the bear". > 2. Reword the spec. More likely to be legal 100% legit > 3. Replace the tag with a different one and provide taglet to > build the > doc from the Harmony sources and Sun's spec. I think we just point to Sun's spec. > > Currently IBM's contribution seems to have #2. Does anyone have an > opinion? > > Thanks, > Mikhail Loenko > Intel Middleware Products Division > > >-----Original Message----- > >From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] > >Sent: Friday, December 30, 2005 10:48 PM > >To: [email protected] > >Subject: Re: [RESULT] ( Was Re: [VOTE] Accept JIRA contribution > HARMONY-16 (Intel's contrib of > >security code for classlib)) > > > > > > > >Tim Ellison wrote: > >> Geir Magnusson Jr. wrote: > >> <snip> > >> > >>>I'll finish moving to SVN and we'll put into the classlib tree, I > suppose. > >> > >> > >> Great. Thanks again Mikhail and the team! > >> > >> I suggest you either put it into the classlib tree at > >> "classlib/java-src/security2" or leave it in the sandbox, > then we can > >> merge it into the existing security structure without breaking the > world. > > > >I'll go for the former and try to whip it into common shape, > and we can > >then decide how we do this - drop the existing security if > security2 is > >a superset, or merge. > > > >There's a bit of things that come out of this, like the > >"com.intel.drl.spec_ref" javadoc tag that we should convert, > and such. > > > >Also will give me a good change to frame out the test infra. > > > > > >> > >> Regards, > >> Tim > >> >
