# Is the component view SDK actually production ready? **URL:** \ **Category:** Web\ **Tags:** sdk\ **Created:** [July 12, 2023, 12:50pm UTC](https://devforum.zoom.us/t/is-the-component-view-sdk-actually-production-ready/91685 "2023-07-12T12:50:12Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![dnna](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/dnna/32/36399_2.png) [@dnna](https://devforum.zoom.us/u/dnna)\ **Post date:** [July 12, 2023, 12:50pm UTC](https://devforum.zoom.us/t/is-the-component-view-sdk-actually-production-ready/91685/1 "2023-07-12T12:50:12Z")
To preface this, I think the component view is an awesome idea. It provides a great middle-ground between a full-page client and a low-level SDK, like the Video SDK, where you must build everything yourself. Choosing it was initially a no-brainer for our use-case, however trying to use it in a production-grade app for the past few months (we are an ed-tech startup, running cohorts of 20-25 kids at a time, where they do game-based learning), we keep running into issues and limitations, which are making me question how mature this SDK really is and if we are making the right choice sticking with it or if we should already be exploring alternatives. These are some of the main issues we have encountered. Some of these have been posted by me or other posters in these forums in the past: - The component view SDK does not remember the user’s selected devices and keeps reverting to the default every time Zoom connects or when joining/leaving a breakout room. This is a major hindrance, especially for non-tech-savvy users who are the target group of our meetings, as they keep losing audio every time we open or close the breakout rooms, and we have to halt the flow of the meeting to help them reconfigure it. We also tried to solve it ourselves enumerating the devices and trying to remember the preference ourselves, but there is no way to pass it to Zoom as there is no API to select a device programmatically either during Zoom’s initialization or during the call. - Some features outright don’t work correctly or have major bugs that make them unusable. These are two that I have personally experienced: - New API releases lack important features in the component view that exist in the client view. For example, in the component view there is no createBreakoutRooms API, which means if someone wants to use these APIs, they have to first create the breakout rooms manually through the UI, which nullifies the biggest use case of this API. I posted this thread [Opening new breakout rooms without roomId programmatically in 2.14](https://devforum.zoom.us/t/opening-new-breakout-rooms-without-roomid-programmatically-in-2-14/91492) about it in case I missed something, but having triple-checked the docs now, I think the feature just isn’t there and there isn’t really a way to do it. So the question is, is the component view considered a first-class SDK by the team, and is it expected that some or all of these issues have a chance to be fixed in 1-2-3 months, or is this SDK meant for lighter/less serious use-cases and all the focus is being put either into the full-page client-view and the low-level Video SDK solutions? ---
**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/6/1/614bdd549b610bbaa46ff934617683a02bdaa03c.png) [@system](https://devforum.zoom.us/u/system)\ **Post date:** [August 11, 2023, 10:50pm UTC](https://devforum.zoom.us/t/is-the-component-view-sdk-actually-production-ready/91685/2 "2023-08-11T22:50:40Z")
Closed on August 11, 2023, 10:50pm UTC This topic was automatically closed 30 days after the last reply. New replies are no longer allowed. ---
**Author:** ![gianni.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/gianni.zoom/32/32523_2.png) [@gianni.zoom](https://devforum.zoom.us/u/gianni.zoom)\ **Post date:** [September 6, 2023, 9:26pm UTC](https://devforum.zoom.us/t/is-the-component-view-sdk-actually-production-ready/91685/3 "2023-09-06T21:26:58Z")
Hi @dnna , Thanks for sharing these points. In doing some troubleshooting with the component view SDK myself, these are valid questions. I am going to reach out to some teammates who work primarily with MSDK to get some answers. ---
**Author:** ![gianni.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/gianni.zoom/32/32523_2.png) [@gianni.zoom](https://devforum.zoom.us/u/gianni.zoom)\ **Post date:** [September 11, 2023, 3:09pm UTC](https://devforum.zoom.us/t/is-the-component-view-sdk-actually-production-ready/91685/5 "2023-09-11T15:09:30Z")
Hi @dnna , I’m still looking into some of the other points you brought up, but here’s an update on the following > [@dnna](#): > > New API releases lack important features in the component view that exist in the client view. For example, in the component view there is no createBreakoutRooms API, which means if someone wants to use these APIs, they have to first create the breakout rooms manually through the UI, which nullifies the biggest use case of this API. I posted this thread [Opening new breakout rooms without roomId programmatically in 2.14](https://devforum.zoom.us/t/opening-new-breakout-rooms-without-roomid-programmatically-in-2-14/91492) about it in case I missed something, but having triple-checked the docs now, I think the feature just isn’t there and there isn’t really a way to do it. > [@Opening new breakout rooms without roomId programmatically in 2.14](https://devforum.zoom.us/t/opening-new-breakout-rooms-without-roomid-programmatically-in-2-14/91492/5): > > Hi @dnna , This feature does not exist yet. There is an open request for createBreakoutRoom api to be developed. When it is ready for production use, it will be shared via developer changelog (ZOOM-566649) .