A big complain to Mission Control

I have to say it really serious to attract the staff's attention. But it it true anyway.
The UI design of Mission Control is simply disattracting:
1), Background wallpaper image, messing the UI with no actual use at all.
2), Dock. When the windows swithcher is at the front, the dock should be hiden auto.
Less is more, which Steve had always said.
I miss the simple, elegant but useful UI of " All windows expose"...

BruceBack wrote:
I thought they would do some work in this forum...
No, that's what they don't pay us for.

Similar Messages

MISSION CONTROL, LAUNCHPAD, and FULL SCREEN APPS (one month later)

I'm pretty good embracing a new thing when it comes along. I downloaded LION the day it come out, which was over a month ago at this point. On that day, I immediately found MISSION CONTROL and LAUNCHPAD both uninituitve and pointless. Unhandy iCandy. And of FULL SCREEN APPS? Not necessary on an iMac anyway.
So I quickly sought out quick solutions to 'fix' these new features. Launchpad and full screen apps have the advantage that they can be simply ignored. This is a good thing. Mission Control, on the other hand, got in the way of a beloved feature for me: what was once SPACES and EXPOSE. That is, I couldn't simply ignore MC because I still needed the previous helpful features in Snow Leopard.
My solution was kind of surprising and eye-opening. It's complicated to explain but I thought I'd share. This conclusion is likely best suited for someone not using a small screened Mac. It turns out that most users (with big enough screens) don't really need Mission Control, Launchpad, Spaces, or Full Screen apps.
At all.
Let's go through that conclusion, one by one:
FULL SCREEN APPS
If you have a relatively big screen (20 iMac for instance), why do you need Safari full screen? Unless you intend to sit across the room from the computer, no reason. And there's lots of bright empty space when you do this. Do you need the Mail app full screen? If you need reading glasses, maybe, but otherwise, nope. I find it's easier just to stretch out an app pretty big and leave it at that.
Full screen apps DO offer a nice feature which is making your desktop, menubar, and dock go BYE BYE. I can see where sometimes this is a useful feature, but typically -- NOPE. Typically I want access to my dock (to switch between open apps without the added step of cancelling full screen first), and typically I want access to my menubar so that I can glance up and see what time it is or find an app menu quickly.
The only feature I find worthy of praise with full screen apps is that they hide the clutter on your desktop. But there's an app in the Mac App Store which makes your desktop icons vanish with the touch of a button (CAMOUFLAGE). I mean, what's the point of a wallpaper if you bury it with desktop clutter or eliminate it with full screen apps? If it's a busy and distracting wallpaper, umm... you picked bad wallpaper.
LAUNCH PAD
LAUNCH PAD offers an iOS experience inside OS X. At first I thought it was completely silly. After a month now, I kinda get why it's there. Kinda.
You see, before LP, to duplicate it's functionality, you'd have to organize folders yourself. Put folders of various apps together. Place them somewhere in the finder heirarchy. Then drag those folders into the part of the dock with the trashcan. Then you could click them open and have access to similarly themed folders of apps. The problem here, of course, is that unless you're a power user, you'll never do this.
So Apple thought, AH-HA, we'll just drag into OS X a paradigm that users already get from iOS. Clumping apps together any way you like them. The misfire, if you ask me, is not allowing users to drag the new iOS folders straight into the dock when finished. That is to say: copies of said organized folders. It's as if Apple's software people have complete contempt for the dock -- and are desperate to have users abandon it.
My problem is that I like having folders in my dock of stuff I need. It just works, as Steve says. Going to the same EXACT place every time I need anything is more intuitive and graceful than ADDING an app called Launchpad that launches you into a different finder altogether. Makes zero sense and THIS is why I say, like FULL SCREEN APPS, LP can basically be abandoned.
By the way: need proof that Apple has complete contempt for the Dock?
MISSION CONTROL/SPACES
A month has passed since MC was introduced and SPACES was eliminated. I dare anyone to tell me why either is needed at all. Before you get iMiffed, humor me for a moment and hear me out.
The notion of SPACES was that it's a neat way to keep like minded open apps together. I totally bought into this, back in the day. So much so that I was iMiffed when it was gone in Lion. But let's look at this closer.
The REASON why we needed SPACES was that we could have WAY too many windows open at once on a Mac. Right? A big mess of windows covering each other up. Suppose you're surfing in Safari but need iTunes? But iTunes is hidden. So what did you do? You went to Spaces as step one, moused over to your iTunes space as move two, and then clicked it as move three. Seems like a great solution until the day you discover that you could simply click on iTunes in the dock as move one and arrive at iTunes. As one step. Period. Really simple, right?
Why have Spaces and apps dance around when you can just click the app you want and be done with it? That's the critical observation to make in order to follow my entire line of reasoning. Sure, it may look really cool and make Windows machines look like junk, but at the end of the day, why add two steps to something you might do 100 times a day -- switching between apps.
So why OH why did Apple add Spaces? Simple: because too many apps were visible at once in one 'desktop' window. So if you can build many new desktops, there might only be one or two in each. Great solution. Right?
Wrong, as it turns out. Because we still have the two extra steps. It's a weak solution. And it's in complete contempt of the Dock, which as it turns out, offers the strongest solution.
The strong solution would be that only one app is visible in your Mac's window at all times. Say you're in Safari. Despite having 12 other apps open, you only see Safari. Your dock tells you that you have other apps open, but nothing else sits in your window BUT the app you're using. So you want to go to iTunes? So click on it in the dock and Safari vanishes and iTunes emerges by itself. No other windows. What could be simpler? (This app is freeware known as ISOLATOR.)
If you download and try ISOLATOR, you'll say, umm, okay, but wait: sometimes I do want more than one window in view. Okay, fine, turn it off then. From the handy menu bar menu. I find that 98% of the time I need ISOLATOR on. Mileage may vary.
So let's recap. One third party software removes distracting desktop clutter, the other removes distracting app windows. Both can be toggled on and off from the menu bar. One is free, one costs $2. These two solutions remove the only real feature of FULL SCREEN APPS and make SPACES and it's newfangled cousin MISSION CONTROL pointless.
Need that last one explained? Well, what's Mission Control but a variant of spaces? To invoke MC and switch to the needed window are those same two annoying steps Spaces added into the mix. Nothing was fixed. Plus, like spaces, you must invest time and energy organizing such spaces.
Why bother? And so I ask again: can somebody who's read and tried the above carefully explain to me why Mission Control, Launchpad, and Full Screen Apps are really needed at all? (Outside of small screened Macs.) Doesn't the dock and these two sharewares together solve most problems?
Am I missing something?

I agree with everything you said about full screen apps, mission control and launchpad. For apps that made sense to run full screen, they already could under SL. Launchpad is totally unnecessary and Mission Control is a mere shadow of Expose and Spaces.
However, I feel you have not given due credit to Spaces. The point of Spaces is to let one organise logical desktops for different tasks, not just a way to reduce the number of windows on display. For example, I have a Space for software development where I run Xcode and the iPhone simulator, a Firefox window showing perhaps documentation or some other websites pertaining to software development, a Finder window that is opened in the folder with my design docs. I have another Space where I have the remote login sessions, yet another Space with another Firefox window where I do general surfing and emailing. I can switch between these spaces using a keyboard shortcut, which is much quicker than having to lift my hand off the keyboard, move it over to the mouse, move the mouse pointer over the Dock, find the app and click on it, only to find that it has switched to the wrong window of the app.
Without Spaces, organisation of my desktop is disrupted each time I want to switch task, whereas Spaces allows me to drop everything I am doing, go and do something completely different for a while and go back to my exact previous environment. I have a 27" iMac so am not short of screen space but I use Spaces extensively. BTW, switching Spaces using a keyboard shortcut is a lot faster on SL than the equivalent on Lion, thanks to the gratuitous screen animation of the latter.

Issue with Java Mission Control 5.3

I see the following issue when using Java Mission Control 5.3 - the text area that appears in the Method Profiler section of the Code => Call Tree tab accepts text for filtering purposes. However, the filtering is seen to be applicable only to the top level nodes. For e.g., I am unable to search for a certain Java package name (or its part) that I know exists deep down in the stack trace. Is there a way to search for text that appears in lower level nodes? I find that the search does not work even if I expand the tree using the Expand Subtree option. Thanks for any insight.

I also have this issue on 5.3. It is very difficult to do even a basic level of profiler analysis. The tool is ok at finding big watermelons (CPU cost or memory allocations), but when you want to drill in and see any more detail, it becomes quite painful. Best case is that I would be able to "swim" through the profile data, moving easily from method-to-method, and see the recorded sample counts in a base (samples in this method itself) and cumulative (samples in this method and all called methods) fashion. The indentation in the tree view can be painful. I would suggest a more simplified view as an option,
PARENT (callers) methods, full names and cumulative sample counts (percentages would be nice as well)
SELF (called) method, full name and cumulative sample counts (percentages would be nice as well)
CHILD (calles) methods, full names and cumulative sample counts (percentages would be nice as well)
Clicking on any row in the above immediately makes that method become the SELF in the view.
Also, I should be able to enter the class/method name into some text box above this view and easily get into the data for the method. With the current tool, there is no way to quickly go to the data for a specific known method.

Office apps don't like mission control

When Spaces first came out in OS X Leopard, I liked it a ton... It allowed me to organize work and have certain apps launch in certain spaces... Except there was one big problem... When you would first open Excel, Word or any Office app, it would open in the Space you had reserved for it (so far, so good) but with that app now open (say, for example, Excel), if you would be in some other space and open yet a second Excel document, that second doc would now open in whatever space you happen to be in at the moment... That was a flaw... I was never sure whether it was an Apple bug or one tied to Microsoft/Office... But eventually it got fixed... In some later version of Leopard or maybe when we got to Snow Leopard (I just don't recall), it got fixed by someone and I was happy...
Now, it's back... Bummer... Let's say you reserve Desktop 4 for Excel (that's what I do)... Say you're in Desktop 1 when you first launch Excel... The system switches to Desktop 4 as it should... Now, say you're back in Desktop 1 and you now launch a second Excel document... Unlike the flaw there used to be in Leopard (where it just stayed in whatever Space it was at the moment), if you watch you will now see the window quickly swing to Desktop 4 (where it should now stop) but then immediately it swings back to Desktop 1 and the document errantly opens there...
It's like we just took one step backward... I do a lot of work where I open lots of Excel documents from different Spaces (or now Desktops) and I like them all to end up in one place... The old problem existed so long that I had even gotten used to manually switching to the Space I wanted for Excel before opening subsequent documents. This way I could force all my Excel docs to open in one place... I was so happy when it got fixed but unfortunately now it's broken again... I will tell Apple... I will tell Microsoft... Then I will wait a year and hope... Just a heads up to any who care about how the new Mission Control works...

No, I just tried precisely what you suggested... I have Excel open already and a document sitting in Desktop 4. I held down the Excel icon in the dock while sitting in Desktop 4, clicked on Options and chose (it was already checked by the way), "Assign to this desktop"... I then moved over to Desktop 1 and from there I requested some second Excel document to open... As it opened the desktop switches to Desktop 4 quickly (good so far) but then within a fraction of a second it switches back to Desktop 1 and the document opens in Desktop 1... That's wrong... I want ALL Excel documents to open in Desktop 4... Not just the first one... When this was broken back in OS X Leopard, I got used to first switching to Space 4 and then opening subsequent Excel documents... That would force the documents to open in the Space I want. Now, I will have to start doing that again... bummer...

Mission Control - What a horrible experience

First off, I am a long time OSX user dating back to the initial release.
Each iteration of the the OS has generally built upon the features of the prior version, and usually included new, exciting, usable features.
Mission Control in Lion adds some new functionality for workspace and application window management. It's another way to get around.
Apple's mistake? Removing Expose and Spaces.
Has a single solitary person at Apple actually used Mission Control on a dual display setup? No - Let me rephrase - I mean have they actually *used* it to get anything done?
While in Mission Control, I can't move a window from the right display to the left? Really? What were you thinking, Apple?
While in Mission Control, I can't see which display on the left goes with which display on the right? How am I supposed to quickly move a window to the right monitor for an application shown on a left monitor? No - Really - Try it.
While in Mission Control, I can't see all of my application windows - Just some lame (and I mean LAME) stack of a couple of windows for the application. Yes, I know I can swipe and see a little bit more, but I can never see all of them.
Expose and Spaces could handle ALL of that above, and did it logically, and without any fuss.
Mission Control isn't just "inconvenient", it is downright painful!
Please - Please - Please - Put the option of Expose and Spaces back. Mission Control may be "cool" for some configurations (laptops, etc), but for those of us who use OSX daily to get work done, it takes a multi-display Mac and makes it useless.
Oh - And full screen apps? Did ANYONE at Apple test that idea on dual display Macs? Did you happen to notice that the full screen app makes the second monitor a fancy paperweight?

I agree too.
This is what I've sent to https://www.apple.com/feedback/macosx.html
Feel free to use portions of the text to send your own feedback.
Takes just a few seconds and probably helps to improve Mission Control. At least we have no other chance of pushing things.
Dear Apple,
having used Apple Systems since OS 7, it is a real pain to see, what you have done to the usability of Mac OSX with the switch to Mission Control.
Has anyone of your engineers ever tried to use Mission Control on a dual display setup? I don't think so, otherwise you immediately should have realized, how broken it is:
• You can't move a window from one display to the other.
• You can't move windows between desktops. Instead you first have to go to each source desktop and move the windows from there to your destination desktops.
• Usually you think in "dual display desktops" not in individual left and right desktops. The organization in Spaces, showing left and right display side by side, was logical. In Mission Control you permanently have to match left and right displays of a desktop by reading the desktop number or even worse count their position, aka. 3rd desktop from left.
• You can't use your second display in full screen mode as it only shows a gray pattern. Unbelievable!
I admit, Mission Control and Fullscreen Mode have their place on a MacBook Air, but for a big screen, dual display setup they are completely useless in their actual state.
Currently reverting back to Snow Leopard is the only way to work efficiently with a dual display setup due to these flaws in Mission Control.
I dearly ask you to bring back Spaces to Lion or bring over the missing functionality of Spaces to Mission Control, before Snow Leopard becomes unsupported by current software.
I'm really disappointed, that even in 10.7.2 none of these issues are addressed.

Mission Control - Suggestion

Hi there,
me and a friend discussed the new Mission Control and its way to organize windows. When one have a lot of windows open Mission Control beautifuly organizes one's windows to preview miniatures, and it's really great. Though, when one have only three windows open, for example, Safari, Mail and Spotify (running all three semi-fullscreen, dragged to maximize), Mission Control stack up these windows on each other. This feels both less beautiful and, more important, less effective.
Am I the only one who would like the kind of miniature previews all the time, not depending how many windows are open?
Tried to post example pictures, but they were to big, I'll post them later when I've scaled them down.
Miniature:
Not miniature:

My friend also told me Mission Control behaves different depending what application one is using. When he runs Skype, Safari and Spotify he gets the miniatures, but when he closes Skype and opens iTunes instad, the stacking mode is on.

Displaying minimized windows in expose and/or Mission Control

OK all of you big fans of the SL way of Expose'. I miss being able to see all of those minimized windows as well.
I have read in a couple places that this is new setup is not a bug, it was removed from Expose'/Mission Control in Lion. I also read that if Apple receives enough requests/complaints about the loss of that feature that they might possibly bring it back!
SO....
Go to the OS X feedback page http://www.apple.com/feedback/macosx.html and let Apple know that you want it back! Remember don't jump all over them, be polite and to the point and let them know that you would like the feature back!
I hope this works!
If you want, once you submit a request, let us all know that you are joining in the strugle to bring all the windows back to expose' !

D0GG wrote:
You don't use Expose? Is that why you have been going to thread after thread of users that are missing this feature and posting the same answer?
Not sure why you are doing this... It completely baffles me.
I remember making one other post along these lines, for the same reason. If there are more maybe you could post the links "going to thread after thread" to verify your accusatory comments.
You are the first one who actually gave any kind of clarification, and I appreciate that. It will help me from wasting my time on exposé queries.
That is Expose displaying all the windows of your SELECTED app. On Snow Leopard you had the option to view ALL the windows of ALL the currently running apps, including the finder.
You find that baffling, I think that is your problem D0GG

Is Mission Control broken with external display?

With mountain lion on macbook pro and an externel monitor attached to it, (and I close the macbook pro display to use only the external display), when I invoke the mission control, I dont see the preview of all the spaces (at the top) and I dont see the "add desktop" button at the top right corner as well.
Once I open the macbook display (such that I am working with both external and laptop display), I see these (add desktop button as well as preview of spaces), on the macbook display where as the big window at the bottom of the screen which shows each application is in the external monitor.
Because of this, I cant use multiple spaces with external monitor only.
Am I missing something or this is a bug??

Posted on the wrong thread.

Does mission control interfere with mail?

I was experimenting with mission control. I had 2 desktops declared. I tried to use mail but it hung. I had to force-quit. Is there some incompatibility between multiple desktops and mail, or was it just a coincidence?
By hanging, I mean that messages were listed on the left side but did not appear on the right; the application did not respond when I clicked anything. It started when I clicked "get mail" and it took forever; no messages appeared. I quit from the menu. I could not get back in successfully (my memory is fading now); I must have gotten back in to observe the frozen state. I tried to shut down, but the system complained that I had to quit mail first; could not quit; had to force-quit.
After force-quitting I was able to shut down. Fired the system back up; got back in; activated mail; it paused for a long time (2-3 minutes), then proceeded to act normally.

This does not appear to be a question, so please send your feedback to apple.com/feedback and go back to snow leopard if you must

Dropping files to fullscreen apps through mission control results in app folder opening and in some sort of task switching madness

In Snow Leopard I got used to attach documents in mails by dragging and dropping files from the desktop to the message window. To do so I used active corners (spaces, exposé). Now, with Mission Control in Lion I've tried to keep that workflow but this leads me to an awkward problem. To reproduce it in my computer I do the following:
Pick up a file from the desktop --> drag it to lower right corner (opens mission control) --> drag it to full screen mail space, press space to switch (applications folder opens inside mission control), and a lot of apps too (those the cursor hovered).
At the same time, mail full screen window opens (as waiting time selected in finder preferences for triggering is short), then Lion turns crazy entering in some sort of spasmodic task switching mode, which lasts after I find some clear space to drag the file back in the desktop.
Did any other user experience something similar? Is there something I could do to help to fix the problem?
Thanks for you answers.
[Edit: Ok, so I started trying with other apps and it turns that every time I drag and drop any file to a fullscreen app in mission control and use the space key to open it, I get a similar behavior. I did it in Scrivener and it resulted in photoshop and itunes opening, Scrivener vanished and but left an empty (like dashboard's) desktop.]
Message was edited by: iGuybrush

Hi,
Thanks for your reply.
>>Running bootcamped Win7, yes power consumption is more, a lot more,....indications are no.
Sorry, can you clarify on this one - do you mean the power consumption is more DURING the use of Windows, or ALL of the time (even when using the Mac as normal with OSX).... also what did you mean by indications?
>>From the parameters of what you say your use would be, Id recommend the I5 with 8gig of ram. the 12 hour >>batt. life is only rated for the 13" on the I5, ....not the I7.
Sounds like my first guess was about right - and good point about the battery life - as that is something that's quite important to me!
>>The "switch" is extremely easy. Ive seen grandmothers switch to a MAC and have its 'everyday use' >>conquered in under a week. So, you should have no worries, its extremely user friendly, no worries of virus, >>etc.
Glad to hear I've done more research and already seen a few features I can see myself preferring a lot more to the Windows system!
>>As a former computer repairman, Ive owned nearly 200 diff. laptops (many were free, or Franken-computers >>built from parts) and I can honestly say the Macbook AIR is the finest piece of beloved hardware Ive ever >>owned by a mile.
>>Many people incorrectly see the THIN nature of the Air and incorrectly conjecture its "less than" a full laptop, >>but the contrary is the case.
Nah, I don't associate size with performance - especially these days, everything is getting smaller. My concerns are really just about whether to upgrade for extra performance, and using the OS - once I have those nailed I am pretty cofident the hardware will perform well.
>>Additionally the AIR is the only Mac that has 802AC wifi, new Haswell cool-running processor, and extremely >>long 12 Hr. batt life on the I5 13" configuration.
Yeah that battery life is one of the big sellers
Cheers for the tips,
Danielle

Problem to get Mission Control 3.0.1 running with JBoss 4.2.2GA

Hello,
I'm using JRockit R27.04 to run JBoss 4.2.2GA with the following VM parameters:
-Xmanagement:ssl=false,authenticate=false,port=7091,autodiscovery=true -Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl -Djboss.platform.mbeanserver
It's working fine but when I try to use any feature of Mission Control (console, memleak, JRA, ...) pointing to JBoss, I get a ClassNotFoundException:
Could not open Memory Leak Detector for (1.6) org.jboss.Main (4460).
java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
     java.lang.ClassNotFoundException: org.apache.xerces.dom.DeferredElementImpl (no security manager: RMI class loader disabled)
java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
     java.lang.ClassNotFoundException: org.apache.xerces.dom.DeferredElementImpl (no security manager: RMI class loader disabled)
     at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:178)
     at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source)
     at javax.management.remote.rmi.RMIConnectionImpl_Stub.getMBeanInfo(Unknown Source)
     at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.getMBeanInfo(RMIConnector.java:1037)
     at com.jrockit.console.rjmx.RJMXConnection.getMBeanInfos(RJMXConnection.java:279)
     at com.jrockit.console.rjmx.RJMXConnection.getMBeanInfos(RJMXConnection.java:314)
     at com.jrockit.console.rjmx.RJMXConnectorModel.initializeAttributeInfos(RJMXConnectorModel.java:294)
     at com.jrockit.console.rjmx.RJMXConnectorModel.<init>(RJMXConnectorModel.java:99)
     at com.jrockit.console.rjmx.RJMXConnectorModel.<init>(RJMXConnectorModel.java:113)
     at com.jrockit.mc.memleak.ui.RjmxMemleakEditorInput.connect(Unknown Source)
     at com.jrockit.mc.memleak.ui.actions.StartMemleak$1.preConnect(Unknown Source)
     at com.jrockit.mc.browser.utils.PreConnectJob.run(PreConnectJob.java:73)
     at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)
Caused by: java.lang.ClassNotFoundException: org.apache.xerces.dom.DeferredElementImpl (no security manager: RMI class loader disabled)
     at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:375)
     at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:165)
     at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:620)
     at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:247)
     at sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:197)
     at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
     at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
     at java.util.HashMap.readObject(HashMap.java:1157)
     at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.access$300(ObjectInputStream.java:188)
     at java.io.ObjectInputStream$GetFieldImpl.readFields(ObjectInputStream.java:2107)
     at java.io.ObjectInputStream.readFields(ObjectInputStream.java:519)
     at javax.management.modelmbean.DescriptorSupport.readObject(DescriptorSupport.java:1270)
     at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
     at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480)
     at javax.management.modelmbean.ModelMBeanAttributeInfo.readObject(ModelMBeanAttributeInfo.java:524)
     at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
     at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480)
     at javax.management.MBeanInfo.readObject(MBeanInfo.java:669)
     at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
     at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:306)
     at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:155)
     ... 12 more
If I put xerces in jrockit classpath (putting the jar in jrockit-R27.4.0-jdk1.6.0_02\jre\lib\ext dir) just to workaround ClassNotFoundException and test again I get a new error:
Could not open Memory Leak Detector for (1.6) org.jboss.Main (4460).
java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
     java.io.IOException: unknown protocol: resource
java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
     java.io.IOException: unknown protocol: resource
     at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:173)
     at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source)
     at javax.management.remote.rmi.RMIConnectionImpl_Stub.getMBeanInfo(Unknown Source)
     at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.getMBeanInfo(RMIConnector.java:1037)
     at com.jrockit.console.rjmx.RJMXConnection.getMBeanInfos(RJMXConnection.java:279)
     at com.jrockit.console.rjmx.RJMXConnection.getMBeanInfos(RJMXConnection.java:314)
     at com.jrockit.console.rjmx.RJMXConnectorModel.initializeAttributeInfos(RJMXConnectorModel.java:294)
     at com.jrockit.console.rjmx.RJMXConnectorModel.<init>(RJMXConnectorModel.java:99)
     at com.jrockit.console.rjmx.RJMXConnectorModel.<init>(RJMXConnectorModel.java:113)
     at com.jrockit.mc.memleak.ui.RjmxMemleakEditorInput.connect(Unknown Source)
     at com.jrockit.mc.memleak.ui.actions.StartMemleak$1.preConnect(Unknown Source)
     at com.jrockit.mc.browser.utils.PreConnectJob.run(PreConnectJob.java:73)
     at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)
Caused by: java.io.IOException: unknown protocol: resource
     at java.net.URL.readObject(URL.java:1219)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
     at java.util.HashMap.readObject(HashMap.java:1157)
     at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.access$300(ObjectInputStream.java:188)
     at java.io.ObjectInputStream$GetFieldImpl.readFields(ObjectInputStream.java:2107)
     at java.io.ObjectInputStream.readFields(ObjectInputStream.java:519)
     at javax.management.modelmbean.DescriptorSupport.readObject(DescriptorSupport.java:1270)
     at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
     at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480)
     at javax.management.modelmbean.ModelMBeanAttributeInfo.readObject(ModelMBeanAttributeInfo.java:524)
     at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
     at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480)
     at javax.management.MBeanInfo.readObject(MBeanInfo.java:669)
     at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
     at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
     at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:306)
     at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:155)
     ... 12 more
Can anyone help me?
Thank's,
Anderson Souza
Java/JEE Architect - Brasil

It was a good attempt, but I'm still getting the same exceptions.
I tried to create a new service file, and it was successful deployed:
<?xml version="1.0"?>
<server>
<mbean code="bea.jrockit.management.JRockitConsole" name="bea.jrockit.management:type=JRockitConsole">
</mbean>
</server>
After it I opened JBoss JMX Console and I saw the following mbeans published:
bea.jrockit.management
type=Compilation
type=DiagnosticCommand
type=GarbageCollector
type=JRA
type=JRockitConsole
type=Log
type=MemLeak
type=Memory
type=PerfCounters
type=Profiler
type=Runtime
So, it appears that all jkrockit MBeans are published, but the problem persist.
Any other suggestion?
Thanks,
Anderson Souza

I am trying to use powerpoint but when I open a document I want to work on it does not open on my desktop. It appears as open on mission control but it disappears offscreen. How can I get it to open where i need it and can work on it?

I am trying to use powerpoint but when I open a document I want to work on it does not open on my desktop. It appears as open on mission control but it disappears offscreen. How can I get it to open where i need it and can work on it?

It's almost certainly too late.
The time to create a backup is before a catastrophe. After a catastrophe, it's too late.

How can I fix Dock/Mission Control/Launchpad? (Glitch)

General Description
Mission Control and Launchpad glitch when invoked (whether by using the mouse or trackpad gesture). They seems to crash or quit, and then relaunch themselves (/itself - all the same app?), I know this because:
they both, as well as Dock, become unresponsive;
the desktop background images disappear temporarily (being replaced by blank light or dark grey);
the Mission Control animation stops/freezes and does not execute properly (the windows stay still);
Dock becomes unresponsive as well as Launchpad.
This happens a lot (every other invokation) and seems to be random; it's annoying and is ruining my workflow, since I am a heavy user of multiple desktops.
Behaviour
I usually have over ten desktops, all with active apps open at one time; when it glitches I can't even open or switch applications, though I can use the ones that are on the current desktop (if was trying to use Mission Control).
There is no correlation with the glitch and the amount of applications open, or how much RAM or CPU is active (still happens with only a few light apps open and a few desktops).
It does not matter whether I am using more than one monitor, the glitch still occurs.
It does not happen due to a particular open application, as I have tested with nothing open at all straight after a restart.
Possible and tested causes
An application might be corrupting the glitchy app(s), since the disk breaks after being repaired in Safe Boot mode. Once the disk has been repaired, the glitch doesn't seem to occur until a few applications have been opened, though I haven't tested this much. (I am suspecting TheBrain, but not sure. Other potential culprits: Chrome, Mail, Firefox, Spotify, Skype, Dictionary, Activity Monitor, Finder).
It isn't the operating system itself because I have reinstalled it from Safe Boot mode, and yet the glitch persists.
The application(s) affected by the glitch may be corrupted, and need reinstalled - that is, if they weren't already by reinstalling the operating system (they are in the '/System/CoreServices' folder).
Not-so-possible:
I doubt it is a virus - it would be a pretty pointless glitch for one to cause.
I have Time Machine running most of the time, but I have no reason to believe that is the cause.
I am using a NEET mini display port to HDMI adapter for my second monitor (no idea how that could be causing the issue).
Help
Any ideas on what I could do to fix this?
And does anyone know how to reinstall Mission Control, Dock and Launchpad (I think they are all part of '/System/Library/CoreServices/Dock.app')? This might be worth a try.
Specifications (just in case)
2010 Macbook Pro
2.8 GHz Intel i7
8 GB memory
500 GB HD (two thirds full)
Thanks for any help!

One thing I'd like for you to try: Create a new user account. Log into the new account and see if the same problems persist.
Many times such crashes are the result of corrupted preference or cache files. The above will eliminate these in the user account but not at the system level. So, I suggest you use a utility such as Lion Cache Cleaner 6.0.11 or Purity 1.10 to clear out cache files at the system level. I've never used the latter software but I, personally, use the former one on my computers.

My MacBook Pro is stuck in Dashboard overlay. When I opened the case this morning there it was. I did not enter this mode and cannot get out and back to the desktop. I have tried Mission control, but it will not open, escape doesn't work either.

I have a MacBook Pro running Yosemite.I did not shut down the computer last night. When I opened the computer this morning Dashboard in overlay was on the screen. I have not been able to get out of dashboard. I have tried esc, F12, and accessing System Preferences in the Dock. I clicked on Mission control and nothing changed. Help be get back to my desktop.

     Did you try restarting the computer?
    Delete com.apple.dashboard.plist file.
    Quit all applications.
    Option click the "Go" menu in the Finder menu bar.
    Select "Library" from the drop down.
    Library > Preferences > com.apple.dashboard.plist
    Right click on it and select "Move it to Trash".
    Restart.
    If this doesn’t help, Put back the com.apple.dashboard.plist
    Right click the Trash icon in the Dock and select “Open”.
    Right click the com.apple.dashboard.plist and select “Put Back”.

Trackpad is presenting a bug to open and close windows, mission control, and to move/roll the application (App) up and down.

Totally out of the blue, my trackpad is presenting a "bug". Every time that I try to open and close my mission control, or in the moments that I move / roll up and downs the Applications Screen, my Mac freezes for less than a second.
It never suffered any damage (NEVER!)! I am feeling very frustrated because I have no idea about what could cause such problem.
My MacBook Air is running OS X 10.9.5.
Any help will be very welcome!

Well, it all really depends on the custom program and how it was written. Does it have an ActiveX interface? If it does, than that's the easiest way to go. If you put an automation refnum on the fron panel, you can right click and it and choose Select ActiveX Class>Browse. The browser will list all of the ActiveX type libraries that are registered on your system. If you can find one that refers to your custom program, then you should be able to use it's methods and properties to control. If it does not have an ActiveX interface, then things get much more difficult.

A big complain to Mission Control

Similar Messages

Maybe you are looking for