[seam-dev] Meeting 2011-08-17
Shane Bryzak
sbryzak at redhat.com
Tue Aug 16 23:13:29 EDT 2011
On 17/08/11 13:06, Dan Allen wrote:
> On Tue, Aug 16, 2011 at 23:05, Dan Allen <dan.j.allen at gmail.com
> <mailto:dan.j.allen at gmail.com>> wrote:
>
> On Tue, Aug 16, 2011 at 22:57, Shane Bryzak <sbryzak at redhat.com
> <mailto:sbryzak at redhat.com>> wrote:
>
> Of course, but we break that rule. Solder is one example,
> there's multiple utility classes in the implementation that
> are required to compile other modules.
>
>
> I consider that a bug (or a work in progress, depending on how you
> look at it).
>
>
> An API is an API. If it's an "internal API", then perhaps it should be
> an SPI. Under no circumstances should we be depending on
> implementation classes between modules. Otherwise, we are changing the
> definition of an implementation.
We agree on this, and as far as I know (besides Solder) we conform to
this throughout all the modules.
>
> -Dan
>
> --
> Dan Allen
> Principal Software Engineer, Red Hat | Author of Seam in Action
> Registered Linux User #231597
>
> http://www.google.com/profiles/dan.j.allen#about
> http://mojavelinux.com
> http://mojavelinux.com/seaminaction
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/seam-dev/attachments/20110817/2220986c/attachment.html
More information about the seam-dev
mailing list