To be honest.. I think at some point we may be forced to do this in
PropertiesConfiguration.(post 1.0!):
1) If you want to do this: ldap.someproperty=this,is,a,real,list,of,values
then you do this:
ldap.someproperty=this
ldap.someproperty=is
ldap.someproperty=a
ldap.someproperty=real
ldap.someproperty=list
ldap.someproperty=of
ldap.someproperty=values
2) setPropertyDelimator(";")
ldap.java.naming.provider.url=ldap://server:390/ou=something,o=else,c=here
ldap.someproperty=this;is;a;real;list;of;values
In fact, maybe option 2 isn't so bad? I mean, eventually you are going to
have to make a decision, are ","'s a delimiter or not.. And why should it
only be "," characters? Would someone like to send in a patch and unit test
for setStringSplitting and setListDelimiter?
Eric
> -----Original Message-----
> From: news [mailto:news@sea.gmane.org]On Behalf Of Stephane Bailliez
> Sent: Wednesday, February 25, 2004 1:32 PM
> To: commons-dev@jakarta.apache.org
> Subject: Re: [configuration] comma delimited properties
>
>
> "Emmanuel Bourg" <ebourg@micropole-univers.com> wrote in message
> news:200402251024.LAA29028@vertigo-back.micropole.com...
> > I agree, i noticed this issue last month and suggested a patch :
> >
> >
> http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg
> 33704.html
> >
> > Basically it adds a setSplitString(boolean) method in the
> > AbstractConfiguration class that enable or disable property
> splitting.
>
> Yes. Thought about that too, but I was wondering if it was
> really judicious
> to start adding such kind of methods here.
>
> Plus it does not really solve the problem at all because we
> can have various
> properties in the same subset that may need to be handled
> differently and
> I'm not sure it is the way to go to do
> isSplitString()/setSplitString() in
> retrieving properties. Think about this:
>
> ldap.java.naming.provider.url=ldap://server:390/ou=something,o
> =else,c=here
> ldap.someproperty=this,is,a,real,list,of,values
>
> Stephane
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
|