All that you are missing is that it doesn't work (as Eric
has now noted). In my case, I don't even need the sudo
because I own /usr/local - here is the result on my machine:
iMg5:~ jkt$ ln -s /usr/local/lib/j602/jconsole /usr/local/bin/jxx
iMg5:~ jkt$ jxx
Load library /Users/jkt/libj.dylib failed.iMg5:~ jkt$
iMg5:~ jkt$
On your comments about the Mac, I certainly agree. Dragging
the .app bundle from a .dmg file into Applications would
really be nice - and probably wouldn't even involve the
administrator password. If the drag/drop style is adopted
in Linux as well, I hope that the command line versions
won't be too hard to deal with because I tend not to run
GUI on my Linux server machines (and I maintain them
remotely)
At 23:22 -0700 2007/10/01, Oleg Kobchenko wrote:
So why again can't you
sudo ln -s /usr/local/lib/j602/jconsole /usr/bin/jxx
or put alias in your bash profile?
(I may be missing something)
--- Joey K Tuttle <[EMAIL PROTECTED]> wrote:
BUT that's what I'm saying - I agree about not putting j602 in
PATH and all of J in its own folder is ideal (and BTW makes it
look like standard OS X applications).
My complaint is that I don't want my "short name" or "alias"
i.e. symlink, to have to reside in my current working directory
(which would mean that I needed to make one in lots of places).
e.g.
iMg5:~ jkt$ ln -s /usr/local/lib/j602/jconsole jxx
iMg5:~ jkt$ ls
Desktop Documents Library Magazines
Movies Music Pictures Public
Sites jxx
iMg5:~ jkt$ ./jxx # annoying to have to use ./
i. 2 3
0 1 2
3 4 5
exit 0
While that works as you say - surely you can agree that
putting the short name (symlink) in one place (such as
/usr/local/bin/) which is in my PATH would be a nicer
solution than putting the name in every directory I might
use - annoying even/especially in directories created for
a short project. Not to mention that I have to use ./jxx
rather than just jxx (taking advantage of the fact that
some trust is given to executables in a common place
such as /bin (or /j602 if in an explicit path).
- joey
At 14:01 -0400 2007/09/30, Eric Iverson wrote:
>Although my examples used fullpaths I did so only to try to make
>things clearer. I believe the things I showed would work with
>symlink or the shell script located somewhere in $PATH . Then you
>could just use the names jsymlink and jsymlinkjpwd anywhere and get
>jconsole running with either the current folder or the J folder.
>
>I would say don't put .../j602 into $PATH. There is no need and it
>can create other problems (conflicts with other jconsole programs
>for example).
>
>Just put all of J in its very own folder. Then use normal Unix stuff
>to invoke it. This includes symlinks with fullpaths and shell
>scripts.
>
>I am not very familiar with the use of alias but can't see why they
>won't work or compliate things.
>
>----- Original Message ----- From: "Joey K Tuttle" <[EMAIL PROTECTED]>
>To: "Beta forum" <[email protected]>
>Sent: Sunday, September 30, 2007 1:24 PM
>Subject: Re: [Jbeta] J602 installation
>
>>Re: Unix shell install.
>>
>>I think that seems more in line with the intent to be more
>>portable, even allowing copy to a USB memory stick.
>>
>>-- regards earlier remarks --
>>
>>But having to include a full path to invoke JFE seems too
>>arduous. What changed is that in the past I put an alias
>>for JFE in my bin directory which is in $PATH -- now, even
>>if I put .../j602/ in my $PATH variable, it doesn't work
>>to use a short alias.
>>
>>Amusing side effect of trying - even with .../j602/ added
> >>to my PATH, invoking jconsole gets sun.java.Jconsole.
>>
>>For things like CGI scripts, editing all of them to include
>>an absolute path is painful. In recent releases, I maintained
>>3 aliases ja for production, jo for previous release, and jb
> >>for active beta test. Admittedly, if I wanted to test a CGI
>>script with jb, I had to edit the script. But when the stable
>>release was announced, I could change the links the aliases
>>represented and existing scripts would use the new system.
>>
>>The only solution I've thought of (as shown way below) is
>>to put cover scripts in my .../bin/ but then I don't know
>>how to pass in parameters such as -jprofile and -jnew ...
>>
>>
>>
>>At 10:33 -0400 2007/09/30, Eric Iverson wrote:
>>>I have been thinking about the various suggestions on the Unix
>>>shell install. I am considering changes along the following lines
>>>and am interested in your comments.
>>>
>>>>~/temp/j602abeta_linux32.bin
>>>Run again with -install argument to install: jsoftware/j602
>>>
>>>The install is in folder: /home/eric/jsoftware/j602
>>>
>>>After the install you can rename or move the jsoftware/j602 folder.
>>>
>>>>~/temp/j602abeta_linux32.bin -install
>>>Installation finished in: /home/eric/jsoftware/j602
>>>
>>>Read jwd for jwd trouble shooting.
>>>
>>>Run J console (ctrl+d exits) or J GUI with commands:
>>>...\>"/home/eric/jsoftware/j602/jconsole"
>>>...\> "/home/eric/jsoftware/j602/jwd"
>>>>
>>>
>>>----- Original Message ----- From: "Eric Iverson" <[EMAIL PROTECTED]>
>>>To: "Beta forum" <[email protected]>
>>>Sent: Sunday, September 30, 2007 10:02 AM
>>>Subject: Re: [Jbeta] J602 installation
>>>
>>>>I don't think this has changed between 601 and 602.
>>>>
>>>>Sometimes one wants jconsole to run in the current working
>>>>directory. This is the default and is the same in J601 or J602.
>>>>
>>>>Starting jconsole doesn't do a cd and if you want one you have to
>>>>do it explicitly. A symlink to jconsole starts jconsole in the
>>>>current folder as no cd is done.
>>>>
>>>>If you want to start jconsole with the J directory as the pwd
>>>>then you need to explicitly do a cd. There are several ways but
>>>>perhaps the easiest is
>>>>sketched out below (jsymlinkx script defined with cat or whatever):
>>>>
>>>>>cd ~
>>>>>ln -s ~/jsoftware/j602 jsymlink
>>>>>cat jsymlinkjpwd
>>>>cd ~/jsoftware/j602
>>>>~/symlink "$@"
>>>>>
>>>>>./jsymlink
>>>> 2!:0'pwd'
>>>>/home/eric
>>>>ctrl+d
>>>>>./jsymlinkjpwd
>>>> 2!:0'pwd'
>>>>/home/eric/jsoftware/j602
>>>>ctrl_d
>>>>
>>>>jwd does an explicit cd to the J diretory. This is because this
>>>>is the case in windows and most casual use of jwdp assumes this.
>>>>The cd isn't required and running j.jar without it will start J
>>>>with the current directory which is useful if the pwd is an
>>>>argument to what you want to do.
>>>>
>>>>----- Original Message ----- From: "Joey K Tuttle" <[EMAIL PROTECTED]>
>>>>To: "Beta forum" <[email protected]>
>>>>Sent: Sunday, September 30, 2007 3:32 AM
>>>>Subject: Re: [Jbeta] J602 installation
>>>>
>>>>>OK - I am dense and/or stubborn...
>>>>>
>>>>>I have read and tried various things with little happiness.
>>>>>
>>>>>What I want to be able to do is be in a working directory
>>>>>(terminal session) and invoke jconsole (or jwd) and have
>>>>>the j session in pwd. e.g.
>>>>>
>>>>>iMg5:~ jkt$ cd Music
>>>>>iMg5:~/Music jkt$ pwd
>>>>>/Users/jkt/Music
>>>>>iMg5:~/Music jkt$ ls -l
>>>>>total 0
>>>>>drwxr-xr-x 7 jkt jkt 238 Sep 29 21:05 iTunes
>>>>>drwxrwxrwx 7 jkt jkt 238 Sep 2 2005 iTunes 2002.02.16
>>>>>iMg5:~/Music jkt$ ja
>>>>> host 'ls -l'
>>>>>total 0
>>>>>drwxr-xr-x 7 jkt jkt 238 Sep 29 21:05 iTunes
>>>>>drwxrwxrwx 7 jkt jkt 238 Sep 2 2005 iTunes 2002.02.16
>>>>>
>>>>> host 'pwd'
>>>>>/Users/jkt/Music
>>>>>
>>>>> version ''
>>>>>Binary: j601binc_darwin_powerpc
>>>>>Library: j601libc
> >>>>>Help: j601hlpc
>>>>>Engine: j601/2006-11-17/17:05
>>>>>ProductName: Mac OS X
>>>>>ProductVersion: 10.4.10
>>>>>BuildVersion: 8R218
>>>>>java version "1.5.0_07" Java(TM) 2 Runtime Environment, Standard
>>>>>Edition (build 1.5.0_07-164) Java HotSpot(TM) Client VM (build
> >>>>>1.5.0_07-87, mixed mode, sharing)
>>>>>
>>>>>---
>>>>>In the past, I did this with a sym link of /usr/local/bin/ja
>>>>>to jconsole - but in j602 that doesn't work. I rather object
>>>>>to having to use:
>>>>>
>>>>>iMg5:~/Music jkt$ /usr/local/lib/j602/jconsole
>>>>> host 'pwd'
>>>>>/Users/jkt/Music
>>>>>
>>>>>or for that matter /User/jkt/jsoftware/jconsole
>>>>>
>>>>>....
>>>>>
>>>>>If I create a /usr/local/bin/script such as the following:
>>>>>
>>>>>iMg5:~/Music jkt$ cat /usr/local/bin/jbeta
>>>>>#!/usr/local/lib/j602/jconsole
>>>>>
>>>>>iMg5:~/Music jkt$ jbeta
>>>>> host 'pwd'
>>>>>/Users/jkt/Music
>>>>>
>>>>>Then I get part way back to what I had in j601 - but I have
>>>>>lost the ability to pass in parms and file arguments... If
>>>>>I use a shell script such as:
>>>>>
>>>>>iMg5:~ jkt$ cat /usr/local/bin/jb
>>>>>#! /bin/bash
>>>>>/usr/local/lib/j602/jconsole $*
>>>>>
>>>>>Then I can pass in file names, but I don't know how to invoke
>>>>>a parameter e.g. -jconsole is there a way?
>>>>>
>>>>>I can't think of a way to do what I want with jwd (i.e. start
>>>>>j.app in some directory other than the installation one) - is
>>>>>there a way?
>>>>>
>>>>>Some of these issues are most important in CGI scripts (or at
>>>>>least will take considerable rethinking there) I don't believe
>>>>>my current ways of setting up Apache will work at all with j602
>>>>>but maybe Oleg or someone can suggest better ways than I am
>>>>>currently doing it.
>>>>>
>>>>>- joey
>>>>>
>>>>>At 12:31 -0400 2007/09/29, Eric Iverson wrote:
>>>>>>J602 does not use JPATH... env var.
>>>>>>
>>>>>>Please read Help|Release Hightlights and Help|User Manual|J602
>>>>>>Install for more information.
>>>>>>
>>>>>>Short answer is that J602 JFE finds the J directory that
>>>>>>contains the JFE and then requires everything to be there (JFE,
>>>>>>JE, profile.ijs, etc).
>>>>>>
>>>>>>Hardlinks to the JFE are not supported and symlinks to the JFE
>>>>>>must be absolute paths.
>>>>>>
>>>>>>----- Original Message ----- From: "Joey K Tuttle" <[EMAIL PROTECTED]>
>>>>>>To: "Beta forum" <[email protected]>
>>>>>>Sent: Saturday, September 29, 2007 12:00 PM
>>>>>>Subject: Re: [Jbeta] J602 installation
>>>>>>
>>>>>>>Actually, sigh, I spoke too soon. What really happened
>>>>>>>was that it worked fine while my working directory was
>>>>>>>/usr/local/lib/j602 - from any other directory, I got:
>>>>>>>
>>>>>>>iMg5:~ jkt$ jb
>>>>>>>Load library /Users/jkt/libj.dylib failed.iMg5:~ jkt$
>>>>>>>
>>>>>>>Even worse, I can't find a way to correct it. In past
>>>>>>>releases I set /etc/bashrc to look like:
>>>>>>>
>>>>>>>iMg5:~ jkt$ cat /etc/bashrc
>>>>>>># System-wide .bashrc file for interactive bash(1) shells.
>>>>>>>if [ -n "$PS1" ]; then PS1='\h:\w \u\$ '; fi
>>>>>>># Make bash check it's window size after a process completes
>>>>>>>shopt -s checkwinsize
>>>>>>> if ! echo $PATH | /usr/bin/grep -q "/usr/local" ; then
>>>>>>> PATH=$PATH:/usr/local/bin/
>>>>>>> fi
>>>>>>># For J users in bash
>>>>>>>JPATHj602="/usr/local/lib/j602/"
>>>>>>>JPATHj601="/usr/local/lib/j601/"
>>>>>>>JPATHj504="/usr/local/lib/j504/"
>>>>>>>
>>>>>>>export PATH JPATHj601 JPATHj504 JPATHj602
>>>>>>>
>>>>>>>and while it works for j601 and j504, no joy with j602.
>>>>>>>
>>>>>>>- joey
>>>>>>>
>>>>>>>----
>>>>>>>
>>>>>>>At 20:29 -0700 2007/09/28, Joey K Tuttle wrote:
>>>>>>>>I should have added that on my third installation
>>>>>>>>(into /usr/local/lib/) things worked very nicely
>>>>>>>>and a symbolic link in /usr/local/bin works "out
>>>>>>>>of the box" (except for my missing personal profile).
>>>>>>>>
> >>>>>>>>This is a very nice improvement - thanks.
>>>>>>>>
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
____________________________________________________________________________________
Be a better Globetrotter. Get better travel answers from someone who
knows. Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=list&sid=396545469
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
