I would guess that you updated your JVM. I had the same problem when
CFMX first came out and I had to roll back the JVM to 1.3.1_09 in
order to use another account besides the LocalSystem account for the
CF service and have a working CFCHART. A newer JVM may work, but I
haven't tried.
-
Rod
yeah, I tried updating the JVM AFTER this occured, no help at all.
Our prod machine has never had the stock JVM changed, still at
1.4.2_b28, IIRC.
This really bites. We have 6 boxes running CFMX6.1 UPD1 ENT. 2 of
the 6 have this issue, the others do not.
DK
On Mon, 7 Mar 2005 12:34:28
Yeah, stock VJM that ships with MX doesn't work. I had to roll back
to an older version after talking with MM support for a week.
-
Rod
On Mon, 7 Mar 2005 15:14:48 -0500, Douglas Knudsen
[EMAIL PROTECTED] wrote:
yeah, I tried updating the JVM AFTER this occured, no help at all.
Our prod
Check on file permissions issues for the account. The charting engine
stores the charts on disk
Tom Jordahl
Macromedia Server Development
-Original Message-
From: Douglas Knudsen [mailto:[EMAIL PROTECTED]
Sent: Monday, March 07, 2005 3:15 PM
To: CF-Talk
Subject: Re: CFChart
Check on file permissions issues for the account. The charting engine
stores the charts on disk
Tom Jordahl
Macromedia Server Development
Tom Jordahl
Macromedia Server Development
On Sun, 6 Mar 2005 22:13:41 -0500, Douglas Knudsen
[EMAIL PROTECTED] wrote:
ok, I figured this out.
-Talk
Subject: RE: CFChart dieing
Check on file permissions issues for the account. The charting engine
stores the charts on disk
Tom Jordahl
Macromedia Server Development
-Original Message-
From: Douglas Knudsen [mailto:[EMAIL PROTECTED]
Sent: Monday, March 07, 2005 3:15 PM
To: CF
]
Sent: Monday, March 07, 2005 3:15 PM
To: CF-Talk
Subject: Re: CFChart dieing
yeah, I tried updating the JVM AFTER this occured, no help at all.
Our prod machine has never had the stock JVM changed, still at
1.4.2_b28, IIRC.
This really bites. We have 6 boxes running CFMX6.1 UPD1 ENT. 2
: Douglas Knudsen [mailto:[EMAIL PROTECTED]
Sent: Monday, March 07, 2005 3:15 PM
To: CF-Talk
Subject: Re: CFChart dieing
yeah, I tried updating the JVM AFTER this occured, no help at all.
Our prod machine has never had the stock JVM changed, still at
1.4.2_b28, IIRC.
This really bites
PROTECTED]
Sent: Monday, March 07, 2005 2:26 PM
To: CF-Talk
Subject: RE: CFChart dieing
Check on file permissions issues for the account. The charting engine
stores the charts on disk
Tom Jordahl
Macromedia Server Development
-Original Message-
From: Douglas Knudsen [mailto
:[EMAIL PROTECTED]
Sent: Monday, March 07, 2005 3:18 PM
To: CF-Talk
Subject: Re: CFChart dieing
interesting...we never have a CFIDE virtual dir, or 'mapping', in IIS,
only the actual physical dir. Yet,
D:\JRun4\servers\cfmx\cfusion-ear\cfusion-war\WEB-INF\cfide still
exists to with a cfmapping. Always
-Original Message-
From: Douglas Knudsen [mailto:[EMAIL PROTECTED]
Sent: Monday, March 07, 2005 3:18 PM
To: CF-Talk
Subject: Re: CFChart dieing
interesting...we never have a CFIDE virtual dir, or 'mapping', in IIS,
only the actual physical dir. Yet,
D:\JRun4\servers\cfmx\cfusion-ear\cfusion
ok, I figured this out. SEems for some reason suddenly, if a CF
instance service is running under a local account, CFCHART will not
work. We get no error message and no chart, the request just hangs
forever. If I change the service to use the localsystem user, bamm
charts start working again.
does the cfchart function rely on flashremoting for Flash based charts?
On Wed, 2 Mar 2005 14:17:53 -0800, Barney Boisvert [EMAIL PROTECTED] wrote:
There isn't a technote or anything, it's a 100% home-grown solution.
We generate the chart, supplying the NAME attribute to CFCHART and
then
It's all static. The chart gets generated during the page request,
and then returned as a static file from the GraphData servlet for
subsequent requests.
cheers,
barneyb
On Fri, 4 Mar 2005 11:49:17 -0500, Douglas Knudsen
[EMAIL PROTECTED] wrote:
does the cfchart function rely on flashremoting
ah, ok. I'm still stuck with no working cfcharts on a dev box of
mine. Just created a new CF instance and it too has broken cfchart.
Whacked. next step is to do the old remove/reinstall I suppose.
D
On Fri, 4 Mar 2005 10:29:57 -0800, Barney Boisvert [EMAIL PROTECTED] wrote:
It's all
oh, an dthanks for your responses barney.
On Fri, 4 Mar 2005 13:44:21 -0500, Douglas Knudsen
[EMAIL PROTECTED] wrote:
ah, ok. I'm still stuck with no working cfcharts on a dev box of
mine. Just created a new CF instance and it too has broken cfchart.
Whacked. next step is to do the old
Anyone have any ideas settings or options we can try?
We're not having this problem with our prod environment, only dev.
On Wed, 2 Mar 2005 08:14:54 -0600, Greg Morphis [EMAIL PROTECTED] wrote:
Has anyone encountered this?
On our Dev Server (MX6.1 Win2K), pages with CFChart are not loading..
actually, we (I work with Greg) did have this issue in production last
week. Because each graphing request never timed out, it brought CF
done every hour or so. We have an app that uses cfgraph quite abit.
The only way I could find to fix it was to just create a new fresh
CFMX instance under
We're using CFCHART a fair amount. We're not using the GraphData
servlet though, because it doesn't work in clusters without session
affinity. Of course, we didn't find this out until deploying to the
cluster, since our dev environment is a cluster of one server. ; )
We quickly fixed things
barney, ugh, not using the servlet? I don't recall seeing any
technote, etc on this. Can you possibly point to this, I'm quite
curious. Is this the trick where you generate the chart using cfchart
wrapped with cfsavecontent, hten deliver teh chart via a map to the
cfchart cache dir?
The issue
There isn't a technote or anything, it's a 100% home-grown solution.
We generate the chart, supplying the NAME attribute to CFCHART and
then save it to a shared filesystem. Then we've got another CFM
template that serves the saved charts off the filesystem. So it's
really no different than what
21 matches
Mail list logo
