🚀 go-pugleaf

szomiz pisze:
> Użytkownik "pbk++" <jbond007@free.polbox.pl> napisał w wiadomości 
> news:fsi9nr$g1g$2@nemesis.news.neostrada.pl...
> Zapomniałem napisać, że używam xerces'a.
> 
> 
> Jezeli masz zaleznosci miedzy polami (a masz...) to SAX'em sie albo 
> zajedziesz, albo stworzysz wlasna (ergo kulawa) namiastke DOM'a.

Tak myślałem, implementację mam opartą na DOM'ie.

> Po drugie ani jedno ani drugie nie bedzie szybkie. No chyba, ze chodzi o 
> prace z pojedynczymi dokumentami. Ja temat _tych_ dokumentow znam od strony 
> przyjmowania, a tam wydajnosc miala, oj miala, znaczenie.

Pojedyncze dokumenty. Walidacja przed wysłaniem na 'Twoją stronę'.

> Transformacja bedzie najszybsza.

Czyli proponujesz najpierw formalną walidację dokumentu, potem zaś XSLT. 
  Ale widzisz nadal nie umiem uruchomić dodatkowej kontroli na poziomie
dokumentu. Zadanie mam postawione w ten sposób, że to parser ma sam 
wyzwolić sprawdzenie odpowiedniej reguły (zaszytej jako metoda i 
dokładnie wiedzącej co ma robić, metoda ta może, jak sugerujesz 
korzystać z XSLT, lub przeglądać zawartość dokumentu).

Uruchamianie reguł nieformalnych można sprecyzować jako wywołanie 
jakiejś konkretnej funkcji np. CheckInformalRule() z parametrami jak 
nazwa reguły (literał), wskaźnik na element (DOMNode), funcja ta jest 
rozdzielnikiem wołającym metody obsługujące funkcje obsługi 
poszczególnych reguł, np.

bool CheckInformalRule( DOMNode *Node, std::string RuleCode)
{
   if ( RuleCode == std::string("R11"))
     return CheckR11();
   else if ( ....)

   else
     return false;
}


Mój problem jest więc taki: jak powiązać analizowany element DOM z 
adnotacją zaszytą w definicji elementu w schemie.

Teraz pytanie wynika z braku wiedzy o Xalanie ;-)


> 
> A swoja droga: kto ma budzet, zeby wejsc na _ten_ rynek? Bo tort zostal 
> podzielony jeszcze przed wejsciem do UE...

Ten kto produkuje programy współpracujące w Celiną
;-)

--
Piotrek