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

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

RE: com.mysql.jdbc does not exist

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

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  RE: com.mysql.jdbc does not exist chalasa <hmwaluda@gmail.com> - 2012-07-04 17:03 -0500
    Re: com.mysql.jdbc does not exist markspace <-@.> - 2012-07-04 15:06 -0700
      Re: com.mysql.jdbc does not exist Lew <noone@lewscanon.com> - 2012-07-04 19:12 -0700
    Re: com.mysql.jdbc does not exist Roedy Green <see_website@mindprod.com.invalid> - 2012-07-04 23:41 -0700
    Re: com.mysql.jdbc does not exist Jeff Higgins <jeff@invalid.invalid> - 2012-07-05 10:42 -0400

#15814 — RE: com.mysql.jdbc does not exist

how to you tell the particular project about the library

[toc] | [next] | [standalone]

#15815

On 7/4/2012 3:03 PM, chalasa wrote:
> how to you tell the particular project about the library
>
>

Use the CLASSPATH.


<http://docs.oracle.com/javase/tutorial/essential/environment/paths.html>

<http://docs.oracle.com/javase/tutorial/java/package/managingfiles.html>

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

#15816

markspace wrote:
> chalasa wrote:
>> how to you tell the particular project about the library
>
> Use the CLASSPATH.

Actually, don't. Use the classpath instead. CLASSPATH is an antipattern for 
most use cases.

> <http://docs.oracle.com/javase/tutorial/essential/environment/paths.html>
>
> <http://docs.oracle.com/javase/tutorial/java/package/managingfiles.html>

The problem with the CLASSPATH environment variable (envar) is that it affects 
*every* Java program on the system. To tell the *particular* project about the 
library, as the OP requested, you have to tell the *particular* project's 
classpath where to find the library.

RTFM. The Oracle site goes into details about the "tools" (java, javac, 
javaws, etc.) and their options.

-- 
Lew
Honi soit qui mal y pense.
http://upload.wikimedia.org/wikipedia/commons/c/cf/Friz.jpg

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

#15817

On Wed, 04 Jul 2012 17:03:02 -0500, chalasa <hmwaluda@gmail.com>
wrote, quoted or indirectly quoted someone who said :

>how to you tell the particular project about the library

see http://mindprod.com/jgloss/jdbc.html
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Why do so many operating systems refuse to define a standard 
temporary file marking mechanism? It could be a reserved lead character
such as the ~ or a reserved extension such as .tmp.
It could be a file attribute bit. Because they refuse, there is no 
fool-proof way to scan a disk for orphaned temporary files and delete them. 
Further, you can't tell where the orhaned files ame from. 
This means the hard disks gradually fill up with garbage.

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

#15819

On 07/04/2012 06:03 PM, chalasa wrote:
> how to you tell the particular project about the library
<http://netbeans.org/kb/docs/java/project-setup.html#projects-classpath>

[toc] | [prev] | [standalone]

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

csiph-web