Andrew Zhang wrote:
> What shall we do if context classloader is null?
Try with the System classloader, and if that fails throw an exception.
Tim
> RI still could load the configuration file even if context classloader is
> null.
>
> On 8/4/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>>
>> Jimmy
What shall we do if context classloader is null?
RI still could load the configuration file even if context classloader is
null.
On 8/4/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Jimmy, Jing Lv wrote:
> Paulex Yang wrote:
>> Andrew Zhang wrote:
>>> Hi, all
>>>
>>> Things are a little bit compl
Jimmy, Jing Lv wrote:
> Paulex Yang wrote:
>> Andrew Zhang wrote:
>>> Hi, all
>>>
>>> Things are a little bit complex when I tried to implement this
>>> workaround.
>>>
>>> Consider availableCharsets() method from Charset.java, which loads
>>> provider
>>> classes from configuration file.
>>>
>>> P
Jimmy, Jing Lv wrote:
Paulex Yang wrote:
Andrew Zhang wrote:
Hi, all
Things are a little bit complex when I tried to implement this
workaround.
Consider availableCharsets() method from Charset.java, which loads
provider
classes from configuration file.
Please see my comments inline.
f
Paulex Yang wrote:
Andrew Zhang wrote:
Hi, all
Things are a little bit complex when I tried to implement this
workaround.
Consider availableCharsets() method from Charset.java, which loads
provider
classes from configuration file.
Please see my comments inline.
final ClassLoader cl = get
Andrew Zhang wrote:
Hi, all
Things are a little bit complex when I tried to implement this
workaround.
Consider availableCharsets() method from Charset.java, which loads
provider
classes from configuration file.
Please see my comments inline.
final ClassLoader cl = getContextClassLoader()
Hi, all
Things are a little bit complex when I tried to implement this workaround.
Consider availableCharsets() method from Charset.java, which loads provider
classes from configuration file.
Please see my comments inline.
final ClassLoader cl = getContextClassLoader();
if (null != cl) { // w
Richard, good idea!
If no one objects, I'll try to implement it.
On 8/1/06, Richard Liang <[EMAIL PROTECTED]> wrote:
Andrew Zhang wrote:
> On 7/31/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
>>
>> On 7/31/06, Andrew Zhang <[EMAIL PROTECTED]> wrote:
>> >
>> > Shall we follow RI or spec? I'd
On 8/1/06, Richard Liang wrote:
Andrew Zhang wrote:
> On 7/31/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
>>
>> On 7/31/06, Andrew Zhang <[EMAIL PROTECTED]> wrote:
>> >
>> > Shall we follow RI or spec? I'd like to suggest follow RI for this
>> > specific
>> > case, because:
>> >
>> > 1. If w
Andrew Zhang wrote:
On 7/31/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
On 7/31/06, Andrew Zhang <[EMAIL PROTECTED]> wrote:
>
> Shall we follow RI or spec? I'd like to suggest follow RI for this
> specific
> case, because:
>
> 1. If we follow spec, it may cause legacy applications fail.
I
On 7/31/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
On 7/31/06, Andrew Zhang <[EMAIL PROTECTED]> wrote:
>
> Shall we follow RI or spec? I'd like to suggest follow RI for this
> specific
> case, because:
>
> 1. If we follow spec, it may cause legacy applications fail.
I do not think that fixi
On 7/31/06, Andrew Zhang <[EMAIL PROTECTED]> wrote:
Shall we follow RI or spec? I'd like to suggest follow RI for this
specific
case, because:
1. If we follow spec, it may cause legacy applications fail.
I do not think that fixing this bug will affect legacy applications badly,
because we wi
Hi folks,
I noticed that RI behaves differently from spec when loading charset
provider. As spec says: "Charset providers are looked up via the current
thread's context class loader. " However, RI seems not using thread's
context class loader. Following test shows the case:
public class CharsetT
13 matches
Mail list logo
