Re: Eclipse 3.0

2004-07-02 Thread Roman Kennke
Ok, back to the problem: 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) I bet, that there is no URLStreamHandler set (instance

Re: Eclipse 3.0

2004-07-02 Thread Roman Kennke
Am Fr, den 02.07.2004 schrieb Roman Kennke um 13:57: Ok, back to the problem: 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)

RE: Eclipse 3.0

2004-07-02 Thread Jeroen Frijters
Roman Kennke wrote: Am Fr, den 02.07.2004 schrieb Roman Kennke um 13:57: Ok, back to the problem: Caused by: java.lang.NullPointerException at org.eclipse.osgi.framework.adaptor.core.BundleResourceHandler. openConnection (BundleResourceHandler.java:138) at

Re: Eclipse 3.0

2004-07-02 Thread Dalibor Topic
Andrew John Hughes wrote: Sounds good to me. I wouldn't actually throw out any methods, simply because eventually someone will have to put it back in and that's just more time -- there's usually also a good reason a method hook has been put in, I imagine. I can see the situation where someone

Re: Eclipse 3.0

2004-07-02 Thread Mark Wielaard
Hi, On Fri, 2004-07-02 at 21:46, Roman Kennke wrote: ... another possibility is, that we should not go into the else branch in BundleResourceHandler.openConnection, but instead into the if branch: if (bundleEntry != null) { return (new BundleURLConnection bla) } else { some stuff

Re: JDK 1.5 support?

2004-07-02 Thread Andrew John Hughes
On Fri, 2004-07-02 at 13:51, Dalibor Topic wrote: Andrew John Hughes wrote: Has anyone run the JDK 1.5 beta against Classpath using japitools? I know its not production but it may be interesting to see what the differences are. The licensing is different on the beta, so I'm wary about

Re: Eclipse 3.0

2004-07-02 Thread Mark Wielaard
Hi, On Fri, 2004-07-02 at 23:38, Mark Wielaard wrote: Found this one. For some reason the code looks like this: if (url.getPath() != null) // A call to a URL constructor has been made // that uses an authorized URL as its context.

Re: Supporting multiple APIs simultaneously

2004-07-02 Thread Andrew John Hughes
On Fri, 2004-07-02 at 14:10, Dalibor Topic wrote: Given that Classpath doesn't implement any JDK API release fully, afaik, i think it's a little illusionary to demand that it fully supports three of them, given the current man-power of the project :) We are talking about a few thousand

Re: Eclipse 3.0 and unimplemented methods proposal

2004-07-02 Thread Andrew John Hughes
On Fri, 2004-07-02 at 14:15, Dalibor Topic wrote: Andrew John Hughes wrote: Sounds good to me. I wouldn't actually throw out any methods, simply because eventually someone will have to put it back in and that's just more time -- there's usually also a good reason a method hook has been

Re: [Classpathx-discuss] More Java Extensions

2004-07-02 Thread Andrew John Hughes
On Fri, 2004-07-02 at 12:41, Dalibor Topic wrote: Arnaud Vandyck wrote: Andrew John Hughes [EMAIL PROTECTED] writes: Hi all, I don't know if anyone here has heard about the recent release of Sun's Project Looking Glass under the GPL. Its no doubt a good sign to see Sun releasing

Re: Eclipse 3.0 and unimplemented methods proposal

2004-07-02 Thread Casey Marshall
Andrew == Andrew John Hughes [EMAIL PROTECTED] writes: Andrew Anyway, the floor is over to you guys. Be gentle ;-) -- Andrew Andrew :-) I think this got as close to an authoritative answer/consensus as we can expect to get on this issue: