Changelog
Cosa c'è di nuovo.
Ogni miglioramento alla piattaforma, come si spedisce.
· kamo-internal
Dite al membro cosa l'evento si scontra con, come lo hanno impostato
La cosa più utile che una finestra di dialogo di programmazione può dire è "hai già qualcosa allora", e il punto finale per rispondere è esistito tutto Niente che lo chiami. La finestra di dialogo ora chiede come i tempi cambiano — debounced, perché gli ingressi datatime fuoco per tasto — e segnala lo scontro all'interno della scheda Quando, direttamente sotto i controlli che lo hanno causato, piuttosto che come un banner da qualche altra parte o un errore dopo il salvataggio. La modifica dei passaggi esclude EventId in modo che un evento non si riferisca. Altre due cose che erano modifiche a due campi e sono ora un tocco: - Oggi e domani spostare l'evento a quel giorno, mantenendo il suo tempo e durata. "La stessa ora domani" è un intento molto più comune che scegliere data fuori da un widget. - La scorciatoia di salvataggio è mostrato nel piè di pagina, reso per piattaforma, quindi è scoperta piuttosto che folklore. Ogni stringa è una chiave esistente: conflitti Con già portato un {nomi} segnaposto per la settimana e il giorno viste, e comune. tempo fornito il giorno Etichette. Il suggerimento di scelta rapida è simboli, quindi non ha bisogno di nessuno. Verificato con una produzione costruita in un pezzo staccato — un'altra sessione tiene la serratura interna.
· EmailService
Lasciate che i conflitti escludano l'evento che viene modificato
ConflictDetectionService ha sempre preso un escludereEventId; questo endpoint passato nullo. Senza di esso un evento si sovrappone, quindi il momento dell'evento la finestra di dialogo ha iniziato a chiedere, modificando tutto avrebbe segnalato uno scontro con la cosa essere modificato. Anche le risposte con DTO come il resto di questo controller. L'entità grezza pubblicato un membro, un'organizzazione e un calendario che Jackson rende null Comunque, e molto altro ancora.
· kamo-internal
Ricostruire la finestra di dialogo evento intorno a quando, non intorno ai campi
Dieci campi delineati identicamente ponderati in una colonna, nell'ordine colonne si trovano nella tabella: titolo, descrizione, posizione, calendario, tutto il giorno, inizio, fine, colore, privato, ricorrente. Nulla ha segnalato che titolo e i tempi sono l'intero lavoro e il resto è di solito lasciato solo. Riordinato da ciò che è effettivamente deciso, e data gerarchia per abbinare: - Il titolo è impostato come una voce da digitare — grande, senza frontiere, autofocused — perché è l'unica cosa riempita in ogni volta. - Quando diventa il blocco eroe: le due volte in mono, con la durata derivato e mostrato dal vivo tra loro, e 15m/30m/1h/2h preset che impostano la fine dall'inizio. Questo è il modo in cui un incontro è effettivamente deciso ("make esso un'ora"), e la coppia di ingressi datetime non ha mai risposto. - Calendario e colore diventano chip e campioni invece di goccia. Ci sono raramente più di una manciata di entrambi, il colore è tanto la cosa che è stata scelta come il nome, e una discesa di colore *nomi* ti ha fatto leggere una parola per scegliere un orologio. La durata è anche la validazione. Quando la fine precede l'inizio chip diventa rosso e legge un valore negativo — "−30m" afferma il problema più proprio di una frase, non ha bisogno di una nuova chiave di traduzione, ed è proprio in ogni lingua. Save è disabilitato su questo e su un titolo vuoto, entrambi che sono già visibili sulla forma. Cmd/Ctrl+Enter salva. Questa finestra di dialogo è aperto, riempito e respinto decine di volte al giorno. Corregge un vero bug mentre qui: i campi del tempo sono stati popolati toISOString(), che è UTC, in input che si aspettano tempo di parete locale. In California il dialogo ha aperto offrendo un inizio sette ore di distanza, e qualsiasi evento creato senza toccare il campo atterrato all'ora sbagliata.
· kamo-internal
Auto Assegnazione strategia, e aprire una conversazione assegnata automaticamente
Le impostazioni degli argomenti guadagnano la quarta strategia. Le righe dell'elenco e la finestra di dialogo Modifica condividere la stessa etichetta, e la chiave spedita a kamo-translation-dictionary prima — messaggi / è gitignored qui e getti successivi su una chiave mancante da en.json, atterraggio questo davanti al dizionario spedirebbe una costruzione la cui pagina si schianta. AssignedTicketOpener alza la finestra del biglietto quando il lavoro diventa questo membro, e di nuovo sul cartello per qualsiasi cosa assegnata mentre erano via. Entrambi i sentieri corrono un punto di /assegnato-non aperto, quindi "è arrivato mentre ero qui" e "è arrivato mentre ero via" sono un caso piuttosto che due meccanismi che hanno d'accordo — la spinta ASSIGNED è core NATS ed è semplicemente perso se nessuno è ascolto, motivo per cui viene trattato come un suggerimento e il server tiene il record. Non c'e' accesso alla disponibilita' o alle regole dell'accettazione-popup: non e' un'offerta. che può essere decoderd, il lavoro è già assegnato. Il popup esiste per il situazione opposta. A differenza del NEW TICKET auto-aperto rimosso in addd9036, ASSIGNED raggiunge sempre l'unico agente che riguarda, quindi non può aprire una finestra su ogni schermo nell'org.
· MediaService
AUTO ASSIGNMENT, e alzare una conversazione assegnata sullo schermo dell'agente
Una richiesta di chat e un biglietto inviato sono la stessa unità di lavoro; l'argomento la strategia è l'unica cosa che decide come sia consegnata. The PRE TICKET caso speciale è andato. AUTO ASSIGNMENT sceglie l'agente meno impegnato che è veramente online — un live WebSocket via PresenceService, mai disponibili status, che si muove solo su login, logout e una manopola manuale e così legge AVAILABLE indefinitamente per chiunque che non si firma mai. Con nessuno collegato decoder piuttosto che pinning lavoro a un agente assente: un biglietto assegnato lascia la coda reclamabile, quindi una cattiva scelta si blocca dove nessun popup può raggiungerlo. Per lo stesso motivo AUTO ASSIGNMENT unisce le strategie dichiarabili — i biglietti che decoder sono esattamente quelli che è arrivato mentre nessuno era online, e devono ancora raggiungere qualcuno. ADMIN ASSIGNS rimane l'unica strategia mai rivendicabile. Il carico di lavoro conta ogni stato live incluso PRE TICKET (una persona che aspetta in una chat è la cosa più pesante che un agente detiene) e nessun terminale. Due endpoint alla consegna: GET /tickets/assigned-unopened, che il cliente legge sul cartello, e POST... Uno. La lettura esiste perché la spinta ASSIGNED è core NATS senza ripetizione — senza di esso, il lavoro assegnato mentre un agente è stato firmato semplicemente aspetta in una lista da notare. La scrittura è portata all'assegno e timbri solo una volta, quindi due tabs racing è un no-op piuttosto che un conflitto.
· kamo-shared-library
AUTO ASSIGNMENT strategia e un record durevole di una consegna invisibile
AUTO ASSIGNMENT(3) è allegato a SupportAssignmentStrategyType — assegnare immediatamente a un agente che è autenticamente online, preferendo chi detiene il meno lavoro, piuttosto che la rigida rotazione della cieca presenza di ROUND ROBIN. Allegato, mai riordinato: la colonna è @Enumerated (ORDINAL). La colonna porta anche un range numerico CHECK Hibernate emesso su TABELLA CREATA e non rivede mai. Perché quella clausola contiene E non è una whitelist enum, quindi SchemaCleanupRunner generico dropStaleEnumWhitelistChecks() spazzare skips it per design; ampliamento è un cambiamento di corrispondenza in quel corridore, senza il quale ogni inserire utilizzando il nuovo valore fallisce. SupportTicket guadagna ASSIGNMENT OPENED AT. L'assegnazione è annunciata sul core NATS senza replay, quindi un agente che è stato firmato quando il lavoro è atterrato non sente mai su di esso. Null da incarico fino a quando un cliente realmente mette la conversazione su schermo, rende "assegnato a me e mai visto" un fatto lato server che sopravvive a un logout, a un crash, a un redeploy o a una macchina diversa. Due query di repository per andare con esso: conteOpenForAgent (il workload tie-break) e trovareUnopenedAssignmentsForAgent (il sign-in catch-up).
· kamo-internal
Un chip app pinned lancia l'app, non le sue impostazioni
Il chip principale di una banda pinned stava collegando all'atterraggio delle impostazioni dell'app — lo stesso posto il suo primo ingresso già va. Ora prende in prestito che app è nav opzione all'ingrosso, quindi trasporta l'icona dell'app e si comporta esattamente come la nav fa: CRM apre /leads sotto il bullone Leads, AI Support apre l'assistente finestra, supporto e posta e Docs e telefono abbassare i loro menu di sottoopzione, Chat apre il centro di interazione, Meetings apre il nuovo invito. Chat e Meetings sono fissi nav cromo senza opzione di registro, quindi la banda apre loro stesso — il centro di interazione attraverso un evento finestra NavTop ascolta perché, dal momento che il suo stato aperto vive lì. Un membro che può configurare un'app ma non può usare non contiene opzione nav per esso, e quella band mantiene il vecchio chip di impostazione piuttosto che essere consegnato un porta che li rifiuti. Corregge anche il sopracciglio della band, che stava ereditando l'inchiostro dell'operatore-label significava per superfici leggere e scomparire nella fascia org.
· EmailService
Sincronizzare il calendario dell'organizzazione ai telefoni, senza aprire un buco
Il calendario condiviso non ha alcun proprietario, quindi l'elenco DAV schedato potrebbe mai restituirlo: gli eventi aziendali erano chiaramente sul web e invisibili su ogni telefono. La collezione di casa ora si riunisce i calendari del conto con la sua organizzazione condivisa. La ragione per cui questo ha avuto bisogno di cura piuttosto che di una query in più: CalDAV autentica un account, non un abbonamento, quindi semplicemente esponendo il calendario avrebbe reso scrivibile da chiunque il cui telefono potrebbe raggiungerlo — un modo intorno alla pubblicazione destra il percorso web fa rispettare. PUT e DELETE ora risolvono l'appartenenza alle credenziali DAV e applicare la stessa regola: CREATE ORG CALENDAR EVENTI per scrivere al calendario condiviso, la proprietà di scrivere a uno personale, 403 altrimenti. Leggi l'accesso rimane deliberatamente più ampio di scrivere. Il calendario condiviso è per essere visibile a tutti nell'organizzazione; questo è il punto E' cosi'. Solo la pubblicazione è limitata. I test coprono il bypass in particolare: nessun diritto, nessuna appartenenza a questo l'organizzazione e il calendario condiviso di un'altra organizzazione sono rifiutati, mentre un titolare del diritto è consentito.
· InitializerService
Aggiungere e eseguire il backup dei conti. date create
Hibernate non può aggiungere questo stesso: ddl-auto lo emette NON NULL, che CockroachDB rifiuta su un tavolo che già ha righe. Così si aggiunge nulla qui, riempito di schiena, poi vincolato. Il backup decodifica ogni account's Unique rowid() chiave primaria, che pacchetti il suo tempo di inserimento nei bit alti — che recupera il reale di ogni account tempo di creazione invece di appiattire tutte le 23 righe esistenti sulla migrazione timestamp, che avrebbe reso l'ordine di data ascendente della lista senza significato per esattamente i conti che sono stati intorno più a lungo. Quella disposizione è una CockroachDB dettaglio implementazione, quindi il decoder viene prima controllato contro membri, che hanno sia una chiave rowid() unica e una data di creazione registrata; si applica solo se riproduce la loro. Sulla produzione corrisposto 62 di 62 e recuperato tutti i 23 conti, nessuno che cade al ribasso. Ordine 0, prima di ogni altro corridore: l'entità mappa la colonna non appena questa costruzione inizia, così qualsiasi corridore che carica un Account lo emette nella sua SELECT. Ordini tardi, questo non ha mai funzionato affatto — LeadContactPointSeedRunner è morto su "column a1 0.date created non esiste" e ha preso la corsa con esso.
· kamo-shared-library
Registra quando è stato creato un account
Account non ha portato alcun timestamp di creazione affatto — non una colonna nulla, nessuna colonna. L'elenco dell'account ha una colonna Data Creata e gli ordini da esso, in modo che la colonna è stato vuoto per ogni account da quando la tabella è stata creata. Fonte dal database piuttosto che dal JVM, per la regola di casa per timestamp. La colonna corrispondente e il backfill per le righe esistenti sono in KamoInitializer AccountDateCreatedMigration, che è già stato eseguito.
· kamo-internal
Perno un App abilitato alla home launchpad
Ogni argomento Enabled Apps ora trasporta un pin toggle, nella sottoopzione Impostazioni menu e sulla sua intestazione sezione sulla pagina di atterraggio delle impostazioni. Un app pinned ottiene la propria banda di scorciatoia orizzontale sul primo piano casa — il membro-prescelto controparte alla barra degli amministratori, portando ogni schermata che si apre l'app. Un perno è una preferenza di visualizzazione, mai un diritto: l'elenco pinned è intersecato con i cancelli vivi del membro su ogni rendering, quindi un diritto revocato o un'app che l'org si spegne rimuove immediatamente la banda, e il memorizzato la preferenza è potuta corrispondere piuttosto che mentire dormiente. L'albero delle impostazioni dietro il menu e le bande ora proviene da uno risolutore (usoSettingsTopics), quindi non possono derivare.
· kamo-internal
Dare Mobile Copilot impostare la propria pagina full-width
La superficie di provisioning del telefono era la terza scheda del Centro Interazione slideout, che l'ha tappato a una rotaia 500px — troppo stretta per mostrare l'installazione codice e il codice di accesso fianco a fianco, quindi i due passaggi sono stati collassati dietro un toggle e l'intero flusso letto come una colonna di frammenti impilati. band la cui cella di accesso va dal vivo e conta il codice giù, poi un mazzo di pannelli che si allarga con il viewport — due su un tablet, tre su un computer portatile, quattro oltre il 1800px. Entrambi i codici condividono una cornice mirino con una scansione spazzare, che è ciò che fa leggere i due passi come uno strumento. Il flusso OTK si è spostato in usoMobileSignIn in modo che l'eroe e il pannello di firma leggi lo stesso stato. Le voci nav rail e home launchpad ora percorso per la pagina invece di inviare centro di interazione aperta, che lascia che evento senza dispacciatore, quindi e l'iniziale prop del pannelloTab sono andati.
· kamo-internal
Ricostruire il calendario intorno al momento attuale
La pagina era una griglia funzionale con il cromo che fa il parlare: a 3px regola arcobaleno sotto la barra degli strumenti, un secondo sopra il contenuto, gradiente pulsanti, e quattro pulsanti icona sciolti per l'interruttore di visualizzazione. Lode dove ha fatto non importa e tranquillo dove ha fatto — nulla sullo schermo ha risposto alla domanda un calendario è effettivamente aperto per rispondere. L'idea di organizzazione è ora: che cosa è il prossimo, e quanto del giorno è lasciato. - NextUpBar siede sopra la griglia con il tempo, il prossimo evento e un live conto alla rovescia, su una linea di capelli che mostra fino al giorno lavorativo è. - NowSpine disegna il momento attuale attraverso la griglia della settimana con il suo tempo in la grondaia, e PastVeil desaturates le ore già andate così che cosa è a sinistra di oggi legge a colpo d'occhio. Il colore è riservato a questi: sono l'unica cosa dal vivo sulla pagina, quindi sono l'unica cosa permessa il colore dell'inquilino a pieno vigore. - ViewSwitcher sostituisce i quattro pulsanti icona. Quattro icone leggere come quattro azioni non correlate; un controllo segmentato legge come un'impostazione con quattro posizioni, che è quello che è. La pillola selezionata scivola tra loro tramite un layout condivisoMeglio piuttosto che crossfading. Il tempo è impostato in Geist Mono con figure tabulari durante — la ferrovia dell'ora, l'orologio, conto alla rovescia, numeri di data — così le colonne del tempo sono un bordo dritto e le cifre non jitter come tick. CalendarThemeScope rispecchia la console di contatti: MUI's alpha() non può parse var(), così le proprietà dipinte sono overridden e color-mix fornisce il ombre. Ogni token deriva da --colore-primario, quindi questo legge come progettato sotto il marchio di un inquilino piuttosto che assumerne uno. I chip dell'evento del mese diventano un terreno stagnato con un solido bordo iniziale di testo bianco su riempimento saturo, che era illeggibile a 11px. Le righe settimanali sono un'altezza fissa perché la colonna vertebrale converte il tempo in pixel — una riga che è cresciuta la lascerebbe puntare al momento sbagliato; un'ora affollata scorre invece. Il movimento ridotto è rispettato: il polso e la diapositiva fermano, l'orologio fa No. La sua posizione è l'informazione, e un orologio fermato sarebbe sbagliato piuttosto che calma. Corregge anche due veri bug trovati mentre si lavora qui: il raccoglitore del calendario correva UUID ids attraverso Number(), quindi ogni valore era NaN, e ha offerto calendari il membro non può scrivere a. Ora elenca solo quelli scrivibili, che è come il calendario dell'organizzazione rimane in sola lettura senza il diritto di pubblicazione.
· InitializerService
Spostare i calendari sui membri e dare ciascuno org uno condiviso
Calendari ed eventi erano di proprietà di un account e non hanno portato alcuna organizzazione. Questo attacca ciascuno alla prima appartenenza del suo proprietario — l'organizzazione il conto è appartenuto più a lungo, che in pratica è dove il calendario era fatto — così un calendario atterra esattamente un'organizzazione piuttosto che essere duplicati in tutti loro. Conti in cui tale scelta era materiale sono contato nel registro, perché per loro il calendario smette di essere visibile le altre organizzazioni. Gli eventi seguono il calendario in cui vivono piuttosto che il proprio utente, quindi un evento non può mai finire in una diversa organizzazione dal calendario che lo visualizza. Il DROP DEFAULT su user id è la dichiarazione di carico-portante. Quella colonna predate questo cambiamento e aveva portato DEFAULT Unique rowid() da User.id all lungo, innocuo, perché non era NULL e sempre scritto esplicitamente. Renderlo nulla in modo che il calendario condiviso possa esistere senza un proprietario girato letale: un INSERT che omette user id licenzia il default, inventa un utente id appartenente a nessuno, e non riesce la chiave estera per gli utenti. Questo è esattamente come il primo run previsto zero calendari di organizzazione. The entità ora pin il tipo di colonna così ddl-auto non può reintegrarlo. Idempotent in tutto: le backfill toccano solo righe senza membri, e il calendario condiviso viene inserito solo quando un'organizzazione non ne ha.
· kamo-shared-library
Impostare i calendari al membro e aggiungere il diritto di pubblicazione a livello org
UserCalendar e CalendarEvent ha appeso fuori USER ID da solo e non ha portato organizzazione. Un utente è globale e un membro è che l'utente all'interno di uno organizzazione, quindi un account appartenente a diverse organizzazioni aveva un solo stack di calendari visibili da tutti loro. Entrambe le entità guadagnano MEMBER ID e ORGANIZATION ID, e un calendario guadagna IS ORG CALENDAR — il calendario condiviso che un'organizzazione ha, leggibile da ogni membro e scrivibile solo con il nuovo diritto. USER ID rimane, popolato e nullable: CalDAV e i posti di lavoro esterni autenticano un account piuttosto che un'appartenenza, quindi leggono legittimamente dall'utente. Semplicemente smette di essere l'ambito di autorizzazione. Ogni nuova colonna pin di colonna di unioneDefinizione = "INT8", incluso il preesistenti. A sinistra, Hibernate copia la chiave di riferimento INT8 DEFAULT Unique rowid() sul FK; un inserto che omette la colonna poi inventa un id appartenente a nulla e non riesce la chiave straniera. Questo è non ipotetico — è quello che ha fermato la prima migrazione corsa da fornire un calendario di organizzazione unico. CREATE ORG CALENDAR EVENTS (196). Leggere i soggiorni del calendario VIEW CALENDAR; questo governa solo chi può mettere qualcosa sul calendario l'intera organizzazione vede. findByOrganizationMemberId è rinominato findByUserId. Non è mai stato così membro — la query è ed era c.user.id = :userId — e il nome è quello ha invitato questa classe di bug. findVisibleToMember e il suo equivalente evento sono il membro-scoped legge.
· InitializerService
Hand contatti di indirizzo-libro condivisi ai loro proprietari
EmailService ora spazia ogni contatto letto a contact books.owner id, che lascia i contatti già seduti in una organizzazione senza proprietario-default libro irraggiungibile. CONTACT.OWNER ID NON è NULL ed è stato popolato ogni riga da quando il percorso di creazione ha iniziato a impostarlo, quindi il membro che ha aggiunto ogni contatto è noto esattamente — nulla è deferito. La presente disposizione libro personale per (organizzazione, proprietario) e sposta ogni contatto nel suo Il proprietario. Due cose sono volutamente bloccate e contate nel tronco piuttosto che forzato: - UID collisioni. uk contact uid book è unico su (UID, CONTACT BOOK ID), così un contatto il cui UID esiste già nella destinazione fallirebbe UPDATE e non spostare nulla. Quelle righe rimangono messe; riscrivere un UID rompere il client CardDAV che l'ha rilasciato. - Gruppi di proprietà mista. Una riga contact groups ha un libro ma nessun proprietario, quindi un gruppo i cui membri appartengono a diverse persone non possono essere attribuiti uno di loro. Solo i gruppi i cui membri condividono un unico proprietario sono spostati. Il libro senza proprietario stesso è tenuto: il suo vincolo di controllo è ciò che lo rende legale, e la caduta sarebbe cascata in gruppi e membri. I contatti e i gruppi dei test dei conti bloccati, non solo i contatti. A gruppo è attribuito attraverso i proprietari dei suoi membri piuttosto che attraverso dove questi membri vivono, quindi i gruppi rimangono mobili dopo che ogni contatto ha già spostato; contare i contatti da soli li salterebbe su una seconda corsa.
· VOIPService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· SecurityService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· RAGService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· MediaService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· MCPGatewayService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· KBService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· kamolos
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· ESigService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· EmailService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· DocsService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· DaemonService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· ConversionService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· APIService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
· BillingService
Punta a YugabyteDB e usa PostgreSQLDialect
CockroachDB è stato sostituito da YugabyteDB. Le stringhe di connessione si muovono da scarroachdb-public:26257 a yb-tserver-service:5433, e il dialetto Hibernate Per PostgreSQLDialect.
Il tuo universo ti sta aspettando.
Aggiungi i prodotti quando sei pronto: nessuna migrazione, nessun nuovo login, nessuna richiesta di pagamento.
Gratis per sempre — nessuna carta di credito richiesta