After the release of Atelier 1.3, scheduled for late August, Atelier will only receive critical software corrections, no enhancements.
- Log in to post comments
After the release of Atelier 1.3, scheduled for late August, Atelier will only receive critical software corrections, no enhancements.
We don't want to allow the upgrade, because we now have a distinct kit fo Ubuntu, which requires some specific functionality which the SUSE kits not have or vice versa. I strongly recommend to make a fresh installation of Ubuntu, to make sure you have a clean set of components that fit together and will be consistent with future upgrades.
Where are you looking, please?
Hi Dmitry, the Atelier team has started to switch the Atelier release cycle to quarterly releases. Yearly released like we all observed between 1.0 and 1.1 are not helpful. Like so often when change is required there are wrinkles in time that will influence how quick this change will occur. We are experience this in the moment, but working diligently toward quarterly releases. InterSystems well established process is to report issues or enhancement request via the WRC. This will have to continue. The Atelier team is very careful and keenly aware that the prioritization of what gets done is important not only to InterSystems, but also to the users of Atelier. There are many strategic areas in which we need to succeed. I like the idea of public voting if appropriate and within a certain scope. We will introduce this in the future.
This is not an Atelier issue, but an issue of general concern. A system administrator might specify authentication but also allows for unauthenticated access. The instance will try to authenticate and if this fails will determine if there is another authentication option.
The authentication mechanism of unauthenticated was helpful at the time when it was created, but not anymore. It is too easy to leave a server wide open; something nobody can afford anymore. The minimal installation option will go away, and with it the default of having unauthenticated being enabled. Atelier is already based on the concept that all access to a server requires authentication.
Stay tuned for more changes in the area of product installation and install modes.
Please contact our Wold Wide Response Center and we will try to assist you. https://www.intersystems.com/support-learning/support/
Hi Jorge,
Field Test keys are provided for ongoing field tests. They are not extended after the Field Test version has been released, and are only provided for this program.
Respectfully,
Andreas
Hi Maarten,
is this still an active question or are you all set?
Respectfully,
Andreas
On your second question: The grayed out option (Server's copy) and the missing equivalent options have not yet been implemented. All four ways should be available by the time 1.1 will be released.
I am not aware of anyone, but would be interested in any feedback you might get.
The installation does in general not offer the option to place the core files of the system in different locations. Some aspects like new databases and journal file location can be changed later, as part of the system configuration. You seem to have already found the correct documentation for this.

Yes, it should appear there soon.
InterSystems is going to use 1.0.2g (the now current version of OpenSSL starting with 2016.3. As we get close to the Field Test of 2016.3 the exact version might get updated. 1.0.2g will will introduce some backward incompatibilities related to SSLv2 and SSLv3. Once we have accessed how are we going to address those, I will post this information here and on the Compatibility Blog.
The title of the post is not quite correct. You would like to resolve something in the authentication step, not the authorization step. Please take a look at the ZAUTHENTICATE.mac in the SAMPLES namepace that includes a large array of options and code examples (most can be used just by uncommenting them). It also includes an example of performing 2 factor authentication. For this to work you have to validate the user's credientials first and then step into the 2 factor part of the authentication. Let me know if this helps. If not I will get you a more concrete implementaiton of ZAUTHENTICATE.
(Also please make sure that your authentication options for the service has the right list of options (in your case problably only delegate authentication))