Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.
For more information and upcoming events around #dominoforever, please visit our Destination Domino Page
Downloading executable code into deployed iOS apps is a gray area for iOS apps. AFAIK downloading JS code is covered by the AppStore guidelines (if run via JavaScriptCore), but all other languages are problematic, probably even LotusScript and Formula language to some extend.
Having not all Java is not the same as no Java at all. Lotusscript lacks native support or is slow for stuff like MD5, base64 encoding, http requests.
The 64k limit on NotesHttpRequest quickly renders it insufficient. The 50x time performance hit for MD5 encoding of Lotusscript over a Java call renders it expensive.
Please reconsider.
Having not all Java is not the same as not all Java. Lotusscript lacks native support or is slow for stuff like MD5, base64 encoding, http requests.
The 64k limit on NotesHttpRequest quickly renders it insufficient. The 50x time performance hit for MD5 encoding of Lotusscript over a Java call renders it expensive.
Please reconsider.
Not all Java runs in GraalVM for starters. E.g. Reflection stuff. Secondly compiling needs a classic main function. All stuff Java in Notes doesn’t