Michael, I'm kind of confused about what is unreasonable here. Maybe you missed the 'Subject' of the issue report. The subject is: XMultiComponentFactory.createInstanceWithContext returns null with non-existant service
As far as this applying to old and buggy implementations, that is not my understanding. I believe all implemtations return null on a non-existant service (at least that's what I've been told here). As was stated before in this thread by Stephan, the api behavior should not be considered a bug because it is necessary for backwards compatibility. The fact that null is returned and there is no idl documentation of this, or under which circumstances this may occur, is being considered a bug. mike --- Michael Hoennig <[EMAIL PROTECTED]> wrote: > Hi Mike, > > Stephan Berman wrote: > > > For historical reasons, implementations of > XMultiComponentFactory > > > indeed > > > often return null instead of throwing an exception. For > backwards > > > compatibility, we should probably not consider this a bug. But > it > > > is > > > highly appropriate that you file an issue to clarify the > > > documentation > > > of XMultiComponentFactory et al (XMultiServiceFactory, > > > XSingleComponentFactory, XSingleServiceFactory). > > > > I understand. I have definitely been in the situation where > you're > > stuck for backwards compatibility. > > > > I've opened a ticket (#47179) for documenting when a null is > > returned. > > I don't consider this a resonable report. Of course, bugs have to > be > fixed or if that's not possible, documented. But you are > describing > a general concept of bugs, not a certain instance of a bug. Same > problem, > just with a much broader spectrum of possible instances would to > report a > bug asking for documenting under which circumstances OOo crashes > ;-) > > Thus, I will only "fix" this issue by stating in the documentation > of > the factory interfaces that some old and buggy implemetation might > return > a null value instead of raising an exception. Who finds concrete > violations of the specificaiton can and should report these > concrete > issues, of course. > > Michael > > > > -- > Michael Hoennig <[EMAIL PROTECTED]> > project lead OpenOffice.org API > http://api.openoffice.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
