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

Groups > comp.lang.java.programmer > #15095 > unrolled thread

classpath puzzle

Back to article view | Back to comp.lang.java.programmer

Contents

  classpath puzzle Roedy Green <see_website@mindprod.com.invalid> - 2012-06-07 17:50 -0700
    Re: classpath puzzle markspace <-@.> - 2012-06-07 18:08 -0700
      Re: classpath puzzle Roedy Green <see_website@mindprod.com.invalid> - 2012-06-07 18:45 -0700
        Re: classpath puzzle Tom McGlynn <taqmcg@gmail.com> - 2012-06-08 06:32 -0700
          Re: classpath puzzle markspace <-@.> - 2012-06-08 15:22 -0700
          Re: classpath puzzle Roedy Green <see_website@mindprod.com.invalid> - 2012-06-08 20:55 -0700
    Re: classpath puzzle Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2012-06-08 07:46 +0300
      Re: classpath puzzle Roedy Green <see_website@mindprod.com.invalid> - 2012-06-08 08:26 -0700

#15095 — classpath puzzle

import sun.util.logging.PlatformLogger;

will compile fine inside the IntelliJ IDE but fails with symbol not
found with javac *.java or with ANT

The class files lives inside rt.jar.  Javac is supposed to find such
files without help.  Any ideas on what is going on?

-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Controlling complexity is the essence of computer programming.
~ Brian W. Kernighan 1942-01-01
.

[toc] | [next] | [standalone]

#15096

On 6/7/2012 5:50 PM, Roedy Green wrote:
> import sun.util.logging.PlatformLogger;
>
> will compile fine inside the IntelliJ IDE but fails with symbol not
> found with javac *.java or with ANT
>
> The class files lives inside rt.jar.  Javac is supposed to find such
> files without help.  Any ideas on what is going on?
>


Didn't we help you with this already?  Didn't we discover that javac 
compiles against a shortened "stub" list of classnames, and doesn't use 
the rull rt.jar during compilation?  Didn't we find a command line 
switch for that told javac to not do that?

[toc] | [prev] | [next] | [standalone]

#15099

On Thu, 07 Jun 2012 18:08:32 -0700, markspace <-@.> wrote, quoted or
indirectly quoted someone who said :

>
>Didn't we help you with this already?  Didn't we discover that javac 
>compiles against a shortened "stub" list of classnames, and doesn't use 
>the rull rt.jar during compilation?  Didn't we find a command line 
>switch for that told javac to not do that?

Maybe somebody did, but nothing you said sounds familiar.  I can see
that behaviour as an optimisation, but I would think it should look in
the real rt.jar if it can't find it.  Perhaps the logger class is
considered Sun private.

I'll see if I can find that option. Thanks.

-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Controlling complexity is the essence of computer programming.
~ Brian W. Kernighan 1942-01-01
.

[toc] | [prev] | [next] | [standalone]

#15103

>
> I'll see if I can find that option. Thanks.
>
>

Try http://groups.google.com/group/comp.lang.java.programmer/browse_frm/thread/667bcc0f196b2306/2b137c4bfdc5feb2?q=#2b137c4bfdc5feb2
to get to the prior thread.   Quoting from there:

>    And the answer to my question is: javac -XDignore.symbol.file

   Regards,
   Tom McGlynn

[toc] | [prev] | [next] | [standalone]

#15126

On 6/8/2012 6:32 AM, Tom McGlynn wrote:
>>
>> I'll see if I can find that option. Thanks.
>>
>>
>
> Try http://groups.google.com/group/comp.lang.java.programmer/browse_frm/thread/667bcc0f196b2306/2b137c4bfdc5feb2?q=#2b137c4bfdc5feb2
> to get to the prior thread.   Quoting from there:
>
>>     And the answer to my question is: javac -XDignore.symbol.file


That's the one.  Thanks for looking that up.

[toc] | [prev] | [next] | [standalone]

#15144

On Fri, 8 Jun 2012 06:32:37 -0700 (PDT), Tom McGlynn
<taqmcg@gmail.com> wrote, quoted or indirectly quoted someone who said
:

>>    And the answer to my question is: javac -XDignore.symbol.file

It works. The erroneous cookies are now being ignored.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Controlling complexity is the essence of computer programming.
~ Brian W. Kernighan 1942-01-01
.

[toc] | [prev] | [next] | [standalone]

#15100

Roedy Green <see_website@mindprod.com.invalid> writes:

> import sun.util.logging.PlatformLogger;
> will compile fine inside the IntelliJ IDE but fails with symbol not
> found with javac *.java or with ANT
> The class files lives inside rt.jar.  Javac is supposed to find such
> files without help.  Any ideas on what is going on?

Aren't those sun.* classes in rt.jar ones meant for ONLY internal use by
other classes of the sdk library, NOT for application programmers?

-- 
Jukka Lahtinen

[toc] | [prev] | [next] | [standalone]

#15104

On Fri, 08 Jun 2012 07:46:07 +0300, Jukka Lahtinen
<jtfjdehf@hotmail.com.invalid> wrote, quoted or indirectly quoted
someone who said :

>
>Aren't those sun.* classes in rt.jar ones meant for ONLY internal use by
>other classes of the sdk library, NOT for application programmers?

Yes but there are certain things you can only do by using them,  like
turning of the logging of a zillion malformed cookie errors
from kobo.com

Sun has the right to change the API, delete methods etc without
notice. With other methods in the API they deprecate. Sun does not
feel obligated to document its internal methods to the same extent it
does the normal API.

They are making it a bit difficult to use the methods to ensure people
don't use them without good reason.  For example they want you to use
your own Base64 rather than use the built in one.  I guess they did
not have the budget to bring their Base64 up to exposure standards.

-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Controlling complexity is the essence of computer programming.
~ Brian W. Kernighan 1942-01-01
.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.java.programmer

csiph-web