 Posted: Sun 15:50, 16 Dec 2007 Post subject: |
|
| Przy ladowaniu plikow z paczek .npk musicie zwrocic uwage, zeby na scierzce nie bylo powrotow (np. g:\projects\bin\debug\..\..\data). Serwer NPK nie bedzie wiedzial co z tym zrobic, chociaz bez problemu znalazlby w takim ukladzie rozpakowane archiwa.
Defaultowo parsowane są katalogi: npkFileServer->ParseDirectory("home:", "npk"); npkFileServer->ParseDirectory("home:export", "npk"); npkFileServer->ParseDirectory("home:data", "npk"); Assignment 'home' jest tworzony defaultowo i wskazuje na katalog w ktorym znajduje sie EXEc aplikacji. Wyjatek stanowi sytuacja w ktorej EXEc jest w katalogu win32 lub win32d, wtedy assignment home bedzie cofniety o dwa katalogi (typowa sytuacja podczas odpalania z kompilatora). Poniewaz VS2005 defaultowo zapisuje do katalogow Release i Debug, zmiana nazwy konfiguracji wydaje sie byc dobrym pomyslem (mapowanie mozna tez zmienic we wlasciwosciach projektu w zakladce 'Directory') Alternatywa jest reczne przypisanie i parsowanie assignmentu proj:, jednak czesc serwerow moze szukac swoich defaultowych plikow na scierzkach home: |
|
| Posted: Sun 22:26, 25 Nov 2007 Post subject: NPK files |
|
| Nebula ma wbudowane narzędzie do zarządzania archiwami plików - nNpkFileServer. W czystej N2 wystarczylo assignowac serwer NPK zamiast nFileServer2 i sparsować katalogi zawierające paczki. Mangalore używa plików NPK defaultowo i defaultowo parsuje katalogi home: home:export i home:data.
Ponieważ większość zadań konfiguracyjnych N2 wykonuje na podstawie plików .xml i .tcl używanie paczek wydaje się być dobrym pomysłem zabezpieczenia wspomnianych plikow przed modyfikacja przez userow (ofkoz nie dotyczy to ludzi znajacych N2 
Do tworzenia i zarzadzania archiwami .npk sluzy narzedzie nnpktool, prawdopodobnie mozliwe do skompilowania jako target (update.py). Gdyby wyszly jakiekolwiek problemy wysylajcie info na jabbera |
|