9 posts in this topic
By Scotty Nordlund
After upgrading to MirrorSync 3 from 2, I can no longer sync container fields. During the reconfiguration process, I get the tooltip in the uploaded image below. The tooltip says "Neither field is writable. This could be because they are calculation or summary fields. It could also be caused by field-level validation or custom access privileges.". These container fields are not calc or summary fields. There is no field level validation or custom access privileges that I know if. They are full access, and the fields have not changed since my last MirrorSync 2 configuration. Please help!
I have MirrorSync(2.6) configuration with FileMaker Server to FileMaker Server Configuration.
I Stop the synchronisation, I stop FileMaker server spoke , I transfer on the new one...
I have to change the ip configuration on the Spoke Server but MirrorSync ask me to install with a clean DataBase .... But it's impossible because we have a lot of Container Field ... and it will take to much time...
What can i do to not have this problem.
Fairly trivial (but annoying) problem here!
I've just transferred all Invoice PDFs to their respective container fields - which is externally stored (non secure) on the FMS Server.
However the first PDF in the table had an '_1' at the end of the filename on the server. When I cleared the field and re-added the PDF it then has '_2' at the end, and so on.
The underscore disappeared when I transferred the container from 'Invoices/' to 'Invoices2/' but the problem remains when I transfer back to 'Invoices/'.
It doesn't happen to any other PDFs/records, just this first one in the table. Any ideas how I can 'reset' this?
I'm working on a function to extract text from a .txt.gz file in a container field:
//SM_TextFromGZIP ( containerFieldName ) import java.util.zip.GZIPInputStream; import java.util.io.*; GZIPInputStream gunzip = new GZIPInputStream(fmpro.getContainerStream(containerFieldName)); InputStreamReader reader = new InputStreamReader(gunzip); BufferedReader pr = new BufferedReader(reader); String line; String finalOutput = \"\"; while ((line = pr.readLine()) != null) finalOutput += line; return finalOutput; When I run this, I get this from the SMLastStackTrace function:
java.io.IOException: com.prosc.fmkit.types.FMBinary$FMContainerInputStream.read() returned value out of range -1..255: -117 at java.util.zip.GZIPInputStream.readUByte(GZIPInputStream.java:250) at java.util.zip.GZIPInputStream.readUShort(GZIPInputStream.java:237) at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:140) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:56) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:65) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ... Any thoughts on a fix or alternative solution?
My old fp7 solution had some fields that store the path to external pdf files, the files were stored in the same server machine and the path were like "file://oldserver/folder/file", the pdf files are shown in the solution through a webviewer field. The solution is developed under the 'separation model'.
I just converted the solution to FM15 and I moved into a new server, at present I have both servers up and running, so the fmp12 database with fields pointing to "file://oldserver/folder/file" still shows pdf files as expected.
Given that I want the paths to point to a certain folder into the new server I'm trying to find the right path to the new location of files but so far I haven't been able even thought I made sure that users fmserver and fmsadmin have full permissions on the folder that stores the pdf files.
On the other hand I've seen that FMS15 creates a folder named "RC_Data_FMS" with a subfolder for each fmp12 file where the external container data is meant to be stored. Am I forced to store my pdf files in there OR somewhere else in the network?
Thank you in advance.