1a7f12245c
Enable pinning build script
2015-08-11 16:57:49 -07:00
4342f25ece
Reacting to DI changes
2015-08-11 13:04:40 -07:00
9bebd183d7
#396 React to CoreCLR Cryptography package refactoring. Remove transitive dependencies.
2015-08-11 10:34:11 -07:00
7fe2a43b05
Update CoreCLR versions
2015-08-04 10:15:23 -07:00
81e8830c67
React to DNX renames
2015-07-29 00:30:44 -07:00
d2ff1dd446
Merge branch 'release' into dev
2015-07-16 08:54:41 -07:00
a3a6a97a96
Updating to release NuGet.config
2015-07-16 08:54:38 -07:00
4103d947f4
Merge remote-tracking branch 'origin/release' into dev
2015-07-16 08:26:01 -07:00
bbd57217f2
React to API change in DependencyInjection
2015-07-07 14:40:20 -07:00
e332375f0e
Add repository information to project files
2015-07-01 19:42:39 -07:00
5aaae8ba9b
Change hardcoded `bash` shebang to `env`
...
- aspnet/Home#695
- support various `bash` installation locations
- in particular, enable building on FreeBSD
2015-06-23 10:52:53 -07:00
430c903f65
Add System.IO to framework assemblies
2015-06-04 10:47:36 -07:00
3673ea6e83
Merge branch 'release' into dev
2015-05-27 16:07:55 -07:00
7bedbdfbab
Updating to release NuGet.config
2015-05-27 16:07:51 -07:00
0d3c29f46a
Reacting to CoreCLR package updates
2015-05-15 09:57:18 -07:00
77d689f0bd
Update Home master -> Home dev
2015-05-12 11:50:38 -07:00
2f09b07adc
Package rename: Microsoft.AspNet.DataProtection.Shared -> Microsoft.AspNet.DataProtection.Sources
2015-05-07 10:16:20 -07:00
fe80a65ffc
React to common package name change
2015-05-07 09:36:15 -07:00
d870ae431e
Add link to documentation site
2015-05-05 13:16:29 -07:00
c6416f3520
Update LICENSE.txt and license header on files.
2015-05-01 13:45:56 -07:00
4a58540bdf
React to DNX packages name change
2015-05-01 11:05:09 -07:00
d578779fa6
Revert Runtime.Abstractions
2015-04-29 23:58:04 -07:00
a1144274a1
React to Interface package renames
2015-04-29 22:42:00 -07:00
7ecbee2f7d
Interfaces->Abstractions
2015-04-29 17:21:04 -07:00
d386e78ee6
Use $HOME as a possible storage location
...
If LOCALAPPDATA and USERPROFILE are both null (as is the case on
Linux/OSX) use "$HOME/.aspnet" as the root folder for data protection
keys
Fixes #76
2015-04-19 21:52:35 -07:00
8983a03fed
Reacting to changes in OptionsModel
2015-04-16 16:57:44 -07:00
7591d5b813
Update .travis.yml and appveyor.yml to build quietly.
2015-04-07 16:14:26 -07:00
d5740add2d
Merge branch 'release' into dev
2015-04-07 14:42:09 -07:00
8b9b809ecd
Add serviceable attribute to projects.
...
aspnet/DNX#1600
2015-04-07 14:41:49 -07:00
e3f4e51c0d
Reacting to ILogger api changes
2015-04-04 00:44:36 -07:00
da8f694328
Fix AppVeyor git line ending config
2015-04-03 17:08:11 -07:00
1f97db54fa
Merge remote-tracking branch 'origin/release' into dev
2015-04-03 11:36:31 -07:00
ec61315412
Update project.json, code=>compile. Also remove **/*.cs and **/*.vs from compile section. These are now defaulted to on.
2015-04-02 16:15:25 -07:00
19567ad39d
Update .xproj files for Microsoft.Web.AspNet.* -> Microsoft.DNX.* rename
2015-04-02 13:49:24 -07:00
1d7ac248ee
Update global.json, sources=>projects
2015-04-02 09:19:54 -07:00
a8134feb03
Adding status badges
2015-04-01 18:10:11 -07:00
df74818199
Turn off sudo for .travis.yml.
2015-04-01 17:04:41 -07:00
2cb0ddce82
Add travis and appveyor CI support.
2015-04-01 15:40:28 -07:00
56cfbdde82
Fixing dataprotection on IIS
...
Fixes: https://github.com/aspnet/DataProtection/issues/73
On IIS where there is no user profile, the code tries to always read the 32bit registry view irrespective of the bitness of the worker process. So in case of 64 bit app pools the registry key is null so it falls back to in memory ephemeral repository. On 32 bit app pool it can find an appropriate registry key, but the keyRepositoryDescriptor is not populated resulting in a null reference exception.
Current behavior:
X86 throws
X64 falls back to in memory ephemeral
With fix:
Both X86 and X64 will use DPAPI.
2015-04-01 13:02:09 -07:00
33fa06a25c
Fixing dataprotection on IIS
...
Fixes: https://github.com/aspnet/DataProtection/issues/73
On IIS where there is no user profile, the code tries to always read the 32bit registry view irrespective of the bitness of the worker process. So in case of 64 bit app pools the registry key is null so it falls back to in memory ephemeral repository. On 32 bit app pool it can find an appropriate registry key, but the keyRepositoryDescriptor is not populated resulting in a null reference exception.
Current behavior:
X86 throws
X64 falls back to in memory ephemeral
With fix:
Both X86 and X64 will use DPAPI.
2015-04-01 11:54:24 -07:00
0fdf8f6bf1
Marked build.sh as executable
2015-03-31 05:23:09 -07:00
340d2c9fd6
Merge branch 'release' into dev
2015-03-25 11:29:31 -07:00
13dc9d6018
Updating to release NuGet.config
2015-03-25 11:29:29 -07:00
7b707e3b7c
Remove k command and use dnx instead
2015-03-24 21:28:25 -07:00
794f60b104
Fix content path for config transform
...
This forces installation failure in a 4.5 project.
2015-03-19 11:00:05 -07:00
d2def94712
Reliability: Tweak comparison in key revocation checks
2015-03-18 15:15:58 -07:00
fd08325918
Skip registry checks on non-Windows platforms
2015-03-18 10:42:09 -07:00
ca840d3711
Code cleanup in KeyDerivation
...
- Rename PRF members to be HMAC functions (which is technically correct)
- Use NotNullAttribute where possible
2015-03-17 22:03:43 -07:00
271ec1bd4b
Move IApplicationDiscriminator to Infrastructure namespace
2015-03-17 20:56:58 -07:00
22927ec289
Add simple file-based provider instantiation APIs
2015-03-17 15:36:58 -07:00
Kiran Challa
Pranav K
Chris R
Troy Dai
Victor Hurdugaci
mikary
Doug Bunting
Eilon Lipton
Barry Dorrans
N. Taylor Mullen
Brennan
Matt Ellis
Wei Wang
Praburaj
David Fowler
suhasj
Levi B