Ext JS 4的文件上传和内部服务器错误

时间:2012-04-20 19:19:46

标签: javascript file-upload extjs error-handling extjs4

我们再次使用Ext JS。

假设我有一个文件上传(Ext.form.field.File)字段,用于将图像提交到应用程序的Web服务器。

每当我在表单的提交上得到内部服务器错误(状态代码= 500)时(即:发布的文件大于Web服务器的最大请求长度),Ext会抛出一个在浏览器控制台上显示的异常。

如果我像这样覆盖Ext.Error.handle,我可以及时捕获错误:

<!-- language: js -->
Ext.Error.handle = function (err) {

    switch (err.sourceClass) {
        case "Ext.JSON":
            {
                var arr = err.msg.split('\n');
                var msg = arr[0];
                arr.shift();
                var serverMsg = arr.join('\n');

                LogManager.error(msg);
                return true;
            }
        default:
            {
                if (err.msg) {
                    LogManager.error(err.msg);
                    return true;
                }
            }
            return false;
    }
}

问题是无论我是否捕获错误,或者没有显示模式进度条Ext创建,这意味着我的应用程序已被锁定。

问题是:如何让Ext激发表单的失败回调并以愉快的方式关闭进度条?

2 个答案:

答案 0 :(得分:1)

我认为最干净的方法是使用表单提交失败回调来处理内部服务器(500)错误。

有关详细信息,请参阅文档http://docs.sencha.com/ext-js/4-1/#!/api/Ext.form.Basic-method-submit

您可以设置waitMsg属性,您将看到Ext将自动取消正在显示的消息。像这样......

myFormPanel.getForm().submit({
    clientValidation: true,
    waitMsg: 'Uploading image...',
    url: 'updateConsignment.php',
    params: {
        newStatus: 'delivered'
    },
    success: function(form, action) {
       Ext.Msg.alert('Success', action.result.msg);
    },
    failure: function(form, action) {
        switch (action.failureType) {
            case Ext.form.action.Action.CLIENT_INVALID:
                Ext.Msg.alert('Failure', 'Form fields may not be submitted with invalid values');
                break;
            case Ext.form.action.Action.CONNECT_FAILURE:
                Ext.Msg.alert('Failure', 'Ajax communication failed');
                break;
            case Ext.form.action.Action.SERVER_INVALID: //For your 500
               Ext.Msg.alert('Failure', action.result.msg);
       }
    }
});

答案 1 :(得分:0)

我刚刚找到了一个解决这个问题的方法,即使用Ext.Error.handle处理错误,使用Ext.Msg显示错误消息abd return false。这很棘手。

通过处理错误,我可以检查错误事件并检索一些错误信息。 显示错误消息是比较棘手的部分,因为上传的进度条使用Ext.Msg后面的相同基础结构,Ext.Msg有一个错误,它不允许程序员像队列那样调用它,显示一条消息然后用户单击“确定”时的下一个。它总是擦除前一个并显示新的。 如果用户有两个路径决定并且问题消息框会简单消失,这种行为可能导致可怕的错误! 最后,我们返回false并在控制台中打印错误。如果我们在此时返回true,则调用函数将继续执行并导致问题,因为预期的信息很可能不存在。

这个解决方案很棘手,很脏,并且根本不令人愉快。它现在适合我,但我知道我很快就会后悔:P