it-swarm.com.de

PUT und POST 405 Nicht zulässige Methode für fehlerhafte Webdienste abrufen

Ich versuche, einen einfachen Restful Web-Service einzurichten, der entweder JSON oder XML gemäß dem Accept-Header zurückgibt. Ich verwende Spring, Maven und WebLogic Server. Ich nahm das Beispiel aus diesem Beitrag http://software.sawano.se/2012/03/combining-json-and-xml-in-restful-web.html und versuchte es zu verbessern. GET und DELETE funktioniert sowohl für JSON als auch für XML. Aber PUT und POST geben den Fehler "405-Methode nicht zulässig" aus. Ich versuche dies mit dem Chrome Extension Advanced Rest Client zu testen. Unten sehen Sie die Response-Header.

Status
405 Method Not Allowed Show explanation Loading time: 327

Request headers 
Accept: Application/json
Origin: chrome-extension://hgmloofddffdnphfgcellkdfbfbjeloo
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36
Content-Type: application/x-www-form-urlencoded 
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8


Response headers 
Connection: close
Date: Tue, 11 Feb 2014 15:17:24 GMT 
Content-Length: 34 
Content-Type: text/html 
Allow: GET, DELETE 
X-Powered-By: Servlet/2.5 JSP/2.1
Raw
Parsed

der Anfragekörper, den ich gebe, ist unten:

{
id: 1
name: "manga"
}

Meine Controller-Klasse sieht wie folgt aus:

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.http.HttpStatus;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.*;

import Java.util.HashSet;
import Java.util.Set;

@Controller
@RequestMapping("/users")
public class RESTController {
Userlist obj2;
boolean flag=false;
private Logger logger = LoggerFactory.getLogger(getClass());

@RequestMapping(value = "/{id}",method = RequestMethod.GET)
@ResponseBody
public User getUser(@PathVariable int id, @RequestHeader("Accept") String acceptHeader) {
    User temp = new User();
    if(obj2==null)
    {
        temp= new User(0, "Null");
    }
    else   {
        Set<User> set1= obj2.getUsers();
        for(User a:set1)
        {
            if(id==a.getId()) temp=a;
        }
      }
    logger.trace("Serving resource for Accept header: {}", acceptHeader);
    return temp;
}

@RequestMapping(value="",method = RequestMethod.GET)
@ResponseBody
public Userlist getUsers(){
    if(flag==false){
    User new1=new User(1,"Rob");
    User new2=new User(2,"VAN");
    User new3=new User(3,"DAM");
    User new4=new User(4,"Helio");
 Set<User> obj1 =new HashSet<User>();
    obj1.add(new1);
    obj1.add(new2);
    obj1.add(new3);
    obj1.add(new4);
    obj2=new Userlist(obj1);
    flag=true;
    }
    return obj2;
}

@RequestMapping(value="/{id}",method = RequestMethod.DELETE)
@ResponseStatus(HttpStatus.OK)
public void deleteUser(@PathVariable int id){
    Set<User> set1= obj2.getUsers();
   for(User a:set1)
    {
        if(id==a.getId()) set1.remove(a);
     }
    Userlist obj3=new Userlist(set1);
    obj2=obj3;
    //return obj3;
}

@RequestMapping(value="/{id}",method = RequestMethod.PUT, consumes = "Application/json")
@ResponseStatus(HttpStatus.OK)
public void updateUser(@PathVariable int id, @RequestBody User temp){
    System.out.println("Inside the put function");
        if(temp==null){System.out.println("This is a Null for PUT");}
 }
}

Im Moment habe ich nichts in PUT.

9
Some Guy Really

Nun, anscheinend musste ich meine PUT-Aufruffunktion updateUser ändern. Ich entfernte den @Consumes, den @RequestMapping und fügte der Funktion auch einen @ResponseBody hinzu. Also sah meine Methode so aus:

@RequestMapping(value="/{id}",method = RequestMethod.PUT)
@ResponseStatus(HttpStatus.OK)
@ResponseBody
public void updateUser(@PathVariable int id, @RequestBody User temp){
    Set<User> set1= obj2.getUsers();
    for(User a:set1)
    {
        if(id==a.getId())
        {
            set1.remove(a);
            a.setId(temp.getId());
            a.setName(temp.getName());
            set1.add(a);
        }
    }
    Userlist obj3=new Userlist(set1);
    obj2=obj3;
}

Und es hat funktioniert!!! Vielen Dank für die Antwort.

5
Some Guy Really

Hinweis Erlaubte Methoden in der Antwort

Connection: close
Date: Tue, 11 Feb 2014 15:17:24 GMT 
Content-Length: 34 
Content-Type: text/html 
Allow: GET, DELETE 
X-Powered-By: Servlet/2.5 JSP/2.1

Es akzeptiert nur GET und DELETE. Daher müssen Sie den Server anpassen, um auch PUT und POST zu aktivieren. 

Allow: GET, DELETE
10
aNish

Ich bin nicht sicher, ob ich korrekt bin, aber aus dem von Ihnen geposteten Anforderungsheader:

Kopfzeilen anfordern

Akzeptiere: Bewerbung/json  

Ursprung: Chrome-Erweiterung: // hgmloofddffdnphfgcellkdfbfbjeloo

Benutzer-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, wie Gecko) Chrome/29.0.1547.76 Safari/537.36

Inhaltstyp: application/x-www-form-urlencoded

Accept-Encoding: gzip, deflate, sdch Accept-Language: en-US, en; q = 0,8

es scheint, als hätten Sie Ihren Anfrage-Body nicht nach JSON-Typ konfiguriert.

2
weiyueli

Das Problem ist, dass die Methode POST für Anfragen nach statischen Dateien des NGYNX-Servers verboten ist. Hier ist die Problemumgehung:

# Pass 405 as 200 for requested address:

server {
listen       80;
server_name  localhost;

location / {
    root   html;
    index  index.html index.htm;
}

error_page  404     /404.html;
error_page  403     /403.html;

error_page  405     =200 $uri;
}

Bei Verwendung von Proxy: 

# If NGYNX is like proxy for Apache:

error_page 405 =200 @405; 

location @405 { 
    root /htdocs; 
    proxy_pass http://localhost:8080; 
}

Wenn Sie FastCGI verwenden:

location ~\.php(.*) {
fastcgi_pass 127.0.0.1:9000;
fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
include /etc/nginx/fastcgi_params;
}

Browser verwenden normalerweise GET, sodass Sie Online-Tools wie ApiTester verwenden können, um Ihre Anforderungen zu testen. 

Quelle: https://ruhighload.com/%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0+nginx+405+not+allowed

0
Zon

Ich mache dasselbe mit mir, Wenn dein Code korrekt ist und dann auch 405 Fehler gibt. dieser Fehler aufgrund eines Berechtigungsproblems . Gehen Sie zum Berechtigungsmenü und wechseln Sie zu "Autherz von Vater".

Authorization Type options menuAuthorization Inherit auth from parent selected

0
Solanki Vaibhav