... so as I have the election results on in the background I decided
to install CF801 onto my Mac, using Apache and 64 bit.
The installer stopped me at the 2nd screen, saying "Error: Make sure
64 bit JDK is the default JVM, this version of install requires
default JVM to be 64 bit JDK...." So I opened Utilities, Java, Java
Preferences and made sure 64 bit was first in line in both Applets and
Applications. I even restarted. The ColdFusion 801 64 bit installer
refused to recognize my 64 bit Java setting. After some Googling it
turns out that it may be a Sun Java issue as people who were running
older JVMs had success on their CF801 64 bit installs, but evidently
the Java update that Apple pushed out in it's Software Update renders
the ColdFusion801 64 bit version uninstallable.
I called and filed a case with Adobe, they said an engineer should get
back to me in 24 hours.... we'll see about that. Adobe hasn't been all
that reliable in support issues since I've had to deal with them
(which is a shame, since I've evangelized a lot of their products to
my clients and have tens of thousands of dollars in sales to prove it).
Has anyone else encountered this installation error?
Rich
On Nov 4, 2008, at 11:05 AM, Jared Rypka-Hauer wrote:
> At one point I had a tool for OSX that allowed you to manage your
> Apache config files, but I can't remember what it was called... and
> I didn't like it. It reformatted my config file and made things
> ugly. I tend to be pretty nitpicky about the formatting in my config
> files (because at some point they have to be human-readable), and it
> just didn't honor my standards! How rude, eh? ;) I've never actually
> found a GUI front-end for the Apache config that I really liked,
> actually... it's a wonder there's not an Eclipse plugin for it that
> gives you context-based directive insight and stuff. Maybe there is,
> I'll have to check it out.
>
> I don't mind managing my Apache config by hand on a local dev box
> and I don't ever have to deal with the servers, so it's no big deal
> for me to copy/pasted a vhost block, change the paths and log file
> names and add a line to the hosts file.
>
> I don't run DNS locally either.
>
> Typically, I have my codebase checked out from SVN, and the Apache
> vhost's webroot pointed at the portion of the working copy that is
> the webroot (at Alagad we usually use a subfolder of the repo for
> the wwwroot), so I can dev, test and checkin pretty seamlessly. My
> workflow goes something like this:
>
> 1) Checkout code
> 2) Edit Apache config
> 3) Edit /private/etc/hosts
> 4) Bounce Apache
>
> Takes a total of about 10 minutes, depending on the repository size
> and any special configs.
>
> On 10.4 I kept all my projects in my Documents folder and pointed
> Apache's vhost there... however on 10.5 that doesn't work because
> they have security in place to block access to these files from the
> web server, so everything has to be checked out into /Users/
> {username}/Sites and that can be used as the webroot of the vhost.
>
> I use TextWrangler to edit my config files because it's the only one
> out there that makes opening/editing secured files easy... use File
> > Open Hidden... to get to /etc/hosts and /etc/apache2/http.conf...
> super simple. You may have to change the dropdown at the top of the
> Open File dialog to All Files instead of All Editable Files to make
> it work.
>
> Something of note: I always install CF using the built-in webserver.
> After installing CF I use {cf_home}/lib/wsconfig.jar to add the
> connector to Apache. Note that the built-in webserver can be shut
> off using either the JRun Admin server or via editing {cf_home}/
> runtime/servers/coldfusion/SERVER-INF/jrun.xml on Standalone or
> {jrun_home}/servers/{servername}/SERVER-INF/jrun.xml, finding the
> block that starts with <service class="jrun.servlet.http.WebService"
> name="WebService"> and changing the attribute "deactivated" to
> "true", then restarting the CF server. I leave CFIDE and WEB-INF in
> the default location and create a symbolic link to it in the webroot
> of any vhost that needs access to it. You need access to it for the
> scripts and CSS for any AJAX stuff, so it may be important to do
> this. I like having CFIDE in a consistent, central location and
> adding links to it where needed, and I like having a fully-default
> CF install so that things are always the same.
>
> HTH,
> J
>
> On Nov 3, 2008, at 4:33 PM, Chris Blackwell wrote:
>
>> CentOS + Virtualmin is great way to recycle an old PC into a dev
>> box ;)
>>
>> 2008/11/3 Rich <[EMAIL PROTECTED]>
>> Wow, that is an amazing tool! I'm just a little hesitant given that
>> it looks like any Mac installs will have to be done manually; none
>> of their scripts seem to support the Mac. But if nothing else, this
>> is just a great tool to know exists and bookmark it because at some
>> point I'll be able to put it to use!
>>
>> Thanks,
>>
>> Rich
>>
>>
>> On Nov 3, 2008, at 3:06 PM, Chris Blackwell wrote:
>>
>>> going slightly off-topic..
>>>
>>> setting up dev sites is a real pet-hate of mine, so i spent a
>>> while setting up my environment to be as automated as possible
>>> i use virtualmin (http://www.virtualmin.com/) to manage my dev box
>>> (and virtualmin pro on my hosting servers) so when i need a new
>>> server i just enter the domain name and it sets up apache, local
>>> dns, svn repo and a mysql db for me, it also creates a cname entry
>>> on my real dns servers so that my clients can view the dev site
>>> from outside the office.
>>>
>>> beats manually editing host files, create db's and setting
>>> permissions manually :)
>>>
>>>
>>> 2008/11/3 Adam Tuttle <[EMAIL PROTECTED]>
>>>
>>> I completely agree with Chris and operate much the same way myself;
>>> though I use the hosts file instead of running DNS locally.
>
> >
Rich
Rich Leach
Advanced Certified Adobe ColdFusion Developer
[EMAIL PROTECTED]
http://www.cfsnap.com
303-913-7338
Instant Messenger:
AOL AIM: cfsnaprich
Instant Video Conference:
APPLE MobileMe: [EMAIL PROTECTED]
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
For more about Model-Glue, check http://www.model-glue.com .
-~----------~----~----~----~------~----~------~--~---
