-
Notifications
You must be signed in to change notification settings - Fork 294
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
refactor: dangling package.json inside packages directory #682 #719
Conversation
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's the new package doing? needs-a-name
@kikoncuo Yeah, wasn't sure what to name it even as a suggestion/draft because while trying to come up with something a few questions came up that would need to be answered first. We can hash it out in the upcoming maintainers meeting if all goes well. |
🎉 Great news! Looks like all the dependencies have been resolved: 💡 To add or remove a dependency please update this issue/PR description. Brought to you by Dependent Issues (:robot: ). Happy coding! |
@sfuji822 @takeutak Kindly requesting that you share some initial thoughts on the refactoring proposed here. |
@petermetz Sorry for the delay in my comments.
|
@takeutak No worries. I understand everyone's very busy.
That's fine. Should we revisit next week in that case? Do you think your check will have finished by then? |
With this change, files such as the files are deleted. I will ask you to modify the PR so that it does not reflect the file change without deleting the file.
|
@takeutak Files weren't really deleted just moved, it was showing them as deleted because I also spent a few hours fixing linter errors on them and those changing + the move made git think that the files were deleted. |
@takeutak +1 |
packages/cactus-plugin-something-somehow/src/main/typescript/implementation/jest.config.js
Outdated
Show resolved
Hide resolved
@petermetz Sorry, I overlooked this PR since its status was change-request. I changed the config of GitHub notification and I will try to avoid these overlooking. |
@petermetz I misunderstood your proposal on this pull-request. It seems that our proposal is to move socket.io typed validators codes of the following codes to some subdirectory
I think your proposal means that duplicated package.json are inconvenient for CI checking system. But I'd like to keep the above codes on this repository in as easy-to-use form as the other codes. Would you mind if you give me some advice on this issues? |
Codecov Report
@@ Coverage Diff @@
## main #719 +/- ##
=======================================
Coverage 71.49% 71.49%
=======================================
Files 298 298
Lines 10743 10743
Branches 1321 1321
=======================================
Hits 7681 7681
Misses 2364 2364
Partials 698 698 Continue to review full report at Codecov.
|
@petermetz Thanks for contributing, but I cannot agree with your refactoring plan because some example applications (car-trade etc.) cannot work well on your suggested directory structure.
Then I have a favor to ask you. Could you put the code back in this pull-request? I would like to refactor the codes on another pull-request by myself to ensure it works. |
@takeutak By the car-trade example not working well, do you mean that A) it doesn't work at all, or B) that it works, just not well enough? If |
@petermetz I meant that "I'd like to refactor the codes by myself while keeping business-logic applications working properly." As I explained at the last contributor meeting, I'm working to present a revised plan for refactoring directories later as the following structure. Could you wait until then?
|
@takeutak That's the thing. The car trade should work and if you are happy with that I shall put in even more effort to migrate over the rest of the business logic code examples that you have. Could you verify if the car trade works on this PR and if it doesn't then we could debug it together in a pair prog. session. And if it's not working because there's a bug, then I can fix it based on that. (It did work on my machine when I was testing, but I could only partially verify it due to that issue with the Fabric peer container crashing - I emailed you the crash log the other week IIRC) |
@petermetz Sorry for late answering. In some days ago, the script can be executed successfully, but not it is not executed due to some reasons (maybe the wallet key problem of fabcar) I will fix the problem in a few days, so could you wait a moment? |
@takeutak No worries, let's talk once the fix is available. Thank you very much in advance for the help! |
@petermetz I edited the following structures in order to arrange some files to your directory style. Would you review this PR again? If you agree, I'd like to merge these codes to main.
|
@petermetz Could you resolve the conflicts on the following files?
|
…-cacti#682 Changes ----------- 1. Moved the dangling folders under the package that was created 2. Fixed linter errors (1000+) 3. Also migrated the cartrade example to import via the package TODO: 1. Other examples to be converted into packages that are part of the build 2. Examples made to work with the build system as well Fixes hyperledger-cacti#682 Signed-off-by: Peter Somogyvari <[email protected]>
…ver-socket and validators Signed-off-by: Takuma TAKEUCHI <[email protected]>
Signed-off-by: Takuma TAKEUCHI <[email protected]>
Signed-off-by: Peter Somogyvari <[email protected]>
30e7b8e
to
817a698
Compare
See https://classic.yarnpkg.com/blog/2018/02/15/nohoist/ for further details on the why & how. The issue was that the newly added packages pulled in an older version of gRPC which conflicted with the Iroha connector's newer gRPC and made the Iroha test cases crash. With this no-hoist directive in place this no longer happens because the iroha-helpers-ts dependency is tucked away in the package's own node_modules directory and therefore is able to locate the new and correct gRPC installation there. Fixes hyperledger-cacti#1315 Maybe Fixes hyperledger-cacti#1314 Signed-off-by: Peter Somogyvari <[email protected]>
Dependencies
Depends on #656
Commit to review
Changes
TODO:
Fixes #682
Signed-off-by: Peter Somogyvari [email protected]