> From: [EMAIL PROTECTED] (Kevin A. Burton)
> Subject: Eclipse 2.0 on Debian (unstable?) with GTK
> Date: 10 Jul 2002 15:05:27 -0700
> > java.lang.UnsatisfiedLinkError:
> > /usr/home/burton/download/eclipse/plugins/org.eclipse.swt.gtk_2.0.0/os/linux/x86/libswt-pi-gtk-2047.so
t work.
> From: [EMAIL PROTECTED] (Kevin A. Burton)
> Subject: Eclipse 2.0 on Debian (unstable?) with GTK
> Date: 10 Jul 2002 15:05:27 -0700
> > java.lang.UnsatisfiedLinkError:
>/usr/home/burton/download/eclipse/plugins/org.eclipse.swt.gtk_2.0.0/os/linux/x86/libswt-pi-gtk-2047.so
at org.eclipse.core.launcher.Main.basicRun(Main.java:248)
at org.eclipse.core.launcher.Main.run(Main.java:698)
at org.eclipse.core.launcher.Main.main(Main.java:534)
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Fran
a:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:248)
at org.eclipse.core.launcher.Main.run(Main.java:698)
at org.eclipse.core.launcher.Main.main(Main.java:534)
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Fran
-dead
mailing list is for people who love Java but are *very* concerned.
Please feel free to forward this email or link to the mailing list from your
site.
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell
-dead
mailing list is for people who love Java but are *very* concerned.
Please feel free to forward this email or link to the mailing list from your
site.
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell
understand your point. The important thing here is that the CLASSPATH
is not updated and the System ClassLoader is not used. Tomcat uses an adaptive
classloader so that WEB-INF/lib/*.jar files are specific to each Web
Application.
Thus we have the ability to run incompatible libs in different a
er. :)
> But look at the TRAX API, the TRAX classes included in Xalan call concrete
> Xalan classes in the TRAX factory classes (it has to, somehow). Another XSLT
> processor will call their own concrete classes in the TRAX. So TRAX of Xalan
> conflicts with TRAX of [fill in any other TRA
hat "revolution"?
It is now called JXTA :)
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell - 415.595.9965
Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/
If you were plowing a fiel
understand your point. The important thing here is that the CLASSPATH
is not updated and the System ClassLoader is not used. Tomcat uses an adaptive
classloader so that WEB-INF/lib/*.jar files are specific to each Web
Application.
Thus we have the ability to run incompatible libs in different a
TRAX API, the TRAX classes included in Xalan call concrete
> Xalan classes in the TRAX factory classes (it has to, somehow). Another XSLT
> processor will call their own concrete classes in the TRAX. So TRAX of Xalan
> conflicts with TRAX of [fill in any other TRAX-implementing XSLT p
appened to that "revolution"?
It is now called JXTA :)
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell - 415.595.9965
Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/
If you were plowing a fiel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> On Fri, Nov 09, 2001 at 12:29:44AM -0800, Kevin A. Burton wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Adam Heath <[EMAIL PROTECTED]> write
existence.
>
> And they're right, if you take into account that a cross-platform app needs a
> cross-platform package management system. There is nothing like that now, and
> Java projects will rightly continue to bundle jars until there is.
What about the Java Web Launch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> On Fri, Nov 09, 2001 at 12:29:44AM -0800, Kevin A. Burton wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Adam Heath <[EMAIL PROTECTED]> write
ence.
>
> And they're right, if you take into account that a cross-platform app needs a
> cross-platform package management system. There is nothing like that now, and
> Java projects will rightly continue to bundle jars until there is.
What about the Java Web Launch system. Has an
in any form.
My point was that if there are *existing* packages which have non-free .jars
this is VERY important to correct.
> > I seriously hope that we don't have packages with non-free libs. If this
> > happens it would be a big issue :(
>
> It already is an issue. L
seriously hope that we don't have packages with non-free libs. If this
happens it would be a big issue :(
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell - 415.595.9965
Jabber - [EMAIL PROTECTED],
hat if we moved all of /usr/share/man and /usr/share/info in
> there; otherwise what would be the point? And doing so would be like putting
> a square peg into a round hole. Let's stick to javadoc.
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
m.
My point was that if there are *existing* packages which have non-free .jars
this is VERY important to correct.
> > I seriously hope that we don't have packages with non-free libs. If this
> > happens it would be a big issue :(
>
> It already is an issue. Look fo
seriously hope that we don't have packages with non-free libs. If this
happens it would be a big issue :(
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell - 415.595.9965
Jabber - [EMAIL PROTECTED],
hat if we moved all of /usr/share/man and /usr/share/info in
> there; otherwise what would be the point? And doing so would be like putting
> a square peg into a round hole. Let's stick to javadoc.
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
> > other languages
>
> Why not use /usr/share/doc/javadoc instead?
> I think it a better place, easier to find and more consistent.
+1... sounds good to me...
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Fr
> > other languages
>
> Why not use /usr/share/doc/javadoc instead?
> I think it a better place, easier to find and more consistent.
+1... sounds good to me...
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Fr
x27; is not specificaly related to java, could also be used by
> > other languages
>
> And yes, I'd use javadoc too. Otherwise, we might just as well use
> the /usr/share/man hierarchy.
hm... so what is the answer?
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTE
quot;
> documentation? For libraries the former is the most important information
> there is ...
Because most people won't care about API documentation. If I want to download
and use KOffice I obviously don't care about API documentation.
Kevin
- --
Kevin A. Burton
x27; is not specificaly related to java, could also be used by
> > other languages
>
> And yes, I'd use javadoc too. Otherwise, we might just as well use
> the /usr/share/man hierarchy.
hm... so what is the answer?
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTE
quot;
> documentation? For libraries the former is the most important information
> there is ...
Because most people won't care about API documentation. If I want to download
and use KOffice I obviously don't care about API documentation.
Kevin
- --
Kevin A. Burton
the problem.
What if I want to generate my API doc with different packages (doxygen, gjdoc,
javadoc), or even by hand.
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell - 415.595.9965
Jabber - [EMAIL PRO
the problem.
What if I want to generate my API doc with different packages (doxygen, gjdoc,
javadoc), or even by hand.
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell - 415.595.9965
Jabber - [EMAIL PRO
o the job (some people offered in the past but none of them got to do
> any real work), please say so.
I am still getting up to speed with the state of Debian Java. Right now I run
Debian but a custom JVM environment.
I might take up the FAQ when I feel comfortable with the new env.
Kevin
- -
o the job (some people offered in the past but none of them got to do
> any real work), please say so.
I am still getting up to speed with the state of Debian Java. Right now I run
Debian but a custom JVM environment.
I might take up the FAQ when I feel comfortable with the new env.
Kevin
- -
ote
>
> > I would suggest that a sub-project be started to integrate
> > the code from GNU Classpath which should be able to replace the JLibrary
> code.
>
> As the last sentence says, we would also encourage such an activity.
Excellent.
Thanks for the response.
Kevin
- --
M release as I think that the
lack of a quality (stable) Open Source JVM is hurting both the Java and Open
Source communities.
Thanks.
Kevin
- --
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
ote
>
> > I would suggest that a sub-project be started to integrate
> > the code from GNU Classpath which should be able to replace the JLibrary
> code.
>
> As the last sentence says, we would also encourage such an activity.
Excellent.
Thanks for the response.
Kevin
- --
t the RVM release as I think that the
lack of a quality (stable) Open Source JVM is hurting both the Java and Open
Source communities.
Thanks.
Kevin
- --
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
LIBRARIES with JIKES RVM."
OUCH!
I think I will stay clear of the RVM. Not only is it experimental but it is
more proprietary and buggier (by definition) than the SUN JVM... :)
Kevin
--
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton ( [EM
in Debian that would be *great* and it would solve a *lot* of
issues.
Kevin
--
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell -
he JLIBRARIES with JIKES RVM."
OUCH!
I think I will stay clear of the RVM. Not only is it experimental but it is
more proprietary and buggier (by definition) than the SUN JVM... :)
Kevin
--
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton ( [EM
in Debian that would be *great* and it would solve a *lot* of
issues.
Kevin
--
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell -
w many people aren't running GCJ.
I would be *very* excited to see this!
Kevin
- --
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location: San Francisco, CA Cell: 415-595-9965 URL:
w many people aren't running GCJ.
I would be *very* excited to see this!
Kevin
- --
Need a good Engineer? Hire me! ( Java | P2P | XML | Linux | Open Source )
Kevin A. Burton [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location: San Francisco, CA Cell: 415-595-9965 URL:
42 matches
Mail list logo
