11.6 SP 2 PDS "Switch Workspace" quits PDS instead - OpenEdge Development - Forum

All Replies

Posted by Ramadevi Dhavala on 31-Aug-2016 07:02

Hi Tim,

What I understand is, switching to a new workspace closes the old workspace and never opens the new workspace. Please correct me if I am wrong.

If so can you please provide your inputs on the following things.

1. How frequently it has happened to you? After PDS OE close, any 'javaw.exe' process remains running long time (in minutes)? Did you observe any error popups or messages?

2. Were you able to launch the new workspace using normal PDS OE launch? Or it is completely blocking for you?

3. Can you please launch PDS OE with 'clean', and give a try?

Thanks & Regards,

Rama

Posted by Tim Kuehn on 31-Aug-2016 07:06

Correct.

1. It happens consistently with this install. I haven't checked for javaw.exe running though. No errors or pop-ups seen.

2. I can launch new PDS instances, and it defaults to the new workspace I specified.

3. I always launch PDS with the "clean" option - and I'm seeing this behavior

Posted by Tim Kuehn on 31-Aug-2016 07:59

I did the switch just now and watched the Task Manager - there was an eclipse javaw process still running, and once I'd waiting long enough PDS came back using the new workspace.

The amount of time it took to do that was rather excessive IMO.

Posted by Brian K. Maher on 31-Aug-2016 08:02

change your settings for local history size

Posted by Matt Baker on 31-Aug-2016 08:12

I’ve seen this with the history cleanup job which runs in the background on shutdown. If you let it run to completion, it normally doesn’t take as long next time. Shorten the history length, especially with large workspaces.

Window->preferences->general->workspace-Local history.

Posted by Tim Kuehn on 31-Aug-2016 08:26

I changed the number of days from 7 to 2 - now the javaw process hangs around for a little while and then goes away w/out PDS coming back.

Posted by Roger Blanchard on 31-Aug-2016 08:28

I have seen it take up to 10 minutes.

Posted by Tim Kuehn on 31-Aug-2016 08:29

I have a range of projects I'm working with of differing sizes, so I can see Matt's scenario here.

I've changed the settings to

Days to keep: 2,

Max entries per file: 50

Max file size (MB): 1

Posted by Suresh Inavolu on 01-Sep-2016 04:12

Do you have associated any databases to auto-start and auto-shutdown with PDSOE ()- this might make things a bit slow. In preferences > Progress OpenEdge > Database Connections. Edit the connection, third page of the wizard has this option

Also can you share the log file (in case if there are exceptions while restarting PDSOE)

<workspace>\.metadata\.log file in both the workspaces.

Posted by Tim Kuehn on 01-Sep-2016 09:07

Most of the workspaces have server-based db connections.

I did one switch and got this - this switch went through, the error concerns me though.

--------------------------------------------------------------------------------------------------------------------

!ENTRY org.eclipse.core.jobs 4 2 2016-08-31 14:18:53.226

!MESSAGE An internal error occurred during: "Generating Invocation Files".

!STACK 0

java.lang.OutOfMemoryError: PermGen space

!SESSION 2016-09-01 10:04:27.293 -----------------------------------------------

eclipse.buildId=4.3.0.M20130911-1000

java.version=1.7.0_45

java.vendor=Oracle Corporation

BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US

Command-line arguments: -data D:\Users\t6377\Progress\Developer Studio 4.3.1\MHP -os win32 -ws win32 -arch x86_64 -clean

!ENTRY org.eclipse.core.resources 2 10035 2016-09-01 10:04:40.337

!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.

!ENTRY org.eclipse.wst.jsdt.core 4 4 2016-09-01 10:05:05.987

!MESSAGE Unable to read variable and containers file

!STACK 0

java.io.EOFException

at java.io.DataInputStream.readInt(DataInputStream.java:392)

at org.eclipse.wst.jsdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.loadInt(JavaModelManager.java:2789)

at org.eclipse.wst.jsdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.loadVariables(JavaModelManager.java:2855)

at org.eclipse.wst.jsdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.load(JavaModelManager.java:2658)

at org.eclipse.wst.jsdt.internal.core.JavaModelManager.loadVariablesAndContainers(JavaModelManager.java:2480)

at org.eclipse.wst.jsdt.internal.core.JavaModelManager.startup(JavaModelManager.java:4151)

at org.eclipse.wst.jsdt.core.JavaScriptCore.start(JavaScriptCore.java:4094)

at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711)

at java.security.AccessController.doPrivileged(Native Method)

at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702)

at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683)

at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381)

at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:300)

at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:478)

at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger(BundleLoader.java:263)

at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:109)

at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:469)

at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)

at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:395)

at org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:35)

at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:461)

at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)

at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)

at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)

at java.lang.ClassLoader.loadClass(ClassLoader.java:358)

at java.lang.Class.getDeclaredConstructors0(Native Method)

at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493)

at java.lang.Class.getConstructor0(Class.java:2803)

at java.lang.Class.newInstance(Class.java:345)

at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:167)

at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:679)