I'm not sure, but it couldn't hurt to try. You can cobble together a couple
of workarounds (which I hate) that would "avoid" the problem. (Restarting
the service every few hours programmatically or setting a watchdog and
having it trigger a restart.)
The first thing I would look at for the queue issue is something simple
like if the computer is configured to go to sleep or even a resource
constraint problem. If it's a shared / dedicated machine, I would think it
may hibernate/sleep and cause some issues as it's an app running on the
desktop. Stupid idea, but it would make some sense and is an easy diagnosis.
Ken Pyle
CISSP, HCISPP, ECSAv8, CEHv8, OSCP, OSWP, EnCE, Sec+
DFDR Consulting LLC
Digital Forensics, Incident Response, Cyber Security
Phone: 267-540-3337 Ext: 101
Email: kwp@xxxxxxxxxxxxxxxxxx
Headquarters:
690 Sugartown Rd
Suite WH-201
Malvern, PA 19355
On Thu, Nov 8, 2018 at 4:27 PM Herman Lau <HLau@xxxxxxx> wrote:
Hi Ken,
I've seen that option to convert an exe to run as a service, but it's kind
of a workaround and although better than nothing, it still doesn't address
their poor design and programming. Do you know if converting an app to a
service will handle the issue that I described when the app stops routing
but is still running? I assume it won't restart the service on its own if
the service and app are still running but not actually doing anything.
In any case, I'll run it by Netgain support to see if it's something that
we or they can do and can support.
Herman Lau
JHS CPAs, LLP
135 Town and Country Dr.
Danville, CA 94526
(925) 820-1821 ext. 255
(925) 820-8266 fax
Visit us online at www.jhs.com
Send me large and/or sensitive files here
<http://www.jhs.com/client-file-uploads>.
*From:* CPAGeeks@xxxxxxxxxxxxxxx [mailto:CPAGeeks@xxxxxxxxxxxxxxx] *On
Behalf Of *Ken Pyle
*Sent:* Thursday, November 08, 2018 1:18 PM
*To:* CPAGeeks@xxxxxxxxxxxxxxx
*Subject:* Re: [CPAGeeks] CCH Axcess performance observations during the
most recent update last weekend/Monday
Wow. This is horribly insecure!
I would suggest this fix for the “run it as an app” problem:
https://stackoverflow.com/questions/3582108/create-windows-service-from-executable
There are a number of different ways to do this, but this is the least
buggy.
As for the logged in issue, I’d need to take a look at it. There are
certainly ways to fix that as well.
On Thu, Nov 8, 2018 at 4:10 PM Herman Lau <HLau@xxxxxxx> wrote:
Do you also use the Local Routing Queue with Document Access?
Since we moved from Document OP to Document Axcess we've had to rely on
the quirkiness of the Local Routing Queue to process our scanned files
(with routing slip) into Document. While it works most of the time, the
Local Routing Queue (LRQ) design is far from ideal and CCH support has ZERO
recommendations on a best practice for consistent routing. You can read
about CCH's KB on Files are not correctly routing to CCH Axcess™ Document
<https://support.cch.com/kb/solution/sw31966?q=WKArticleType__kav>
My issues with LRQ are:
1. LRQ doesn't run as a service, it's an executable that needs to be
launched and running for the routing to take place. It also occasionally
stops routing although the application is still running, it then needs to
be closed and relaunched to resume routing files.
2. Document Axcess also needs to be installed and LOGGED IN as a licensed
Document user on the same server where LRQ is running. Each time Document
Axcess gets updated, you need to update the client on that server and
re-login. With the last weekend's release of Document Axcess, you now need
to enter the two-factor pin that is sent to the email address of the
account that you use to log into Document on the LRQ server. Same issue as
LRQ, without any notification of an error you occasionally need to relaunch
and re-log into Document Axcess to resume routing. Too bad you can't
authenticate with a token, cookie or other automated process...
We are currently in Azure with Netgain (awesome support and performance
btw) but we had these same issues when we were on-prem with Document Axcess
as well. Previously, routing to Document OP was by far more reliable and
required much less intervention.
Can anyone who uses LRQ with Document Axcess shed some light and/or a
configuration that works consistently?
Thanks,
Herman Lau
JHS CPAs, LLP
135 Town and Country Dr.
<https://maps.google.com/?q=135+Town+and+Country+Dr.+%0D%0A+%0D%0A+Danville,+CA+94526&entry=gmail&source=g>
Danville, CA 94526
<https://maps.google.com/?q=135+Town+and+Country+Dr.+%0D%0A+%0D%0A+Danville,+CA+94526&entry=gmail&source=g>
(925) 820-1821 ext. 255
(925) 820-8266 fax
Visit us online at www.jhs.com
Send me large and/or sensitive files here
<http://www.jhs.com/client-file-uploads>.
*From:* CPAGeeks@xxxxxxxxxxxxxxx [mailto:CPAGeeks@xxxxxxxxxxxxxxx] *On
Behalf Of *Michael Butler
*Sent:* Wednesday, November 07, 2018 2:54 PM
*To:* CPAGeeks@xxxxxxxxxxxxxxx
*Subject:* [CPAGeeks] CCH Axcess performance observations during the most
recent update last weekend/Monday
CCH Axcess performance observations during the most recent update last
weekend.
Last Saturday night/Sunday morning, CCH released a new version of CCH
Axcess. It updated all modules/components (we happen to be using all of
them). They also enabled two factor authentication.
We notified our users ahead of time and suggested they launch CCH Axcess
on Sunday and get the updates so they could hit the ground running on
Monday AM (and utilize home bandwidth to do this 😉). Some took that
advice, many didn’t. Anyway, Monday AM I noticed a considerable slow down
from I’d say approx. 8AM-11AM Pacific Time as everyone seemed to be
updating CCH Axcess clients during that window, bogging things down to
crawl/very slow. At one point the client I was working on received a
‘cannot connect to update server’ error or something along those lines and
had to restart the updates from scratch. I knew our bandwidth was OK, as I
tested it and it was fine, so I know CCH got bogged down quite a bit. Out
of approx. 100 CCH Axcess clients, I had to touch maybe 4-5 manually that
were hung for whatever reason and restart them. Sometimes if Office/Adobe
processes are running, it will hang because it can’t update the associated
plugins. Anyway, all and all I would say it was ‘acceptable’ and not too
bad. We didn’t notice any real performance issues once people actually got
logged in, just the update process got a bit bogged down Monday AM FWIW.
*Michael Butler*
Director of IT
[image: cid:image002.png@01D359BF.B487CA60] <http://www.kbfcpa.com/>
400 Spectrum Center Drive, Suite 250
<https://maps.google.com/?q=400+Spectrum+Center+Drive,+Suite+250+%0D%0A+%0D%0A+Irvine,+CA+92618+%0D%0A+Office:%0D%0A+(949&entry=gmail&source=g>
Irvine, CA 92618
<https://maps.google.com/?q=400+Spectrum+Center+Drive,+Suite+250+%0D%0A+%0D%0A+Irvine,+CA+92618+%0D%0A+Office:%0D%0A+(949&entry=gmail&source=g>
Office:
<https://maps.google.com/?q=400+Spectrum+Center+Drive,+Suite+250+%0D%0A+%0D%0A+Irvine,+CA+92618+%0D%0A+Office:%0D%0A+(949&entry=gmail&source=g>
(949
<https://maps.google.com/?q=400+Spectrum+Center+Drive,+Suite+250+%0D%0A+%0D%0A+Irvine,+CA+92618+%0D%0A+Office:%0D%0A+(949&entry=gmail&source=g>)
529-3900
Direct: (949) 529-3915
Mobile: (714) 914-7257
Fax: (949) 529-3979
Email: mbutler@xxxxxxxxxx
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager.
This message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any
action in reliance on the contents of this information is strictly
prohibited.
This communication and any accompanying documents are confidential and
privileged. They are intended for the sole use of the addressee. If you
receive this transmission in error, you are advised that any disclosure,
copying, distribution, or the taking of any action in reliance upon this
communication is strictly prohibited. Moreover, any such disclosure shall
not compromise or waive the attorney-client, accountant-client, or other
privileges as to this communication or otherwise. If you have received this
communication in error, please contact me at the above email address.
--
Ken Pyle
CISSP, HCISPP, ECSAv8, CEHv8, OSCP, OSWP, EnCE, Sec+
DFDR Consulting LLC
Digital Forensics, Incident Response, Cyber Security
Phone: 267-540-3337 Ext: 101
Email: kwp@xxxxxxxxxxxxxxxxxx
Headquarters:
690 Sugartown Rd
Suite WH-201
Malvern, PA 19355
This communication and any accompanying documents are confidential and
privileged. They are intended for the sole use of the addressee. If you
receive this transmission in error, you are advised that any disclosure,
copying, distribution, or the taking of any action in reliance upon this
communication is strictly prohibited. Moreover, any such disclosure shall
not compromise or waive the attorney-client, accountant-client, or other
privileges as to this communication or otherwise. If you have received this
communication in error, please contact me at the above email address.
