Копия ApplicationController была удалена из дерева модуля, но все еще активна

Question

Копия ApplicationController была удалена из дерева модуля, но все еще активна

Если Вы не хотите использовать LINQ, можно сделать:

Dim foo As String = "a,b,c,d,e"
Dim boo As New List(Of String)(foo.Split(","c))

17

ruby rubygems ruby-on-rails-plugins ruby-on-rails-2

задан Rimian 11 November 2013 в 03:50

5 ответов

Странно.

Попытка запустить «rake rails: update», чтобы убедиться, что конфигурация скриптов актуальна. Возможно, вам придется сравнить существующие с шаблоном приложения.

0

ответ дан 30 November 2019 в 14:36

У меня была эта ошибка, и по памяти это была одна из трех вещей, которые ее исправили.

1) Мне понадобилось обновить дворнягу / стойку 2) У меня была переменная среды из спокойной аутентификации, которую я переместил в файлы production.rb и development.rb из environment.rb - переключение обратно в environment.rb, похоже, помогло 3) will_paginate устарел

0

ответ дан 30 November 2019 в 14:36

В дополнение к обходным путям, упомянутым в других ответах, я столкнулся с двумя другими:

Добавьте «config.cache_classes = false» в ваш файл config / environment / development.rb. Это имеет неприятный побочный эффект, требующий перезапуска сервера всякий раз, когда вы хотите увидеть свои изменения.
Добавьте «выгружаемый» внутри классов контроллера в свой движок. См. http://strd6.com/?p=250 и http://dev.rubyonrails.org/ticket/6001

Я не пробовал второй подход, так как сначала нашел другое решение, но, конечно, существует компромисс между избежанием необходимости редактировать код плагина, который может быть отменен, если будет загружена более новая версия плагина,

1

ответ дан 30 November 2019 в 14:36

Я столкнулся с той же проблемой для моего нового движка на рельсах 2.3.4 и нашел решение здесь .

вызов unloadable метод решил мой проблема.

1

ответ дан 30 November 2019 в 14:36

Другие вопросы по тегам:

ruby rubygems ruby-on-rails-plugins ruby-on-rails-2

Похожие вопросы:

score 8 · Accepted Answer

Это связано с взаимодействием системных вызовов ОС, сигналами и тем, как они обрабатываются в модуле многопроцессорной обработки. Я не совсем уверен, ошибка это или особенность, но это довольно сложная территория, поскольку именно здесь python встречается с ОС.

Проблема в том, что многопроцессорность блокируется на waitpid до тех пор, пока дочерний элемент, которого он ожидает, не завершится. Однако, поскольку вы установили обработчик сигналов для SIGINT, и ваша программа получает этот сигнал, она прерывает системный вызов для выполнения обработчика сигнала, и waitpid завершает работу, указывая, что он был прерван сигналом. com / rails / rails / commit / d37ac7958fc88fdbf37a8948102f6b4e45c530b3

У вас есть несколько вариантов решения проблемы:

Вернуться к Rails 2.3.2 , дождитесь выхода 2.3.4, вероятно, в конце августа . В 2.3.3 есть пара плохих проблем, так что это может быть лучше всего.
Проблема не должна возникать в производственном режиме, а также в режиме разработки на Тонком сервере . Если у вас возникла эта проблема в Google Engines в рабочем режиме, патч - ваша единственная надежда. Если это только в режиме разработки, вы можете просто запустить свой локальный сервер с Thin вместо Mongrel.
Если это Google Engines, вы можете выйти из Google Engines и разместить свое приложение по-другому . Хотя это кажется большой работой.