There are mainly DI module configurations in "configuration.rop"
packages, which I think makes sense. However in
"configuration.rop.client" there are also ClientRuntime classes, which
I'm guessing can be moved "org.apache.cayenne.rop" package for consistency.
Dima
On 2/4/16 1:16 PM, Aristedes Maniatis wrote:
On 21/01/2016 11:39pm, Dzmitry Kazimirchyk wrote:
One of the questions here is still whether we want to go all the way and
introduce changes which can potentially brake things for upgrading users or we
should preserve the old HessianROPServlet and the logic around it and have a
new pluggable approach as an alternative to what we currently have.
What is the reason that half the implementation is in org.apache.cayenne.rop
and the other half in org.apache.cayenne.configuration.rop? Why are some http
parts in org.apache.cayenne.rop.http but not all of them?
Given that we are breaking backward compatibility for people who have
overridden specific bits of this, should we tidy up?
Ari