There's no reason they couldn't, but: 1. that entity resolver would need to move into a common library 2. the parser(s) would have to be updated to use said resolver
On Thu, Aug 25, 2011 at 11:46 AM, Aaron Birkland <birkl...@cs.cornell.edu> wrote: > >> I thought I added all the schemas, and an entity resolver for them, >> into the integration tests. Hmm. >> https://github.com/fcrepo/fcrepo/commit/b05bf836e471ed5b46adbdfc8c46ce7788848343 >> >> I guess I missed the BatchModifyParser- though it doesn't have access >> to that resolver, anyway. > > Yeah, I remember that now. My memory is a bit shaky - was that work > extended to the command line utils as well? I remember them being > "different", and just assumed that "they cannot validate statically" was > the reason. I could very well be wrong about that! > > /me needs to look at the code to jog my memory. > > -Aaron > > > ------------------------------------------------------------------------------ > EMC VNX: the world's simplest storage, starting under $10K > The only unified storage solution that offers unified management > Up to 160% more powerful than alternatives and 25% more efficient. > Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev > _______________________________________________ > Fedora-commons-developers mailing list > Fedora-commons-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > ------------------------------------------------------------------------------ EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
