no, you install FR onto your Railo or CF server, and it integrates with it
by installing an FR JAR file.
If you follow the manual installation instructions you will get a better
idea how it works,
On Tue, Dec 2, 2014 at 5:25 AM, Don danfar...@hotmail.com wrote:
There is absolutely no
Doesnt seem anyone noticed my reply so I'll post this again...
I noticed a sharp drop in JVM memory during this process ( it all happened in
about one minute )
Say from the average JVM Freememory of : 255 Megs
Dropping to around : 30 Megs
Any thoughts or ideas? It did come back up to normal
This does not necessarily mean anything Don. It could simply mean migration
from eden to persistent memory where GC recovers in due course. It's the
overall pattern of GC recovery that means the most when talking about gross
numbers. You should see a saw tooth pattern over time with steep drops
This does not necessarily mean anything Don. It could simply mean migration
from eden to persistent memory where GC recovers in due course. It's the
overall pattern of GC recovery that means the most when talking about gross
numbers. You should see a saw tooth pattern over time with steep drops
Russ Michaels wrote:
doing debugging and load testing on a live production server is generally
a
bad idea.
On general principles, sure... although I'd say that a diagnostic reporter
like F-R belongs first and foremost on a production box.
To the OP... it sounds like you are stuck, so how good
Russ Michaels wrote:
doing debugging and load testing on a live production server is generally
a
bad idea.
On general principles, sure... although I'd say that a diagnostic reporter
like F-R belongs first and foremost on a production box.
To the OP... it sounds like you are stuck, so how good
If you want code samples on the error dumping stuff let me know. I worked
something up for an article years ago but its grown up since. A breadcrumb
array kept in the session scope has been key. Stores everything the user
does and gets dumped to the error file.
--m@--
You can also configure CF to log slow pages and if you have enterprise,
server monitor can log/alert you to slow/hung requests.
On 12/2/14, 10:52 AM, Money Pit wrote:
Russ Michaels wrote:
doing debugging and load testing on a live production server is generally
a
bad idea.
On general
A breadcrumb array kept in the session scope has been key. Stores everything
the
does and gets dumped to the error file.
Am curious as to what you did there. Would you mind sharing how you did that? (
I dont need code ) just your idea(s) explained with some more detail.
You can also configure CF to log slow pages and if you have enterprise,
server monitor can log/alert you to slow/hung requests.
On 12/2/14, 10:52 AM, Money Pit wrote:
Another good suggestion. But I'm not recieving much in the way of information
from the host anymore. Seems they might not
Sounds like it's time to move on.
On 12/2/14, 1:11 PM, Don wrote:
I'm not recieving much in the way of information from the host anymore. Seems
they might not like me poking around too much I dont know.
~|
Order the
Sounds like it's time to move on.
On 12/2/14, 1:11 PM, Don wrote:
I'm not recieving much in the way of information from the host
anymore. Seems they might not like me poking around too much I
dont know.
lol, well that's exactly what the developer of their e-commerce software
Sounds like they need a new host. Is that an option?
On Tue, Dec 2, 2014 at 4:33 PM, Don danfar...@hotmail.com wrote:
Sounds like it's time to move on.
On 12/2/14, 1:11 PM, Don wrote:
I'm not recieving much in the way of information from the host
anymore. Seems they might not like me
FR is indeed meant to run on a production server, and I was not saying
otherwise.
But you can also install it on dev to help you with the debugging and load
testing as well.
I think you are incorrectly assuming that FusionReactor is a debugging and
load testing tool, which is not the case. FR is
If I had to diagnose this, I would start with making sure that none of
the function calls or cfinvokes are endlessly recursing. Then I would
make sure none of the database queries are hanging.
On Thu, Nov 27, 2014 at 9:03 PM, Don danfar...@hotmail.com wrote:
Got this custom e-commerce app
Russ Michaels wrote:
I think you are incorrectly assuming that FusionReactor is a debugging and
load testing tool,
No not at all. Thats why I called it a 'diagnostic reporter' earlier on.
Something I don't need at all for the most part but need desperately when
things aren't going right and
Great!
And these sessions structures, do you write the data to the DB onSessionEnd ?
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
No I don't. It all sits in memory unused. But if an error occurs this
info gets dumped out via my error handler where it can be used
post-mortem. Generally my error handler loops over a pre-defined list of
scopes and dumps them all out. Depending on the setting I've made, the
dump is either
No I don't. It all sits in memory unused. But if an error occurs this
info gets dumped out via my error handler where it can be used
post-mortem. Generally my error handler loops over a pre-defined list of
scopes and dumps them all out. Depending on the setting I've made, the
dump is either
I run a financial service site that has very complex pathways running
through it. This has saved me an enormous amount of time trying to figure
out how a series of user actions could uncover some sort of hole in the
code.
This thread got me tinkering and I did some tweaking. For starters when
20 matches
Mail list logo