I didn't get Jeff's original note...
I had some thoughts on the client side for you however:
Basically, as an API, it might be nice to consider some helper contructors, such as
BindOpts(String a_hostname, int a_port)
LdapBind(String a_userDN, String a_password)
Also, it really needs some exception stuff - or maybe I missed it... It's also been a while since I looked at it, so forgive me if I am insulting you.
BU R
At 03:18 PM 8/22/2003 -0500, you wrote:
There is no overlap between api and impl jar. Its just the framework alone and that makes sense since it's the whole thing right?
Alex
-----Original Message----- From: Stephen McConnell [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 1:17 PM To: Avalon framework users Subject: Re: Question Regarding Separation of Framework Jars
Alex Karasulu wrote:
> I noticed that the framework jar has been separated into 3 jars: > > framework-<version>.jar > framework-api-<version>.jar > framework-impl-<version>.jar
I'm guessing that you have built this using the avalon/framework build.
> > 1). What is the purpose for this?
In the avalon-sandbox/framework I've put in place a build system which does not generate a single framework jar file. The only reason I for this seems to me for backward compatibility with gump. To achieve that we just need a gump scipt that is dependent on framework-api and framework-impl , and does nothing more that generates a jar containing the combination of both.
> > 2). Why is there an overlap in the classes stored in the first and > second jars?
There should be no overlap between api and impl. Can you provide more details.
Stephen.
> > > Thanks, > Alex > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > >
--
Stephen J. McConnell mailto:[EMAIL PROTECTED] http://www.osm.net
Sent via James running under Merlin as an NT service. http://avalon.apache.org/sandbox/merlin
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
