Additional Info:The debug-parameters in the wrapper_standalone.conf is not working:wrapper.java.additional.17=-Dassyst.debug.js=false
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
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/...”
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?
[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
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.
To get the fields from the event AND the itemB-fields use:GET http://{server}:{port}/assystREST/v2/events/{id}?fields=*,[itemB[*]]
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&
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.
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.
Already have an account? Login
No account yet? Create an account
Enter your username or 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.
