I didn't mention it for no reason :)
I mean it's good enough for the demo apps
-Original Message-
From: Adam Haskell [mailto:[EMAIL PROTECTED]
Sent: Friday, June 01, 2007 7:45 AM
To: CF-Community
Subject: Re: cf8 and client variables
*cough* look for derby in t
rom: Jim Davis [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, May 31, 2007 11:05 AM
> > To: CF-Community
> > Subject: RE: cf8 and client variables
> >
> > > -Original Message-----
> > > From: Loathe [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, May 3
On 5/31/07, Jim wrote:
> > seriously, that would be my best pick. Doesn't Java have a bunch of
> > embedded db's to pick from also? If not, why not just put something
> > like sqlite.
+1 Yup, they already have a decent java db in there...
> I'm sure they could - but now we're talking abo
> -Original Message-
> From: Loathe [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 31, 2007 12:10 PM
> To: CF-Community
> Subject: RE: cf8 and client variables
>
> What's the default on Linux or AIX?
The same - the Unix versions implement a "faux
What's the default on Linux or AIX?
-Original Message-
From: Jim Davis [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 31, 2007 12:03 PM
To: CF-Community
Subject: RE: cf8 and client variables
> -Original Message-
> From: Zaphod Beeblebrox [mailto:[EMAIL PROTECTED]
>
> -Original Message-
> From: Zaphod Beeblebrox [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 31, 2007 11:49 AM
> To: CF-Community
> Subject: Re: cf8 and client variables
>
> seriously, that would be my best pick. Doesn't Java have a bunch of
> embedded db
gt; How about adding "embedded db" as an option?
>
> Haha
>
> -Original Message-
> From: Jim Davis [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 31, 2007 11:05 AM
> To: CF-Community
> Subject: RE: cf8 and client variables
>
> > -Original Messag
Ok, well this is a new version of the server we're talking about.
How about adding "embedded db" as an option?
Haha
-Original Message-
From: Jim Davis [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 31, 2007 11:05 AM
To: CF-Community
Subject: RE: cf8 and client variables
> -Original Message-
> From: Loathe [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 31, 2007 10:38 AM
> To: CF-Community
> Subject: RE: cf8 and client variables
>
> I disagree. I think making it cookie out of the box makes more sense.
>
> IMHO if you don
bject: RE: cf8 and client variables
> -Original Message-
> From: Mickael Pervinski [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 30, 2007 10:51 PM
> To: CF-Community
> Subject: cf8 and client variables
>
> you would think by now, 'registry', would /not/ be
> -Original Message-
> From: Mickael Pervinski [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 30, 2007 10:51 PM
> To: CF-Community
> Subject: cf8 and client variables
>
> you would think by now, 'registry', would /not/ be the default in the
> admin
It's the same problem that it's always
I thought of it more as an annoyance than a feature
On 5/31/07, Cameron Childress <[EMAIL PROTECTED]> wrote:
>
> It is interesting that out of all the features to talk about, this is
> the one that you carefully selected.
>
> -Cameron
>
> On 5/30/07, Mickael Pervinski <[EMAIL PROTECTED]> wrote:
>
It is interesting that out of all the features to talk about, this is
the one that you carefully selected.
-Cameron
On 5/30/07, Mickael Pervinski <[EMAIL PROTECTED]> wrote:
> you would think by now, 'registry', would /not/ be the default in the admin
--
Cameron Childress
Sumo Consulting Inc
ht
I was about to go *ding*ding*ding - Call the disclosure police! And then
I saw the PDF my boss sent. Oh well. Couldn't waste that gem.
On 5/30/07, Mickael wrote:
> you would think by now, 'registry', would /not/ be the default in the admin
~~
14 matches
Mail list logo