'
```
다음으로 어디를 확인해야 할지 조언을 주실 수 있나요? 감사합니다!
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [10월 2, 2019, 12:14오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/2 "2019-10-02T12:14:51Z")
이것은 공식 가이드를 따르지 않은 설치이므로, 도움을 드릴 수 있는 부분이 많지 않습니다.
---
### Author:  [@averi](https://meta.discourse.org/u/averi)
#### Post date: [10월 2, 2019, 12:27오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/3 "2019-10-02T12:27:00Z")
현재 OpenShift에서 Discourse를 실행 중이므로 표준 설치 방식은 아닐 것입니다. 공식 가이드를 다시 검토하여 현재 배포 환경에서 놓친 부분이 있는지 확인해 보겠습니다. 감사합니다.
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 2, 2019, 12:39오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/4 "2019-10-02T12:39:12Z")
> [@Falco](#):
>
> 이것은 공식 가이드에 따라 설치된 것이 아니므로, 도움을 드릴 수 있는 부분이 많지 않습니다.
사실 다음 도커 명령어도 VirtualBox의 Discourse Vagrant 머신에서 동일한 스택 트레이스를 발생시키고 있습니다:
```plaintext
vagrant ssh -c '(cd ~/discourse && sudo bin/docker/sidekiq)'
```
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [10월 2, 2019, 12:42오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/5 "2019-10-02T12:42:31Z")
정말 확실합니까? [공식 가이드](https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md)에는 sidekiq를 수동으로 시작하는 것과 관련된 내용이 없으며, 해당 폴더에 /home/discourse 폴더도 존재하지 않습니다.
프로덕션 환경에서 개발용 설치를 실행하고 계신 건가요 🤯??
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 2, 2019, 12:45오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/6 "2019-10-02T12:45:13Z")
저는 docker 명령어를 사용하여 discourse 플러그인을 테스트하고 개발하고 있습니다.
현재 사용 중인 다른 스크립트는 다음과 같습니다:
```plaintext
# 임시 discourse 캐시 삭제 및 개발용 rails 실행
vagrant ssh -c '(rm -rf ~/discourse/tmp/cache)'
vagrant ssh -c '(cd ~/discourse && sudo bin/docker/rails s)'
```
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 2, 2019, 12:47오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/7 "2019-10-02T12:47:02Z")
> [@Falco](#):
>
> 프로덕션 환경에서 개발용 설치 버전을 돌리고 있는 건가요 🤯??
물론이죠 😄
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 2, 2019, 12:50오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/8 "2019-10-02T12:50:17Z")
@Falco 이건 다음과 관련이 있는 것 같습니다.
>
>
> Zeitwerk simplifies working with dependencies in dev and makes it easier reloadi…ng class chains.
>
> We no longer need to use Rails "require\_dependency" anywhere and instead can just use standard
> Ruby patterns to require files.
>
> This is a far reaching change and we expect some followups here.
어떻게 생각하시나요?
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [10월 2, 2019, 12:51오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/9 "2019-10-02T12:51:30Z")
아, 그럴 수도 있겠네요. 이것이 개발 환경이 아니라 개발용 설정(dev setup)이라는 점을 명시하지 않으셨기 때문에 상황이 더 복잡해졌습니다.
그래서 지금 말씀하시는 건, 우리의 Docker 개발용 설정이 현재 깨져 있다는 건가요?
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 2, 2019, 12:52오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/10 "2019-10-02T12:52:57Z")
네, 그런 것 같습니다.
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 2, 2019, 12:59오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/11 "2019-10-02T12:59:56Z")
> [@Falco](#):
>
> 그러니까 지금 도커 개발 환경이 깨져 있다는 말씀이신가요?
그 커밋을 되돌리면 사이드킥이 다시 작동합니다.
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [10월 2, 2019, 1:11오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/12 "2019-10-02T13:11:17Z")
이건 당신 몫인 것 같네요 @kris.kotlarek
---
### Author:  [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)
#### Post date: [10월 2, 2019, 11:32오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/13 "2019-10-02T23:32:35Z")
음, 여기서 무슨 일이 있었는지 알겠어요. 제 잘못이에요. Zeitwerk 자동 로더를 사용할 때 더 이상 필요하지 않으므로 `require_dependency`를 많이 제거했거든요.
하지만 `application.rb`에는 다음과 같은 코드가 있습니다:
```plaintext
if !Sidekiq.server?
config.autoload_paths += Dir["#{config.root}/lib"]
end
```
즉, Sidekiq은 의존성을 찾기 위해 `lib` 디렉토리를 참조하지 않으며, 특정 파일에서 필요한 내용을 명시적으로 정의하고 있습니다.
Sidekiq에서 사용되는 파일에 대한 `require_dependency`를 되돌리거나, `application.rb`의 해당 가드 조건을 제거할 수 있습니다.
이 명시적인 `require`를 사용하여 워커의 메모리를 절약하려고 했을 것 같으니, 아마 이 방향을 따르는 것이 좋겠습니다. `require_dependency`를 되돌리겠습니다.
@sam 어떻게 생각하시나요?
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [10월 2, 2019, 11:36오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/14 "2019-10-02T23:36:45Z")
> [@kris.kotlarek](#):
>
> Sidekiq에서 사용되는 파일들에 대해 `require_depenedency`를 다시 추가하거나, `application.rb`의 그 가드를 제거할 수 있습니다.
가드를 제거해야 합니다. 프로세스가 sidekiq가 될지 아닌지 알 수 없기 때문에 이 방식이 마음에 들지 않습니다. 우리의 배포 환경에서는 `unicorn master` → fork → `sidekiq worker` 구조를 사용합니다. 포크 시점에 application.rb는 이미 파싱되어 있었습니다.
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 3, 2019, 7:18오전 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/15 "2019-10-03T07:18:46Z")
@kris.kotlarek 수정해 주셔서 감사합니다. 이제 Sidekiq가 Discourse 공식 플러그인과 함께 정상적으로 작동합니다 👍 .
하지만 제 3자 플러그인 중 잡(job)을 사용하는 것들은 **작동하지 않습니다** 😢 . 아마도 아래 커밋이 해당 플러그인의 `Jobs::` 클래스에 적용되지 않아서 생긴 문제인 것 같습니다. ⬇
>
* * *
# 작동하지 않는 3자 플러그인
>
>
>
---
### Author:  [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)
#### Post date: [10월 3, 2019, 11:07오후 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/16 "2019-10-03T23:07:13Z")
맞습니다. 이제 `Jobs::Onceoff`, `Jobs::Base`, `Jobs::Scheduled` 모두 `::`가 필요합니다.
`discourse-whos-online`을 수정하고 다른 플러그인들을 위한 풀 리퀘스트를 생성했습니다:
>
>
> Fix similar to that one: https://github.com/discourse/discourse-assign/commit/d5…9e7fe1fbe95789324010b3729d0589a8a9789f
>
> This is necessary since Discourse moved to Zeitwerk autoloader
>
>
> Fix similar to that one: https://github.com/discourse/discourse-assign/commit/d5…9e7fe1fbe95789324010b3729d0589a8a9789f
>
> This is necessary since Discourse moved to Zeitwerk autoloader
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 4, 2019, 5:13오전 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/17 "2019-10-04T05:13:30Z")
@kris.kotlarek 감사합니다 🥳 👍 . zeitwerk 자동 로더에 대한 게시글을 확인해 보았습니다. 플러그인 개발 속도를 높이기 위해 개발용 플러그인 자동 재로딩 기능을 활성화할 계획이 있나요?
> [@Upgrading Discourse to Zeitwerk](https://meta.discourse.org/t/upgrading-discourse-to-zeitwerk/128337):
>
> Rails 6 ships with two autoloading modes: zeitwerk and classic. In that pull request [DEV: Upgrading Discourse to Rails 6 by KrisKotlarek · Pull Request #8083 · discourse/discourse · GitHub](https://github.com/discourse/discourse/pull/8083) I upgraded Rails to version 6.0.0 with classic autoloader as a transitional phase. It would be interesting to try to switch to Zeitwerk. Zeitwerk is an efficient and thread-safe code loader for Ruby. As long as the project is following naming conventions, Zeitwerk can find correct files and load them on deman…
> **[GitHub - fxn/zeitwerk: Efficient and thread-safe code loader for Ruby](https://github.com/fxn/zeitwerk)**
>
> Efficient and thread-safe code loader for Ruby
---
### Author:  [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)
#### Post date: [10월 4, 2019, 5:33오전 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/18 "2019-10-04T05:33:36Z")
`require` 또는 `require_dependency`가 포함된 곳이 여전히 있지만, 상당수는 제거되었습니다.
이제 플러그인 코드가 자동으로 다시 로드될 것이라고 생각합니다. 확실하지는 않으니 조금 더 테스트해봐야겠지만, 긍정적인 느낌이 듭니다 🙂
---
### Author:  [@azawawi](https://meta.discourse.org/u/azawawi)
#### Post date: [10월 6, 2019, 9:21오전 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/19 "2019-10-06T09:21:19Z")
문서대로 먼저 활성화해야 하는 것 같습니다. 개발 환경에서 시도해 보았지만 플러그인 변경 사항이 다시 로드되지 않았습니다 😢
> **[GitHub - fxn/zeitwerk: Efficient and thread-safe code loader for Ruby](https://github.com/fxn/zeitwerk#reloading)**
>
> Efficient and thread-safe code loader for Ruby
> **[Autoloading and Reloading Constants — Ruby on Rails Guides](https://guides.rubyonrails.org/autoloading_and_reloading_constants.html)**
>
> This guide documents how autoloading and reloading works in zeitwerk mode.After reading this guide, you will know: Related Rails configuration Project structure Autoloading, reloading, and eager loading Single Table Inheritance And more
---
### Author:  [@fzngagan](https://meta.discourse.org/u/fzngagan)
#### Post date: [10월 6, 2019, 9:23오전 UTC](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031/20 "2019-10-06T09:23:06Z")
정말 좋겠네요. 기대를 하고 있었는데, 말씀 덕분에 더 큰 희망을 갖게 되었습니다. 플러그인 개발자들이 이 기능을 좋아할 겁니다.
[다음 페이지](https://meta.discourse.org/t/sidekiq-fails-to-start-after-zeitwerk-on-docker-dev/130031.md?page=2)