Skip to main content
[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

























  Back to the top