hivemind-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hensley, Richard" <>
Subject RE: module package name question
Date Mon, 09 May 2005 15:09:58 GMT
Works for me. I can understand it now. There is no possible reason I can
think of to create a spring dependency, or go through the hassle of separate
module just to make interface names more convenient. 

-----Original Message-----
From: Howard Lewis Ship [] 
Sent: Saturday, May 07, 2005 1:36 PM
Subject: Re: module package name question

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 <> wrote:
> I'm using module package names, and I can't seem to get them to work for
> interface attribute of a service-point. Should they work?
> For instance I use
> package=""
> and
> interface="bar.MyClass"
> This seems to work fine when constructing an instance in a builder, but
> for the interface. The interface does work when I don't use partial
> names, like the following:
> package=""
> interface="MyClass"
> Richard
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

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

Professional Tapestry training, mentoring, support
and project work.

To unsubscribe, e-mail:
For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message