# Re: sun.security.acl package license

Li Gong (gong@games.eng.sun.com)
Tue, 2 Sep 1997 11:02:08 -0700

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: The Stenmarks: "Questions"
- Previous message: Li Gong: "Re: NON US JCE???"
- Maybe in reply to: mkarl@innovus.co.nz: "sun.security.acl package license"

    Date: Tue, 2 Sep 1997 11:02:08 -0700

    Message-Id: <199709021802.LAA06980@games.eng.sun.com>

    From: Li Gong <gong@games.eng.sun.com>

    To: mkarl@innovus.co.nz

    Subject: Re: sun.security.acl package license

    In-Reply-To: mkarl@innovus.co.nz's mail of Tue, 2 September, 1997

We have encountered this issue before, and I will follow up with a
private message with more details. Thanks.

Li

mkarl@innovus.co.nz writes:
> Dear "java-security"
>
> I am a developer using java in a major (for New Zealand at least) =20
> development in New Zealand, as with all developments we look at ways we =20
> can shave development time off our projects.
>
> With this in mind, we need to implement ACL-based security to control =20
> access to specific system functions and within system functions need to =20
> restrict access based on the users permission (of course).
>
> The requirements are relatively straight forward however, and the =20
> sun.security.acl package will meet our needs adequately. I am a bit =20
> hesitant in using code we do not have source for, and will not deploy =20
> code to clients we do not have a license for.
>
> Instead of developing our own code, is it possible to license from sun =20
> the sun.security.acl package classses separately as developers - and pass =20=
> =20
> a license to our users (client) of the unmodified code, and/or to obtain =20
> from you the source on an as-is basis and include it within our =20
> deployment of the system? In either case what licensing requirements =20
> would you place on us ?
>
> I would like to hear what conditions you would apply, we DO NOT take =20
> credit for work that is not our own, but wish to provide a cost effective =20=
> =20
> solution to our client.
>
> An answer of NO, if appropriate would require that we build our own =20
> classes based on the defined interfaces, we are quite capable of doing =20
> this, however it would save us time if you would agree to this request.
>
> Malcolm Karl
> Senior Application Developer
> Software Development
> INNOVUS Ltd.
> Wellington
> New Zealand.
> mkarl@innovus.co.nz =20
>

- Next message: The Stenmarks: "Questions"
- Previous message: Li Gong: "Re: NON US JCE???"
- Maybe in reply to: mkarl@innovus.co.nz: "sun.security.acl package license"