Jump to content

All Activity

This stream auto-updates

  1. Last week
  2. Dat lijkt mij een correcte wijze van afhandelen.
  3. De inhoud van het object Json_Line is geen object noch een array, dus wordt dat als tekst behandeld. Gaat je alleen lukken als je in FileMaker: Evaluate ( JSONGetElement ( json ; "Json_Line" ) ) gebruikt.
  4. Kleine nuance… de Close File wordt niet genegeerd, hij sluit het volgende bestand. Als dat bestand dan vervolgens ook weer een Close File in het sluitscript heeft zal die ook weer de volgende sluiten. Dus in plaats van negeren omdat het bestand al gesloten is wordt de actie uitgevoegd op het volgende bestand wat geselecteerd wordt.
  5. Sinds gisteren is er een patch voor FileMaker 19.3. En één ding is niet gecorrigeerd (ook als is het misschien een overbodige stap)… wanneer je in een sluitscript Close File gebruikt sluit hij nog steeds alle databases die je open hebt staan. Normaal negeert FileMaker onlogische stappen, maar kennelijk heeft een licht bij Claris ervoor gekozen dit bij deze stap niet te doen. Helaas zullen zij het niet als een BUG zien, maar iets wat altijd gewerkt heeft ineens veranderen is geen goede keuze.
  6. Verbaasd me niet dat dit niet herkend wordt. De Json_Line is vermoed ik een veld in je database waar je zelf JSON ingezet hebt? Ik heb het eerder gezien. Eigenlijk zouden we een (text)object moeten kunnen markeren zodat je kunt aangeven dat het JSON-content heeft. De reden waarom je dit krijgt is omdat de API het ziet als ‘gewone’ tekst, het kan geen onderscheid maken op basis van de inhoud.
  7. Kijk, dit kan je bijvoorbeeld terugkrijgen van de FileMaker Data API: [ { "fieldData" : { "Json_Line" : "{\"Description\":\"Ding1\",\"Base\":\"555\",\"ID\":\"9081A4CE-8460-4A43-A5A5-090C43FF349E\",\"Label\":\"Pakket 11\",\"Artnr\":\"017-0010034\",\"Quantity\":45,\"Level\":7000,\"itemuuid\":\"7C7D2204-C180-4ADF-82DE-0F2C774AAE92\"}" }, "modId" : "62303", "portalData" : {}, "recordId" : "3" } ] En dan een hele reeks natuurlijk. Als je het geneste object in beeld hebt, zoekt ie niet verder (maar geeft wel de keys weer). In de scripts stuit je op iets soortgelijks. Ik los dat dan op door weer een JSONgetelement op het object toe te passen.
  8. Bij 3 hoef je m.i. alleen het ip nummer om te zetten naar dat van server 1 waarbij je server 1 natuurlijk off-line hebt gehaald.
  9. Geef even een voorbeeldje als je dat tegenkomt, dan kan ik er wat over zeggen. De tool zoals ik die hier heb ge-upload is heel rudimentair. Echte JSON-readers (zoals bijv. oxygen) kunnen kleine fouten opvangen en herkenbaar maken. FMP wil 100% well-formed hebben en doet niks als een JSON niet aan de regels voldoet.
  10. Het is in feite geen backup probleem. In dit geval zou ik ook helemaal niet bestanden uit het verleden willen terugzetten, maar simpelweg overschakelen naar een andere instantie zonder problemen. Ik denk - bij nader inzien - de aanpak misschien simpel is: 1. Server 1 stoppen 2. bestanden mappen of laatste backup zsm beschikbaar maken op server 2 3. DNS omleggen naar server 2. Tussen 1 en het effectief worden van stap 3 zit helaas wat tijd.
  11. Mooi Menno! Dank! Ik zag wel dat bepaalde Json objecten wel keys opleveren, maar geen inhoud. Ik meen bij bepaalde geneste objecten, zoals je die terug kan krijgen van de FileMaker Data Api.
  12. Updated script triggering plug-in for FileMaker Pro 19.3 runs native on Apple Silicon. Lienden, the Netherlands, July 20, 2021–Troi today announced the immediate availability of Troi Activator Plug-in 7.0 for FileMaker Pro 19.3. What is Troi Activator Plug-in? Troi Activator Plug-in is a very powerful tool for triggering scripts remotely. All from within FileMaker you can: trigger a FileMaker script on a different computer (remotely) trigger a FileMaker script over internet use the built-in security to prevent unauthorized triggering send a number (e.g. a record ID) and a long text with the trigger start and stop listening for remote trigger messages with one script step communicate with databases in different FileMaker versions or even runtimes Except from remote triggering you can also use the Activator Plug-in for: triggering a script on a specified date and time scheduling events which trigger any script you want running a script from any FileMaker calculation, for example a tooltip calculation trigger a FileMaker script when a file or folder is added to a folder validating fields on exiting a record with a custom script suited to your specific needs What is new in version 7.0? Troi Activator Plug-in 7.0 has the following new functionality: Tested and made compatible with Claris FileMaker Pro 19.3. (macOS) The plug-in now runs natively on Apple Silicon: made the plug-in a Universal binary by adding code for the arm64 architecture of macOS. Tested and made compatible with macOS 11.4 (Big Sur). Tested and made compatible with Windows 10 version 20H2 (October 2020 Update) and version 21H1 (May 2021 Update). (Windows) Added echo functionality to the HTTP server when running on Windows. The plug-in will echo back the HTTP request, including the method and headers used. This can help with debugging an HTTP problem. The response can be either plain text or HTML formatted. Improved script triggering in several functions: the plug-in now also triggers scripts where the filename parameter contains a period in the name and the (.fmp12) extension was not included (the FileMaker function “Get(Filename)” will not include the extension).For example if the filename parameter given is “Contacts1.0” the plug-in now adds the .fmp12 extension, resulting in “Contacts1.0.fmp12”. (Windows) Improved the Actr_AddFolderTrigger function: the memory handling is more efficient and robust. Version 7.0 also has the following changes and improvements: Changed a possible error code that can be returned by the Add Folder Trigger script step or the Actr_AddFolderTrigger function: when you hit the maximum number of folder triggers the plug-in now returns $$-4403 (kErrMaxNumberOfFolderTriggers). This was $$-4295, but this error code could also be returned by the Troi File Plug-in in a different situation (kErrCantOpenItem). (macOS) Improved compatibility when running FileMaker Pro 19 in dark mode, the flash dialog is now more visible. (macOS) Improved loading the plug-in with runtime apps created with FileMaker Pro 18. (macOS) If the plug-in can’t load a bundle at start-up, the plug-in will now write a detailed error to the system.log. See the Console.app in this case (search for FileMaker in the system.log). Updated the plug-in to use the latest libraries or modern frameworks where possible. IMPORTANT (macOS only) The minimum supported FileMaker version is now FileMaker Pro 16. Also the minimum supported macOS version is now macOS 10.13 (High Sierra). Pricing & Availability A fully functional demo version of Troi Activator Plug-in 7.0 is available on the Activator Plug-in page. Licenses cost US$ 89 per user. Details on developer licenses and multi-user discounts can be found on the Activator Plug-in page. You can order licenses from our shop. Upgrade information Version 7.0 needs a new registration. The upgrade is free for users who bought a license for Troi Activator Plug-in on or after April 2, 2020. Eligible users will be sent a new registration. Contact us if you have not received yours after July 23, 2021. Upgrades from licenses bought before April 2, 2020 are available from US$ 49 per user. Upgrade prices for other licenses can be found in the shop. You can order upgrades there.
  13. Ik doe op het ogenblik megaveel api-koppelingen maken vanuit FM. Sommige aanbieders van die API's geven je dan een mooi JSON-schema maar als je bijvoorbeeld het schema van de PostNL location API bekijkt dan is het handig om in een oogopslag de beschikbare objecten en hun inhoud te zien en te gebruiken. Vandaar dat ik een tooltje in elkaar heb geknutseld om me daar wat bij te helpen en ik denk dat sommigen van jullie het ook wel handig zouden kunnen vinden JSONSchemaReader.fmp12
  14. Zij claimen een oplossing te bieden in combinatie met een VM https://www.altaro.com/
  15. Earlier
  16. Ik heb weer een 'best practice' vraag... Onlangs heb ik problemen gehad met FMS op één van mijn servers (zie mijn vorige post...), waardoor deze onbereikbaar werd voor een aantal klanten. Het probleem heb ik gzd kunnen oplossen, maar voor een groepje klanten is er wel een aanzienlijke ‘down-time’ geweest. Nu ontstaat de wens om een fall-back systeem te creëren. Ik denk dat een multi-server (primaire/secundairy) opzet niet de oplossing is; en ook niet de standby-server van FMS, dat volgens mij ook niet meer bestaat (vergis ik me?), en ook het mirroren van een server met zoiets als MirrorSync zie ik niet zitten (fout?). De vraag is: hoe kan je zsm of à la minute een andere FMS in de lucht brengen met dezelfde gehoste bestanden, met minimaal/geen dataverlies? Wat zou in dit geval de ‘best practice’ zijn op basis van jullie kennis of ervaring?
  17. Afgelopen week een flinke kluif gehad aan een probleem na de installatie van FMS 19.3 over een bestaande FMS 19.2 installatie op een Windows Server. Ik vermoed dat dit probleem vrij makkelijk repliceerbaar is, dus wellicht is het zinnig om het even in de groep te gooien. Na de-installatie van 19.2 is de FileMaker server map niet 'schoon', en kan deze resten van de bestaande Java installatie bevatten. Als daarna 19.3 wordt geïnstalleerd kan Webdirect niet meer werken. Ook de installatie van nieuwe JRE-kits gaat niets oplossen (lukt gewoon niet). Het heeft me een dag gekost met Claris Support om deze simpele oplossing op het spoor te komen. Verwijder na de-installatie de Java-bestanden uit de 'FileMaker Server' map. Deactiveer uiteraard eerst de server volledig, om verwijderen ook echt mogelijk te maken. Reboot en dan pas de FMS19.3 installer loslaten. Ik zou het een 'clean' install noemen.
  18. Voor zover ik weet is de download link gewoon beschikbaar op een eigen licentiepagina. Die is in principe publiek benaderbaar. Daarna heb je een licentiecertificaat nodig. In de door jou geschetste situatie moet het inbrengen van dat certificatie voldoende zijn. Je mag echter slechts een beperkt aantal servers installeren.
  19. Dat is een array en jouw json wordt dan gemaakt met: JSONSetElement ( "" ; [ "api_key" ; "PRIVATE_KEY" ; JSONString ] ; [ "emails[0]" ; "mijn@emailadres.com" ; JSONString ] ; [ "emails[1]" ; "zijn@emailadres.com" ; JSONString ] ) Het hoe en waarom kan je nalezen in: https://help.claris.com/nl/pro-help/content/jsonsetelement.html?Highlight=JSONSetElement en voorbeeld#3 toont je dan hoe je een array kunt samenstellen. RTFM 🤔
  20. Menno, T's gelukt .... Veel dank daarvoor. Maar toch nog een dingetje --data ' { "api_key": "PRIVATE_KEY", "emails": [ "mijn@emailadres.com", "zijn@emailadres.com" ] }' Ben nog aan het stoeien met de [ ]. André
  21. Normaal openen mijn bestanden op mijn iPhone met de menubalk zodat ik kan wijzigen van layout of e.e.a. kan delen indien nodig. sinds deze week doet go dit niet meer maar gaat go in een soort van zoek mode zie afbeelding. Knoppen aan de bovenzijde werken niet maar kan het bestand wel gewoon gebruiken kan alleen niet meer van layout wisselen en dus ook niet rapportage versturen aan mijn klant. Weet iemand een oplossing voor dit probleem? Groeten Eric
  22. Vandaag even tijd gehad om dit te bekijken. Het is inderdaad mogelijk om dit te doen, en het kan ook geen conflict veroorzaken op de server, zelfs als je dev database in dezelfde map staat. Eerst heb je "RC_Data_FMS". Daarin maakt FileMaker Server een mapje met de naam van je file. Dan pas komt de verwijzing die binnen de database is gemaakt. Dan komt de rest van de structuur. Een kopie van een file met dezelfde external container structuur komt dus nooit in conflict, omdat er eerst een mapje met de file naam wordt gemaakt, wat alles netjes scheidt. Ik zie regematig dat iemand haar of zijn FileMaker file een versie nummer geeft, bijvoorbeeld "Facturen v3.fmp12". Best niet doen dus Antwoord op de vraag is dus een simpel "ja", maar best altijd de dev file dezelfde naam geven. Niet wissen via de console, want dan wist FMS alle externe containers! Gewoon vervangen in de Databases folder.
  23. Die add-on werkt met javascript met een stelletje call-backs op een webviewer. Zo'n print opdacht in je script wordt dan ook uitgevoerd voordat de eerste call-back wordt gedaan en dan is de webviewer nog niet bijgewerkt.. Wanneer je de script met een pause opdracht stopt is er geen mogelijkheid voor de call-back om te runnen totdat het script klaar is. Het effect is dan ook wat je al zelf had gezien. Jouw probleem is hier dan m.i. niet op te lossen zonder in het javascript gedeelte in te breken. Dat kan behoorlijk complex worden en zou ik persoonlijk niet aan beginnen. Maak simpelweg een extra knop voor alleen het maken van de print. Wanneer dat echt geen oplossing is kun je nog denken aan een Timer Script welke na b.v. 1 seconde wordt afgevuurd. Vergeet die niet ook gelijk weer weg te halen 🙂. In het bijgevoegde bestandje kun je zien hoe dat dan werkt. test 2.fmp12
  24. Bedankt, net geprobeerd, zelfde resultaat. Ik ga het even laten rusten want ik word er gek van.
  1. Load more activity
×
×
  • Create New...