Mailing-List: contact hivemind-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hivemind-user@jakarta.apache.org
Received-SPF: pass (hermes.apache.org: domain of hlship@gmail.com designates
 64.233.184.195 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=OwXI83hPDPJxHHwviFQfNFhDEDVf3kHyEm053imEgIDabuoPkVVHvpf2Wbv8v+OQwiqH4I9v8VW8GR9gEM5sM+BYvq2X46Yv0kvPf+qUqYNSJfjJlSAZ/nRXS0s4ZKkB46sT8EeQKamKyfuOhlBEOiCaTmwWNxAbzB87KdN8LTI=
Message-ID: <ecd0e33105050713363ad2489c@mail.gmail.com>
Date: Sat, 7 May 2005 16:36:28 -0400
From: Howard Lewis Ship <hlship@gmail.com>
Reply-To: Howard Lewis Ship <hlship@gmail.com>
To: hivemind-user@jakarta.apache.org
Subject: Re: module package name question
In-Reply-To: 
 <B1F6F2DA362BD2118EA30008C75618E30B0D6378@eugexc01ntms.eugalg.hboc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: 
 <B1F6F2DA362BD2118EA30008C75618E30B0D6378@eugexc01ntms.eugalg.hboc.com>

Interface names are an unfortunate special case.  The interface name
can either inlcude or omit the package, but aren't as flexible as
normal class references, such as your example, where the interface is
in a sub-package.

HiveMind defers converting the interface class name into a Class until
as late as possible ... typically when the proxy is created.  This is
important for when a service-point interface references a class that
may not be available.  In hivemind.lib, there's some Spring related
service interfaces.  If we resolved interface names the same was as
classes, then the Spring libraries would have to be full dependencies
of hivemind-lib-*.jar.

What I've explained here is documented, and is consistent with your
experiments. Fixing it is possible, but would require a) including
Spring as a dependency of hivemind-lib, or b) refactoring the Spring
support into a seperate module.

On 5/3/05, Hensley, Richard <Richard.Hensley@mckesson.com> wrote:
> I'm using module package names, and I can't seem to get them to work for =
the
> interface attribute of a service-point. Should they work?
>=20
> For instance I use
>=20
> package=3D"com.foo"
>=20
> and
>=20
> interface=3D"bar.MyClass"
>=20
> This seems to work fine when constructing an instance in a builder, but n=
ot
> for the interface. The interface does work when I don't use partial packa=
ge
> names, like the following:
>=20
> package=3D"com.foo.bar"
>=20
> interface=3D"MyClass"
>=20
> Richard
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-user-help@jakarta.apache.org
>=20
>=20


--=20
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com

---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-user-help@jakarta.apache.org