[
https://issues.apache.org/jira/browse/GOBBLIN-1444?focusedWorklogId=598735&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-598735
]
ASF GitHub Bot logged work on GOBBLIN-1444:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 18/May/21 17:54
Start Date: 18/May/21 17:54
Worklog Time Spent: 10m
Work Description: arjun4084346 commented on a change in pull request
#3281:
URL: https://github.com/apache/gobblin/pull/3281#discussion_r634622335
##########
File path:
gobblin-api/src/main/java/org/apache/gobblin/util/ClassAliasResolver.java
##########
@@ -100,15 +101,17 @@ public String resolve(final String possibleAlias) {
* and is also a subclass of {@link #subtypeOf}, if it fails it returns a
class object for name
* <code>aliasOrClassName</code>.
*/
- public Class<? extends T> resolveClass(final String aliasOrClassName) throws
ClassNotFoundException {
+ public Class<? extends T> resolveClass(final String aliasOrClassName)
+ throws ClassNotFoundException {
Review comment:
Is this something controlled by the gobblin codestyle file or by the
intellij settings?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 598735)
Time Spent: 1.5h (was: 1h 20m)
> Use Guice as DI framework in Gobblin service
> --------------------------------------------
>
> Key: GOBBLIN-1444
> URL: https://issues.apache.org/jira/browse/GOBBLIN-1444
> Project: Apache Gobblin
> Issue Type: Improvement
> Components: gobblin-service
> Reporter: Alex Prokofiev
> Assignee: Abhishek Tiwari
> Priority: Major
> Time Spent: 1.5h
> Remaining Estimate: 0h
>
> Currently, to initialize Gobblin service, we used a mixture of dependency
> injection, direct class creation and config-based class creation. In this
> change, we unify the service initialization by moving towards using
> dependency injection(DI) with Guice everywhere.
> Using DI will help with (1) unit testing; (2) overriding classes in the
> middle of the dependency with company-specific implementations, and (3) will
> improve code readability, as dependencies between classes become visible from
> the outside and explicit.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
