Bug#504425: Please fix these packaging problems

[Kumar Appaiah]

On Tue, Nov 04, 2008 at 10:48:16AM +0530, Onkar Shinde wrote:
> > Exception in thread "main" java.lang.NullPointerException
> >   at net.sf.jftp.gui.base.StatusPanel.<init>(StatusPanel.java:79)
> >   at net.sf.jftp.JFtp.init(JFtp.java:180)
> >   at net.sf.jftp.JFtp.<init>(JFtp.java:166)
> >   at net.sf.jftp.JFtp.main(JFtp.java:574)
> >
> > I haven't tried debugging into this, but I guess jftp uses some swing
> > classes which don't work with java-gcj.
> 
> I tried only with Sun JRE and OpenJDK. But I still believe it is
> better to not hard code the path. If at some points GCJ implements all
> the Swing classes used by jftp it will automatically start working. We
> won't have to keep watch on if GCJ or any other Free JRE is good
> enough to run jftp and then change the jftp startup script
> accordingly.
> Another point of view is that GCJ developers may get some help with
> bugs about certain app not working with it.

I disagree with this, as this logic is flawed. From a user's
perspective, if I want to use jftp, I should be able to install jftp
and type jftp, and it should run, and not expect me to switch to an
alternative JRE. The case you mention is appropriate if there is an
application which runs with several runtime environments. However, in
this case, if you expect me to keep switching JREs (I may want to use
jftp but gcj for all other stuff), your solution won't work.

Thanks for all the suggestions, though. The package has got a well
needed cleanup because of them.

Kumar
-- 
Kumar Appaiah
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/attachments/20081103/2ec0c538/attachment.pgp