Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.maint.java > #11760

Re: javac unaware of Antlr4 (was: Re: javac - error: package org.antlr.v4.runtime does not exist)

From Sam Kuper <sampablokuper@posteo.net>
Newsgroups linux.debian.maint.java
Subject Re: javac unaware of Antlr4 (was: Re: javac - error: package org.antlr.v4.runtime does not exist)
Date 2020-07-09 15:50 +0200
Message-ID <AqF61-3Jw-9@gated-at.bofh.it> (permalink)
References <Aqss9-4CM-1@gated-at.bofh.it> <AqApH-Sa-5@gated-at.bofh.it> <AqC8a-1VR-9@gated-at.bofh.it> <AqDQC-341-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Thu, Jul 09, 2020 at 02:24:25PM +0200, raphael.jolly@free.fr wrote:
> No, it is not supposed to set the classpath. This is a limitation of
> the Linux-Java integration. The main problem I think is that in Java
> you rarely depend on every library available at the same time. You
> want to partition things to avoid collisions.

Hm, this is something of a surprise to me.  I thought that Java's use of
reverse domain name (aka "reverse-DNS") notation for namespacing was
intended to avoid collisions, so that workarounds like having to
manually specify the classpath for each invocation would be unnecessary.


> I agree that it would be better if it worked as in the C/C++ world,
> that is, you install a library and it is made available automatically
> in the LD_LIBRARY_PATH.

Indeed.  But I thought that this was roughly how things were supposed to
work in the Java world too, at least when installing via the default
package manager in a sane distro (e.g. via apt in Debian).  Isn't that
what Debian packaging tools like javahelper are supposed to help
facilitate?  E.g. https://people.debian.org/~apo/java/tutorial.html

Or is it really *intended*, by Debian developers or package maintainers,
that Debian users who install the antlr4 package would have to manually
specify the classpath in order to run javac on Antlr4 .java files?


> As a matter of fact, I have developed my own Java desktop environment,
> just to be able to solve this problem. The idea is that everything
> runs in a single JVM. I am using maven central as software package
> repository/market. So, it operates sort of like Android, but with the
> standard JDK. Here it is if you are interested:
> 
> https://github.com/rjolly/linoleum

Thanks for the heads-up.  That's an ambitious project and I wish you
luck with it, but I think it is probably overkill for my needs.

-- 
A: When it messes up the order in which people normally read text.
Q: When is top-posting a bad thing?

()  ASCII ribbon campaign. Please avoid HTML emails & proprietary
/\  file formats. (Why? See e.g. https://v.gd/jrmGbS ). Thank you.

Back to linux.debian.maint.java | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

javac - error: package org.antlr.v4.runtime does not exist Sam Kuper <sampablokuper@posteo.net> - 2020-07-09 02:20 +0200
  Re: javac - error: package org.antlr.v4.runtime does not exist raphael.jolly@free.fr - 2020-07-09 10:50 +0200
    javac unaware of Antlr4 (was: Re: javac - error: package  org.antlr.v4.runtime does not exist) Sam Kuper <sampablokuper@posteo.net> - 2020-07-09 12:40 +0200
      Re: javac unaware of Antlr4 (was: Re: javac - error: package  org.antlr.v4.runtime does not exist) Sam Kuper <sampablokuper@posteo.net> - 2020-07-09 14:20 +0200
      Re: javac unaware of Antlr4 (was: Re: javac - error: package  org.antlr.v4.runtime does not exist) raphael.jolly@free.fr - 2020-07-09 14:30 +0200
        Re: javac unaware of Antlr4 (was: Re: javac - error: package  org.antlr.v4.runtime does not exist) Sam Kuper <sampablokuper@posteo.net> - 2020-07-09 15:50 +0200
          Re: javac unaware of Antlr4 (was: Re: javac - error: package  org.antlr.v4.runtime does not exist) Thorsten Glaser <t.glaser@tarent.de> - 2020-07-09 16:00 +0200

csiph-web