[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Re: What should TrAX look like? (Was: Re: Articl

• To: "Prakash Yamuna" <techpy@y...>,<xml-dev@l...>
• Subject: RE: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
• From: "Dare Obasanjo" <dareo@m...>
• Date: Fri, 18 Feb 2005 14:13:11 -0800
• Thread-index: AcUWBllUr4bqkiVCS6WF2xiMztxVFQAAIWRQ
• Thread-topic: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")

Interfaces don't evolve. This is one of the significant disadvantages
they present over using abstract classes. Any addition to the Source
interface breaks every single class that implements it since they won't
have those methods.  

-- 
PITHY WORDS OF WISDOM
There is always one more bug.

-----Original Message-----
From: Prakash Yamuna [mailto:techpy@y...] 
Sent: Friday, February 18, 2005 2:08 PM
To: Dare Obasanjo; xml-dev@l...
Subject: RE: Re:  What should TrAX look like? (Was: Re:
 Article on JAXP 1.3 "Fast and Easy XML Processing")

I don't think I am disagreeing with you on the benefit it brings to the
table today. I am just disagreeing on the benefit it MAY bring in the
future. [That is where I don't quite connect with your statement on it
being similar to java.lang.Object]

Of course the thought that Source may evolve - maybe wishful thinking on
my part:-(

prakash

• Prev by Date: RE: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
• Next by Date: Re: What should TrAX look like? (Was: Re: Articleon JAXP 1.3 "Fast and Easy XML Processing")
• Previous by thread: RE: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
• Next by thread: RE: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
• Index(es):
  • Date
  • Thread