AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 05.08.2016, 21:12   #1  
Blog bot is offline
Blog bot
Участник
 
25,475 / 846 (79) +++++++
Регистрация: 28.10.2006
Kriki: Your license will expire in N days
Источник: https://krikinav.wordpress.com/2016/...ire-in-n-days/
==============

You probably all have seen this when opening the classic/development environment.


And you probably all know how to fix it.


But last time I got this, I kept having the message. Almost tore my hair out (luckily I can’t)!


I had uploaded the license and closed and reopened the development environment but the message kept coming back. When I checked the license (Tools=>License), I saw that it was the good license with an expiry date next year. What is going on?



And no, I wasn’t getting confused by the American date format. I know the European dateformat is bad. But the American is even worse. Couldn’t we all agree to the more logical format of YYYY/MM/DD (I don’t care about the separator)? After all, we write “one hundred twenty three” as 123 and not as 321 (European date format) or even worse 231 (American date format).




After checking again and again, closing development environment and stopping all NAV services on the database I was using and then restarting them, I still got that message….


So, I was thinking: it seems NAV decides to show the message BEFORE getting the license from the master-db.

But why and from where?


Hey. Wait a minute! NAV wouldn’t still take the license-file from the subdir where the finsql.exe resides? Would it?


Checking it out and I found it still did!


Someone (don’t ask me why!) had renamed the cronus.flf in the subdir and put our development license in it as fin.flf. And that license was close to the expiry date. I renamed the cronus.flf back to cronus.flf and reopened the client (just checking…). Still the message. So when opening the development environment, NAV searches first for fin.flf and then for cronus.flf. Removing them both blocks the development environment from opening (cronus.flf not found!). Doh!

Putting back the cronus.flf back fixed the problem completely.


Now, this logic was ok when the native database still existed. After all, you could open it without a database server.


For the clean team:

But now that the native database is dead, why should NAV still check if there is a license in the finsql.exe subdirectory? If there is none, just open the development environment.


Filed under: NAV Tagged: NAV

Источник: https://krikinav.wordpress.com/2016/...ire-in-n-days/
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axmfg: More about (dynamic) negative days Blog bot DAX Blogs 0 19.02.2015 23:16
DynamicsAxSCM: Receiving a pallet with mixed items based on a packing structure using License plate receiving mobile device menu item Blog bot DAX Blogs 0 18.09.2014 22:12
kriki: Virtual tables ”Permission Range” and “License Permission” Blog bot Dynamics CRM: Blogs 0 11.04.2013 19:05
kriki: Change Developer license on all your native databases services Blog bot Dynamics CRM: Blogs 0 30.07.2012 22:27
при построении перекрёстных ссылок выдаётся сообщение об ошибках mmmax DAX: Программирование 10 21.01.2005 12:42

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:06.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.