This is the ideal approach. If it makes sense (technically and time
wise) you would put an insulating layer between you and these
libraries. Then people can plug in whatever implementation of the XML
DB support they need/want. your project can supply some number as
appropriate.
Note, leaving it to the user to download something works IF that thing
is somehow optional. If it is a required part of your function (i.e.,
your system does now work without this other lib) then you will be
deemed to have distributed it and have the same CQ issues. This is a
somewhat gray area that needs to be dealt with on a case by case basis.
Jeff
p.s., It is great to see this kind of discussion going on in an open
and transparent way.
Juergen.Schumacher@xxxxxxxxxxx wrote:
Sure. But I'm not proposing to completely replace Berkeley DB by Xindice in big projects.
The idea was just to include it to be able to provide a SMILA distribution for demos that works out of the box if we cannot include Berkeley DB in an Eclipse download. For big projects it should still be possible to replace Xindice by a more performance DB (i.e. Berkeley), and the bundles for this could be downloaded from another source.
Cheers,
Jürgen.
-----Original Message-----
From: smila-dev-bounces@xxxxxxxxxxx [mailto:smila-dev-
bounces@xxxxxxxxxxx] On Behalf Of Dmitry Hazin
Sent: Monday, September 15, 2008 10:33 AM
To: Smila project developer mailing list
Subject: Re: [smila-dev] Distribution DBXML
I think that Berkeley dbxml is more popular and better supported that
Xindice.. are there any known cases of using Xindice in big projects?
If binary libraries are problem itself, I think we could require to
install berkeley dbxml separately (at lease for the initial version),
anyway we still need java interface for these libraries (probably can
be
installed separately too)
Juergen.Schumacher@xxxxxxxxxxx wrote:
Hi,
There is an XML database by Apache named Xindice,
http://xml.apache.org/xindice/index.html. The lib directory
of the download looks quite harmless. Could it work as an
replacement? Maybe somebody can have a look at this who knows which
features are needed.
Cheers,
Jürgen.
-----Original Message-----
From: smila-dev-bounces@xxxxxxxxxxx [mailto:smila-dev-
bounces@xxxxxxxxxxx] On Behalf Of Sebastian Voigt
Sent: Monday, September 15, 2008 10:13 AM
To: smila-dev@xxxxxxxxxxx
Subject: [smila-dev] Distribution DBXML
We got new feedback for the CQ for our DBXML Bundles.
What do you think, what we should do,
We can separate it from our main distribution but smila need a xml
database...
See the comment from the CQ:
http://dev.eclipse.org/ipzilla/show_bug.cgi?id=2574
Wayne Beaton <wayne@xxxxxxxxxxx> changed:
What |Removed |Added
-------------------------------------------------------------------
--
-------
CC| |wayne@xxxxxxxxxxx
--- Comment #12 from Wayne Beaton <wayne@xxxxxxxxxxx> 2008-09-12
11:02:58 ---
Hi Sebastian. This contribution is very large and will quite
possibly
take on
the order of a month and half for the IP team to do the review
that's
required.
How do you intend to use this code? Are you planning to wrap it
into
a Equinox
bundle and distribute it that way? Or is this something that the
user
will be
required to install separately?
--
Configure CQmail:
http://dev.eclipse.org/ipzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the CQ.
Sebastian
_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev
_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev
_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev
_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev
|