You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hivemind.apache.org by Howard Lewis Ship <hl...@gmail.com> on 2004/08/07 16:58:50 UTC

Too late for some naming changes?

Been thinking about the names of some services inside HiveMind. 
Allthough a beta release is not the *best* time to change names, doing
so after a 1.0 release is pretty much impossible.

Here's some ideas for name changes:

hivemind.BuilderFactory --> DefaultBuilder
hivemind.lib.EJBProxyFactory --> EJBProxyBuilder
hivemind.lib.ProxyFactory -> ProxyBuilder
hivemind.lib.PlaceholderFactory -> PlaceholderBuilder
hivemind.lib.ServicePropertyFactory -> ServicePropertyBuilder
hivemind.lib.SpringLookupFactory -> SpringLookupBuilder

I think the term "Builder" works better than "Factory".  Also
"DefaultBuilder" works well if we make that the default for
<invoke-factory>.

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

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

Re: Too late for some naming changes?

Posted by Naresh Sikha <na...@gmail.com>.
How about supporting "aliases" to the new names? Perhaps even an
indicator that aliases may or may not be deprecated? Something like:

<service-point id="BuilderFactory" refid="DefaultBuilder" deprecated="true"/>

It is understood that this is still pre 1.0 but aliases would be a
valuable enhancement regardless.

Thanks.


On Sat, 7 Aug 2004 17:51:55 -0400, Howard Lewis Ship <hl...@gmail.com> wrote:
> Changing the interface name makes sense to me too.
> 
> I figured the big objection would be from you, since you've invested
> some time in the article.
> 
> On Sat, 7 Aug 2004 13:02:38 -0400, James Carman
> 
> 
> <ja...@carmanconsulting.com> wrote:
> > I think we should stick to the "factory" naming convention, since the
> > interface that they implement is called ServiceImplementationFactory.  Or,
> > we COULD change the interface name to ServiceImplementationBuilder and then
> > these names would be cool with me.
> >
> >
> >
> > -----Original Message-----
> > From: Howard Lewis Ship [mailto:hlship@gmail.com]
> > Sent: Saturday, August 07, 2004 10:59 AM
> > To: hivemind-dev@jakarta.apache.org
> > Subject: Too late for some naming changes?
> >
> > Been thinking about the names of some services inside HiveMind.
> > Allthough a beta release is not the *best* time to change names, doing
> > so after a 1.0 release is pretty much impossible.
> >
> > Here's some ideas for name changes:
> >
> > hivemind.BuilderFactory --> DefaultBuilder
> > hivemind.lib.EJBProxyFactory --> EJBProxyBuilder
> > hivemind.lib.ProxyFactory -> ProxyBuilder
> > hivemind.lib.PlaceholderFactory -> PlaceholderBuilder
> > hivemind.lib.ServicePropertyFactory -> ServicePropertyBuilder
> > hivemind.lib.SpringLookupFactory -> SpringLookupBuilder
> >
> > I think the term "Builder" works better than "Factory".  Also
> > "DefaultBuilder" works well if we make that the default for
> > <invoke-factory>.
> >
> > --
> > Howard M. Lewis Ship
> > Independent J2EE / Open-Source Java Consultant
> > Creator, Jakarta Tapestry
> > Creator, Jakarta HiveMind
> > http://howardlewisship.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> >
> >
> 
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
> http://howardlewisship.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
>

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

Re: Too late for some naming changes?

Posted by Howard Lewis Ship <hl...@gmail.com>.
Sidenote:  sometimes when I'm thinking (I often think about this stuff
in the shower, if that's not too terrible an image) I look for ways to
make it "perfect".  When it's time to actually do the work, I remember
to focus on making it *useful*.

On Sun, 8 Aug 2004 20:59:25 -0400, Howard Lewis Ship <hl...@gmail.com> wrote:
> Now I've been having a change of heart; I think changing the names at
> this point won't really help anyone, but it will hurt the early
> adopters.  I think, for the moment, the biggest useful change I can
> make is to simply make hivemind.BuilderFactory to the default for
> <invoke-factory>.
> 
> On Sun, 8 Aug 2004 10:23:05 -0400, James Carman
> 
> 
> <ja...@carmanconsulting.com> wrote:
> > Well, at this point, I WOULD really like for things to stabilize so that the
> > code that I release with the article will actually compile and run.
> > However, if changes need to be made, I would agree that we should try to
> > make them before the first full release.  I haven't submitted my article
> > yet, so I can change it, but I do need to get the first draft turned in.
> >
> >
> >
> > -----Original Message-----
> > From: Howard Lewis Ship [mailto:hlship@gmail.com]
> > Sent: Saturday, August 07, 2004 5:52 PM
> > To: hivemind-dev@jakarta.apache.org
> > Subject: Re: Too late for some naming changes?
> >
> > Changing the interface name makes sense to me too.
> >
> > I figured the big objection would be from you, since you've invested
> > some time in the article.
> >
> > On Sat, 7 Aug 2004 13:02:38 -0400, James Carman
> > <ja...@carmanconsulting.com> wrote:
> > > I think we should stick to the "factory" naming convention, since the
> > > interface that they implement is called ServiceImplementationFactory.  Or,
> > > we COULD change the interface name to ServiceImplementationBuilder and
> > then
> > > these names would be cool with me.
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Howard Lewis Ship [mailto:hlship@gmail.com]
> > > Sent: Saturday, August 07, 2004 10:59 AM
> > > To: hivemind-dev@jakarta.apache.org
> > > Subject: Too late for some naming changes?
> > >
> > > Been thinking about the names of some services inside HiveMind.
> > > Allthough a beta release is not the *best* time to change names, doing
> > > so after a 1.0 release is pretty much impossible.
> > >
> > > Here's some ideas for name changes:
> > >
> > > hivemind.BuilderFactory --> DefaultBuilder
> > > hivemind.lib.EJBProxyFactory --> EJBProxyBuilder
> > > hivemind.lib.ProxyFactory -> ProxyBuilder
> > > hivemind.lib.PlaceholderFactory -> PlaceholderBuilder
> > > hivemind.lib.ServicePropertyFactory -> ServicePropertyBuilder
> > > hivemind.lib.SpringLookupFactory -> SpringLookupBuilder
> > >
> > > I think the term "Builder" works better than "Factory".  Also
> > > "DefaultBuilder" works well if we make that the default for
> > > <invoke-factory>.
> > >
> > > --
> > > Howard M. Lewis Ship
> > > Independent J2EE / Open-Source Java Consultant
> > > Creator, Jakarta Tapestry
> > > Creator, Jakarta HiveMind
> > > http://howardlewisship.com
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> > >
> > >
> >
> > --
> > Howard M. Lewis Ship
> > Independent J2EE / Open-Source Java Consultant
> > Creator, Jakarta Tapestry
> > Creator, Jakarta HiveMind
> > http://howardlewisship.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> >
> >
> 
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
> http://howardlewisship.com
> 


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

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

Re: Too late for some naming changes?

Posted by Howard Lewis Ship <hl...@gmail.com>.
Now I've been having a change of heart; I think changing the names at
this point won't really help anyone, but it will hurt the early
adopters.  I think, for the moment, the biggest useful change I can
make is to simply make hivemind.BuilderFactory to the default for
<invoke-factory>.

On Sun, 8 Aug 2004 10:23:05 -0400, James Carman
<ja...@carmanconsulting.com> wrote:
> Well, at this point, I WOULD really like for things to stabilize so that the
> code that I release with the article will actually compile and run.
> However, if changes need to be made, I would agree that we should try to
> make them before the first full release.  I haven't submitted my article
> yet, so I can change it, but I do need to get the first draft turned in.
> 
> 
> 
> -----Original Message-----
> From: Howard Lewis Ship [mailto:hlship@gmail.com]
> Sent: Saturday, August 07, 2004 5:52 PM
> To: hivemind-dev@jakarta.apache.org
> Subject: Re: Too late for some naming changes?
> 
> Changing the interface name makes sense to me too.
> 
> I figured the big objection would be from you, since you've invested
> some time in the article.
> 
> On Sat, 7 Aug 2004 13:02:38 -0400, James Carman
> <ja...@carmanconsulting.com> wrote:
> > I think we should stick to the "factory" naming convention, since the
> > interface that they implement is called ServiceImplementationFactory.  Or,
> > we COULD change the interface name to ServiceImplementationBuilder and
> then
> > these names would be cool with me.
> >
> >
> >
> > -----Original Message-----
> > From: Howard Lewis Ship [mailto:hlship@gmail.com]
> > Sent: Saturday, August 07, 2004 10:59 AM
> > To: hivemind-dev@jakarta.apache.org
> > Subject: Too late for some naming changes?
> >
> > Been thinking about the names of some services inside HiveMind.
> > Allthough a beta release is not the *best* time to change names, doing
> > so after a 1.0 release is pretty much impossible.
> >
> > Here's some ideas for name changes:
> >
> > hivemind.BuilderFactory --> DefaultBuilder
> > hivemind.lib.EJBProxyFactory --> EJBProxyBuilder
> > hivemind.lib.ProxyFactory -> ProxyBuilder
> > hivemind.lib.PlaceholderFactory -> PlaceholderBuilder
> > hivemind.lib.ServicePropertyFactory -> ServicePropertyBuilder
> > hivemind.lib.SpringLookupFactory -> SpringLookupBuilder
> >
> > I think the term "Builder" works better than "Factory".  Also
> > "DefaultBuilder" works well if we make that the default for
> > <invoke-factory>.
> >
> > --
> > Howard M. Lewis Ship
> > Independent J2EE / Open-Source Java Consultant
> > Creator, Jakarta Tapestry
> > Creator, Jakarta HiveMind
> > http://howardlewisship.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> >
> >
> 
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
> http://howardlewisship.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
> 


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

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

RE: Too late for some naming changes?

Posted by James Carman <ja...@carmanconsulting.com>.
Well, at this point, I WOULD really like for things to stabilize so that the
code that I release with the article will actually compile and run.
However, if changes need to be made, I would agree that we should try to
make them before the first full release.  I haven't submitted my article
yet, so I can change it, but I do need to get the first draft turned in. 

-----Original Message-----
From: Howard Lewis Ship [mailto:hlship@gmail.com] 
Sent: Saturday, August 07, 2004 5:52 PM
To: hivemind-dev@jakarta.apache.org
Subject: Re: Too late for some naming changes?

Changing the interface name makes sense to me too.

I figured the big objection would be from you, since you've invested
some time in the article.

On Sat, 7 Aug 2004 13:02:38 -0400, James Carman
<ja...@carmanconsulting.com> wrote:
> I think we should stick to the "factory" naming convention, since the
> interface that they implement is called ServiceImplementationFactory.  Or,
> we COULD change the interface name to ServiceImplementationBuilder and
then
> these names would be cool with me.
> 
> 
> 
> -----Original Message-----
> From: Howard Lewis Ship [mailto:hlship@gmail.com]
> Sent: Saturday, August 07, 2004 10:59 AM
> To: hivemind-dev@jakarta.apache.org
> Subject: Too late for some naming changes?
> 
> Been thinking about the names of some services inside HiveMind.
> Allthough a beta release is not the *best* time to change names, doing
> so after a 1.0 release is pretty much impossible.
> 
> Here's some ideas for name changes:
> 
> hivemind.BuilderFactory --> DefaultBuilder
> hivemind.lib.EJBProxyFactory --> EJBProxyBuilder
> hivemind.lib.ProxyFactory -> ProxyBuilder
> hivemind.lib.PlaceholderFactory -> PlaceholderBuilder
> hivemind.lib.ServicePropertyFactory -> ServicePropertyBuilder
> hivemind.lib.SpringLookupFactory -> SpringLookupBuilder
> 
> I think the term "Builder" works better than "Factory".  Also
> "DefaultBuilder" works well if we make that the default for
> <invoke-factory>.
> 
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
> http://howardlewisship.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
> 


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

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



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

Re: Too late for some naming changes?

Posted by Howard Lewis Ship <hl...@gmail.com>.
Changing the interface name makes sense to me too.

I figured the big objection would be from you, since you've invested
some time in the article.

On Sat, 7 Aug 2004 13:02:38 -0400, James Carman
<ja...@carmanconsulting.com> wrote:
> I think we should stick to the "factory" naming convention, since the
> interface that they implement is called ServiceImplementationFactory.  Or,
> we COULD change the interface name to ServiceImplementationBuilder and then
> these names would be cool with me.
> 
> 
> 
> -----Original Message-----
> From: Howard Lewis Ship [mailto:hlship@gmail.com]
> Sent: Saturday, August 07, 2004 10:59 AM
> To: hivemind-dev@jakarta.apache.org
> Subject: Too late for some naming changes?
> 
> Been thinking about the names of some services inside HiveMind.
> Allthough a beta release is not the *best* time to change names, doing
> so after a 1.0 release is pretty much impossible.
> 
> Here's some ideas for name changes:
> 
> hivemind.BuilderFactory --> DefaultBuilder
> hivemind.lib.EJBProxyFactory --> EJBProxyBuilder
> hivemind.lib.ProxyFactory -> ProxyBuilder
> hivemind.lib.PlaceholderFactory -> PlaceholderBuilder
> hivemind.lib.ServicePropertyFactory -> ServicePropertyBuilder
> hivemind.lib.SpringLookupFactory -> SpringLookupBuilder
> 
> I think the term "Builder" works better than "Factory".  Also
> "DefaultBuilder" works well if we make that the default for
> <invoke-factory>.
> 
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
> http://howardlewisship.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
> 


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

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

RE: Too late for some naming changes?

Posted by James Carman <ja...@carmanconsulting.com>.
I think we should stick to the "factory" naming convention, since the
interface that they implement is called ServiceImplementationFactory.  Or,
we COULD change the interface name to ServiceImplementationBuilder and then
these names would be cool with me.

-----Original Message-----
From: Howard Lewis Ship [mailto:hlship@gmail.com] 
Sent: Saturday, August 07, 2004 10:59 AM
To: hivemind-dev@jakarta.apache.org
Subject: Too late for some naming changes?

Been thinking about the names of some services inside HiveMind. 
Allthough a beta release is not the *best* time to change names, doing
so after a 1.0 release is pretty much impossible.

Here's some ideas for name changes:

hivemind.BuilderFactory --> DefaultBuilder
hivemind.lib.EJBProxyFactory --> EJBProxyBuilder
hivemind.lib.ProxyFactory -> ProxyBuilder
hivemind.lib.PlaceholderFactory -> PlaceholderBuilder
hivemind.lib.ServicePropertyFactory -> ServicePropertyBuilder
hivemind.lib.SpringLookupFactory -> SpringLookupBuilder

I think the term "Builder" works better than "Factory".  Also
"DefaultBuilder" works well if we make that the default for
<invoke-factory>.

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

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



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