I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Nå har jeg klart å lage meg to bittesmå filer, som bortsett fra whitespace er helt like - den ene gir syntaksfeil, og den andre ikke. Så det er ikke størrelsen på fila som er mitt problem, det er whitespace. Og mysteriet skyltes at den skyldige whitespace forsvant i min operasjon med å dele den store fila i to.
Mer presist, det hjelper i hvert fall å fjerne all whitespace før den første kommandoen. (Så skal jeg bare finne ut av hvordan jeg undertrykker whitespace fra XSLT-prsessoren...)
Nei. Den er UTF-16 kodet, så den starter med et 2 byte Unicode BOM (Byte Order Mark) char(254)char(255) deretter er det vare - fortsatt med 2-bytes tegn - char(10) og char(9). 160 = A0 = ? Nei, den dukker nok ikke opp uten at jeg har bedt om den eksplisitt.
Jeg kan ikke bruke UTF-8, for det tåler ikke alle SQL Server verktøyene (jeg husker ikke om det var Query Analyzer eller OSQL som var problemet).
Så er vi egentlig over i XSLT-gruppen. men det ser ut til at <xsl:template match="KUKUN"> <!-- SET DATEFORMAT yyyy-mm-dd --> <!-- SET DATEFORMAT ymd --> SET DATEFORMAT dmy GO
 <xsl:apply-templates/> skal erstattes med <xsl:template match="KUKUN"><!-- SET DATEFORMAT yyyy-mm-dd --><!-- SET DATEFORMAT ymd -->SET DATEFORMAT dmy<xsl:apply-templates/></xsl:template> osv. Bug i strip-space eller noe.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.