Atlassian companion excel не работает
Я написал скрипт, который собирает инфу, кладёт ее в Excel с помощью COM объекта. Сохраняет и закрывает Excel.
Если просто запускать под пользователем то всё ОК.
Ставлю запуск в планировщике и скрипт не работает..
Судя по Диспетчеру задач Excel даже не запускается.
Мне нужен запуск не от СИСТЕМЫ, а от доменного пользователя.
Пользователь в администраторах сервера.
Подскажите пожалуйста как можно решить проблему. Спасибо заранее.
а если таск в планировщике запускать от конкретного доменного пользователя и убрать Run with highest privileges галку? Пользователь из-под которого запускается задание настраивается в планировщике в настройках задания.Обратите внимание на то, что при запуске из планировщика, обычно, текущим каталогом является c:\windows\system32, а не каталог со скриптом. Часто ошибки при запуске из планировщика связаны именно с тем, что скрипт рассчитывает на то что текущий каталог - это каталог где лежит сам скрипт. Вероятнее всего в настройках стоит галочка чтобы задание выполнялось для пользователи который залогинился. А если в систему никто не вошел то и задача на выполняется. Попробуйте настроить так, чтобы задание выполнялось даже если никто не вошел в систему.
+ посмотрите логи задания в той же консоли. Там будет написана ошибка, почему задание не выполнилось. Если ошибки не было, то оно просто даже не запустилось а следовательно не было выполнено какое то из условий.
Как правило причины следующие -
Недостаточно прав у пользователя от которого идет запуск.
Неправильные пути и неправильное окружение при запуске из планировщика.
Убедитесь что пользователь имеет все необходимые права, убедитесь что пути указаны абсолютные и правильно указана текущая директория.
Чтобы выяснить где именно проблема используйте отладку - добавьте в скрипт логгирование действий в файл.
I've just updated my test server to 6.11.0 to try out the new Edit With feature.
I've installed the Companion app and it's running (Although due to my Windows user name having spaces in it, I had to update the registry Run entry so it runs correctly on startup by adding " around the path).
When I click Edit With ApplicationName (Where ApplicationName could be Microsoft Word) I get the status pop up saying Editing with ApplicationName the image of the satellite dish and Opening file in ApplicationName but none of the applications open. I've tried it with PowerPoint, Word, Excel, PDF Reader, Visio and Notepad++.
Tested with Chrome, Firefox and IE11. I have an Apache reverse proxy if this could be a possible cause of the issue.
The log file for the app doesn't seem to provide much info either.
4 answers
1 accepted
After working with Atlassian support I've fixed it for my test server by creating a new self-signed certificate and then using the following instructions to import it to the Trusted Root Certification Authorities Store on the client PC. The issue I appear to have had was my old self-signed certificate was out of date (it's only used internally for testing so I never bother updating it), and even if you import that to the client PC, because it was out of date, it still doesn't work.
The companion app could do with giving a bit more information about what's going on in this situation to help out end users. And it still makes me nervous that this will work with an official CA issued certificate, but I guess I'll have to create a setup to try that before I go live with the update to my production server.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've also got this working with SSL without proxy. It's important that the CN field of a self-certified certificate matches the name of your server.
Then the CN should be test-conf
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We had the same issue with our test environment confluence instance using self signed certificate.
In our case an expired certificate was found in the trusted root certification authorities.
As soon as i removed the expired certificate and i imported the new one the confluence editing feature worked like a charm.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have identical symptoms with Edit in App on IE11. One difference is that my Atlassian Companion debug log includes "undefined" at the beginning of the fileURL. For example:
I dug through some of the Confluence-side server code to research this. The fileURL is populated through part of the Confluence file previewer code, and it is constructed as follows:
The problem is that, at least according to the Internets, IE11 only supports "window.location.origin" for sites outside of Compatibility Mode. Alternately, some other sites claim that IE11 doesn't support "window.location.origin"at all.
I played around with the zone settings in Internet Options to see if I could force 127.0.0.1 to be excluded from Compatibility Mode, but regardless of what changes I made, "window.location.origin" resolved to "undefined" in the F12 debugger tools console. If someone else has the time, it might be worth doing more tests here.
That having been written, I was actually able to get the app launching to work through some manual JavaScript manipulation that fills in the missing URL.
If I load the page, launch the previewer, and then execute the following code in the F12 developer tools JavaScript console, I can then click Edit in App and have it correctly launch the app (!):
Since you do not have an "undefined" in your debug log, this may not be the same problem as yours, but I am posting it in case it happens to work and/or helps out someone else.
Ever since the recent update, we have been unable to open .xlsx files via Atlassian Companion. We get the error that the file extension is not allowed.
Has anyone else noticed this behavior?
2 answers
A bug was introduced in Companion 1.2.3 which incorrectly blocked the opening on XLS and DOC files. We have since fixed this and released a new version, Companion 1.2.4. Please upgrade to the latest version (you can force this by quitting and restarting Companion if you are on the .exe or .dmg installer).
Regards,
Alex (Developer at Atlassian)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have version 1.2.5 and it is happening to me :-(
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is this a new issue? Have you been able to edit files from this instance before?
This is definitely a different issue than the one reported in this community post. The file is not being blocked because it can't be downloaded in the first place due to what appears to be an authentication issue.
What version of Confluence are you using? Do you have a transparent SSO in front of the Confluence instance? I'm guessing this is an authentication issue, whereby Companion cannot authenticate with the JWT token alone. The error with "<" indicates that Confluence is returning a HTML page (the log in page).
Regards,
Alex K (Developer at Atlassian)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
thanks for the prompt reply.
Yes, it has always worked fine, and it is working for others in my organisation and so I believe it is something to do with me.
We have Confluence 7.8.1 and it was upgraded on the 9th Nov, 2020.
We have a F5 in front of Confluence, is that what you mean by transparent SSO?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for the heads up, it was the F5.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, Mark! Have you somehow find a solution to make Atlassian Companion work with confluence behind F5?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We discovered the issue, in that here at Unisys, we run two VPN's. We run the company wide VPN, that allows us access to the Company wide data, and then we run our Business Unit VPN, where we spend most of our time. Confluence lives in the BU environment. When I had both VPN's active, the Company VPN took precedence, and the companion would then go off into the wider Company looking for Confluence and could not located it.
When I shut down the company VPN, all was well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have not run into this on Confluence 7.5. Can you give us a little more context, like:
What version of Confluence server did you upgrade to?
And what browser are you using?
Планируете внедрение ПО Atlassian (Jira, Confluence)? Не хотите допустить жестоких ошибок в проектировании, которые потом придётся решать в последний момент?
Тогда вам сюда — рассматриваем внедрение Atlassian Jira + Confluence в корпорации с учётом различных технических аспектов.
Здравствуйте, я являюсь руководителем центра компетенции по продуктам Atlassian в РСХБ (Россельхозбанк) и отвечаю за развитие Системы управления жизненным циклом (СУЖЦ) построенной на программных продуктах Jira и Confluence.
В этой статье опишу технические аспекты построения СУЖЦ. Статья будет полезна всем, кто планирует к внедрению или занимается развитием систем построенных на ПО Atlassian в корпоративном окружении. Статья не требует специальных знаний и рассчитана на начальный уровень знакомства с продуктами компании Atlassian. Статья будет полезна администраторам, владельцам продукта, руководителям проектов, архитекторам, всем кто планирует внедрение систем на основе ПО Atlassian.
Введение
В статье будут рассмотрены технические вопросы внедрения Системы управления жизненным циклом (СУЖЦ) в корпоративном окружении. Давайте вначале определим, что же это значит.
А что значит корпоративное решение?
Это значит решение:
- Масштабируемое. В случае роста нагрузки, существует техническая возможность нарастить мощность системы. Разделяют горизонтальное и вертикальное масштабирование — при вертикальном масштабировании наращивается мощность серверов, при горизонтальном масштабировании увеличивается количество серверов для работы системы.
- Отказоустойчивое. Система останется доступной при выходе из строя одного элемента. В общем случае для корпоративных систем не требуется отказоустойчивости, но мы будем рассматривать именно такое решение. У нас в системе планируется несколько сотен конкурентных пользователей и простои будут очень критичны.
- Поддерживаемое. Решение должно находиться на поддержке у вендора. ПО без поддержки должно замещаться собственными разработками или другим ПО с поддержкой.
- Установка Self-managed (On-premise). Self-managed — это возможность устанавливать ПО не в облаке, а на собственных серверах. Если быть точнее, то это все варианты установки не SaaS. В этой статье мы будем рассматривать варианты установки только Self-managed.
- Возможность независимой разработки и тестирования. Для организации предсказуемых изменений в системе, требуются отдельные система для разработки (изменений в самой системе), система тестирования (Staging) и продуктивная система для работы пользователей.
- Другое. Поддерживает различные сценарии аутентификации, поддерживает аудит логи, имеет настраиваемую ролевую модель и т.д.
А что такое Система управление жизненным циклом (СУЖЦ)?
Если коротко, то в нашем случае это Atlassian Jira и Atlassian Confluence — система предоставляющая инструментарий для организации коллективной работы. Система не «навязывает» правила организации работы, а предоставляет разнообразный инструментарий для работы, это и Scrum, и Kanban-доски, и водопадная модель, и масштабируемый Scrum и т.д.
Название СУЖЦ не является отраслевым термином или общеупотребительным понятием, это просто название системы в нашем Банке. СУЖЦ для нас не является системой баг-трэккинга, не является системой Управления инцидентами и системой Управления изменениями.
В системе конечно же присутствует функционал и для баг-трэккинга, и для регистрации инцидентов, и для управления изменениями. И для тех или иных задач этот функционал используется. Но нельзя сказать, что все баги или все инциденты или все изменения регистрируется в нашей системе. В каждом конкретном случае своя специфика. Если какое-то подразделение использует Jira и ведёт там изменение, то для данного изменения, данная команда может решить вести там все баги, все изменения, все инциденты. Но это локальное решение одной отдельной команды, для одной конкретной задачи.
Что в себя включает внедрение?
Внедрение решения состоит из множества технических и организационных вопросов:
- Выделение технических мощностей.
- Закупка ПО.
- Создание команды по внедрению решения.
- Установка и конфигурация решения.
- Разработка архитектуры решения. Ролевой модели.
- Разработка эксплуатационной документации, включая инструкции, регламенты, технический проект, положения и т.д.
- Изменение процессов компании.
- Создание команды поддержки. Разработка SLA.
- Обучение пользователей.
- Другое.
Особенности Atlassian
Компания Atlassian является лидером во многих сегментах:
Техническая архитектура
Пояснения к схеме:
- На схеме приведена реализация в нашем Банке, данная конфигурация приводится, как пример и не является рекомендованной.
- nginx предоставляет функционал reverse-proxy и для Jira, и для Confluence.
- Отказоустойчивость СУБД реализовывается средствами СУБД.
- Перенос изменений между средами производится с использованием плагина Configuration Manager for Jira.
- AppSrv на схеме — это собственный сервер приложений для отчётности, не использует ПО Atlassian.
- БД EasyBI создана для построения кубов и отчётности с использованием плагина eazyBI Reports and Charts for Jira.
- Сервис Confluence Synchrony (компонента, позволяющая производить одновременное редактирование документов) не выделен в отдельную инсталляцию и запускается совместно с Confluence, на том же сервере.
Лицензирование
Вопросы лицензирования Atlassian заслуживают отдельной статьи, тут упомяну только общие принципы.
Главные вопросы с которыми мы встретились — это вопросы лицензирования редакций Data Center. Особенности лицензирования для редакций Server и Data Center:
Функциональный объём внедрения
Базовая поставка ПО Atlassian включает огромное количество возможностей, но зачастую возможностей, предоставляемых системой сильно не хватает. Иногда даже простейшие функции недоступны в базовой поставке, поэтому без плагинов не обойтись практически при любом внедрении. При этом важно понимать, Jira — это платформа, здесь можно запрограммировать любой функционал и плагины — это платная реализация дополнительного функционала. Для системы Jira мы используем следующие плагины (картинка кликабельна):
Для системы Confluence мы используем следующие плагины (картинка кликабельна):
Комментарии к таблицам с плагинами:
- Добавлено несколько визуальных инструментов;
- Улучшены интеграционные механизмы;
- Добавлен инструментарий для проектов по водопадной модели;
- Добавлен инструментарий для масштабируемого Scrum, для организации работы больших проектных команд;
- Добавлен функционал для ведения учёта времени;
- Добавлен инструментарий для автоматизации операций и конфигурирования решения;
- Добавлен функционал для упрощения и автоматизации администрирования решения.
Заключение
Итак, мы рассмотрели технические особенности внедрения системы на основе продуктов Atlassian. Предложенное решение представляет собой одно из возможных решений и хорошо подходит для корпоративного окружения
Предложенное решение — масштабируемое, отказоустойчивое, сдержит три среды для организации разработки и тестирования, содержит все необходимые элементы для совместной работы в системе и предоставляет широкий спектр инструментов для управления проектами.
Читайте также: