Re: [VOTE]: Set up admin group for Xerces Wiki to eliminate SPAM

+1 from an inactive lurker! :) Cheers, Neil Neil Graham Manager, Systems Optimization Competency Centre IBM Toronto Lab Phone: 905-413-3519, T/L 313-3519 E-mail: ne...@ca.ibm.com Michael Glavassevich/Toronto/IBM@IBMCA 04/04/2013 02:15 PM Please respond to j-...@xerces.apache.org To j

Re: [VOTE]: Nomination of Khaled Noaman for Xerces PMC Membership

Hi Michael. I dug around for a while under a mountain of dust and dredged up my Xerces PMC hat. Even with all that dust obscuring my memory/perspective, Khaled's imprint on this project is obvious. He's overdue IMO; +1! Cheers, Neil Neil Graham Manager, XML Transformation and Query

Re: [VOTE]: Nomination of Mukul Gandhi for Xerces PMC Membership

Hi all. While I've got my PMC hat out, +1 to Mukul as well. As heartening as it is that we have long-standing contributors like Khaled, it's great to see new, dedicated blood in the project too. Thanks, Neil Neil Graham Manager, XML Transformation and Query Development IBM Toronto Lab Phone

Re: Xerces-C API changes for XQilla

Hi all. I'm not totally up-to-date these days with Apache's contribution requirements, but I had been under the impression that the ICLA was required in all cases. The CCLA is a good (probably required) too. Cheers, Neil Neil Graham Manager, XML Transformation and Query Development IBM

Re: VOTE on 2.8 release

+1 from me too! Great to see so much activity in the community! Cheers, Neil Neil Graham Manager, XSLT Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] Gareth Reakes [EMAIL PROTECTED] 08/28/07 09:56 AM Please respond to c-dev@xerces.apache.org

Re: Problem with cout when linking Xerces libs into executable

Hello, Instead of using -xxlC_r, try using -xxlCcore_r . the xlCcore_r (and xlCcore) commands are provided by xlC to allow the use of standard libraries other than the default. You may have to do the same thing when building your Xerces-C library. Cheers, Neil Neil Graham Manager, XSLT

Re: VOTE - Move XML Commons to Xerces

+1 from me. Great to see this move near-completion, under discussion as it's been since long before I went AWOL. Cheers! Neil Neil Graham Manager, C++ Compiler Front-End and Runtime Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] Gareth Reakes

Re: Xerces issues handling recursive schema includes

is returned. It's best if this is absolute, but I think a relative URI should work too. The reason this is important is that the parser uses system identifiers internally to figure out whether it's processed a schema document before. Cheers, Neil Neil Graham Manager, C++ Compiler Front-End

RE: Xerces issues handling recursive schema includes

, but there's not much the parser can do at its level to help you if this gets you nowhere at all. Cheers! Neil Neil Graham Manager, C++ Compiler Front-End and Runtime Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED

Re: Apparent bug with the XSElementDecl::getAnnotations() API

, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] Elisha Berns [EMAIL PROTECTED] 07/29/2005 02:44 PM Please respond to c-dev To Xerces C++ Development c-dev@xerces.apache.org cc Subject Apparent bug

RE: Apparent bug with the XSElementDecl::getAnnotations() API

was provided to surface those annotations. So it's fine to have them; there just isn't any way to find them in the schema component model. Hope that clears things up. Cheers, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL

Re: Question about PSVI, group and modelGroup

object. Nope. Sorry. The particle/attribute uses get dragged out of the named model group/attribute group and stuffed in the referring particle/complex type definition. Cheers! Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL

Re: 3.0 unstable branch update (Merge now?)

Hi all, FWIW, I'm +1 on doing the merge of unstable to trunk now. Whatever short-term items we need to handle can be done on the 2.7 branch; any remaining platforms can be worked out later. It'll be a fair while until we're ready for a 3.0 release anyway, I suspect. Cheers, Neil Neil Graham

RE: [jira] Commented: (XERCESC-1442) XSD validaton error from SCMPrint sample

Hi Jesse and all, There having been a fair amount of support for this idea, I've added jessepelton to the xercesc-developers group. Let me know if you'd prefer your other Jira ID added. Cheers, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519

RE: [jira] Commented: (XERCESC-1442) XSD validaton error from SCMPrint sample

if other committers agree. Cheers! Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] Jesse Pelton [EMAIL PROTECTED] 06/14/2005 12:48 PM Please respond to c-dev To c-dev@xerces.apache.org cc Subject RE: [jira] Commented

Re: Google Summer Of Code

to help out with whatever project they undertake. That said, I hope we can avail ourselves of this opportunity; it sure does look promising! Cheers, Neil [*]: http://wiki.apache.org/general/SummerOfCode2005 Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L

Re: IDREFS equivalent for XML schema?

. Note that schema does define id, idref and idrefs, so you can certainly do with them what you used to do with DTD's. Cheers, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] Joanne Bogart [EMAIL PROTECTED] 06/02

Xerces-C 2.7, to be or not to be?

this is probably something we should arrive at a definitive position on fairly soon. Cheers, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] - To unsubscribe, e

Re: Validating XSD(s)

at some of the new features that have been added to do things like validate the contents of schema annotations with respect to components of the schema. Cheers, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] Boris

Re: SAX2XMLReader does not honor schema supplied thru loadGrammar()

, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [EMAIL PROTECTED] Udo Schifferdecker [EMAIL PROTECTED] Sent by: news [EMAIL PROTECTED] 05/20/2005 11:28 AM Please respond to c-dev To c-dev@xerces.apache.org cc Subject SAX2XMLReader

RE: FW: Issues with PSVI interface(s) and group and attributeGroup

that the implementation of this API falls out naturally), take a look at the way Xerces-J did things. Xerces-J had a thorough-going rewrite a while back, and this enabled them to build this in from the ground up. Cheers, Neil Neil Graham Manager, XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L