[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [eclipselink-dev] Updated Proposal for submitted DatabasePlatform integration
|
Hi Markus,
We realize that contributing DatabasePlatforms to EclipseLink is a
frustrating thing to do and this proposal is intended to do two things.
1. Try to make it less frustrating
2. Encourage discussion about what we can do to make it even better
You and Dies have been the two people who have been the most affected by the
process and, as such, we appreciate any constructive feedback you have.
In the case of MaxDB platform - your earlier contribution, I think this
proposal would have helped quite a bit.
In the case of SQLAnywhere (a replacement for an existing platform), there
are probably some things we can improve. Do you have specific, constructive
suggestions?
We are doing our best to move EclipseLink towards being more contributer and
community friendly and suggestions are welcome. I can't promise an over-night
transformation, but there are some concrete things we are doing. Along with the
proposal above and some upcoming work to make submitted patches easier to
contribute and integrate, our upcoming release has added some community-centric
goals. We have already started work to address our most voted-on bugs, and will
be working hard to reduce our submitted patch backlog.
The bottom line is that we realize there are some community-related areas we
can improve and are taking steps to improve. Once again, specific,
constructive suggestions from the community can only help us improve.
For specific issues, for instance, with test cases that are hard to
understand filing a bug is the ideal way to track the issue in a way that will
not get lost. For more general issues, please feel free to send and email to
this mailing list.
I agree that it would be a good idea to increase the level of documentation
for our test cases and I think we should start by ensuring new test cases are
better documented.
Thanks for all your past work and any suggestions you have,
Tom
Markus Karg wrote:
Sounds good, but in the particular case of SQL Anywhere, doesn't match the
reality: While my contributed code at runtime is superior to the existing
code, the existing code passes more tests. Sad but true, this is not a
problem of the platform, but of the particular tests. As many of them are
not well documented, it is nearly impossible to understand what they intend
and what the reason is why they not pass. In the SQL Anyhwere scenario many
of the tests are written in the expectation that SQL Anywhere is derived
from Sybase ASE, which it actually is not the case. So it is quite obvious
that the tests will pass with a "wrong" platform much better than with a
"correct" one. In the end, this cannot be solved without massive help of
Oracle to either document or rewrite the tests.
-----Original Message-----
From: eclipselink-dev-bounces@xxxxxxxxxxx [mailto:eclipselink-dev-
bounces@xxxxxxxxxxx] On Behalf Of Tom Ware
Sent: Donnerstag, 18. Februar 2010 16:34
To: dev mailing list for Eclipse Persistence Services
Subject: [eclipselink-dev] Updated Proposal for submitted
DatabasePlatform integration
Hi All,
I have updated the proposal for lowering the barrier for integrating
contributer-submitted DatabasePlatforms into the product. Please
provide
feedback either via this mailing list, or the Discussion page.
http://wiki.eclipse.org/EclipseLink/Development/Incubator/Extensions/Da
tabasePlatformPromotion
-Tom
_______________________________________________
eclipselink-dev mailing list
eclipselink-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-dev
_______________________________________________
eclipselink-dev mailing list
eclipselink-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-dev
