Hi all, I'll be doing the changes to both the trunk and the branch. I suppose everybody agrees to the list I've posted ?
>From the list of Jiras we have eight (8) unresolved issues. I estimate that these will take about two days for me to tackle. Hence the release candidate can be expected around the weekend. Ajith On Nov 28, 2007 11:42 PM, Amila Suriarachchi <[EMAIL PROTECTED]> wrote: > hi ajith, > have you done these changes to the trunk. > > Amila. > > > On Nov 6, 2007 4:29 AM, Ajith Ranabahu <[EMAIL PROTECTED]> wrote: > > > Hi all, > > Ok let me summarize what has been discussed and see whether this is > > correct > > > > 1. We make the getElement/TypebyQname method work properly. i.e. it > > searches through all the imported schemas > > 2. We introduce getElement/TypebyName which takes a string and only > > looks within the local schema > > > > we can actually solve the getRefElement problem if we do the > > getElementbyQname right. > > > > apart from this I think there are a few minor fixes we need to make > > and that should be enough for the next RC. > > > > > > Ajith > > > > On 11/5/07, Amila Suriarachchi <[EMAIL PROTECTED]> wrote: > > > On 11/2/07, Glen Daniels <[EMAIL PROTECTED]> wrote: > > > > > > > > Hi Amila: > > > > > > > > Amila Suriarachchi wrote: > > > > >> What I'm really asking is why do you need to look anything (from a > > > > >> foreign namespace) up by name, when the object model lets you just > > walk > > > > >> the objects directly? > > > > > > > > > > here the problem is it does not allow. if you go and see the > > > > > XmlSchemaElement class only method > > > > > getRefName() is available. it does not have a method to get the > > > > referenced > > > > > Element. > > > > > > > > Well, should we add that ability then? > > > > > > > > XmlSchemaElement realElement = element.getRefElement(); > > > > > > > > > +1. but I am not sure the implementation problems as Benson has > > mentioned. > > > Anyway I belive this should go to next release. > > > > > > > The above senario (which I mentioned in earlier mail) is appliced when > > > > > getting > > > > > 1. Elements > > > > > 2, Named types > > > > > 3. Attributes > > > > > 4 Attribute Groups > > > > > 5. Goups > > > > > > > > OK, so what do people think of the suggestion that we fix the buggy > > > > method and perhaps add a new getElementByName(String) to get local > > > > elements? > > > > > > > > > +1. for change the getElementByName(QName) and add a new method > > > getElementByName(String). > > > > > > if no -1s, Ajith could you please start a vote with a new RC? > > > > > > Amila. > > > > > > --Glen > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > -- > > > Amila Suriarachchi, > > > WSO2 Inc. > > > > > > > > > -- > > Ajith Ranabahu > > > > Reading, after a certain age, diverts the mind too much from its > > creative pursuits. Any man who reads too much and uses his own brain > > too little falls into lazy habits of thinking - Albert Einstein > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Amila Suriarachchi, > WSO2 Inc. > -- Ajith Ranabahu Reading, after a certain age, diverts the mind too much from its creative pursuits. Any man who reads too much and uses his own brain too little falls into lazy habits of thinking - Albert Einstein --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
