I had already attached GEF to this issue - http://argouml.tigris.org/issues/show_bug.cgi?id=4188
Are you using JRE5 or JRE1.4 I had more success with JRE1.4. You could use that just to update the project. Bob. On 8/1/06, Richard Adams <[EMAIL PROTECTED]> wrote:
Quoting Bob Tarling <[EMAIL PROTECTED]>: many thanks for the feedback. the heap size error has gone but the whole OS becomes very unresponsive during loading. I eventually got a loading error after 10minutes which I'll submit as a bug report. Thanks Richard > Tom has a good point. > > GEF 0.12 is due out soon. I'll add a new zargo compatible with the > current beta release of ArgoUML and make that available from the GEF > download page. > > Watch the GEF user lists for announcement. > > Regards > > Bob. > > On 7/31/06, Tom Morris <[EMAIL PROTECTED]> wrote: >> Richard Adams wrote: >> >> > I am a new user >> >> Welcome! >> >> > I am trying to view the GEF package UML >> > which is available in the .zargo format. >> > Even when I run java -Xms256M -jar argouml.jar I cannot >> > open the .zargo file without my computer freezing up >> > completely. >> >> This sounds much more drastic than a simple memory error. Do you get any >> error message or stack trace? What freezes - the application or the >> operating system or ...? For how long? Until you reboot? >> >> The -XMs flag increases the stack size which is not generally needed. The >> -XMx flag can be used to increase the heap size for large models, but it >> won't help if you aren't actually running out of heap (which should give you >> an error to that effect). >> >> One potential issue, depending on the vintage of the project that you are >> trying to load (which you didn't provide a pointer to), is that ArgoUML is >> very poor about providing feedback during the loading process (to the point >> of not even refreshing the UI) *and* there are potentially a number of >> resource intensive transformations applied to the project during the load, >> depending on when it was created. The only GEF related file I was able to >> locate on casual inspect is a couple of years old so it will have at least a >> couple of conversions, if not more, applied to it. I wouldn't be surprised >> if it took more than a few minutes to load. >> >> At this point the best thing to do is probably to file a bug report with all >> the rest of the details (ArgoUML version, Java version, operating system >> type and version, copy of the file you're trying to load, etc). >> >> Tom >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
