Дмитрий Кинаш

сотни разных типов объектов = сотни разных таблиц

У каждой сущности свои свойства - у сотрудников ФИО и табельный номер, а у оборудования производитель, заводской номер и срок ввода в эксплуатацию. И так далее... Связи тоже имеют специфику "рабочие место - оборудование" - это признак, где физически станок находится, а "работник - рабочие место" - это уже запись в журнале рабочего времени (сегодня в одном цеху, а завтра в другом).

По сути то, что ты хочешь - это базы SAP и 1С.

А документацию прочитать? FileWriter является более удобным подклассом OutputStreamWriter для случаев, когда нет необходимости управлять кодировкой и размером буфера для чтения, и когда предполагается запись именно символов (characters), а не сырых файловых байтов.

Сама идея неправильная. Если задача попала по ошибке, то нужно перенаправить правильному исполнителю (если известен), или автору. Если закрывать с комментарием, то высокий риск пропускать такие случаи и вообще не выполнить нужную работу!

Стандартный обмен ИМ и 1С - это в 1С готовится файл формата CommerceML и передается скрипту сайта (или выгружается на FTP сайта, после чего сайт сам загружает). В этом стандартном обмене стандартными средствами нельзя изменить поток обмена и сделать сайт инициатором обмена. Нужна доработка!

Самое простое - создать мини-сервис на стороне 1С, который по GET-запросу всегда будет отвечать 200, а сам стартует обмен вне расписания. В результате - сайт становится инициатором обмена, хотя архитектурно ничего не изменится.

Относительно второй части вопроса:

как скрипту указать куда обращаться к 1с ?

, то тут ответ зависит от того как реализуете связку ИМ и 1С. Если через сервис по моему совету и хост с 1С будет неизменным, то можно хоть хардкодом забить. Иначе лучше ini-файл, в котором прописать адрес 1С и имя сервиса для старта обмена.

Очень многие вещи в ИТ и не только можно описать фразой "так исторически сложилось".
Возможно сначала накинули интерфейсы, а потом сделали наследование интерфейсов. Или завтыкали...

Согласен с коллегой, но предложил бы oData, который в программах 1С есть "из коробки" и не нужно разрабатывать дополнительный веб-доступ, если нет специалистов и/или возможности дорабатывать конкретную базу 1С.

Базовые типы в 1С - числа, строки, даты, булево и ссылки! Ссылки - это указатели на записи в другие таблицы. Контрагентов с именем "Иванов Е" в базе может быть десять, или может быть сто, но ссылка всегда уникальна. Та же история с товарами и организациями.

Если брать пример с вопроса, то должно быть что-то типа такого:
db.Контрагент = клиент.Справочники.Контрагенты.НайтиПоНаименованию("Иванов Е");

По сложности:
1. Попросите клиента присылать хидеры в правильном формате.
2. Между вашей системой и клиентом поставьте прокси, который будет преобразовывать зоголовки (nginx - отличный выбор)
3. Напишите автоконфигурацию, которой приравняйте заголовок application/health.message+xml к text/xml

Посмотрите как сделано у ведущих экспертов в этой области - у www.myheritage.com и скопипасте себе их идеи. Если кратко, то у одного человека может быть несколько семейных древ - по каждому на пару родителей.

А вот с парами родителей там затык - слишком привязываются к биологии: нельзя сделать М+М, Ж+Ж, Ж+М+Ж, МММ и прочие популярные комбинации. Вам если эту недоработку в своем сайте исправить, то пользователи с Европы попрут - там сейчас это тренд.

Если все как вы рассказали, то опыт подсказывает, что проблема в настройке кластера 1С - вы указали имя главного компьютера кластера, которое не резолвится в вашей сети.

Например: при создании кластера вы указали главным компьютером 127.0.0.1 (или MyLoveServer без доменного префикса). Вы успешно стучитесь по 1541 к менеджеру кластера и он вам сообщает, что теперь вам нужно перейти к хосту "127.0.0.1" и тут при форварде получаете "болт". При работе внутри сервера все норм, потому что он точно знает, что "127.0.0.1" это он же и есть.

Просто глаза разбегаются:
1) Только специалисты с многолетним опытом используют в СКД настраиваемые макеты, так как в этой технологии очень много нюансов и плохая документация. Откажитесь или от макета или от СКД - быстрее закончите.
2) "в последнем запросе выбираю поле ВТ_ДляРасчета.ПриемнаяКампания.Комментарий" - тут здравый смысл просто кричит: или откажись от временных таблиц или выбери комментарий при формировании временной таблицы.
3) насколько я вижу есть слабое понимание работы СКД - в запросе для источника данных вовсе не нужно выбирать реквизиты - это можно сделать в структуре вывода и СКД сама все выберет самым лучшим образом. А вы просто перегрузили запрос и сделали его плохо читаемым.
4) "Ошибка исполнения отчета: Поле "Приемная кампания.Комментарий" не может быть использовано в группировке" - это очень распространённая ошибка использования строки неограниченной длинны. Если так сильно хочется использовать комментарий в запросе с группировками и "только различные" (вы хотите возразить, что их нет в запросе, а я хочу возразить, что вы не знаете нюансы работы СКД и что запрос в процессе выполнения еще дорабатывается и группировки будут добавлены, после чего срабатывают стандартные ограничения платформы на группировки в запросе), то нужно делать как-то так:

Выразить(ВТ_ДляРасчета.ПриемнаяКампания.Комментарий как Строка(1000)) КАК ПриемнаяКампанияКомментарий

Блок "Вот что сейчас генерит XSTREAM" и первая половина блока "сделать чтобы в зависимости от errorType он бы тупо генерил" - идентичны! Поздравляю, вы уже выполнили свою задачу.

Пока вы в своем Мавене/Градле (или что там у вас?) не пропишете требуемую зависимость, IDEA не будет понимать, что это за импорт и продолжит выдавать "Cannot resolve symbol...."

1) Это вопрос не по Java, а по написанию плагинов под Майнкрафт. Следовательно вопрос нужно задавать не Java-программистам, а в майнкрафт-сообществе.

2) Гугл говорит, что ваш проект "org.bukkit" был закрыт еще в 2014 году и все его разработчики перешли на проект Sponge. Зачем вы занимаетесь археологией?

3) Текст ошибки говорит о проблеме с путями - проверьте свои конфиги и права доступа к файлам плагинов.

Если "если закоментить строку System.out... в цикле while", то для в остальном идентичного кода и идентичных входных данных результат будет идентичным.

Следовательно или входящие данные различны, или код выполняется в различных условиях. Даже бегло взглянув на код видно, что данные добавляются в неизвестный список, о котором ничего не известно - кто и где его создал, была ли очистка перед чтением входящего потока?

1) SOLID - это 5! принципов, а не только лишь single responsibility

2) Глядя на всего две строки кода, говорить о нарушении принципов ООП-проектирования могут только полные теоретики и далекие от практики люди.

3) Обмен с внешним ресурсом у вас идет с помощью классов библиотеки java.net.http, а преобразование ответа в объект с помощью библиотеки com.fasterxml.jackson . Вы в приведенных двух строках кода только стыкуете результаты работы двух библиотек. Что именно вас в этом смущает? Хотите сделать над каждой библиотекой обвертку? Но уровнем выше вам все равно придётся делать эту стыковку результатов, просто добавите лишний уровень абстракции.

В таких случаях чаще всего проблема в отсутствии прав доступа к источнику дополнительных полей (в вашем случае к РегистрСведений.ДействиеСкидокНаценокПоНоменклатуре).

Главного объекта, должны удалится все его составные части, потому что составная часть не может существовать без основного объекта. Верно?

Нет такого утверждения в ООП и в реальном мире тоже нет. Взять ваш пример с человеком и органами - после смерти человека, его органы могут быть использованы для пересадки другим людям (если они здоровы и пересадка законна).