Собственно, вот 126 строка:

смотри дальше, до ; (точки с запятой)

И вот тут смотрел?

ALTER TABLE `mytable` ADD UNIQUE ( column1(15), column2(200) );

и какую TABLE мне ALTER? я не знаю.
догадываюсь, что
ofExtComponentConf
хотя jid VARCHAR(255) находится в таблице
ofRoster
не совсем понятно, короче

до точки с запятой:

CREATE TABLE ofExtComponentConf (
  subdomain             VARCHAR(255)    NOT NULL,
  wildcard              TINYINT         NOT NULL,
  secret                VARCHAR(255),
  permission            VARCHAR(10)     NOT NULL,
  PRIMARY KEY (subdomain)
);

без криминала же, блин

это строки 126-132

PRIMARY KEY (subdomain)

Значит дело в этом столбце. Попробуй размер уменьшить до 191, либо явно указать какую-нибудь однобайтную кодировку.

уточни пожалуйста, мне уменьшать значение в этой строке?:
subdomain VARCHAR(255) NOT NULL,

да

спасибо

ERROR 1071 (42000) at line 134: Specified key was too long; max key length is 767 bytes

ххах. теперь тут встряло.
вот этот кусок:

CREATE TABLE ofRemoteServerConf (
  xmppDomain            VARCHAR(255)    NOT NULL,
  remotePort            INTEGER,
  permission            VARCHAR(10)     NOT NULL,
  PRIMARY KEY (xmppDomain)
);/

теперь тут:

CREATE TABLE ofSASLAuthorized (
username VARCHAR(64) NOT NULL,
principal TEXT NOT NULL,
PRIMARY KEY (username, principal(200))
);

блин, кто создавал этот файл разметки, в этом блоке даже 255 нет :(

понаисправлял до 191, где было более надеюсь не критично, все значения влезут.

В принципе, если в этих таблицах не планируется данных в юникоде, то где-нибудь в начале дампа можно было поставить SET NAMES ascii. Скорее всего авторы не думали, что у кого-то будет UTF8 по дефолту.

видимо раньше то было в myisam. а ты пихаешь в innodb. Обнови mysql. В послдених версиях ключ сделали значительно больше.

Ключ у неё не влазит. Варианты: обновить/пересобрать mysql, удалить составной ключ.

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

Как решил? Просто размер поля уменьшил?

да. на все блоки, где ругалось, исправил на рекомендованные выше 191.

кстати, в похожих темах рекомендуют сделать innodb_large_prefix = ON, и это походу будет лучшим решением. Если у тебя mysql не старше 5.5, конечно.

Скорее всего авторы не думали, что у кого-то будет UTF8 по дефолту.

Скорее всего авторы просто не думали. varchar-ы дык еще и в составных ключах...это конечно супер.

ERROR 1071 (42000) at line 126: Specified key was too long; max key length is 767 bytes

Набираем указанную строчку в Гугле, идем по первой же ссылке и получаем ответ :)

https://stackoverflow.com/questions/1814532/1071-specified-key-was-too-long-m...

Число 767 вылезает вот отсюда:

https://dev.mysql.com/doc/refman/8.0/en/create-index.html#create-index-column...

Column Prefix Key Parts

For string columns, indexes can be created that use only the leading part of column values, using col_name(length) syntax to specify an index prefix length ...
Prefix support and lengths of prefixes (where supported) are storage engine dependent. For example, a prefix can be up to 767 bytes long for InnoDB tables that use the REDUNDANT or COMPACT row format...