-
Notifications
You must be signed in to change notification settings - Fork 132
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Decouple the crawler service for use in other frameworks #740
base: master
Are you sure you want to change the base?
Conversation
This is following a Spring implementation soon, though I don't know how you guys want the package breakdown for a Spring implementation since the crawler service assumes Guice.
Currently the Spring implementation is untested (as well as the Guice changes). If someone else that is more experienced using Guice could see if there will be any issues that would be great!
Separated the classes to 'filter' and 'service' sub packages.
Hi @BenDol : do you need some code review or help with that pull request? |
Its functional, just the guice implementation needs to be tested. This is t allow me to use Spring backend for the crawler service. |
@@ -14,12 +14,13 @@ | |||
* the License. | |||
*/ | |||
|
|||
package com.gwtplatform.crawler.server; | |||
package com.gwtplatform.crawler.server.guice; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's a breaking change. We should either use inheritance or duplicate it and support classes from both the new and old packages.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does it really matter if its a breaking change in this case? Since its a simple import change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What if I just added a @Deprecated
and directed them to the new ServiceKey annotation? Rather than bloat the code with unnecessary legacy support.
The changes look good so far. Please make sure the Guice implementation still works fine (I didn't see anything that would break it, but still). Also be careful about package changes, those are breaking changes and we should support both the old and new packages if we rename them.
The name change makes sense, though we'll have to keep a deprecated gwtp-crawler-service that inherits gwtp-crawler-appengine at first. |
@BenDol what can we do to help you with that PR? |
It would be a great help if someone could test this with a Guice implementation. I don't use Guice and don't have the time at the moment to figure it out and test it. Also I am currently resolving the mentioned breaking changes. |
This is following a Spring implementation soon, though I don't know how you guys want the package breakdown for a Spring implementation since the crawler service assumes Guice.
Todo:
Questions:
Package Changes:
gwtp-core
gwtp-crawler
Sample Configurations:
Crawl Filter
Crawler Service
In relation to issue #739