...I recently downloaded the JDBC-Mysql driver (MySQL Connector/J) and
I'm trying to figure out the best place to put it...
I'm just wondering if there is a 'standard' directory structure for it, where most people people driver files for Java.
Hi everyone,
I'm starting to get my feet wet with Java-JDBC and I have a couple questions.
On my current setup I am using Windows XP (SP2) and I recently downloaded the JDBC-Mysql driver (MySQL Connector/J) and I'm trying to figure out the best place to put it. The documentation says I can basically put it in any directory
and add it to my classpath which would be easy enough. I'm just wondering if there is a 'standard' directory structure for it, where most people people driver files for Java. Should I find a place for it under the C:\Program Files\Java directory or is that not recommended?
Wow. Don't leave yourself wide open like that!
Does any docu that came with it make any suggestions?
Yes. c:\program files\java is not recomended. The space in the file name will make configuring and scripts barf so bad you will need an air
sickness bag. :-) (There is a nice picture.)
Short paths, WITH NO SPACES IN THEM, will make your life much happier. Artiken
I've always disliked pathname with spaces. I guess it's the Unix snob in me.
I've always disliked pathname with spaces. I guess it's the Unix snob in
UNIX allowed spaces in filenames before Microsoft ever did... they just don' use them in a default install
/optional sofware
/usr/local programs
*shudder*
/optional sofware
/usr/local programs
*shudder*
This will make you feel better:
/music/Moloko/Do\ You\ Like\ My\ Tight\ Sweater/Where\ Is\ The\
What\ If\ The\ What\ Is\ In\ Why?.ogg
Or maybe not... :-)
Short paths, WITH NO SPACES IN THEM, will make your life much happier. Artiken
LOL, I usally try to avoid hurling during my programming quests, though it isn't always possible<grin>.
I've always disliked pathname with spaces. I guess it's the Unix snob in
me. I'm still drilling through docs to see what they recommend but my guess is
it doesn't really matter so long as it's accessible to the program.
Micro$oft is netorious for taking a well thought out standard and
messing up the implementation. For example, space delimited command line options and then allowing spaces in directory and file names.
You can of course save yourself alot of headaches in programming or configuring if you just don't use spaces in your directorys.
I have \AWeb, \ASystem, \AProg, \AGraphics, \AFiles in my root
directory. I put the appropriate applications under these dirs. The
reason for the A at the beginning of the name is so that they are always
at the top of the directory tree in listings. So my Apache install is
under \AWeb\Apache, the PHP interpreter under \AProg\PHP, MySql was a
tough one to decide where to put. So I ended up putting it under \AProg\MySQL.
This kept my root directory clean. I don't want to hit the 512 entry
limit. The various Apps are located in smaller subdir lists which makes navagating easier. Vs putting everything under 'program files' and
having to put quotes around any dir name with a space in it in the
config files or command line prompts. And having hundreds of entries all
in one directory.
Micro$oft is netorious for taking a well thought out standard and
messing up the implementation. For example, space delimited command line options and then allowing spaces in directory and file names.
LOL.. I used to use things like !keep, or !docs to keep them at the top,
now that I'm in ubuntu, where it "intelligently" sorts.. *sigh* in the
GUI, I'm like WTF...
Micro$oft is netorious for taking a well thought out standard and
messing up the implementation. For example, space delimited command line options and then allowing spaces in directory and file names.
Artiken wrote:
Micro$oft is netorious for taking a well thought out standard and
messing up the implementation. For example, space delimited command line >>options and then allowing spaces in directory and file names.
you mean like this..?
something "Program Files" -x
You can of course save yourself alot of headaches in programming or >>configuring if you just don't use spaces in your directorys.LOL.. I used to use things like !keep, or !docs to keep them at the top,
I have \AWeb, \ASystem, \AProg, \AGraphics, \AFiles in my root
directory. I put the appropriate applications under these dirs. The
reason for the A at the beginning of the name is so that they are always >>at the top of the directory tree in listings. So my Apache install is >>under \AWeb\Apache, the PHP interpreter under \AProg\PHP, MySql was a >>tough one to decide where to put. So I ended up putting it under >>\AProg\MySQL.
now that I'm in ubuntu, where it "intelligently" sorts.. *sigh* in the
GUI, I'm like WTF...
This kept my root directory clean. I don't want to hit the 512 entry >>limit. The various Apps are located in smaller subdir lists which makes >>navagating easier. Vs putting everything under 'program files' and
having to put quotes around any dir name with a space in it in the
config files or command line prompts. And having hundreds of entries all >>in one directory.
Well, Program Files is generally supposed to be subdivided by company, of course it hasn't worked this way in practice.. even by MS...
c:\program files\microsoft*
c:\program files\common\microsoft
WTF.. why can't they just keep with their own recommendations of using the company as the common/base dir inside programfiles.. and WTF didn't they just
use c:\apps, or c:\applications, or c:\programs? *sigh*
</rant>
Re: Re: Java/JDBC Question
By: Artiken to Christopher Perrault on Fri Sep 15 2006 07:09 pm
Micro$oft is netorious for taking a well thought out standard and
messing up the implementation. For example, space delimited command line options and then allowing spaces in directory and file names.
That's MICROS~1 and UNIX did that first.
Re: Re: Java/JDBC Question
By: Artiken to Christopher Perrault on Fri Sep 15 2006 19:09:00
Micro$oft is netorious for taking a well thought out standard and
messing up the implementation. For example, space delimited command line options and then allowing spaces in directory and file names.
The real mistake was that they used the standard escape character as a
path separator. So you can't simply escape FILE\ NAMES\ WITH\ SPACES.
you mean like this..?something "Program Files" -x
Yea. Exactly. :-) Of course you can put the quotes. There was a phrase
we used to use for shit like this. I think it was "KLUDGE".
I agree with Unix did this first but.... They did it intelligently. In
other words, the character after the space is parsed to see if it is
another command line option or a continuation of the previous option.
I'm just guessing here. But I have noticed a regular occurance of UNIX command line options that are proceeded with -(dash/minus). I would call this more - delimited vs space delimited. Thus avoiding the whole "Is it another option or is it a continuation of the previous command?" problem.
I can just imagine how BG's mind exploded when faced with the decision
to use extensions or read the first few bytes of the actual file to see
what it really is.
What do we use for our path separator?
uhh I know. Lets use backslash.
OK? Why?
Sounds good. Use it.
What about the slash key?
Sounds good. What do we use for the escape key?
Sounds good. What about spaces in file names?
OH. The FAT system doesn't allow spaces in the file name. Besides with
8.3 your pretty limited on the number of characters you can use. Who
would want to waste a position with a space?
Hrm... that works in UNIX too...
mplayer "Every Time It Rains.mp3" -vo x11
I'm just guessing here. But I have noticed a regular occurance of UNIX command line options that are proceeded with -(dash/minus). I would call this more - delimited vs space delimited. Thus avoiding the whole "Is it another option or is it a continuation of the previous command?" problem.
Re: Re: Java/JDBC Question
By: Deuce to Artiken on Sun Sep 17 2006 05:46 pm
Hrm... that works in UNIX too... mplayer "Every Time It Rains.mp3"
-vo x11
Try this one:
mplayer -vo x11 -cache 256 http://brazi.net:8000
Hrm... that works in UNIX too...
mplayer "Every Time It Rains.mp3" -vo x11
Try this one:
mplayer -vo x11 -cache 256 http://brazi.net:8000
:)
UNIX allowed spaces in filenames before Microsoft ever did... they just don' use them in a default install
/optional sofware
/usr/local programs
*shudder*
This will make you feel better:
/music/Moloko/Do\ You\ Like\ My\ Tight\ Sweater/Where\ Is\ The\
What\ If\ The\ What\ Is\ In\ Why?.ogg
Or maybe not... :-)
Try this one:
mplayer -vo x11 -cache 256 http://brazi.net:8000
This will make you feel better:
/music/Moloko/Do\ You\ Like\ My\ Tight\ Sweater/Where\ Is\ The\
What\ If\ The\ What\ Is\ In\ Why?.ogg
Or maybe not... :-)
That is awfull...<grin>
UNIX allowed spaces in filenames before Microsoft ever did... they just don' use them in a default install
Wow, that' s news to me. I can't recall ever having seen it done, so I
just assumed it couldn't be. I remember having to access Dos/Windows directories from my Linux partition using question marks in place of the spaces to do my cd's and ls'. At work I use HP-UX but haven't been in the situation where I need to access such pathnames fortunately.
mplayer -vo x11 -cache 256 http://brazi.net:8000
Don't think it's working here.
All I get is a horrible noise! ;-)
mplayer -vo x11 -cache 256 http://brazi.net:8000
is that some good shoutcast station?
mplayer -vo x11 -cache 256 http://brazi.net:8000
Works, but the -vo option is pretty silly.
Don't think it's working here.
All I get is a horrible noise! ;-)
mplayer -vo x11 -cache 256 http://brazi.net:8000
Works, but the -vo option is pretty silly.
You used it in your example, thought you needed it.
Don't think it's working here.
All I get is a horrible noise! ;-)
It's bound to be more entertaining than this:
Strange: With 10,292 tracks available from 800 albums
by 401 artists, I'm currently not listening to anything!
By: Jas Hud to Belly on Mon Sep 18 2006 12:09 am
mplayer -vo x11 -cache 256 http://brazi.net:8000
is that some piece of shit shoutcast station?
Yes.
You used it in your example, thought you needed it.
Well hrm... lets pretend I meant -ao esd then.
Actually, at the time, I was listening to the horrible noise, but judt not with XMMS...
sounds like something college kids wouldnt even like.
Re: Re: Java/JDBC Question
By: Jas Hud to Belly on Thu Sep 21 2006 08:46 pm
sounds like something college kids wouldnt even like.
Good thing my target audience is not college kids, then.
LOL.. I used to use things like !keep, or !docs to keep them at the top,
now that I'm in ubuntu, where it "intelligently" sorts.. *sigh* in the
GUI, I'm like WTF...
Yeah, XP does that too... had to dig around to figure out how to disable that one.
There is a well known memory leak problem with windows products.
If you use the autocompletion feature on 'bash' you will get "quoted
names" of escaped\ names depending on how you start the filename, so it's
up to you.
Actually, at the time, I was listening to the horrible noise, but judt no with XMMS...
I'll see your insult, and raise you a question...
What song, specifically, prompted it?
LOL.. I used to use things like !keep, or !docs to keep them at the top, >> now that I'm in ubuntu, where it "intelligently" sorts.. *sigh* in the
GUI, I'm like WTF...
Yeah, XP does that too... had to dig around to figure out how to disable that one.
Yeah, even thunderbird (linux) seems to do that with my imap folders...
know of a way to disable that "feature" in gnome/nautilus?
Good thing my target audience is not college kids, then.
then what is? do you change formats, or is it the same thing.
when i was on there was some weird stuff.
People who use a command line have a justifiable distain for spaces in filenames. UNIX folks are just more likely to use a command-line is all so see it there less often (or did... desktop *nix systems quite often have spa in filenames)
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 325 |
Nodes: | 10 (0 / 10) |
Uptime: | 23:10:05 |
Calls: | 508 |
Messages: | 219987 |