[
https://issues.apache.org/jira/browse/BVAL-145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15416125#comment-15416125
]
Łukasz Dywicki edited comment on BVAL-145 at 8/10/16 10:19 PM:
---------------------------------------------------------------
[~romain.manni-bucau], hey I propose different approach than in BVAL-140. This
allows to keep TCCL for compatibility reasons and let people override resource
lookups when necessary and fall back to library classloader when no resource
found. I tested it under osgi and works with no problem compared to 1.1.1.
was (Author: splatch):
[~romain.manni-bucau], hey I propose different approach than in BVAL-140. This
allows to keep TCCL for compatybility reasons and let people override resource
lookups when necessary and fall back to library classloader when no resource
found. I tested it under osgi and works with no problem compared to 1.1.1.
> BVal bundle fails to load resources under OSGi
> ----------------------------------------------
>
> Key: BVAL-145
> URL: https://issues.apache.org/jira/browse/BVAL-145
> Project: BVal
> Issue Type: Bug
> Components: jsr303
> Affects Versions: 1.1.1
> Environment: Karaf 4.0.5
> Reporter: Łukasz Dywicki
>
> Current logic of resource lookups in bval rely on context class loader and
> when it is not present it fallbacks to classloader which loaded bval. This
> works perfectly fine for most of cases, but fails under OSGi because TCCL in
> many cases is set to boot loader which contains no information about running
> modules. For this reason bval fails to load jsr303 mappings and always
> returns empty validation result.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
