[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Eclipse 3.0
From: |
Roman Kennke |
Subject: |
Re: Eclipse 3.0 |
Date: |
Fri, 02 Jul 2004 13:00:30 +0200 |
Am Fr, den 02.07.2004 schrieb Andrew John Hughes um 12:49:
> On Fri, 2004-07-02 at 11:31, Roman Kennke wrote:
> > > Caused by: java.lang.NullPointerException
> > > at
> > > org.eclipse.osgi.framework.adaptor.core.BundleResourceHandler.openConnection
> > > (BundleResourceHandler.java:138)
> > > at java.net.URL.openConnection (URL.java:658)
> > > at java.net.URL.openStream (URL.java:671)
> > > at
> > > org.eclipse.osgi.framework.internal.core.ManifestLocalization.getResourceBundle
> > > (ManifestLocalization.java:114)
> > > [...]
> > >
> > > This indicates that it is a general bug in our GNU Classpath core
> > > libraries. I have been unable to pinpoint it however.
> >
> > just an observation: NullPointerExceptions are often thrown, because in
> > GNU Classpath are lots of method skeletons, which are not yet
> > implemented and only return null. Maybe (hopefully) this is such a
> > case.? Didn't look at it though.
> >
> > Maybe we should go and throw out (or even better: implement) any such
> > methods. Then we would see such problems earlier -- during compiling.
> > Although, this would very likely break alot of things.
> Yes, I have to concur here -- I don't think we should have
> implementations that need completing but are hidden by returning null,
> even if it means some things break. Throwing an Error would be much
> clearer, and make it obvious where holes in the implementation exist.
> Things like this make it appear that we have support that we don't -- I
> think a lot of the newer APIs are hidden in this way.
for the 0.10 release we could and should throw out any such methods if
it ain't break anything, and those, which would break compilation should
either be implemented (best solution) or should throw a
NotImplementedException, which tells exactly, WHAT and WHERE something
is not implemented (and maybe WHY ;).
Do you think, that makes sense? Or is this too much effort? Could
finding such methods be automated?
/Roman
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
- Re: Eclipse 3.0, Mark Wielaard, 2004/07/02
- Re: Eclipse 3.0, Roman Kennke, 2004/07/02
- Re: Eclipse 3.0, Andrew John Hughes, 2004/07/02
- Re: Eclipse 3.0, Dalibor Topic, 2004/07/02
- Re: Eclipse 3.0 and unimplemented methods proposal, Andrew John Hughes, 2004/07/02
- Re: Eclipse 3.0 and unimplemented methods proposal, Casey Marshall, 2004/07/02
- Re: Eclipse 3.0 and unimplemented methods proposal, Andrew John Hughes, 2004/07/03
- Re: Eclipse 3.0, Andrew Haley, 2004/07/02
Re: Eclipse 3.0, Roman Kennke, 2004/07/02