Re: [Exist-development] [Exist-commits] SF.net SVN: exist:[12384] trunk/eXist

[Joern T. <joe...@go...>]

Wolfgang,

can i take your statements below as a decision for the way we should
go for now? And, have i understood right that Dannes is now the guy to
coordinate with?

On Thu, Aug 12, 2010 at 7:27 PM, Wolfgang Meier <wol...@ex...> wrote:
>> Sorry for the conflicting statements, even the core-dev's have
>> different ideas - hence this eXist development mailing list. For the
>> time being it really does not matter where you put them as long as it
>> works, right ;-)
>
> Sure, it's not a problem to move some jars around.
>
>> But when it comes to tidying up then following existing convention
>> extensions/betterform/lib would seem the right place IMHO - but I have
>> no idea how this translates at runtime i.e. will they be available on
>> the classpath? I just dont know!
>
> Even if we enable betterform by default in the distribution, it would
> still be good to make it easy for people to disable it and remove the
> jars they don't need. I think the general convention should thus be:
>
> lib/extensions - contains eXist extension code
i assume this dir is then not relevant for us

> extension/.../lib - contains libraries an extension depends on
ok, so we move back to where we started ;)

>
> We followed this convention for the Lucene as well as the spatial
> extensions.I would thus suggest to put your libs into
> extensions/betterform/lib, except for those libraries needed by other
> parts of eXist as well (saxon should go into lib/endorsed). The
> classloader is not a problem: you can extend
> src/org/exist/start/start.config to load jars form
> extensions/betterform/lib by default. It's not a problem if the jars
> are not found.
Yes, of course we don't add libs that are already present. Hope we can
quickly upgrade to Saxon 9.1.0.8. Got a problem with that yesterday
but now it's compiling again and also our unit-tests run. So i hope
that gets commited in the next days.

Please let me know if you find issues with the XFormsFilter configured
after XQueryURLRewrite. We'll test that for ourselves but anyway -
more eyes see more.


>
> Wolfgang
>