commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: [lang] Running lang under a security manager and LANG-744
Date Sat, 03 Sep 2011 14:13:47 GMT
To see the security manager in action you just need to comment out one
line of code in the POM.

Ideally I would like to be able to run the tests twice, once with a d
without the sec man. Good luck to me trying to figure out how to do
this in maven :( ant would be easy ;)

Ideas?

Gary

On Sep 3, 2011, at 1:20, Phil Steitz <phil.steitz@gmail.com> wrote:

> On 9/2/11 4:06 AM, Gary Gregory wrote:
>> On Sep 2, 2011, at 1:21, Stephen Colebourne <scolebourne@joda.org> wrote:
>>
>>> On 2 September 2011 01:20, Gary Gregory <garydgregory@gmail.com> wrote:
>>>> Specifically for StringUtils, should we have a SunStringUtils? This would
>>>> let you know that you are depending on com.sun code.
>>> I really don't like that idea!
>>>
>>> Generally, it is non-Sun JVMs including Android that are the problem.
>>> Lets just do the best we can on those.
>>>
>> But that is different that the actual issue of running under a
>> security manager.
>
> Right.  This thread is talking about two different issues.  What
> actually caused the exception reported in the ticket is GAE
> disallowing the privileged action.  GAE does not allow all kinds of
> stuff.  You can't even load JCE providers.  The other form of
> "crippled Java" is missing classes or APIs, which you run into with
> Android.  I think your idea of testing with security managers is a
> good one so that we can see and document what is going to blow up
> with that kind of crippling.  Supporting Android or other crippled
> environments is harder.  In both cases it comes down to volunteer
> resources to a) do all the testing b) document the failures and c)
> propose (and maybe get the community to agree on) workarounds.
> Personally, none of these activities are likely to make it to the
> top of my always-too-long list of things to work on here, but I
> won't complain and will apply patches that do no harm while making
> more things work for more users.
>
> Phil
>>
>> Gary
>>
>>> Stephen
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>

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


Mime
View raw message