You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Jörg Schaible <jo...@gmx.de> on 2006/01/12 21:55:12 UTC

[id] TODOs for 1.0?

Hello guys,

just wondering what work has to be done for id-commons-1.0? In Bugzilla only
one open question is left unanswered
(http://issues.apache.org/bugzilla/show_bug.cgi?id=35602), anything else is
resolved. I remember, that Phil already started this discussion some time
ago, but I could not find any reference.

- Jörg

BTW: How do you search the archives for "[id]"? All engines drop the square
brackets and the hit list gets worthless ...


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

Re: [id] TODOs for 1.0?

Posted by Jörg Schaible <jo...@gmx.de>.
Hi folks,

Jörg Schaible wrote:

> Rahul Akolkar wrote:
[snip]
>> 
>> http://www.nabble.com/forum/Search.jtp?forum=292&local=y&query=id
>> 
>> -Rahul
> 
> thanks, this produces useful results ...

Beeing in the process of reviewing and cleaning-up commons-id, I just wonder
about the role of the IdentinfierGeneratorFactory interface. I understand
the basic purpose to exchange the default implementation of the various
IdentifierGenerator types based on a system property, but I don't
understand, why the interface defines a method for nearly any
implementation. I would have expected something like

interface IdentinfierGeneratorFactory {
        StringIdentifierGenerator getStringIdentifierGenerator(...);
        LongIdentifierGenerator getLongIdentifierGenerator(...);
        UUIDIdentifierGenerator getUUDIdentifierGenerator(...);
}

but not

interface IdentinfierGeneratorFactory {
        StringIdentifierGenerator getStringIdentifierGenerator(...);
        LongIdentifierGenerator getLongIdentifierGenerator(...);
        UUIDIdentifierGenerator getUUDIdentifierGenerator(...);

        StringIdentifierGenerator getAlphaNumIdentifierGenerator(...);
        StringIdentifierGenerator getPrefixedAlphaNumIdentifierGenerator(...);
        StringIdentifierGenerator
getPrefixedTimeBasedAlphaNumIdentifierGenerator(...);
}

... you know what I mean.

Point is, either we add methods for *all* implementations or we provide with
the factory a set of methods for the sensible types and let our users
implement other factories to get other defaults.

And note: People programming IoC won't normally use this factory anyway,
they define the dependency on one of the IdentifierGenerator interfaces and
provide/configure the appropriate generator implementation.

Opinions?

- Jörg


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

Re: [id] TODOs for 1.0?

Posted by Jörg Schaible <jo...@gmx.de>.
Hi Rahul,

Rahul Akolkar wrote:

> On 1/12/06, Jörg Schaible <jo...@gmx.de> wrote:
> <snip/>
>>
>> - Jörg
>>
>> BTW: How do you search the archives for "[id]"? All engines drop the
>> square brackets and the hit list gets worthless ...
>>
> <snap/>
> 
> Seems to vary per mail archives site, this one seems OK:
> 
> http://www.nabble.com/forum/Search.jtp?forum=292&local=y&query=id
> 
> -Rahul

thanks, this produces useful results ...

- Jörg



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

Re: [id] TODOs for 1.0?

Posted by Rahul Akolkar <ra...@gmail.com>.
On 1/12/06, Jörg Schaible <jo...@gmx.de> wrote:
<snip/>
>
> - Jörg
>
> BTW: How do you search the archives for "[id]"? All engines drop the square
> brackets and the hit list gets worthless ...
>
<snap/>

Seems to vary per mail archives site, this one seems OK:

http://www.nabble.com/forum/Search.jtp?forum=292&local=y&query=id

-Rahul

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