RProducts zrobione do końca w wersji podstawowej JSON

PC33-RestSerwer/src/main/java/sklep/rest/RProducts.java

@@ -4,6 +4,7 @@ import java.math.BigDecimal;
 import java.util.List;
 
 import jakarta.ws.rs.Consumes;
+import jakarta.ws.rs.DELETE;
 import jakarta.ws.rs.GET;
 import jakarta.ws.rs.POST;
 import jakarta.ws.rs.PUT;
@@ -15,6 +16,7 @@ import sklep.db.DBException;
 import sklep.db.ProductDAO;
 import sklep.db.RecordNotFound;
 import sklep.model.Product;
+import sklep.photo.PhotoUtil;
 
 /* W usługach REST struktura adresów URL odpowiada logicznej strukturze danych.
  * Typowe jest, że * pod adresem "katalogu", np. /products , dostępna jest lista wszystkich rekordów
@@ -81,25 +83,45 @@ public class RProducts {
 	
 	@POST
 	@Consumes("application/json")
-	public void zapiszProdukt(Product product) throws DBException {
+	@Produces("application/json")
+	public Product zapiszProdukt(Product product) throws DBException {
 		try(DBConnection db = DBConnection.open()) {
 			ProductDAO productDAO = db.productDAO();
 			productDAO.save(product);
 			db.commit();
+			return product;
 		}
 	}
 	
 	// PUT vs POST
-	// PUT powinnismy używać wtedy, gdy z góry wiadomo, pod jakim adresem zostaną zapisane dane.
-	// W praktyce PUT uzywa się najczęściej do aktualizacji istniejących danych, ale teoretycznie PUT
-	// można też użyć do zapisania nowych danych pod konkretnym adresem.
-	// Gdy wyślemy dane za pomocą PUT pod adres, to następnie GET z tego samego adresu powinien odczytać dnae, które wysłał PUT (być może w innym formacie).
+    // PUT powinniśmy używać wtedy, gdy z góry wiadomo, pod jakim adresem zostaną zapisane dane.
+    // W praktyce PUT używa się najczęściej do aktualizacji istniejących danych, ale teoretycznie PUT
+    // można też użyć do zapisania nowych danych pod konkretnym adresem.
+    // Gdy wyślemy dane za pomocą PUT pod adres, to następnie GET z tego samego adresu powinien odczytać dane, które wysłał PUT (być może w innym formacie).
+    
+    // POST używajmy wtedy, gdy nie wiemy z góry pod jakim adresem dane zostaną zapisane, np. gdy id rekordu jest generowane z sekwencji.
+    // Taka metoda powinna dać w odpowiedzi informację o ID utworzonego rekordu.
+    // Kilka możliwości:
+    // 1) (w tej klasie) - odesłanie uzupełnionego rekordu - trochę niewydajne, ale wygodne
+    // 2) minimalny dokumencik JSON, w którego wnętrzu jest zawarta ta informacja (tak robi wiele usług w praktyce, np. PayU)
+    // 3) (zobaczymy jeszcze) - odesłać odpowiedź typu Created z nagłówkiem Location - najlepsze z punktu widzenia standardów/dobrych praktyk
+
+	@DELETE
+	@Path("/{id}")
+	public void usun(@PathParam("id") int productId) throws DBException, RecordNotFound {
+		try(DBConnection db = DBConnection.open()) {
+			ProductDAO productDAO = db.productDAO();
+			productDAO.delete(productId);
+			db.commit();
+		}
+	}
+	
+	@GET
+	@Path("/{id}/photo")
+	@Produces("image/jpeg")
+	public byte[] foto(@PathParam("id") int productId) throws DBException, RecordNotFound {
+		return PhotoUtil.readBytes(productId);
+	}
 	
-	// POST używajmy wtedy, gdy nie wiemy z góry pod jakim adresem dane zostaną zapisane, np. gdy id rekordu jest generowane z sekwencji.
 }
 
-
-
-
-
-