JerrySalem

I believe FMI might have some other way to recover damaged files. The one time I needed to use that 'feature' (a couple years ago), they said it would take weeks to recover our data. This was not an option for me at the time, so we rolled back to the last good file.

What is the point of get(CacheFilePath) and get(CacheFileName) functions? Is there utility in reading these files? Are we going to have to monitor their size and manually flush cache files in a future version? TIA Jerry

Thanks Ryan. When I checked the next day, the issue seems to resolve itself. I didn't even touch the server. Go figure! Jerry

I have the 360email plugin installed on our Server (FMS19.3.2) and it has been working fine for months. (Previous versions working for years!) Starting Saturday just before 1AM the plugin Failed to load on the server. AFAIK we are up to date with licensing and nothing has changed on the server (OS updates FMS Updates) this week. Here is part of the log file. Any ideas? TIA Jerry Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailReadMessages Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailAttachFile Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step IsValidEmail Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailRegister Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailReadMessageValue Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step IsValidEmail Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailMoveCurrentMessage Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailDisconnect Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailBCCRecipients Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailLastError Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailInboundIsConnected Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailMoveCurrentMessage Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailCreate Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailVersion Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailRecipients Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Unregistering plug-in script step EmailSend Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Starting shutdown of JVM child process Nov 05, 2021 4:11:40 PM com.prosc.fmkit.PipeChild run INFO: Shutting down session 2 on thread Message dispatch thread for parent thread: 6900 Nov 05, 2021 4:11:40 PM com.prosc.fmkit.PluginBridge2 onSessionEnd INFO: No plugin instance existed for sessionId 2 Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PipeChild run INFO: Shutting down plug-in 3MLR on thread Message dispatch thread for parent thread: 5836 Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PipeChild run INFO: Shutting down plug-in 3MLR on thread Message dispatch thread for parent thread: 5836 ID: 14 / state: RUNNABLE / name: PluginBridge worker-1-thread-1 sun.management.ThreadImpl.dumpThreads0(Native Method) sun.management.ThreadImpl.dumpAllThreads(ThreadImpl.java:454) com.prosc.infrastructure.LogUtils.dumpThreadStackTrace(LogUtils.java:344) com.prosc.fmkit.PipeChild.lambda$doShutdown$5(PipeChild.java:213) com.prosc.fmkit.PipeChild$$Lambda$12/1187726406.run(Unknown Source) java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) java.util.concurrent.FutureTask.run(FutureTask.java:266) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang.Thread.run(Thread.java:748) ID: 13 / state: RUNNABLE / name: DestroyJavaVM ID: 12 / state: WAITING / name: Message dispatch thread java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:502) com.prosc.fmkit.PipeChild.run(PipeChild.java:122) com.prosc.fmkit.PipeChild.access$100(PipeChild.java:21) com.prosc.fmkit.PipeChild$2.run(PipeChild.java:98) ID: 5 / state: RUNNABLE / name: Attach Listener ID: 4 / state: RUNNABLE / name: Signal Dispatcher ID: 3 / state: WAITING / name: Finalizer java.lang.Object.wait(Native Method) java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209) ID: 2 / state: WAITING / name: Reference Handler java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:502) java.lang.ref.Reference.tryHandlePending(Reference.java:191) java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153) Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PipeChild lambda$doShutdown$5 INFO: End of PipeChild run loop Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PipeChild lambda$doShutdown$5 INFO: End of PipeChild run loop Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PluginBridge2 fmxShutdown INFO: About to shut down allPlugins Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PluginBridge2 fmxShutdown INFO: Pop all plugin contexts Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PluginBridge2 fmxShutdown INFO: PluginBridge2 shutdown finished Nov 06, 2021 12:18:48 AM com.prosc.fmkit.PipeChild sendMessage INFO: Sending message to parent: finished, parent thread ID 5836 from thread PluginBridge worker-1-thread-1 Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Finished shutdown of JVM child process in 195 ms with result of 0 Nov 06, 2021 12:18:48 AM C++ <Native> WARNING: [C++] JVM shutdown succeeded Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Process with ID 6580 exited cleanly Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Terminating logging thread... Nov 06, 2021 12:18:48 AM C++ <Native> WARNING: [C++] An error occurred getting a log statement: An error occurred while reading byte from log statement: The pipe has been ended. Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Finished stderr logging Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Thread successfully terminated Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Closing pipes Nov 06, 2021 12:18:48 AM C++ <Native> INFO: [C++] Shutdown of 360Works Email complete in 398 ms

FYI I have an FMS19.3.2 install, and get the same thing. For this install, WebDirect is running fine, and I don't need any of the options in CWPConfig. So I have never needed to use that CLI command.

my bet would be to re install FMS on the worker. Jerry

I up dated a server on Monday to FMS19.1 After that WebDirect stopped responding every 2-3 hours while people were using it. This solution only sends 1 type of email using WebD. I downgraded that email from 360email to simple FIleMaker Native email. Since then I only had one issue, there might be other places WebD people are calling 360email. Anyone else having problems with 360Works and WebD? Jerry

Nice!

Do you have any external File References?

the $path variable should be; get(temporaryPath) & "Name.PDF" you need to specify the name of the file (it can be a calculation too) Try that. Jerry

Ryan I thought that was the issue. However (I believe) you can only have one email in the FROM section. So the plugin doesn't need to check for commas there.

Using emailCreate you can specify the from address for a new message. The online manual says; the FROM address for the new message. Use "Name <you@domain.com>" for displaying the name instead. This works fine for 'Jerry Salem <jerrysalem@mac.com>' However if I use this; 'Salem, Jerry <jerrysalem@mac.com>' I get an error. Other than removing the comma are there any work arounds?

I find that in general layouts designed for GO or WebD always look fine on the desktop (not always true the the other way around!) My default design paradigm is to always use the Touch themes even for desktop layouts. This keeps the layout duplication to a minimum. Keep in mind there are aways exceptions where you will have to have duplicate layouts for Go and Desktop based on other demands (or workflow).

I have been using the email plugin more or less successfully over the last couple months. Last night I ran a script that looped threw 50 records and sent an email to each one. The script I was using has worked flawlessly in the past for a singe record. The script is called as a PSOS. After about 5 emails the scripting engine appeared to hang, and left the remaining 45 or so scripts on the server. I needed to restart the FileMaker scripting engine. Has anyone else seen this behavior, where calling the plugin multiple times would cause the Scripting Engine to hang? Jerry

Hey I am using 360works plugins in server side scripts. Also they are used by WebDirect. On my server, the plugins have created a log folder along with two log files (360Plugins_Server.log and 360Plugins_Web64.log) The Server log has grown substantially and is now about 300Mb (I have seen it get to 600MB) I am trying to rename the log files to off load them. Smaller files are easier to open and move around. When I try to rename or move them I get an error saying the file is open in Java. I have tried restarting the scripting engine, and also unchecking the enable button for the plugin in the Admin Console, but still get the same error. How can i remove, or rename the log file with minimal interruption to my users? TIA Jerry