Community
Participate
Working Groups
Sometimes when implementing database platforms one needs very special behaviour of an ExpressionOperator -- behaviour beyond what the current implementation can provide. In that rare case it makes sense to provide a different implementation of ExpressionOperator. Unfortunately, at the moment ExpressionOperator does not implement any interface, so it is more or less unclear what methods must be overrideen, and what methods can be ignored. It would make sense to have ExpressionOperator refactored in a way that makes it implement some "clean" interface: So another implementation could be provided by a platform without taking care of lots of public functions that actually do not play a role.
The Eclipselink project has moved to Github: https://github.com/eclipse-ee4j/eclipselink