Frank,
Sure, but I really doubt that the Sync DB has any logic to
"limit"/"break down" the full set into partial sets so that the
operation can complete. (That is my theory anyway.)
My opinion is that a standard feature of the tool set BREAKS when the
OOB application is loaded. Therefor it is a bug. ( BMC can pick if it
is a flaw in the OOB to have "to many objects" or in the ARS server
for not being able to export all of the objects before the Admin Tool
timeout. Either way it is a BUG in my book.)
This kind of a bug has far reaching impact to the perception of
quality of the products (note: the plural there) IMHO.
Why has BMC not found this bug before release to the customers?
If they have already found it, why was it not documented?
What else will break due to "scaling issues" of the system with OOB
applications?
Etc... Etc... Etc...
--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)
Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
On Nov 30, 2007 12:02 PM, FRANK, GORDON CTR DISA JSSC
<[EMAIL PROTECTED]> wrote:
> Classification: UNCLASSIFIED
> Caveats: NONE
>
> Chris,
> I haven't had trouble with forms. I've had trouble with Active Links.
> Usually I break Als into two halves (A-H and I-Z). The reason I don't do
> right down the middle is because the "H" (i.e. HPD:HelpDesk) has a large
> quantity of Active Links.
>
> I also do them as separate chunks (Forms, 2 AL dumps and the rest of the
> objects). Don't forget that a .def file is just a text file and you can
> always put them back together if necessary (or pick and choose as
> needed).
>
> Gordon M. Frank
> DISA\Version FNS
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
