- 29 6月, 2019 1 次提交
-
-
由 Cyrus Najmabadi 提交于
-
- 21 5月, 2019 1 次提交
-
-
由 Sam Harwell 提交于
-
- 12 10月, 2017 1 次提交
-
-
由 Heejae Chang 提交于
-
- 16 8月, 2017 1 次提交
-
-
由 Heejae Chang 提交于
#1. made persisted storage exclusive to 1 process. like before, second VS with same solution will not use persisted storage. #2, tweaked sqlite to share cache between connections like esent. #3, made VS and OOP to use different db files (we can make them to share if we want to, but for now, nobody requires it so we create 2 different db) .. made OOP mock to enable persisted service.
-
- 29 6月, 2017 1 次提交
-
-
由 Sam Harwell 提交于
-
- 05 1月, 2017 1 次提交
-
-
由 Heejae Chang 提交于
-
- 15 12月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
-
- 07 12月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
-
- 29 9月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
This is necessary now that several IDE features (i.e. FindReferences/NavigateTo) use OutOfProc by default. If the server is not on, these guys just fall back and compute everything in-proc, defeating the point. This also addresses issues where OutOfProc wouldn't be used even when it was supposed to. For example, if 'CodeLens' was off, but was then turned on, then OutOfProc still wouldn't be used.
-
- 24 9月, 2016 2 次提交
-
-
由 Heejae Chang 提交于
-
由 Heejae Chang 提交于
-
- 20 9月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
-
- 08 9月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
this is to make develop - debug cycle easiler when adding new features to service hub. to enable this, turn on Roslyn/FeatureManager/Features/RemoteHost and RemoteHostInProc once enabled, InProcRemoteHostClient will be used instead of ServiceHubRemoteHostClient except concrete type of RemoteHostClient, all other parts, exactly same code will be used. InProcRemoteHostClient can be used in unit test to test client and server side as they are.
-
- 02 9月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 04 8月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
added abstraction in remote host and diagnostic service to prevent VS.Next dll from loading if remote host option is off. the abstraction I added here is specific to diagnostic service feature. that abstract solely exist to prevent VS.Next dll from loading if remote host option is off. this is different than IHostSpecificService abstraction I used to have that is generalized form of this abstraction which automatically figure out what to load based on option and layering/MEF composition of roslyn. in this model, each feature need to take care of this kind of issue.
-