Oi Pedro Henrique!

Alguns browsers não submetem conteúdo como DELETE, tente mudar o atributo method do seu formulário para POST e veja se funciona. 

Você pode verificar como está sendo feita a submissão do conteúdo para o servidor através das ferramentas de desenvolvimento do browser na aba Network.

Coloquei, enviou post :

[font=Arial][size=85]Remote Address:
[::1]:9090
Request URL:
http://localhost:9090/frontend/regraTributaliza/delete/3
Request Method:
[/size][/font]   ?POST[font=Arial][size=85]
Status Code:
404 Not Found[/size][/font]

Agora evoluí de erro, mas não era pra dar este erro.

Oi Pedro Henrique,

neste caso o problema agora é outro. Muito provavelmente a action "delete" não existe ou o arquivo GSP relacionado ("delete.gsp"?) não existe, o que aponta este erro do Grails.

Posta o código do controller, se possível
Também veja se não há nenhum url mapping afetando isso
E como você alterou o method utilizado pelo form, lembre-se também de alterar o allowedMethods no controller

Olha o que eu encontrei na documentação do plugin do sprig-security :

The plugin isn't compatible with Grails 

<g:actionSubmit>

 tags. These are used in the autogenerated GSPs that are created for you, and they enable having multiple submit buttons, each with its own action, inside a single form. The problem from the security perspective is that the form posts to the default action of the controller, and Grails figures out the handler action to use based on the 

action

 attribute of the 

actionSubmit

 tag. So for example you can guard the 

/person/delete

 with a restrictive role, but given this typical edit form:
<g:form> …
<g:actionSubmit class="save" action="update"value='Update' />
<g:actionSubmit class="delete" action="delete"value="'Delete' />
</g:form>

both actions will be allowed if the user has permission to access the 

/person/index

 url, which would often be the case.
The workaround is to create separate forms without using 

actionSubmit

 and explicitly set the 

action

 on the 

<g:form>

 tags, which will result in form submissions to the expected urls and properly guarded urls.

Este é o código que foi gerado pelo generate-all

static allowedMethods = [save: "POST", update: "PUT", delete: ["POST", "DELETE", "GET"]]

@Transactional
    def delete(Long id) {
        def regraTributalizaInstance = RegraTributaliza.get(id)
        if (regraTributalizaInstance == null) {
            notFound()
            return
        }
        regraTributalizaInstance.delete(flush: true)
        flash.message = message(code: 'default.deleted.message', args: [message(code: 'regraTributaliza.label', default: 'RegraTributaliza'), regraTributalizaInstance.nome])
        redirect action: "index", method: "GET"
    }

Não sabia desta incompatibilidade... bom saber disso
Conseguiu funcionar, então? Pelo jeito é só alterar o formulário

Kico, descobri, é só deixar no actionSubmit a property

action="delete"

, sendo assim ficaria no form  ne actionSubmit.

<g:form url="[resource:regraTributalizaInstance, action:'delete']" method="DELETE">  
  <g:actionSubmit value="Delete" action="delete" onclick="return confirm('${message(code: 'default.button.delete.confirm.message', default: 'Tem certeza?')}');" />
</g:form>