Locked down – easier to deal with. Had one vendor who password protected the download of a password protected .zip archive of the pdf documentation which was then further locked down to prevent copy & print. Now that is useless
From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Wednesday, April 30, 2014 1:30 PM To: arslist@ARSLIST.ORG Subject: Re: Fast v.s. List Threads ** Thought I would share this on the List. I put my ranty pants on for this one (no really, notice the tags): Why do I have to log into bmc.docs.com almost every time I open it?<https://communities.bmc.com/message/424094> The recentish docs.bmc.com<http://docs.bmc.com> changes and need to enter credentials multiple times a day the has probably been experinece by many of you. Apparently this is by design. The response I received on a recent ticket for it: no secured system in the work arena will allow 1 day of session validity" and at this time no changes will be made. (Login expiration is correctly configured. No secured system in the work will allow 1 day of session validity.) "Multiple login is a known issue as we have different apps using different SSO solution. We are already working on that. You cannot have SSO/session active across multiple computers. This is basics of secured system.. I too am looking for an answer as to why is this documentation needs to be so secure? SNOW doesn't secure their doc. Jason On Tue, Apr 29, 2014 at 10:20 PM, Axton <axton.gr...@gmail.com<mailto:axton.gr...@gmail.com>> wrote: ** Just to help (maybe) solve a long standing problem, let me point this out. I ran a Google search for a quote from the excerpt you cited from the product documentation: "The fast queue handles the operations that generally run to completion quickly" Guess what result did not show up on the first page of results... BMC's product documentation... What logic they have to withhold their documentation from robots indexing it is beyond me. If memory serves me correctly BMC has gone to lengths to ensure that APIs, documentation, javadoc, systematic workflow documentation, etc. are not available on the web. Maybe someone can help me understand the logic here because it eludes me... On Tue, Apr 29, 2014 at 7:06 PM, William Rentfrow <wrentf...@stratacominc.com<mailto:wrentf...@stratacominc.com>> wrote: ** This is straight out of the ARS configuration guide: Fast queue The fast queue handles the operations that generally run to completion quickly without blocking access to the database. The fast queue handles all server operations, except for: Administrative operations that restructure the database. These operations use the administration queue. The ARExport, ARGetListEntry, ARGetListEntryWithFields, and ARGetEntryStatistics, and other API calls (which use the list queue). For more information about API calls, see the C API Reference. One or more threads can serve the fast queue if a fast queue is configured. To configure a fast queue, see “Defining queues and configuring threads” on page 160. List queue The list queue handles AR System operations that might require significant time, block access to the database, or both. Examples of these operations include ARExport, ARGetListEntry, ARGetListEntryWithFields, and ARGetEntryStatistics. One or more threads can serve the list queue if a list queue is configured. To configure a list queue, see “Defining queues and configuring threads” on page 160. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Andrew Fremont Sent: Tuesday, April 29, 2014 1:40 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Fast v.s. List Threads ** Hi, What are the main differences between the two? I can't any docs about these threads. Which one handle the requests from users via Mid-tier, or WUT clients. Thanks _ARSlist: "Where the Answers Are" and have been for 20 years_ ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 Internal Virus Database is out of date. _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"