To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-jaxme has an issue affecting its community
integration
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-fmt-test has an issue affecting its community
integrat
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
On Aug 14, 2009, at 8:12 AM, Jörg Schaible wrote:
OK.
Is the URI parsing pluggable though? We use normally an own specific
format
for encrypted passwords and it could be useful to replace this part
with
our own implementation.
It isn't pluggable the way I implemented, but that is a ve
On Fri, Aug 14, 2009 at 9:50 AM, Henrib wrote:
>
>
>
> Rahul Akolkar wrote:
>>
>> In my mind, its the tradeoff between three additional smallish classes
>> and the complexity of adding a new build artifact -- if you want to
>> look at adding an m2 module for the 223 bits, that'd be fine with me.
>>
Ralph Goers wrote:
>
> On Aug 14, 2009, at 4:23 AM, Jörg Schaible wrote:
>
>>
>> It works ... :)
>> ... the lack of any test is unfortunate though.
>>
>> To support encryption in the StaticUserAuthenticator, the algorithm to
>> decrypt it could be applied at the password provided in the
>> const
On Aug 14, 2009, at 4:23 AM, Jörg Schaible wrote:
It works ... :)
... the lack of any test is unfortunate though.
To support encryption in the StaticUserAuthenticator, the algorithm to
decrypt it could be applied at the password provided in the
constructor.
But that would mean every UserA
Rahul Akolkar wrote:
>
> In my mind, its the tradeoff between three additional smallish classes
> and the complexity of adding a new build artifact -- if you want to
> look at adding an m2 module for the 223 bits, that'd be fine with me.
>
As long as it does not imply we expect JEXL to become
Ralph Goers wrote at Freitag, 14. August 2009 01:44:
>
> On Aug 13, 2009, at 4:18 PM, Jörg Schaible wrote:
>
>> Ralph,
>>
>>
>> is this transparent for a UserAuthenticator ?
>>
>
> I don't believe it applies to UserAuthenticators at all. When a
> userid and password are placed in a url the url
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-compress-test has an issue affecting its community integration.
Th
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-lang3 has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration has an issue affecting its community integration.
Th
12 matches
Mail list logo
