A felhasználó által definiált modellek dinamikus kezelése a szabadban
Egy kis gyűjtemény a töltött kúpok dinamikusan kezelése saját adattípusok bábuk.
Az Alfreso olyan gyorsan fejlődik, hogy a dokumentáció gyakran nem tartja be a változásokat. Ez vonatkozik egy olyan fontos területre is, mint a testreszabás - beleértve az egyedi adatok és a folyamatok modellezését, valamint a különböző interfészek megjelenítésének kezelését. Jeff Potts "Egyéni tartalomtípusok használata" és "Haladó munkafolyamatok" című klasszikus bemutatkozása. a megfelelő Wiki oldalak Creating_A_Custom_Model. valamint az ezen a téren megkülönböztetett munkatársak megjegyzéseit részletesen, és intelligensen leírják a modellek és az üzleti folyamatok kialakításának folyamatait. Ugyanakkor azt javasoljuk, hogy saját fejlesztésünket hajtsuk végre azáltal, hogy további kiterjesztésű és webes kiterjesztésű mappákat helyezünk el további kiszolgáló újraindításával. Sajnos a rendszer újraindítási folyamata meglehetősen hosszú, így alkalmasabb egy kész és hibás modell megvalósítására, de nem a fejlesztési folyamatra. Az Alfresco verziója, a harmadiktól kezdve, nem szükséges újraindítani a fejlesztéseket, és támogatja a felhasználó által definiált adattípusok dinamikus kezelését. Ezt úgy hajtja végre, hogy a megfelelő fájlokat a Társaság Otthoni / Adathalmaz szekciójába tölti le. és számos konzol segítségével is.
ahol az azonosító az adatok egyes elemeire van kötve. Alapértelmezésben elemek automatikusan társított azonosítót alakult a teljes elem nevét (mivel névterek) helyett a vastagbél hangsúlyozni. Például MyModel: NewType.MyModel: NewProperty.title társított azonosító MyModel_NewType.MyModel_NewProperty.title. Megadásával fájl webclient.properties vonal MyModel_NewType.MyModel_NewProperty.title = Ez az új funkció, definiáljuk az alapértelmezett leképezés elemet. De ha azt akarjuk, például formájában szerkesztésére elem, hogy hívja fel a másik, akkor meg valamit, mint a web-client-config-fájl custom.xml
Most a munkafolyamatról. A folyamatleírás betöltődik a Munkafolyamat definíciós mappába, a folyamat a telepített zászló ellenőrzése után kerül végrehajtásra a metaadatokban. Ez a folyamat azonnal elérhető a folyamatválasztási listán (mindaddig, amíg a mywf: myproc). A lokalizációhoz / külsőítéshez fel kell töltenie a myworkflow.properties és a myworkflow_en_US.properties fájljait az Üzenetek mappába. Ismét a kyrrilizatsii esetében elegendő az UTF-8 vonalak beállítása, a konverzió nem szükséges. Ezután a tárolókezelés konzolján túltöltjük a tulajdonságfájlokat a reload message myworkflow segítségével. Ha módosítja a folyamatleírást, először törölnie kell az általa létrehozott összes feladatot.
Ez alapvetően a kooperatív típusok dinamikus kezeléséről szól. Modellek szerkesztésekor próbálkozzon az Alfresco beépített eszközökkel, és ne csak törölje és töltse be a fájlt. Ez annak köszönhető, hogy egy fájl szerkesztésekor az UUID nem változik, ellentétben az új létrehozásakor, amikor új csomópontot hoz létre egy új UUID-lel. Bizonyos esetekben ez hibákat okozhat, amelyek a nem létező csomópontokra mutatnak (például a folyamatlistában), és megköveteli, hogy a kiszolgáló újrainduljon a javításhoz.
Sajnos nem volt elég időm ahhoz, hogy a Share (file share-custom-config.xml) fájlban a megjelenés dinamikus kezelésének lehetőségét kezelje. És egy külön beszélgetés érdemel egy üzleti folyamat menedzsment konzolt, amely lehetővé teszi a folyamatok dinamikus hibakeresését.
A megosztás dinamikus frissítéséhez elegendő frissíteni a share-custom-config.xml fájlt (a tomcat / shared / classes / alfresco / web-extension fájlban kell lennie). kövesse a linket
Van egy adatmodell
cm: tartalom
Reg nomer
d: szöveg
hamis
A myLabels.properties fájlban írtam így
sc_myModel.property .sc_regNum.title = Regisztrációs szám
feltöltött az Üzenetek mappába
De valamilyen oknál fogva, amikor egy értéket nem jelenít meg az myLabels.properties-ből, bár pontosan látja a fájlt, mivel az itt leírt munkafolyamat összes címkéje helyettesített.
Szükség van egy szakaszra