Hi There; >From my experiance the JAVA API call - will put in the memory buffer the 'exact same contents' as administrator tool would put in the physical definitions file.
In the Java API - it only supports putting the data into a memory buffer - so you have to add the extra file handling logic - but how hard is three lines of code :) In the "unofficial .Net" API - the function call has several overrides which actually will let you specify a filename to plunk it into. Sounds like it's time to finialize my "Source Code Capture System" which is "Built in Remedy for Remedy"... Ah - where is my spare time these days??? Robert On Wed, Jun 17, 2009 at 4:34 AM, Carey Matthew Black <[email protected]>wrote: > All, > > Also be prepared to "figure out" what the client does to the def file too. > > It is my understanding that the API call(s) themselves do not > necessary produce the final resultant def(or XML) file that the Admin > Tool (and maybe DevStudio) end up writing to the file. > > Has anyone confirmed that the base API actually produces the same file? > (With the obvious exception of the timestamp values.) > > Specifically I am concerned about Server references and other > "special" things that are stored in the def file when exported from > the BMC clients vs a home grown API program. > > > Really I do not know why the AR Server does not have a "ready to go" > copy of all of the objects cached on the ARS server. It just seems > like any time any object changes. It should be able to write out the > changed objects to the file system. (Or "cache" the def file so that > when the user asks for "All" the can just transmit the file instead of > reading the heck out of the DB for hours.) Like having a check box > that says... "write to disk after any change" .. Maybe as part of the > "Log" features of the Server. Say.. "Object Log". A kind of cross > between the Filter "Log to file" action and the Object Import > function. It just seems like it should take BMC about an hour to > implement. Yea it is a special case. It will always be a special case > when you want to do a complete backup of your system. (100% is always > a special case.) > > Mind you it would take more effort to have each object separately > stored so the AR Server does not need to re-read the DB for every > export operation, but that should be possible too. Especially since > the Server Group can only have one node be the "Admin node". ( The > other nodes just have to have get the def's cached from that one > node.) > > > But I must be making it sound to simple. > > -- > Carey Matthew Black > BMC Remedy AR System Skilled Professional (RSP) > ARS = Action Request System(Remedy) > > Love, then teach > Solution = People + Process + Tools > Fast, Accurate, Cheap.... Pick two. > > > > On Wed, Jun 17, 2009 at 5:03 AM, Robert Molenda<[email protected]> > wrote: > > ** > > If you're a coder - search the ARS List - I posted a java chunk that > exports > > the objects to a memory buffer, place simple code to do a > 'fopen(),fwrite' > > pass in there. Also very simple to run through the object list(s), to get > > everything. > > > > What I feel internally is happening, instead of getting the objects in > > smaller chunks they are building the entire list of objects to pass to > the > > function-call. > > > > compiled size of 50MB would be huge :) try something 10K :) > > Robert Molenda > > <snip> > > >> > From: Action Request System discussion list(ARSList) > >> > [mailto:[email protected]] On Behalf Of Guillaume Rheault > >> > Sent: Monday, June 15, 2009 12:03 PM > >> > To: [email protected] > >> > Subject: Anybody able to export all ITSM 7.x definitions with > DevStudio? > >> > > >> > ** > >> > > >> > This is very frustrating and something that I hoped it was going to be > >> > addressed in DevStudio. > >> > I cannot export all the ITSM 7.5 definitions with DevStudio in one > >> > export operation. I cannot even export all the forms in one operation > >> > with DevStudio, I get an out of memory error, that I attached. My PC > >> > has 4 GBs of memory with 8 processors, so it's definitely not a > >> > resource issue on my side, it's probably the DevStudio JRE that ran > out > >> > of memory. > >> > > >> > I really hate it not to be able to do a full definitions export in one > >> > shot: > >> > you have to split the export in multiple chunks, which makes the > >> > management of the def files much harder, it more much more time > >> > consuming because of you have to monitor the exports and initiate a > >> > new one once the previous completed, etc. > >> > > >> > When is BMC going to fully address and correct this?? It seems to me > >> > the backup of the application code at the application level is > >> > ESSENTIAL. I was really hoping that DevStudio would fix this very > >> > significant problem, but it it did not happen. How can you do > >> > effective release management and application version control if you > >> > cannot even efficiently and effectively export the definitions?? > >> > > >> > For what it's worth, we have ITSM 7.5.1, where the app server is > >> > running on Windows 2003 and the database is remote, it's 10gR2 running > >> > on Solaris 10. > >> > My PC has Windows XP. > >> > > >> > Has anybody been successful in exporting all the defs of ITSM 7.5 in > >> > one export operation? > >> > > >> > -Guillaume > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum > Sponsor:[email protected]<sponsor%[email protected]>ARSlist: > "Where the Answers Are" > -- If it were not for the gutter, my mind would be homeless! _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
