Vairāk

Nepāra kļūda metadatu skriptā

Nepāra kļūda metadatu skriptā


Tāpēc es izstrādāju skriptu, kas šķērso saknes direktoriju, un visas apakšdirektorijas un katalogi slāņo failus. Pēc tam eksportē šo slāņu failu FGDC metadatus un izvada tos mapē. Kods šajā brīdī ir hit/miss dažreiz pabeidz un dažreiz apstrādā "lielāko daļu" ievades un kļūdu, kas ir gandrīz pabeigta.

Vai kāds var norādīt, kas šeit notiek? Kļūdas kods ir šāds:

Fails "C: Program Files (x86) ArcGIS Desktop10.2 arcpy arcpy conversion.py", 624 rinda, sadaļā ExportMetadata raise e

ExecuteError: ERROR 000582: Izpildes laikā radās kļūda.

importēt arcpy, os arcpy.env.overwriteOutput = True metadataout = r'C:  tmp  out 'dirpath, dirnames, filenows in arcpy.da.Walk (r'C:  folder  files', datatype = "Layer" ): faila nosaukumam failu nosaukumos: drukāt faila nosaukuma tulkotājs = r'C:  Program Files (x86)  ArcGIS  Desktop10.2  Metadata  Translator  ARCGIS2FGDC.xml 'arcpy.ExportMetadata_conversion (os.path.join (dirpath, filename) , tulkotājs, os.path.join (metadati, str (faila nosaukums) .split (".") [0]+'. xml'))

Šķita, ka problēmu atrisina ESRI metadatu tulkotāja pitona kods, nevis eksportēšanas komanda.


Importēšanas moduļa WebAdministration netiek ielādēts no skripta, bet tiek veikts no komandrindas

Es nonāku pie projekta, kas izmanto PowerShell, lai skriptu veidotu. Būvējums izmanto WebAdministration moduli, lai pārvaldītu vietējo IIS instanci. Palaižot būvēšanas skriptu, mēģinot importēt WebAdministration, tiek parādīta šāda kļūda.

Kļūda: 29.06.2016 17:28:35: C: dev src nib-ravendb build ConfigureIis.ps1: 10 char: 1 + Import-Module WebAdministration +

[& lt & lt == >>] Izņēmums: norādītais modulis “WebAdministration” netika ielādēts, jo nevienā moduļa direktorijā netika atrasts derīgs moduļa fails. KĻŪDA: 1

Kad es palaidu Import-Module WebAdministration PowerShell komandrindā, modulis tiek importēts, un es varu izmantot tā funkcijas. Pēc tam būvniecības skripta palaišana joprojām neizdodas.

Man ir IIS 7.5 un PowerShell 4

Vai kādam ir ideja, kāpēc šī importēšana neizdotos skriptā, bet ne komandrindā, un kā to labot?


Īsi sakot, ja vēlaties aktivizēt KitKat Android 4.4, jums būs jājaunina uz CWM versiju, kas ir lielāka par v6.0.4.5. Vai arī izmantojiet citu sāknēšanas ielādētāju. Galaxy Tab 2 GT-P5113 vai GT-p5110 instrukcijas varat atrast šeit.

Zip pakotnē, kurā ir programmaparatūras atjauninājums, META-INF/com/google/android vienmēr ir iekļauti divi faili: updater-script un update-binary. atjauninātāja skripts ir teksta fails, kurā ir komandas, kas nepieciešamas atjauninājuma instalēšanai. update-binary pārveido komandas binārajā kodā.

Operētājsistēmā Android 4.4 KitKat Google ir mainījis saskarni, kuru atjaunināšanas skripts izmanto atļauju iestatīšanai. Iepriekš izmantotā metode set_perm tika novecojusi un aizstāta ar set_metadata. Tas noved pie vecās pielāgotās atkopšanas programmatūras versiju kļūmes ar Android 4.4 pakotnēm (piemēram, CyanogenMod 11) un parāda kļūdas ziņojumu "set_metadata_recursive: dažas izmaiņas neizdevās".

Labākais risinājums ir atjaunināt pielāgoto atkopšanas programmatūru. Es neesmu atradis pietiekami jaunu savai ierīcei apkopotu ClockworkMod versiju, taču esmu atradis, ka darbojas jaunākā TWRP versija.


& ldquoKļūda: jānorāda metadatu fails un rdquo, par ko ziņots Force.com migrācijas rīkā

Esmu noņēmis Salesforce organizācijas kopiju no Git krātuves.

Mēģinot to izvietot smilšu kastē, tiek parādīta šāda kļūda (atbilstoši anonīma):

*********** IZPILDE NEIZDEVĀS ***********
Pieprasījuma ID: 0AfO00000062GMVKA2

Visas sastāvdaļu kļūmes:
1. klases/FooBeforeInsertUpdateABCDEFGHIJOrder_Tst.cls - Kļūda: jānorāda metadatu fails
2. class/afterBeforeInsertUpdateDeleteAccount_Tst.cls - Kļūda: jānorāda metadatu fails
3. class/beforeDeleteABCDEFGHIJKLTransaction_Tst.cls - Kļūda: jānorāda metadatu fails
4. klases/AfterBeforeInsertUpdateABCDE_Tst.cls - kļūda: jānorāda metadatu fails

Piezīme. Es nonācu pie tā kā esoša projekta un atsakos no sprūda struktūras un nosaukšanas konvencijām.

Dīvaini ir tas, ka tas ir gaidīts .cls-meta faili noteikti pastāv mapē deployRoot klases blakus attiecīgajai .cls failu.

.cls-meta visām ietekmētajām virsotņu klasēm parādās šādi:

Sākumā es domāju, ka apiVersion ir 33.0, bet package.xml, kas atrodas src direktorijā, bija & ltversion & gt31.0 & lt/version & gt. Tomēr pakotnē noteiktās versijas maiņa neietekmēja izvietošanas kļūdas. Tas, un ir arī citi .cls-meta failus, kas veiksmīgi izvietoti un kuriem ir arī v33.0.

Esmu apstiprinājis, ka mērķa organizācijai ir instalēta aizdevuma pārvaldītā pakotne ar versiju 1.1806.4 un pirmo instalēto versiju 1.1799. Atkal ir arī citas Apex klases ar tieši tādu pašu .cls-meta failus, tostarp paketes versijas elementus, kas tiek veiksmīgi izvietoti.


SSIS pakotnes saīsināšana un iespējama datu zudums (kļūdas kods: 0xC020901C)

Labrīt, tagad ir pagājušas 2 dienas, mēģinot izdomāt, kā atrisināt šo problēmu, joprojām nav atbildes. Varbūt jūs varat man palīdzēt. Lūk, lieta. Esmu izveidojis SSIS pakotni, lai importētu datus no cita datu bāzes servera. Šeit ir abu serveru specifikācijas: Es izmantoju SQL Server Data Tools 2012

Avots: SQL Server 2008 r2 Savienojuma veids: OLE DB

Galamērķis: SQL Server 2012 Savienojuma veids: OLE DB

Pakete ir importa un eksporta pakete, kurai ir 2 uzdevumi, "datu plūsmas uzdevums" un "izpildīt SQL uzdevumu". Avots ir SQL komanda, ar vienkāršu atlasi no pāris savienojumiem, nekas īpašs. Galamērķis ir tabula galamērķa serverī. Protams, starp mums ir datu konvertēšanas uzdevums. Pakete darbojās labi, līdz mēs izvēlnei esam pievienojuši jaunu kolonnu, tipa varchar (50). Es mainīju galamērķa tabulu ar to pašu, tikai es izmantoju NVARCHAR (50) un pievienoju datu konvertēšanu kā UNICODE virkni [DT_WSTR] ar garumu 50.

Pēc tam, kad tas ir izdarīts, es saņemu šādu kļūdu:

Kļūda: 0xC020901C pie [pakotne], avots - vaicājums [127]: radās kļūda ar avotu - vaicājumu. Izejas [OLE DB avota izvade]. Kolonnas [COL] avotā - vaicājums. Izvade [OLE DB avota izvade]. Atgrieztais kolonnas statuss bija šāds: "Vērtību nevarēja konvertēt iespējama datu zuduma dēļ.".

Esmu mēģinājis palielināt galamērķa kolonnu izmērus no 50 līdz 100, tomēr notiek tā pati kļūda. Dīvaini ir tas, ka avota vaicājumā Col aizstājot ar NULL, pakete darbojas nevainojami.


2 atbildes 2

20. vasaras izlaidumā komponenta Instances rekvizīts FlexiPage reģioniem ir noņemts. Tie ir jāaizstāj ar itemInstances, kā norādīts izlaiduma piezīmēs. Sīkāka informācija par ItemInstance metadatu veida struktūru ir sniegta rokasgrāmatā.

Organizācijām, kas ir atsvaidzinātas jaunajā versijā (piemēram, smilškastes un jūsu ražošanas organizācija GA laikā), jūsu metadatu XML struktūra tiks automātiski nojaukta, izmantojot jauno metadatu formātu, tiklīdz tas tiks jaunināts līdz 20. vasaras izlaidumam .

Ja strādājat no VCS, pārsūtot avotu, kas strādāja ar API v48.0, uz organizāciju, kurā darbojas Summer20 uz v49.0, jums manuāli jāatjaunina XML struktūra.

Lai manuāli atjauninātu XML, jaunā struktūra ir dokumentēta iepriekš norādītajā MD API rokasgrāmatā, taču vienkārši pārliecinieties, ka jūsu jaunajā XML struktūrā ir ap katru & ltcomponentInstance & gt tagu, kas ietver vienu & ltitemInstances & gt tagu. Šeit ir piemērs pirms/pēc faila, kurā to pārbaudīju vienā & ltflexiPageRegions & gt konfigurācijā:

Kad es to saskāros, es izmantoju izdevību ierakstīt nelielu video pastaigu, kurā tika labots viens no maniem neveiksmīgajiem Flexipage metadatu failiem. Jūs to varat redzēt šeit.


GPicSync funkciju saraksts nozīmē, ka tas var to izdarīt, taču es neredzēju nekādu dokumentāciju par to, kā, tādēļ, ja to nevar atklāt no saskarnes, varat izmantot exiftool tieši šādi:

kur "$ lat" un "$ lon" ir platums un garums decimālgrādos, grādos minūtēs vai grādos minūtēs sekundēs kā peldošā komata skaitļi.

Jūs varat izmantot GeoSetter. Tas ir bezmaksas rīks operētājsistēmai Windows. GeoSetter tagu rakstīšanai izmanto Exiftool, bet nodrošina viegli lietojamu GUI.

Tas ļauj jums izvēlēties fotoattēlus, kuriem vēlaties pievienot ģeogrāfiskās atzīmes, vai arī rediģēt esošos tagus. Varat atzīmēt fotoattēlus, sinhronizējot tos ar GPS failu, vai izvēlēties atrašanās vietu kartē, vai manuāli ievadīt platumu/garumu.

Ja jums nav derīga GPS ceļa, vienkāršākais variants ir izvēlēties atrašanās vietu kartē (Google Maps vai OpenStreetMap). Noklikšķiniet uz kartes, lai pievienotu marķieri, pēc tam noklikšķiniet uz šī marķiera un izvēlieties "Piešķirt pozīciju atlasītajiem attēliem". Vai arī, ja attēlam jau ir pievienota ģeogrāfiskā atzīme, varat vilkt marķieri pareizajā vietā.


Varbūt jums noderēs šis:

Godīgi sakot, jūs, iespējams, varētu izsist PowerShell skriptu, lai diezgan ātri izvilktu termometru, izmantojot objekta modeli, bet, ja tas darbojas, tad kāpēc no jauna izgudrot riteni.

Nesen mēs pārcēlām terminu kopu no testa uz ražošanu, vienkārši pievienojot pārvaldīto metadatu datu bāzi mūsu ražošanas vietā un pārvietojot to kopā ar mūsu satura datu bāzi.

Iemesls, kāpēc tika izvēlēta šī pieeja, bija tas, ka lietotāji jau bija sākuši aizpildīt saturu testa vidē. Ņemiet vērā, ka jebkurš importa/eksporta risinājums, piemēram, tas, kas paredzēts kodleksam, atņems jebkādu esošo terminu lietojumu satura datu bāzē. Piemēram, ja dokumentu marķēšanai izmantojat taksonomiju, pēc satura datu bāzes migrēšanas dati paliks, bet, ja tikai importēsit esošos terminus, nevis pārvietosit taksonomijas datu bāzi, dokumentu vienumi būs tikai lasāmi, jo saraksti /TaxonomyHiddenList nespēs identificēt "jaunos" terminus, jo tiem ir pilnīgi atšķirīgi GUIDS nekā sākotnējiem noteikumiem.

Ņemiet vērā, ka tā ir problēma tikai tad, ja pārvietojat gan satura datu bāzi, gan terminus no vienas saimniecības uz citu, nevis tad, ja pārvietojat to uz tīra satura datu bāzi, kurā šie termini vēl netiek izmantoti!


Nevar noņemt failu grupu bez saistītiem failiem

SQL Server 2017 CU3 rodas daži nepāra kļūdu ziņojumi. Es migrēju datu bāzes un pārkārtoju failu grupas. Ar "reorganizāciju" es domāju, ka es izmantoju saglabātu procedūru, kas objektam izveido nodalījuma funkciju un nodalījuma shēmu jaunajā failu grupā, sadales laikā atjauno indeksus un pēc tam noņem nodalījumu.

Beigās man ir dažas tukšas failu grupas. Viņu failus ir noņemts. Tiek noņemta arī pati failu grupa. Tas vairumā gadījumu darbojas labi. Tomēr divām datu bāzēm es noņēmu failus. ir palika failu grupa bez saistītajiem failiem bet

Failu grupu 'xyz' nevar noņemt, jo tā nav tukša.

Jautājums

Kā es varu atbrīvoties no šīs tukšās failu grupas. kāds varētu būt jautājums?

Esmu jau izlasījis dažas izplatītas problēmas, taču tās manā sistēmā nav:

0 rindas. datu bāzē nav palikuši nodalīšanas objekti

ATJAUNINĀT STATISTIKU visiem datu bāzes objektiem

Failu grupas indeksu pārbaude:

Failu grupas objektu pārbaude:

Pirms faila noņemšanas no failu grupas es arī izmēģināju DBCC SHRINKFILE ar parametru EMPTYFILE. Man tas nav īsti jēga, tomēr es izlasīju risinājumus, lai to aprakstītu kā labojumu. Katrā ziņā nebija nekādas ietekmes.

Es saņēmu cerību, lasot šo jautājumu servera kļūdas dēļ, un izmēģināju sekojošo:

Tomēr tam nebija nekādas ietekmes. Man joprojām ir failu grupa, kurai nav pievienots neviens fails, un failu grupu nevar izdzēst. Esmu pilnīgi neizpratnē, jo tas notiek dažās datu bāzēs, nevis citās (ar tādu pašu struktūru). Veicot DBCC CHECK FILEGROUP šajā tukšajā failu grupā, tiek parādīti šādi kļūdu ziņojumi:

Nevar apstrādāt objekta "STORY_TRANSLATIONSCCC" (ID 120387498), indeksa "Ref90159CCC" (ID 2) rindas ID 72057594712162304, jo tas atrodas failu grupā "CCC_APPLICATION_new" (ID 8), kas netika pārbaudīta.

DBCC rezultāti vaicājumam “STORY_TRANSLATIONSCCC”. Objektam "STORY_TRANSLATIONSCCC" ir 0 rindas 0 lapās.

Vai tas ir normāli vai norāda uz kaut ko neparastu?

Šis jautājums varētu būt dublikāts, tomēr es nevaru atrast sev piemērotu risinājumu citos jautājumos par dba.stackexchange. Lūdzu, apskatiet sarakstu, ko esmu jau izmēģinājis. Tas ir identisks risinājumiem, kas aprakstīti sadaļā Nevar noņemt neizmantotās failu grupas.

Skatīt vairāk

Varbūt tas palīdz saprast, ko es daru, pirms rodas kļūda. Es plānoju migrāciju uz jaunu serveri. Pašlaik es to testēju testa gadījumā. Datu bāzes tiek atjaunotas no prod servera, un atkopšanas modelis tiek pārslēgts uz vienkāršu. Mans mērķis ir pārstrukturēt failu grupas un pāriet no modeļa ar vienu failu katrā failu grupā uz modeli ar diviem failiem katrā failu grupā. Lai to panāktu, es izveidoju jaunas tukšas failu grupas ar diviem failiem katrā un pārvietoju datus. Diemžēl lielākajai daļai objektu ir LOB dati (XML un bināri). tāpēc es izmantoju sadalīšanu kā palīgu, lai pārvietotu arī lob datus. Beigās visi dati atrodas jaunajās failu grupās, un vecās failu grupas ir tukšas. Tad es noņemu visus failus un noņemu arī attiecīgo failu grupu. Primārā failu grupa paliek un tiek pievienots vēl viens fails. Skripta paraugu varat atrast citā manā jautājumā. Šis process darbojas labi, bet divās datu bāzēs failus var izdzēst, bet failu grupu ne. Pārsteidzoši, ka šo datu bāzu struktūrai vajadzētu būt tādai pašai kā citu datu bāzu struktūrai, ja datu pārvietošanas un veco failu grupu noņemšanas laikā nav radušās problēmas.

Tātad šeit ir failu grupu un failu saraksts abās datu bāzēs, kurās rodas problēma:

Es ceru, ka tas mazliet palīdz. Ir arī otra datu bāze, kurā failu grupu nosaukumi ir atšķirīgi, bet es to īsuma dēļ atstāju.


Šķiet, ka jums būs jāizmanto veidlapu validācija. Tas ir līdzīgs kolonnu/lauku validācijai, taču aprēķinos varat atsaukties uz jebkuru kolonnu.

Lai piekļūtu validācijas iestatījumiem, dodieties uz. 1. Saraksta/bibliotēkas iestatījumi 2. Sadaļā Vispārīgie iestatījumi noklikšķiniet uz “Apstiprināšanas iestatījumi”. 3. Tur jūs varat ievadīt nepieciešamo formulu un kļūdas ziņojumu.

Ja vēlaties, lai iesniegšana būtu veiksmīga, formula vēlas novērtēt uz PATIESI vai JĀ. FALSE vai NO, ja vēlaties, lai validācija parādītu kļūdu un novērstu iesniegšanu.

Tagad par citu vērtību maiņu. Es ieteiktu kaut ko darīt ar aprēķinātajām kolonnām, kurās tiek izmantota līdzīga validācijas loģika, bet jūs varat iestatīt to vērtības, vai darbplūsmu.

Vienkāršākais veids būtu ar SharePoint Designer darbplūsmu. Jūs varat vienkārši pateikt "Par vienuma rediģēšanu" un "Par vienuma izveidi", lai palaistu darbplūsmu un mainītu vērtības, pamatojoties uz šīm prasībām. Jūs varat iestatīt gandrīz jebkuru lauka veidu tieši no SharePoint Designer. Vienīgās, par kurām neesmu pārliecināts, ir slejas Aprēķinātie un Pārvaldīto metadatu slejas.

Metode, kas jūsu saimniecībai radītu vismazāko slodzi, būtu izmantot aprēķinātās kolonnas. Šeit jums var būt vajadzīgas dažas jaunas slejas, bet es darītu aprēķinu šādi:

Tas ļaus jums iestatīt aprēķināto kolonnu uz 0, ja konkrēts lauks ir “Jā”. Pretējā gadījumā tiks izmantota jebkura cita numura lauka noklusējuma vērtība, uz kuru atsaucaties. Pēc tam sadaļā “Cits skaitļa lauks” atstājiet aprakstu, norādot, ka, ja jūsu Būla lauks ir “Jā”, šī vērtība tiek uzskatīta par 0.

Pēc tam displeja veidlapā aprēķināto kolonnu var iestatīt tā, kas tiek parādīta, bet otrs ciparu lauks tiek parādīts tikai rediģēšanas un izveides veidlapā.


Skatīties video: IDE