Yes it is possible. We are using it for synchronizing assyst-User with activeDirectories.Try using “role” insted of “userRole”.And for creating are Shortcode and Name-Field are required.
Hi Steve, for having a better retry-control and better performance, we are using a own written Job-Processor. Its Action-based an simple to hande. We can descide, which jobType should run on which action and give each JobType (like Smartmail, logAction, Interface, what ever...) a dedicated “action Processor”. And for each of that, we are able to have “next try”-Options (in case, that a SMTP-Sever has no connection etc.) - reacting on the specific reply.
To get the names, you can get the whole Form-Description an grab it from there:[yourServer]/assystREST/v2/events/definition?customDefinition=[ShortCodeFromYourCustomForm] Then you should have a part like that:<webCustomProperties> <description> <attribute> <cacheable>false</cacheable> <dataLocale>default</dataLocale> <id>-1</id> <objectAvailable>true</objectAvailable> <systemRecordFlag>false</systemRecordFlag> <version>1</version> <stringValue>Bitte geben Sie die Mail Adresse ein.</stringValue> <stringValueType>1</stringValueType> <type>14</type> </attribute> <value>Bitte geben Sie die Mail Adresse ein.</value> </description> <hasFilter>false</hasFilter> <id>2027</id> <immutable&
To get the fields from the event AND the itemB-fields use:GET http://{server}:{port}/assystREST/v2/events/{id}?fields=*,[itemB[*]]
As far as i know, ther is no possibility for IF-statements in the expression. In addition to your code: There are some “)” missing in the first select...What you can try, is to build a “UNION ALL” SQL, that collects all item.id’s of the two selects together, but is filtered with a join to productClass.shortCode = ‘LAPTOP’ in the first select and productClass.shortCode != ‘LAPTOP’ in the second select.It should work as a implicit IF-statement.
[yourServer] is your assyst-Server for Example http://myhostname:8080[ShortCodeFromYourCustomForm] is the ShortCode from your Form which is defined in the LayoutDesigner in Uppercase
Thank you for the feedback. The question is why it was available and now it is not. Are there any known issues why it should not be used?
Could is be, that the Release is per default deployed with “isDebugMode = true”?Because the js-files are loaded from “/scripts/...” and not from “/scripts_release/...”I have the same behavior in assyst v1.6.0 and 11.6.1.In Version 11.5.* the js-Files are loaded from “/scripts_release/...”
This hack worked for me:Insert the following Line in the File "assystEnterprise\standalone\deployments\assystEAR.ear\assystWEB.war\application.jsp" at the position, where the debug will be activated (between Lines 108-113): <c:set var="isDebugMode" value="false" />That it looks like the following: <c:if test="${(assystDebugJs=='true' || param.assystDebugJs=='true') && param.assystDebugJs != 'false'}" var="isDebugMode"> <%-- Store a session scoped var to override any application scoped one, so that all new windows in this session will follow the same debug rules --%> <c:set var="isDebugMode" value="false" /> <c:set var="assystDebugJs" value="true" scope="session"/> <c:set var="basePath" value="scripts"/> </c:if> This is/was the original-content: <c:if test="${(assystDebugJs=='true' || param.assystDebugJs=='true') && param.assystDebugJs
Additional Info:The debug-parameters in the wrapper_standalone.conf is not working:wrapper.java.additional.17=-Dassyst.debug.js=false
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.