Class tbitmapimage not found ошибка

Делал все на основе этой статьи: ссылка

Но в логах пишет

Error: Class 'appmodelsCountry' not found in /home/artyom/www/localhost/controllers/CountryController.php:19

Мой Country.php

<?php
/**
 * Created by PhpStorm.
 * User: artyom
 * Date: 09.08.17
 * Time: 14:45
 */

namespace appmodels;

use yiidbActiveRecord;

class Country extends ActiveRecord
{
}

Мой CountryController.php

<?php
/**
 * Created by PhpStorm.
 * User: artyom
 * Date: 09.08.17
 * Time: 14:48
 */

namespace appcontrollers;

use yiiwebController;
use yiidataPagination;
use appmodelsCountry;

class CountryController extends Controller
{
    public function actionIndex()
    {
        $query = Country::find();

        $pagination = new Pagination([
            'defaultPageSize' => 5,
            'totalCount' => $query->count(),
        ]);

        $countries = $query->orderBy('name')
            ->offset($pagination->offset)
            ->limit($pagination->limit)
            ->all();

        return $this->render('index', [
            'countries' => $countries,
            'pagination' => $pagination,
        ]);
    }
}

Мой файл в views/country/index.php

<?php
/**
 * Created by PhpStorm.
 * User: artyom
 * Date: 09.08.17
 * Time: 14:51
 */

use yiihelpersHtml;
use yiiwidgetsLinkPager;
?>
    <h1>Countries</h1>
    <ul>
        <?php foreach ($countries as $country): ?>
            <li>
                <?= Html::encode("{$country->name} ({$country->code})") ?>:
                <?= $country->population ?>
            </li>
        <?php endforeach; ?>
    </ul>

<?= LinkPager::widget(['pagination' => $pagination]) ?>

Может автолодеру нужно что-то сказать?

Собираю проект из нескольких lib-файлов. Проект нормально компилируется, но в ходе работы приложения при запуске формы, реализованной в одном из lib-файлов, получаю сообщение class TDBText not found. Обычно это сообщение появляется, если я использовал какую-то компоненту (в данном случае TDBText) на форме, но стёр строку include для неё. Либо не делаю #pragma link на obj-файл, в котором есть эта компонента. Но!
В библиотеке, которая вызывает названную ошибку, не используется компонента TDBText, её вообще там нет!

Для эксперимента положил на форму TDBText. Тогда получил сообщение class TDBGrid not found. Эта компонента тоже не используется в форме.
Что за фигня такая, кто знает. Как можно побороть её?

Здравствуйте, KSN, Вы писали:

KSN>Для эксперимента положил на форму TDBText. Тогда получил сообщение class TDBGrid not found. Эта компонента тоже не используется в форме.
KSN>Что за фигня такая, кто знает. Как можно побороть её?

Хм. Может ли быть так, что на эти классы как-то завязан родительский класс формы?

Собственно это сообщение является результатом вызова FindClass (в Delphi; думаю, в билдере то же самое). А сама эта подпрограмма может быть вызвана явно, а кроме того, активно вызывается при загрузке классов — можно посмотреть по исходникам RTL все места.

Здравствуйте, KSN, Вы писали:

KSN>Что за фигня такая, кто знает. Как можно побороть её?

Это сообщение выдаётся, когда с помощью RTTI пытаются создать некий объект по имени класса (например, при чтении dfm-ресурса и воссоздании по нему формы/datamodule).

Нормально при инициализации приложения происходят вызовы RegisterClass, строится RTTI структура и в этом окружении приложение уже работает. Некоторыми действиями можно нарушить эту последовательность — как простой пример, засунуть в initialization секцию модуля какой-то код, которому уже нужна RTTI информация. Или иногда любят люди понапихать логики до вызова Application.Run.

Побороть можно двумя путями:
— Найти, где нарушается «правильная» последовательность инициализации (может быть долго)
— Просто вызвать RegisterClass(class_name) где-нибудь в самом начале выполнения программы (идеологически криво, но чаще работает).

Это всё написано для Delphi, думаю что в Builder всё ровно так же.
Удачи.

Здравствуйте, Dimentiy, Вы писали:

D>Это сообщение выдаётся, когда с помощью RTTI пытаются создать некий объект по имени класса (например, при чтении dfm-ресурса и воссоздании по нему формы/datamodule).

D>Нормально при инициализации приложения происходят вызовы RegisterClass, строится RTTI структура и в этом окружении приложение уже работает. Некоторыми действиями можно нарушить эту последовательность — как простой пример, засунуть в initialization секцию модуля какой-то код, которому уже нужна RTTI информация. Или иногда любят люди понапихать логики до вызова Application.Run.

D>Побороть можно двумя путями:
D>- Найти, где нарушается «правильная» последовательность инициализации (может быть долго)
D>- Просто вызвать RegisterClass(class_name) где-нибудь в самом начале выполнения программы (идеологически криво, но чаще работает).

Позволю себе немного Вас поправить.
RTTI не строится при инициализации приложения — ее формирует компилятор. RTTI-таблица класса содержит, помимо прочего, список published свойств этого класса со ссылками на типы этих свойств. Поэтому для тех классов, на которые ссылается RTTI, вызывать RegisterClass не обязательно — они могут быть найдены путем просмотра RTTI. Этим занимается функция Classes.GetFieldClass(). А она, если обламывается, вызывает FindClass() для поиска в глобальной таблице классов (ClassList) и таблице псевдонимов классов (ClassAliasList). И только в случае отсутствия классов в обоих таблицах получаем EClassNotFound.

RegisterClass() нужно вызывать только для «нестандартных» классов, например, TMenuItem, который переопределяет GetChildren() для перечисления вложенных пунктов меню — так, что по .dfm получается будто бы он имеет множество свойств типа самого себя, а реально вложенные TMenuItem содержатся в FItems: TList, который вообще не является наследником TPersistent и поэтому не может быть записан в dfm.

Самый простой способ получить class not found — это перенести автоматически созданное при бросании компонента на форму (суть published) объявление свойства в одну из private, protected или public секций. Либо пытаться грузить dfm ресурс, не соответствующий форме/датамодулю.

А методы борьбы — правильные. Хотя я бы порекомендовал напрячься и решить вопрос первым из указанных способов. Потому что вызов RegisterClass приведет с тому, что класс найдется и создастся объект соответствующего типа — суть хорошо прикрытые листвой грабли, на которые рано или поздно кто-то наступит.

Прошу прощения за несколько сумбурное изложение — новогоднее настроение и полбутылки мартини, однако…

Здравствуйте, Sergei I. Gorelkin, Вы писали:

SIG>Позволю себе немного Вас поправить.
SIG>…

Э-э-э… Полностью согласен!
Строго говоря, да — RTTI — это конечно же именно то, что генерит компилятор.

SIG>Прошу прощения за несколько сумбурное изложение — новогоднее настроение и полбутылки мартини, однако…

Если как мартини и повлияло — то только тем, что было не в лом описывать всё целиком

Здравствуйте, Dimentiy, Вы писали:

D>Здравствуйте, Sergei I. Gorelkin, Вы писали:

SIG>>Позволю себе немного Вас поправить.
SIG>>…

D>Э-э-э… Полностью согласен!
D>Строго говоря, да — RTTI — это конечно же именно то, что генерит компилятор.

SIG>>Прошу прощения за несколько сумбурное изложение — новогоднее настроение и полбутылки мартини, однако…

D>Если как мартини и повлияло — то только тем, что было не в лом описывать всё целиком

Ага, понятно почему появляется сообщение об ошибке.

Но по-прежнему непонятно, при чем здесь классы TDBText, TDBGrid если их на форме нет. И в библиотеке, в которую включена форма, их тоже нет.
Раньше эти классы использовались в форме. Впоследствии я отредактировал вручную dfm-файл и заменил TDBGrid на TDBGridEh, а все TDBText убрал с формы. Сейчас никаких следов от этих компонент в проекте не осталось, (Искал контекстным поиском по всем файлам проекта), Так почему же они вылезают при инициализации формы?

Здравствуйте, KSN, Вы писали:

KSN>Но по-прежнему непонятно, при чем здесь классы TDBText, TDBGrid если их на форме нет. И в библиотеке, в которую включена форма, их тоже нет.

Но чудес-то не бывает.

Здравствуйте, Dimentiy, Вы писали:

D>Здравствуйте, KSN, Вы писали:

D>Но чудес-то не бывает.

Возразить сложно

Здравствуйте, KSN, Вы писали:

KSN>Здравствуйте, Dimentiy, Вы писали:

D>>Здравствуйте, KSN, Вы писали:

D>>Но чудес-то не бывает.

KSN>Возразить сложно

Нашлась ошибка. Версия насчет кривого dfm-файла оказалась верной. В директории проекта лежала старая версия dfm-a, она-то и подлинковывалась в проект при сборке.