You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cxf.apache.org by Jarek Gawor <jg...@gmail.com> on 2007/03/01 05:32:15 UTC

Re: CXF-440

Daniel,

Great. All the things you mentioned sound good to me. At the end, I
don't care how the patch gets refactored as long as the functionality
is there :)

Thanks,
Jarek

On 2/28/07, Daniel Kulp <da...@iona.com> wrote:
>
> Jarek,
>
> On Wednesday 28 February 2007 13:39, Jarek Gawor wrote:
> > I just submitted https://issues.apache.org/jira/browse/CXF-440. I
> > would appreciate if somebody could review it, comment on it, etc. or
> > possibly commit if it looks alright. One thing I'm unsure of is what
> > is the best way to pass a custom catalog around (as I need in Geronimo
> > an explicit way to do so).
>
> Thanks a TON for looking into the catelog stuff.   It's been kind of on my
> todo list.   You picking up the start of it is GREAT!
>
> It's definitely not "complete" yet, but I'm going to commit your patch
> almost as is as it's a good starting point.  We'll need to address a few
> issues:
>
> 1) I changed it to using the 1.2 version of xml-resolver.   The pom for 1.1
> is very minimal which results in an ugly notice file.   The tests run fine
> with 1.2.
>
> 2) I'm uncomfortable with the loading of jax-ws-catalog.xml files in core.
> That filename is a jax-ws spec thing and thus belongs in the jaxws
> frontend.  Most likely, be default, we'd search for "cxf-catalog.xml" and
> the default "xcatalog" files, but the frontends could register additional
> names to search for.
>
> 3) I think we want to define a CatalogManager interface in cxf-api that
> manages the catalogs, or at least the global level settings such as the
> names of the files to search for.   It could also cache the Catalogs based
> on the ClassLoader or similar to help processing later.
>
>
> --
> J. Daniel Kulp
> Principal Engineer
> IONA
> P: 781-902-8727    C: 508-380-7194
> daniel.kulp@iona.com
> http://www.dankulp.com/blog
>