Marsau

Check de Java-installatie. Bij versie 19 is het soms nodig om een Java development kit te (her) installeren. https://www.oracle.com/java/technologies/downloads/ SSL kan ook kritisch zijn. Volgens mij start de wpe ook niet zonder geldig certificaat.

Ik vind dat je datastructuur niet klopt, tenzij je uitgaat van één speler (en één spel). Als je op spel-niveau het aantal doelen opgeeft (alsmede locatie en de deelnemers), kan je een script maken dat de scores klaarzet voor elke deelnemer in het spel. Script heeft een dubbele loop: bij elke deelnemer een loop waarin de score-records worden aangemaakt. Je wilt per spel een totaal zien van de pijl 1, 2 en 3. Simpel: je hebt de velden al. Maak een layout voor elke participant ( = schutter bij een wedstrijd). Portal met zijn/haar scores. Onder de portal plaats je de Resume-velden van pijl1 etc. Ik neem aan dat je de schoten per deelnemer wilt scoren, en niet de scores op wedstrijd-niveau. In een portaal met de deelnemers kan je de totaalscores weergeven en de winnaar zien.

Je tekst is niet geheel duidelijk, dus vergt wat meer inleving en denkwerk om te begrijpen wat je zoekt. Ik heb je appje bekeken en denk wel iets te kunnen zeggen: - ik zou een tabel 'games' o.i.d. invoeren; zijnde een event, op een locatie, met x deelnemers. - een aparte tabel voor koppeling aan deelnemers, of een veld per game waarin je de id van de deelnemers als lijst vastlegt. Als je een aparte tabel doet, dan kan je eventueel ook boogtype daar vastleggen (ervan uitgaande dat een schutter wellicht meerdere bogen heeft en daarin afwisselt.) - een aparte tabel voor de doelen aanmaken. - bij het aanmaken van een game, opgeven deelnemers laat je een script het opgegeven aantal doelen genereren. - bij het schieten bij een doel wordt per deelnemen een score aangemaakt ( game/doel/deelnemer: pijl 1, 2, 3 ). (Ik vraag me af over 3 pijlen per beurt een vast gegeven is of ook wellicht kan variëren). - een benadering is het hanteren van herhalende velden voor de pijlen. Je kan ze eenvoudig resumeren per deelnemer, per game of overall. Per context kan je verschillende zaken nog uitrekenen.

O ja, als de server geen vast IP heeft, dan moet je deze zo instellen (of in DHCP machinespecifiek een bepaald adres reserveren).

Controleer de adressen. Intern moet de IP van de Mac mini worden gebruikt op je LAN, en dat is niet 127.0.0.1 waar de machine naar zichzelf verwijst. Extern je publieke IP, waarbij poort 5003 en 443 naar het interne IP adres wordt gestuurd. Dat moet je instellen op je router, of de Mac in DMZ zetten (goed beveiligen dan).

Je kan een apart veldje uren maken dat je vult met inhoud van invoerveld uren als weekdag >1 en kleiner dan 7. Voeg meteen een weekcode toe om ook gemakkelijk per week te resumeren. als je strak inricht heb je geen weektabel nodig.

Dag Tom, Ik geloof er geen barst van dat je opzet er iets mee te maken heeft; waarschijnlijk zie je ten onrechte je gewijzigde setup als oorzaak van het probleem (evenals de omgevingstemperatuur, luchtdruk etc. 😀) Ik zie veel dingen in je script die tot een fout of (nul-uitvoer) kunnen leiden. Doe eens een debugger met dataviewer: zijn de variabelen die je gebruikt wel beschikbaar? Wil ook opmerken dat je script dramatisch ingekort kan worden. (doe jezelf een plezier een gebruik een CF om variabelen uit een json te halen...)

Ja, veel ervaring mee. Gezien het belang van continuïteit zul je een aparte FMS moeten inrichten. Daarnaast een synchronisatieplan maken: inventariseren welke gegevens waar nodig zijn, selectie van te syncen applicaties, éénrichting of tweerichtingssync, integraal/gedeeltelijk, bedrijfskritisch of niet, omvang van de data, kans op gebruiksconflicten/recordlocking, etc. Daarna kan je keuzen maken over de strategie. Als het bijv alleen maar gaat om voorraadmutaties, en artikel gegevens, zou je wellicht kunnen volstaan met een eenvoudig Data API scriptje dat elke mutatie inschiet in de centrale database en scheduled nachtelijk script om de basisgegevens te syncen. Je kan er ook ervoor kiezen om alles en altijd te syncen door een pakket als bijvoorbeeld MirrorSync van 360Works te gaan gebruiken. Ook dan moet je de apps wat aanpassen (in elke tabel wat systeemvelden maken) om het te laten werken. Wat je je ook moet afvragen of het risico van internet-uitval wel zo groot is dat het de opzet van een gedistribueerde architectuur noodzakelijk zou maken )en de kosten van dit ontwikkelingstraject). Kan me bijvoorbeeld voorstellen dat bij een internet uitval ook geen betalingsverkeer mogelijk is; dus wat heb je dan aan een synchrone lokale database?

Zijn er überhaupt al mensen met Claris Studio bezig? De integratie met FileMaker biedt m.i. fantastische nieuwe mogelijkheden.

@Banach ahh, toch Mac. Ik signaleer het ook. Versie 20.3.1 i.c.m. Sonoma 14.1.1 En ook: - knoppenbalk houdt zijn aanpassingen niet vast - script editor verdwijnt geregeld de knoppenbalk totaal. Ik vermoed dat de bugs met elkaar verband houden.

@Banach ja, dat begreep ik al. Maar een al te gereserveerde/zelf-kritische houding bij cafe-bezoek komt de gezelligheid doorgaans niet ten goede. In die zin bedoelde ik "geleuter" positief en zeker niet als een diskwalificatie. Maar afgezien daarvan: ik vond dat het onderwerp zeker wel relevantie had, vanwege mijn stellige overtuiging dat FileMaker developers onevenredig vaak op Mac werken (jij wellicht niet? ) en er dus een boodschap aan hebben. @filippiens als er werkelijk sprake is van een substantieel dataverlies zou ik er werk van maken. Consulteer rechtsbijstand, en zoek uit wat er in de algemene voorwaarden is gesteld: kan men dit werkelijk zo maar doen? Vind het ook opmerkelijk dat men niet in staat is tot een soort recovery van je account.

@Banach: het valt me altijd weer op hoeveel mac-gebruikers er zijn onder de collega-ontwikkelaars. Dus ik vind zeer relevante/welkome informatie.. Maar nog afgezien daarvan: het café is er om te leuteren. Wat betreft iCloud: ik laat tenminste één van de macs een goede time-machine backup draaien. Ik vertrouw niet op de cloud als backup.

Je kan dus tables uit Claris Studio opnemen in een FileMaker applicatie, maar de beschikbare veldtypen zijn daarbij beperkt. Ik zou graag een afbeeldingen-bestand in Claris synchroon willen houden, maar directe uitwisseling van containers is uitgesloten. Iets met B64 conversie lijkt ook ingewikkeld. Heeft iemand al een hack gevonden?

Inderdaad moet er dan sprake zijn van één of meer resume-velden waarvan de inhoud ook nog eens op een of andere wijze wordt getoond op de layout die wordt geopend. Het zichtbaar maken is de trigger, dus mogelijk wel bij het openen, doch niet bij het sluiten. (tenzij door een getriggered exit script nog wordt getracht iets zichtbaar te maken o.i.d.)

Auto-enter is je vriend. Er zijn meerdere mogelijkheden, waaronder: - kopieer bij elk record het geldende btw percentage (L/H) vanuit een parameter tabel en baseer daar de calculatie op. - gebruik een minitabel met btw hoog/laag percentage per ingangsdatum, waarbij je bij elke nieuwe record via een auto-enter calculatie het geldende percentage opzoekt. - een simpel globaal veld met BTW percentages, evt. te laden met een opstart script of het aanmaken van een sessie-record vanuit een instellingen tabel. Je gebruikt het juiste percentage bij het berekenen van de btw componenten. In alle gevallen kan je een nieuw BTW percentage invoeren zonder dat je de historie vernaggelt.

Het is mij niet zo duidelijk wat je vraag is. De server laten inloggen op user-accounts? En dan? Bestanden wegschrijven, ophalen, verwijderen? Wat vinden de users daarvan? Ik heb onlangs een bat/shell scriptje geïmplementeerd op een FMS om extern bestanden weg te schrijven onder een bepaalde account. Deze wordt aangeroepen door Base Elements, maar zou ook in een FMS-schedule kunnen worden gezet, afhankelijk van je doelstellingen. In deze richting kan je ook denken. Maar wellicht ook raadzaam om even uit de box te stappen en te zien of je het juiste probleem probeert op te lossen.

Really? Ik dacht juist het tegenovergestelde. Dat is ook wat Claris beweert, maar wellicht is het alleen op te merken als de hardware meegroeit met de updates.

Nabrandertje van 2ct. FileMaker heeft toch alle middelen om gebruikers met verschillende gegeven-sets te laten werken. Je kan toegang beperken tot bepaalde layouts (dus tables) en je kan ook in mbv privilegesets heel nauwkeurig toegangsrechten bepalen tot op record/veld niveau. Door het optuigen van twee bestanden neem je dit vraagstuk niet weg, maar naar mijn bescheiden mening is het ook niet echt nodig. Denk bijvoorbeeld aan een opzet waarin een sessierecord met gebruikersID in een globaalveld, waarmee alle relevante gerelateerde gegevens op de layout worden gezet. Als het dan toch per se met aparte bestanden moet, kan je een opzet met de DataAPI overwegen. Een aparte FileMaker voor webdirect, met accounts voor de studenten. Data ophalen via API requests op de hoofd-database en de resultaten zichtbaar maken in de front-applicatie. Er wordt dan NIET direct ingelogd op de hoofdapplicatie door de gebruiker, en er hoeft ook niets te worden vastgelegd in de front-applicatie. Complex, - ja een beetje, gedoe, - ja ook, maar wel de prijs voor het hanteren van multiple files waar geen directe koppeling tussen mag zijn.

Afgezien van de bugs: die layout calculaties vind ik wel een logische en zinvolle uitbreiding.

Dank voor je reactie, Jeroen. Goede tip wat betreft dat IP-adres: ik heb ook een paar machines bij TransIP, maar dit wist ik niet. Veronderstelt dit dat ook het domein bij TransIP gehost wordt? Syncen via data-API vind ik geen prettige oplossing, gezien de complexiteit van de betreffende systemen. Ik zat te denken aan een synchronisatie op bestandsniveau met bijvoorbeeld rsync, maar heb daar geen hands-on ervaring mee.

Uiteraard heb je toegang tot de gerelateerde gegevens, (ik vraag me af of er überhaupt een grens is aan de diepte waarin je door kunt vragen in gerelateerde tabellen) - maar je informatie is te summier om een echt antwoord te geven. Zijn de records in C bestaand of niet? Als het niet om dezelfde primary keys gaat tussen A-B en A-C, wat wil je dan? Als niet om 1:1 relaties gaat, wat wil je dan?

Volgens mij moet het ook ineens kunnen. Iets in xlst goed zetten. Heb ik wel eens gezien, maar heb het nu niet scherp.

Nou ja, mijn ervaringen zijn positief en ook gekleurd. 'De' overheid is een heel erg breed begrip. En ik weet ook dat er overheidsorganisaties zijn die minder professioneel opereren en hun processen niet op orde hebben. Kan je overigens goed geld aan verdienen.

Database synchronisatie: ja natuurlijk. 'Relatief eenvoudig', zou ik niet zeggen. Ben heel veel bezig met synchronisatie vraagstukken, en het is altijd weer verrassend hoe ver de complexiteit kan reiken. Op meta-bestandsniveau kan je de zaak platslaan met een sync-tool als Mirror Sync - dat naar wat ik begrepen heb - ook daadwerkelijk kan worden gebruikt als server-to-server sync, waarmee je eigenlijk twee operationele servers in sync hebt. (Mijn ervaring: implementatie van MirrorSync achteraf in een beetje complex FileMaker systeem is een 'pain-in-the ass'. Daar wordt gemakkelijker over gedaan dan het is...) Ja, ik ga wel uit van fysiek gescheiden machines (een on premise en een VPS op afstand). Sowieso worden de FMS backup folders gebackupd. Wellicht focus op de progressive backup: die is altijd integraal en vers. Maar het wegschrijven moet dan echt instant en incrementeel gebeuren binnen het tijdsframe van verversing.

Peppol gaat niet over de overheid, maar om een 'openbare' infrastructuur om facturen te verzenden/te ontvangen. Dat gaat dus nog een stapje verder dan de UBL-facturen, dat eigenlijk alleen een XML-specificatie is voor facturen. Wat je zegt over het betalingsgedrag van de overheid is echt onzin.