verificación de referencia nula necesario enumerar una colección dentro de un ensamblaje se refleja?
-
03-10-2019 - |
Pregunta
Me estoy quedando en un comportamiento muy extraño en C # /. NET 3.5 ...
Estoy escribiendo una clase que se engancha en la tubería de carga de un sistema de gestión de contenidos. El CMS se ejecuta este gancho a través de la reflexión.
Por alguna razón desconocida el siguiente código no por arroja una NullRef ( "Archivos" es una HttpFileCollection).
foreach (var fileKey in args.Files.AllKeys)
{
// Do Stuff
}
Después de la adición de un cheque NullRef antes de la instrucción hace que el bucle éxito . Los archivos subidos son idénticos en ambos casos. La instrucción de retorno nunca se ejecutó, ya que la condición nula falla.
if (args.Files == null ) return;
foreach (var fileKey in args.Files.AllKeys)
{
// Do Stuff
}
Estoy totalmente confundido por esto. Algunas ideas?
Seguimiento de la pila completa ??strong>
** Exception: System.Web.HttpUnhandledException **
Message: Exception of type 'System.Web.HttpUnhandledException' was thrown.
Source: System.Web
at System.Web.UI.Page.HandleError(Exception e)
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
at System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
at System.Web.UI.Page.ProcessRequest()
at System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext context)
at System.Web.UI.Page.ProcessRequest(HttpContext context)
at ASP.sitecore_shell_applications_flashupload_advanced_uploadtarget_aspx.ProcessRequest(HttpContext context)
at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
** Nested Exception **
Exception: System.Reflection.TargetInvocationException
Message: Exception has been thrown by the target of an invocation.
Source: mscorlib
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
at Sitecore.Reflection.ReflectionUtil.InvokeMethod(MethodInfo method, Object[] parameters, Object obj)
at Sitecore.Pipelines.Processor.Invoke(PipelineArgs args)
at Sitecore.Nexus.Pipelines.NexusPipelineApi.Resume(PipelineArgs args, Pipeline pipeline)
at Sitecore.Pipelines.Pipeline.Resume()
at Sitecore.Pipelines.Pipeline.DoStart(PipelineArgs args)
at Sitecore.Pipelines.Pipeline.Start(PipelineArgs args, Boolean atomic)
at Sitecore.Pipelines.Pipeline.Start(PipelineArgs args)
at Sitecore.Shell.Applications.FlashUpload.Advanced.UploadTarget.HandleUpload()
at Sitecore.Shell.Applications.FlashUpload.Advanced.UploadTarget.OnLoad(EventArgs e)
at System.Web.UI.Control.LoadRecursive()
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
** Nested Exception **
Exception: System.NullReferenceException
Message: Object reference not set to an instance of an object.
Source: Sitecore.CustomExtensions
at Sitecore.CustomExtensions.StreamingMediaUploader.Process(UploadArgs args) in C:\...\Sitecore.CustomExtensions\StreamingMediaUploader.cs:line 33
No hay solución correcta
Otros consejos
Sólo una conjetura, pero es probable que haya un comportamiento inesperado (posiblemente un error) en el CMS. Bug o no, su contrato con el CMS no está completamente definido.
La razón partido cargado archivos se debe a que su método fue probablemente llama varias veces con la última llamada lanzar la excepción.
Dado que estamos trabajando con una aplicación que no controlas, su solución es correcta -. Debe comprobar todo lo que te dan antes de usarla