Дмитрий Озеров (Все сообщения пользователя)

Kryukov, эта ситуация возможна, когда в этот момент другой пользователь производит расчет или так же массово изменяет данные. Мы работаем над тем, чтобы избавиться от этой ошибки блокировки.

Два уточнения:
1. В ResourceModule необходимо указать полный путь к модулю (сборке) (не директорию!), откуда нужно загружать ресурсы (напр. "C:Program Files (x86)ulu 7.0my_module.dll")
2. В BitmapResource можно указывать только числовой идентификатор ресурса.

Посчитать втемную можно только с использованием компонентов ZuluNetTools, но это отдельный продукт для разработчиков.

Создавать географические объекты с помощью SQL сейчас нельзя. С его помощью можно делать либо выборки данных, либо обновлять атрибуты (семантические данные), но не геометрию.

<B>Necrolog</B>,  добрый день!
Т.к. модуль на C# (т.е. сборка .Net), Zulu не может определить, откуда загрузить битмап для кнопки (BitmapResource). В регистрации указан ProgID, но по нему из нашего unmanaged кода не выйти на сборку, из которой нужно грузить ресурс. Как выход - укажите ключ ResourceModule, откуда Zulu следует загружать ресурсы:
[HKEY_LOCAL_MACHINESOFTWAREuluPlug-InsPassportsResourceModule]
@="path-to-your-assembly"

Aksut, в выполнении UPDATE у нас была ошибка. Исправления будут доступны в ближайшем обновлении.
Функций получения секунд и миллисекунд пока нет, будет уже в 8-й версии.

<B>Necrolog</B>, нужны некоторые уточнения:
<I>2) Корректную работу окон в ControlBar</I> - уточните, что сейчас некорректно ?
<I>3) Поддержку Многопоточности модулей</I> - у нас сам код реентерабельный, однако синхронизация потоков по доступу к объектам - на совести разработчика модуля. Это же ядро, например, прекрасно работает в ZuluServer в многопоточном режиме. Задачи типа ZuluThermo, ZuluHydro и другие также выполнены в виде модулей и также работают в многопоточном режиме.
<I>5) Какой-то многопользователский интерфейс или оболочку с возможностью сохранения идивидульных настроек</I> - Многопользователький интерфейс подразумевает авторизацию в самой оболочке, в обозримом будущем так усложнять не планируется. Наверное имеет смысл сохранять разные состояние интерфейса под какими-то именами (допустим как в Adobe)? Или что-то еще хранить надо ?
<I>8) Какойто объект содержащий простые методы копирования результатов запросов не по строчно как в случае с датасет (В файл хорошо но хочется в память)</I> - тут нужно поподробней. Если сохранять не позаписно, а разом (bulk) и к тому же в память, то в каком формате ? С файлом это ясно - либо формат известен, либо engine какой-то есть чтобы прочесть. А память ? Если не совпадает с общеупотребительным форматом файлов, то неясно как читать (имеется в виду Вам, как получателю), а если совпадает, так уже и так в файл можно сбросить. Что думаете ?

По остальным пожеланиям:
<I>1) WPF</I> - да, на стадии продумывания
<I>4) Данные в СУБД</I> - задача трудоемкая и пока пока нет четкого видения на этот счет.
<I>6) AMD64</I> - стоит в планах (как минимум для сервера)
<I>7) Расширенное логирование зулусервера (или описине текущих действий понятных пользователю) в том числе и действий в субд</I> - да, разаботка ведется.

<B>Necrolog</B>, использование констант для даты/времени в тексте запроса очень ненадежно. Все эти ошибки выдает Access и мы ничего с этим не может поделать. Даже если подобрать текст даты, потом, при других региональных настройках, опять не сработает.  В случае с тестовым запросом это понятно, там параметры негде указать, но потом, протестировав, в коде лучше использовать запрос с параметрами и дату передавать в параметре в бинарном виде. Если весь код заточен только под Microsoft Access, то да, можно выйти из положения, используя Format.

<blockquote>Цитата:<hr size="1" noshade><i>Короче и строку не объект созданный зарание зулу серверу не стоит давать.

только вижу выход узнать заранее индекс и уже в открытой субд вставить в запрос  zb.Sources[this.zsi] с правильным индексом.. Так работает.</i><hr size="1" noshade></blockquote><B>Necrolog</B>, у Вас проблема в коде.
Судя по фрагменту, Вы создаете объект ZbDatabase, открываете базу данных, а потом в метод OpenSQL передаете некий объект zbBDEsource, который никак не связан с этой базой данных, в коллекцию соединений не входящий. Параметр Source этого метода должен идентифицировать соединение ВХОДЯЩУЮ в базу данных, которое будет использовано для вызова.

Цитата:

---

На этой страницы с объекта IZbStdBrowseParam идет ссылка на страницу IZbBrowser Interface (https://www.politerm.com/zuludoc/zuluax/IZbBrowser_cls.htm).

---

Правильная ссылка https://www.politerm.com/zuludoc/zuluax/IZbStdBrowseParam_cls.htm
Спасибо за сообщение, мы подправим.

Aksut, нет, custombrowseobject - простой COM-объект. Плагин и так можно загрузить без всякого custombrowseobject. Действительно, при вызове custombrowseobject всегда создается новый COM-объект. Проблема в Вашем коде, т.к. FConnector насколько я понимаю - член экземпляра класса, а вовсе не глобальная переменная, о которой я говорил, описывая как из разных экземпляров класса обратиться к одному коннектору.
В любом случае, сейчас в системе появились события, позволяющие обрабатывать custombrowseobject прямо из плагина. См. https://www.politerm.com/zuludoc/zuluax/Zulu_evBrowserCustomBrowse.htm

<B>Necrolog</B>,  проверили на тестовом коде:
{
           string Base = "D:\Test\Test.zb";
           string TableResult = "D:\Test\Test.db";

           string [] Names = {"sys","type","mode","typename","modename"};
           int [] Types = {3,3,3,1,1};
           int [] Sizes = {0,0,0,30,30};
           ZbDatabase zb = new ZbDatabase();
           if (zb.Open(Base))
           {
               if(!zb.CreateTable(TableResult, Names, Types, Sizes, 1))
               {
               }
           }
           zb.Save(1);
           zb.Close(true);
       }

Прекрасно все создается.

Yura_Y, для анализа лучше прислать скрипт для создания таблицы (в management studio у таблицы выбрать "Создать скрипт для таблицы" и далее "Используя CREATE") на [email protected]. Мы посмотрим, почему первичный ключ не распознается. И как таблицы включена в описатель базы данных ? просто по имени (напр. mytable), с указанием схемы (напр. dbo.mytable) ? И каков способ соединения (ADO или вдруг ODBC) ?

Yura_Y, проверьте, пожалуйста, есть ли у указанной таблицы первичный ключ. Можно в редакторе базы данных вызвать по правому щелчку мыши команду "Реструктурировать" и убедиться, что у Sys есть "ключик", если нет, то поставить и сохранить.

Цитата:

---

У нас при настройке связки Zulu + PostgreSQL на win7 x64 возникла проблема с подключением БД. В итоге, интернет помог, но пришлось для этого потратить кучу времени.

Оказывается, на x64 надо ставить драйвера от x32 в специальную папку. Тогда все будет работать. Ссылка - http://postgresql.ru.net/node/214496

---

1. На Windows x64 нужно устанавливать драйвер ODBC, соответсвующий архитектуре клиентского приложения, которое его использует. Т.к. ZuluGIS и ZuluServer - 32-битные, то драйвер нужен 32-битный. Это касается драйверов к любым СУБД.
2. В топике по приведенной ссылке ничего не говорится о том, чтобы драйвер устанавливать в какую-то специальную папку. Драйвер можно устанавливать штатно, по предложенному пути. Другое дело, что для задания DSN необходимо использовать также 32-битный менеджер ODBC, который можно запустить из приведенной в тексте папки.

Цитата:

---

Хочу вернуться к вопросу о Postgresql.
по прежнему не удается присоединиться через АДО-соединение - в создаваемом запросе не удается открыть таблицу.
можно открыть с помощью "соединение ODBC". Будет ли работать гидр. расчет, раньше с этим были проблемы.

---

1. Речь о проблемах с ADO пока не шла, уточните в чем были проблемы, какие сообщения об ошибках при этом выдаются, чтобы можно было провести какой-то анализ.
2. Для соединения с PostgreSQL мы рекомендуем ODBC. В пишете, что "можно открыть с помощью соединения ODBC". Рекомендую остановиться на этом способе.
3. Расчеты будут работать, им важно просто иметь возможность читать и писать данные в нужный источник.

<blockquote>Цитата:<hr size="1" noshade><i>Не вохмоно сделать form модальным нельзя обратиться к самой ZUlu паралельно.</i><hr size="1" noshade></blockquote>Разумеется. Поэтому я и писал, что для вклейки Form не годится - только для всплывающих модальных диалогов.

<blockquote>Цитата:<hr size="1" noshade><i>Спасибо.
А почему может не срабатывать первый пункт я проверил что больше не вызывается метод  ConnectZuluPlugin повторно.</i><hr size="1" noshade></blockquote>Навскидку нельзя сказать что-то конкретное, скорее всего потому, что плагин остается загруженным и повторно метод уже не вызывается. В принципе немодальная форма не должна "вклеиваться" в чужую облочку, т.к. ни дизайн обработчика очереди сообщений, ни препроцессора сообщений Вам как разработчику неизвестен. Старый Visual Basic вообще автоматически ругался при попытке создать немодальную форму не из программы на бейсике. Тоже и VBA, который определял, что обработчик оконных сообщений совместим с VBA.

<B>Necrolog</B>,  рекомендую использовать UserControl и метод EmbedControl, чтобы вставить свой контент в плавающую панель. Использование Form в чужом процессе я бы ограничил лишь модальным режимом, иначе поведение непредсказуемо.

Al_16, чаще всего дело в источнике данных ODBC DSN. ZuluServer работает как служба Windows, поэтому для того, чтобы связаться с PostgreSQL, для нее нужен "системный" источник DSN, а не "пользовательский".

ked, нет, разграничения прав по отдельным полям нет.

PostgreSQL - клент-серверная СУБД. Мы рекомендуем для связи с ней использовать ODBC. Таблицы будут располагаться в базе данных PostgreSQL и Zulu через соединение ODBC будет брать данные оттуда.

Добрый день! Вариантов отчего возникает ошибка много. Это может быть из-за отсутствия однозначного соответствия между типами данных между различными СУБД, либо чистота данных не все значения могут передаться. Для того, чтобы что-то конкретно выяснить отчего, нужно анализировать данные. Напишите на [email protected] (Дмитрий Озеров).

<B>runiner</B>, да, Вы совершенно правы. Использование ActiveX в .Net затруднено, а в WPF особенно. Мы давно подбираемся к созданию .Net компонентов ZuluXTools. Никаких сроков пока назвать не можем, т.к. работа еще не начата, но принципиальные планы есть.

Если используется ZuluServer, то этот путь нельзя выбрать с клиентских машин, только в локальном режиме на машине-сервере.