I know y'all probably don't want to hear this, but I don't seem to have the issues that you're mentioning - Dev Studio seems to function just fine. May not be like lightning, but it definitely doesn't take me 15, 30 or even 5 minutes to open update and save (even the more complex forms).
On Tue, 1 Mar 2011 07:07:09 -0800, Robert Molenda <robert.mole...@gmail.com> wrote: > The performance issues seem to never have been addressed with ANY of the > incarnations of the "Admin Tool/Developer Studio" - this performance issue > has resulted in a "tooling requirement" for a Terminal Server available > within the Data Center of the actual Remedy Server in order to perform > routine work. WAN performance has decreased greatly. As you both are > stating > - a "quick fix is no longer quick!" - a 5 minute "open, update, save" can > take 15 to 30 minutes easily. > > I've requested an enhancement many years ago about a "offline mode" where > you extract a def-file, and run the tool against that - perfect for what I > call "airplane mode" where you want to look at code while traveling. Should > be easy one would think right..?? After all Panacea has had this offline > comparison feature for YEARS... > > If I had the spare time (which no-one does, and slow tools make any hint of > that now impossible) - I would look to re-invent another tool - because the > API is sitting there for all of us to use... I know I've written extract to > def, update def, reimport def code before for mass updates! > > Competition brings out the "best of class" so to say - I wonder if some of > the partners like Panacea, RRR, etc might see this as a huge opportunity to > enhance their tools / products to suit the needs of the communities. > Definitely would not be the FIRST TIME - that is for sure. > > I could just imagine - taking a Panacea extract of the system, get on the > airplane, and start coding. Once I'm to the site a migration package is > ready, if any objects I updated were also updated these are flagged so > investigation could be made, else - click-whir-coffee-done... [Dang - back > to reality :( ] > > Opportunity knocks - lets see if someone can pickup the ball and run with > it!!! > Robert Molenda > > On Mon, Feb 28, 2011 at 3:17 PM, strauss <stra...@unt.edu> wrote: > >> I’ve lost mine. This so-called “application” is a HUGE piece of ^%$#% on >> the best day. >> >> >> >> Today I am fighting to clean up the dregs of the first Best Practices >> Conversion Utility run, and I have to edit three things side by side; the >> customized active link prefixed with two * that was active, the interim >> one >> that was inactive with one * prefix, and the original, where the BPCU >> combined the two inactive ones and left the active one hanging. When I >> open >> all three they lay over one another by default. There is no VIEW menu >> where >> you can select things like Cascade, Tile, Tile Vertically, or Tile >> Horizontally like MOST decent windowing programs… NOTHING. Support >> explained that you had to grab the edges of the objects and drag them >> manually into some sort of side by side array, a HUGE time-waster, and I >> was >> doing that earlier today, but now they refuse to be selected by the >> mouse, >> so I have to assume that it has gone into some obtuse mode where even >> manual >> manipulation of the editor environment is impossible. Resetting the >> Perspective has no effect. Has anyone figured this one out? >> >> >> >> NO tool used for production work should be this crude or obtuse. Period. >> >> >> >> Christopher Strauss, Ph.D. >> Call Tracking Administration Manager >> University of North Texas Computing & IT Center >> http://itsm.unt.edu/ >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *Robert Halstead >> *Sent:* Monday, February 14, 2011 4:44 PM >> *To:* arslist@ARSLIST.ORG >> *Subject:* Frustrations with Remedy Developer Studio 7.5 >> >> >> >> ** Forgive me as this is more of a rant. >> >> >> >> My patience for Remedy Developer Studio 7.5 is growing thin. I find that >> performing the most insignificant tasks become a test in patience as the >> tool communicates to server for every single action. >> >> >> >> Selecting a field on a form, talk to the server to get properties. >> >> Selecting multiple fields, talk to the server to get all properties. >> >> Select a field in a web service definition... >> >> >> >> The latter will take quite a bit of time if you have a lot of fields on a >> form. >> >> >> >> I'm getting very frustrated with the performance of the Developer >> Studio.. >> I wish that the tool cached the objects from the database like the >> Migrator >> does and only updates when needed or when the developer forces the >> refresh. >> Even have a periodic refresh would be nice.. >> >> >> >> I wish that the tool wasn't so chatty back to the server. It doesn't >> make >> sense that when object reservation is enabled, that the tool would need >> to >> go to the server for each field (like it would have changed since I have >> the >> form reserved?). >> >> >> >> Right now I'm pulling my hair out trying to modify a web service >> operation >> we have on one of our forms that has 100+ fields. Every time I remove / >> add >> a output mapping field, the developer studio does some mass server >> communication that takes about 30 seconds. To do what exactly, I'm not >> sure... If I have the web service object reserved, why would it need to >> go >> to the server for changes or whatever? I haven't even saved the object >> yet... why is it talking to the server?? >> >> >> >> Why can't it just load the entire web service object and the form it >> references into a cache so that the "user experience" is fast and snappy >> after the initial load? Then when I save the web service, perform the >> due >> diligence to ensure the mappings are correct. >> >> >> >> I have used the knowledge base to look for "enhancements" and tricks when >> using the developer studio, but alas it seems no one else suffers from >> this >> issue or no one has encountered it / reported it. >> >> >> >> It would be nice if BMC provided configuration settings that we could >> pass >> to the developer studio to configure how we want the tool to act and when >> we >> want the tool to communicate to the database or put more options in the >> preferences to configure the performance of the developer studio. >> >> >> >> Perhaps something greater than just adjusting the memory that java >> uses... >> >> Perhaps there could be a white paper on database optimizations that would >> help the developer studio perform better. >> >> >> >> It would also be nice if while we are waiting for a form or other object >> to >> load, that a progress bar is displayed or something that tells us what >> the >> tool is doing. Most of my time spent in the developer studio is the >> "white >> screen" as the tool becomes unresponsive during save's or object >> retrievals >> from the server.. As a developer, I want to know what the tool is doing >> so >> that when I complain to BMC that the performance is slow, I have a point >> of >> reference. If I know generally what is going on, maybe I can optimize >> the >> database so that the operation is quicker? Who knows! >> >> >> >> Whats frustrating is that after 1 revision and 7 patches later, I would >> expect the developer studio to have all the bugs and performance issues >> ironed out and be fast and snappy... Nope. >> >> >> >> How do BMC's Remedy developers program in this? Don't they get >> frustrated >> with the NullPointerErrors and slow responsiveness? I'm guessing that >> they >> just install a remedy server on their local box to avoid the performance >> issue of the network. >> >> >> >> I think the development studio is a giant step up from the old Remedy >> Administrator that we have all used in the past. But now that the tool >> is >> main stream, there needs to be some serious work done to make the tool >> more >> responsive and optimized when connecting over the network. >> >> >> >> Again, sorry for the rant, I just needed to vent. >> >> >> -- >> "A fool acts, regardless; knowing well that he is wrong. The ignoramus >> acts >> on only what he knows, but all that he knows. >> The ignoramus may be saved, but the fool knows that he is doomed." >> >> Bob Halstead >> >> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ >> > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"