Archiwa tagu: spring boot

Spring Boot: autoryzacja użytkowników w oparciu o bazę danych

2016-08-31 ynka 1 komentarz

O logowaniu użytkowników pisałam wcześniej w następujących postach:

Dzisiaj dodałam do mojej raczkującej aplikacji funkcjonalność logowania użytkowników zapisanych wcześniej w bazie danych.

Poniżej przedstawiam zmiany, które musiałam w tym celu wprowadzić do mojej aplikacji.

a) Wersja podstawowa

W klasie User, która od teraz ma być nie tylko klasą przechowującą dane, ale także bazą do autoryzacji użytkowników, muszę zaimplementować interfejs UserDetails:

@Document
public class User 
		implements UserDetails {
...
	@Override
	public Collection<? extends GrantedAuthority> getAuthorities() {
		return Arrays.asList(new SimpleGrantedAuthority("USER"));
	}

	@Override
	public String getPassword() {
		return passwordEncrypted;
	}

	public void setPassword(String password) {
		this.passwordEncrypted = password;
	}

	@Override
	public String getUsername() {
		return username;
	}

	public void setUsername(String username) {
		this.username = username;
	}

	...

	@Override
	public boolean isEnabled() {
		return isConfirmationStatus();
	}
...
}

@Document

public class User

implements UserDetails {

...

@Override

public Collection<? extends GrantedAuthority> getAuthorities() {

return Arrays.asList(new SimpleGrantedAuthority("USER"));

}

@Override

public String getPassword() {

return passwordEncrypted;

}

public void setPassword(String password) {

this.passwordEncrypted = password;

}

@Override

public String getUsername() {

return username;

}

public void setUsername(String username) {

this.username = username;

}

...

@Override

public boolean isEnabled() {

return isConfirmationStatus();

}

...

}

W klasie SecurityConfiguration opisuję nowy sposób logowania:

@Configuration
@EnableGlobalMethodSecurity(securedEnabled = true)
public class SecurityConfiguration extends WebSecurityConfigurerAdapter {
...
	@Override
	protected void configure(AuthenticationManagerBuilder auth) throws Exception {
		auth.userDetailsService(new UserDetailsService() {
			@Override
			public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
				return userRepository.getUserByUsername(username);
			}
		});
	}
...
}

@Configuration

@EnableGlobalMethodSecurity(securedEnabled = true)

public class SecurityConfiguration extends WebSecurityConfigurerAdapter {

...

@Override

protected void configure(AuthenticationManagerBuilder auth) throws Exception {

auth.userDetailsService(new UserDetailsService() {

@Override

public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {

return userRepository.getUserByUsername(username);

}

});

}

...

}

Brakuje mi odpowiedniej metody do pobrania obiektu użytkownika po jego nazwie (getUserByUsername) w klasie UserRepository. Do tej pory szukałam użytkowników jedynie na podstawie confirmationId (co opisałam tutaj: Aktywacja konta poprzez email). Na szczęście dzięki Spring Data nie muszę jej nawet implementować, wystarczy, że dodam następującą linię:

public interface UserRepository extends CrudRepository<User, BigInteger>{
		
	public User getUserByConfirmationId(String confirmationId);
	public User getUserByUsername(String username);
	
}

public interface UserRepository extends CrudRepository<User, BigInteger>{

public User getUserByConfirmationId(String confirmationId);

public User getUserByUsername(String username);

}

b) Wersja rozszerzona. Przecież ja szyfruję hasła!

W tym celu muszę zarejestrować odpowiedni bean szyfrujący:

@Bean
public PasswordEncoder passwordEncoder() {
    return new BCryptPasswordEncoder();
}

@Bean

public PasswordEncoder passwordEncoder() {

return new BCryptPasswordEncoder();

}

Jego właśnie muszę użyć do zaszyfrowania hasła przy tworzeniu nowego użytkownika:

@Controller
public class UserController extends WebMvcConfigurerAdapter {
...
	
	@Autowired
	PasswordEncoder passwordEncoder;
	
	...
		...
		user.setPasswordEncrypted(passwordEncoder.encode(user.getPassword1()));
		...
	...
}

@Controller

public class UserController extends WebMvcConfigurerAdapter {

...

@Autowired

PasswordEncoder passwordEncoder;

...

user.setPasswordEncrypted(passwordEncoder.encode(user.getPassword1()));

...

}

Należy też wspomnieć o nim w konfiguracji:

@Configuration
@EnableGlobalMethodSecurity(securedEnabled = true)
public class SecurityConfiguration extends WebSecurityConfigurerAdapter {
...
	@Override
	protected void configure(AuthenticationManagerBuilder auth) throws Exception {
		auth.userDetailsService(new UserDetailsService() {
			@Override
			public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
				return userRepository.getUserByUsername(username);
			}
		}).passwordEncoder(passwordEncoder());
	}
...
}

@Configuration

@EnableGlobalMethodSecurity(securedEnabled = true)

public class SecurityConfiguration extends WebSecurityConfigurerAdapter {

...

@Override

protected void configure(AuthenticationManagerBuilder auth) throws Exception {

auth.userDetailsService(new UserDetailsService() {

@Override

public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {

return userRepository.getUserByUsername(username);

}

}).passwordEncoder(passwordEncoder());

}

...

}

Klasa BCryptPasswordEncoder implementuję metodę matches z interfejsu PasswordEncoder, która sprawdza, czy hasło w czystej postaci pasuje do jego zahaszowanej wersji przechowywanej w bazie danych.

Już.

PS. Podczas testowania mój dostawca domeny i serwera zablokował mi konto email, przekonany, że ktoś się na nie włamał i rozsyła spam ❤

Tajemne szyfry (zaawansowane)

Maven ➝ Pivotal. Automatyczne wdrożenie w chmurze

2016-07-29 ynka 1 komentarz

Pisałam już o tym, jak uruchomić aplikację w chmurze Pivotal oraz jak podłączyć do niej bazę danych. W tym odcinku pokażę, jak ułatwić sobie życie i bez wysiłku wdrażać nowe wersje aplikacji zaraz po ich poprawnym zbudowaniu. Wykorzystam do tego plugin Cloud Foundry Maven (Cloud Foundry ≈ Pivotal).

Cel

Wdrożenie nowej wersji w chmurze po wydaniu jednego polecenia. Spoiler – w tym wypadku będzie to:

mvn clean package cf:push

1	mvn clean package cf:push

Realizacja celu

Plugin w pom.xml

    <build>
        <plugins>
            ...
            <plugin>
                <groupId>org.cloudfoundry</groupId>
                <artifactId>cf-maven-plugin</artifactId>
                <version>1.1.3</version>
            </plugin>
            ...
        </plugins>
    </build>

<build>

...

<groupId>org.cloudfoundry</groupId>

<artifactId>cf-maven-plugin</artifactId>

</plugin>

...

</plugins>

</build>

Pierwszy tutorial, jak znalazłam w archiwach Cloud Foundry, twierdził, że pluginu nie ma w głównym repozytorium Mavena – konieczne miało być dodanie wpisu w sekcji pluginRepositories pliku pom.xml. Od tego czasu sytuacja uległa zmianie (https://mvnrepository.com/artifact/org.cloudfoundry/cf-maven-plugin) i nie trzeba już zawracać sobie tym głowy.

Konfiguracja pluginu w pom.xml

W moim wypadku wygląda tak:

            <plugin>
                <groupId>org.cloudfoundry</groupId>
                <artifactId>cf-maven-plugin</artifactId>
                <version>1.1.3</version>
                <configuration>
                    <server>mycloudfoundry-instance</server>
                    <org>namiekko</org>
                    <space>development</space>
                    <appname>szafbook</appname>
                    <target>http://api.run.pivotal.io</target>
                    <url>http://szafbook.cfapps.io/</url>
                    <memory>1024</memory>
                    <services>
                        <service>
                            <name>mLabMongoDB</name>
                            <label>mLabMongoDB</label>
                            <provider>mLab</provider>
                            <version>n/a</version>
                            <plan>sandbox</plan>
                        </service>
                    </services>
                </configuration>
            </plugin>

<groupId>org.cloudfoundry</groupId>

<artifactId>cf-maven-plugin</artifactId>

<server>mycloudfoundry-instance</server>

<org>namiekko</org>

<space>development</space>

<appname>szafbook</appname>

<target>http://api.run.pivotal.io</target>

<url>http://szafbook.cfapps.io/</url>

<name>mLabMongoDB</name>

<label>mLabMongoDB</label>

<plan>sandbox</plan>

</service>

</services>

</configuration>

</plugin>

Czym jest mycloudfoundry-instance? O tym poniżej.

Dane logowania

Dane logowania można podać w konsoli (ale wtedy nie będzie to wdrożenie za pomocą jednego polecenia!), w treści pom.xml (ale wtedy trafią one do systemu kontroli wersji, być może publicznego!), albo zdefiniować je w przeznaczonym dla Mavena pliku settings.xml na własnym dysku. Więcej o samym pliku settings.xml można poczytać tutaj. Szukać go należy (lub utworzyć) na jednej z dwóch ścieżek:

${maven.home}/conf/settings.xml (dla całej instalacji Mavena)
${user.home}/.m2/settings.xml (per użytkownik)

U mnie wpis wygląda tak:

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
  ...
  <servers>
     ...
	<server>
	  <id>mycloudfoundry-instance</id>
	  <username>justyna@...</username>
	  <password>...</password>
	</server>
  </servers>
  ...
</settings>

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">

...

...

<id>mycloudfoundry-instance</id>

<username>justyna@...</username>

</server>

</servers>

...

</settings>

id to nadana przeze mnie nazwa, za pomocą której mogę odwołać się do tej konfiguracji w pliku pom.xml (linia 6 w listingu z konfiguracją).

Więcej informacji

Więcej informacji na temat korzystania z pluginu można znaleźć na stronie https://docs.run.pivotal.io/buildpacks/java/build-tool-int.html.

Napotkane problemy

Wcześniej musiałam tylko raz wyklikać powiązanie pomiędzy aplikacją a usługą MongoDB (mLab). Przy wdrożeniach przez konsolę cf konfiguracja ta była zachowywana. Dlatego początkowo pominęłam definicję serwisów w konfiguracji pluginu (linie 13-21). Błąd! – baza danych była przez to “odczepiana” od aplikacji przy wdrożeniu.

Kod

Jak zwykle w GitHub.

PS.

Wiedziałam, że po zakończeniu konkursu Daj się poznać wrócę do swojego projektu, ale nie byłam pewna, czy chcę na ten temat blogować. Co mnie przekonało? To, że kiedy zapomniałam, jakie czynności należy wykonać w celu podłączenia bazy danych do aplikacji w chmurze, nie musiałam szukać daleko. Zerknęłam jedynie we własne wcześniejsze teksty! W ten sposób zostałam swoim najwdzięczniejszym czytelnikiem.

Średnio zaawansowane

Aktywacja konta poprzez email

2016-05-30 ynka 1 komentarz

Poprzedni wpis poświęciłam kwestii wysyłania maili przez aplikację napisaną w Javie.

Kontynuując, teraz chcę upewnić się, że świeżo zarejestrowany użytkownik to człowiek (a nie bot) i że podał poprawny adres email. Poniżej opisuję kroki prowadzącego do tego celu.

Krok 1: nieaktywny użytkownik z wygenerowanym kodem

Po wypełnieniu formularza rejestracyjnego obiekt reprezentujący użytkownika jest zapisywany w bazie danych jako nieaktywny. Razem z nim zapisywany jest losowo wygenerowany kod do aktywacji konta. Na tym etapie użytkownik nie może się logować, nie zna też przypisanego mu kodu.

...
@Document
public class User {
	...
	private boolean confirmationStatus;
	private String confirmationId;
	...
}

...

@Document

public class User {

...

private boolean confirmationStatus;

private String confirmationId;

...

}

    private String createConfirmationID() {
        return java.util.UUID.randomUUID().toString();
    }

private String createConfirmationID() {

return java.util.UUID.randomUUID().toString();

}

Krok 2: email z linkiem aktywacyjnym

Aplikacja wysyła na adres podany przez użytkownika wiadomość zawierającą link aktywacyjny. Kod wygenerowany losowo w poprzednim kroku jest doklejony do adresu jako parametr URL.

...
@Controller
public class UserController extends WebMvcConfigurerAdapter {
	...
	@RequestMapping(value = "/signup", method = RequestMethod.POST)
	public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {
		...
		user.setConfirmationId(createConfirmationID());
		emailService.send(user.getEmail(), "Szafbook Account Confirmation Link",
				"http://szafbook.pl/confirm?id=" + user.getConfirmationId());
		userRepository.save(user);
		model.addAttribute("message", "Please, check your mailbox for the email confirmation link. ");
        return "message";
	}
...
}

...

@Controller

public class UserController extends WebMvcConfigurerAdapter {

...

@RequestMapping(value = "/signup", method = RequestMethod.POST)

public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {

...

user.setConfirmationId(createConfirmationID());

emailService.send(user.getEmail(), "Szafbook Account Confirmation Link",

"http://szafbook.pl/confirm?id=" + user.getConfirmationId());

userRepository.save(user);

model.addAttribute("message", "Please, check your mailbox for the email confirmation link. ");

return "message";

}

...

}

Krok 3: obsługa linku aktywacyjnego

Wejście pod adres podany w mailu powoduje uruchomienie servletu weryfikacyjnego. Aplikacja szuka w bazie danych obiektu użytkownika, któremu przypisano kod podany jako parametr. Jeśli taki użytkownik istnieje, jest oznaczany jako aktywny. Od tej chwili może się już logować, ponieważ potwierdzono (czy raczej zwiększono prawdopodobieństwo), że to rzeczywista osoba.

...
@Controller
public class ConfirmationController {
	
    @Autowired 
    private UserRepository userRepository; 

    @RequestMapping("/confirm")
    public String greeting(@RequestParam(value="id", required=true) String confirmationId, Model model) {      
    	
    	User user = userRepository.getUserByConfirmationId(confirmationId);
    	String message = "Invalid confirmation id. Contact us or try again.";
    	if(user!=null){
    		if(!user.isConfirmationStatus()){
    			user.setConfirmationStatus(true);
    			user.setConfirmationId(null);
    			userRepository.save(user);
    		}
    		message = user.getUserName() + ", your account has been verified. You may now log in. ";
    	}             
        
        model.addAttribute("message", message);
        return "message";
    }

}

...

@Controller

public class ConfirmationController {

@Autowired

private UserRepository userRepository;

@RequestMapping("/confirm")

public String greeting(@RequestParam(value="id", required=true) String confirmationId, Model model) {

User user = userRepository.getUserByConfirmationId(confirmationId);

String message = "Invalid confirmation id. Contact us or try again.";

if(user!=null){

if(!user.isConfirmationStatus()){

user.setConfirmationStatus(true);

user.setConfirmationId(null);

userRepository.save(user);

}

message = user.getUserName() + ", your account has been verified. You may now log in. ";

}

model.addAttribute("message", message);

return "message";

}

Krok 4: usunięcie nieaktywnych kont

Należałoby usunąć zbyt długo przechowywane nieaktywne konta. Ale jeszcze się za to nie zabrałam 🙂

Ciekawostka: wyszukanie użytkownika w bazie

Oto ilość pracy, którą włożyłam w wyszukanie użytkownika w bazie danych MongoDB po wartości confirmationId:

...
public interface UserRepository extends CrudRepository<User, BigInteger>{
		
	public User getUserByConfirmationId(String confirmationId);
	
}

...

public interface UserRepository extends CrudRepository<User, BigInteger>{

public User getUserByConfirmationId(String confirmationId);

}

Resztę robi za mnie Spring Data, parsując nazwę metody!

Więcej informacji na ten temat można znaleźć tutaj.

PS.

To ostatni techniczny wpis w ramach konkursu Daj się poznać 2016. Jutro postaram się napisać krótkie podsumowanie. O ile wieczorem na spotkaniu młodych mam nie poleje się za dużo wina.

Średnio zaawansowane

Jak wysłać maila z aplikacji webowej w Javie?

2016-05-24 ynka 1 komentarz

Po co mi maile?

Warunkiem utworzenia konta użytkownika jest podanie poprawnego adresu email, do którego dany użytkownik rzeczywiście ma dostęp.

W kolejnym wpisie omówię dokładniej proces weryfikacji. Na teraz istotne jest to, że moja aplikacja musi być w stanie wysłać do użytkownika maila z linkiem do uaktywnienia konta.

Jak to zrobić?

Korzystam z frameworka Spring Boot (czyli właściwie z nakładki ułatwiającej korzystanie z frameworka Spring zgodnie z zasadą “konwencja ponad konfiguracją”).

Kroki do realizacji mojego celu są następujące:

1. Dodaję zależność w pliku pom.xml:

<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-mail</artifactId>
</dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-mail</artifactId>

</dependency>

2. Piszę kod tworzący i wysyłający wiadomości:

...
import javax.mail.MessagingException;
import javax.mail.internet.MimeMessage;
import org.springframework.mail.javamail.JavaMailSender;
import org.springframework.mail.javamail.MimeMessageHelper;

@Service
public class EmailService {

	@Autowired
	private JavaMailSender javaMailSender;

	public void send(String to, String title, String contents) {

		MimeMessage mail = javaMailSender.createMimeMessage();

		try {
			MimeMessageHelper helper = new MimeMessageHelper(mail, true);
			helper.setTo(to);
			helper.setReplyTo("auto@szafbook.pl");
			helper.setFrom("auto@szafbook.pl");
			helper.setSubject(title);
			helper.setText(contents);
		} catch (MessagingException e) {
			e.printStackTrace();
		} finally {
		}
		javaMailSender.send(mail);
	}
}

...

import javax.mail.MessagingException;

import javax.mail.internet.MimeMessage;

import org.springframework.mail.javamail.JavaMailSender;

import org.springframework.mail.javamail.MimeMessageHelper;

@Service

public class EmailService {

@Autowired

private JavaMailSender javaMailSender;

public void send(String to, String title, String contents) {

MimeMessage mail = javaMailSender.createMimeMessage();

try {

MimeMessageHelper helper = new MimeMessageHelper(mail, true);

helper.setTo(to);

helper.setReplyTo("auto@szafbook.pl");

helper.setFrom("auto@szafbook.pl");

helper.setSubject(title);

helper.setText(contents);

} catch (MessagingException e) {

e.printStackTrace();

} finally {

}

javaMailSender.send(mail);

}

3. Ustawiam właściwości aplikacji

...
spring.mail.host=serwer.smtp
spring.mail.port=nr.portu
spring.mail.username=username
spring.mail.password=password
spring.mail.properties.mail.smtp.starttls.enable=true
spring.mail.properties.mail.smtp.starttls.required=true
spring.mail.properties.mail.smtp.auth=true;

...

spring.mail.host=serwer.smtp

spring.mail.port=nr.portu

spring.mail.username=username

spring.mail.password=password

spring.mail.properties.mail.smtp.starttls.enable=true

spring.mail.properties.mail.smtp.starttls.required=true

spring.mail.properties.mail.smtp.auth=true;

Co może pójść nie tak?

com.sun.mail.smtp.SMTPSendFailedException: 530 5.7.0 Must issue a STARTTLS command first.

Koniecznie jest nadanie wartości true właściwości spring.mail.properties.mail.smtp.starttls.enable, a najlepiej całej trójce kończącej powyższy listing.

javax.mail.AuthenticationFailedException: 534-5.7.9 Application-specific password required.

To akurat sprawa typowa dla serwisu GMail. Jeśli chcesz, żeby aplikacja łączyła się z kontem email i w Twoim imieniu wysyłała maile, musisz stworzyć specjalne hasło aplikacji, różne od hasła prywatnego. W każdej chwili możesz podejrzeć listę aplikacji, które korzystają z takiego hasła (na stronie https://security.google.com/settings/security/apppasswords), a także dowolną z nich zablokować.

Google uprzejmie zwraca uwagę, że nadal nie jest to najbezpieczniejsze rozwiązanie.

com.sun.mail.util.MailConnectException: Couldn’t connect to host.

Ten błąd pojawił się, kiedy przełączyłam konto z GMaila na adres email na mojej wirtualnej instancji obsługującej kilka domen. Początkowo myślałam, że Java Mail nie chce pracować z “wirtualnymi” adresami obsługiwanymi przez serwer SMTP w innej domenie. Ostatecznie okazało się jednak, że przyczyną błędu był nadmiarowy biały znak w pliku application.properties 🙂

Ciekawostka: tymczasowe maile

Wiele aplikacji wymusza na użytkowniku podanie działającego adresu email. Główne powody to:

zwiększenie prawdopodobieństwa, że mamy do czynienia z człowiekiem, a nie robotem,
umożliwienie spamowania 🙂
zabezpieczenie użytkownika przed literówką w adresie email, która mogłaby doprowadzić nawet do utraty konta w aplikacji (brak możliwości zresetowania hasła bez działającego adresu).

Wiele osób tworzy sobie dodatkowe konto email, które używane jest do rejestracji w mniej istotnych serwisach (sama mam osobne konto do zakupów internetowych). Zdarza się jednak, że adresu email żąda strona lub aplikacja, z którą na pewno już nigdy nie będziesz mieć nic wspólnego. Co wtedy zrobić?

Możesz założyć tzw. jednorazowe (ang. disposable) konto email, np. w serwisie Guerilla Mail. Poczta, która tam trafia, jest przechowywana przez godzinę niezależnie od tego, czy ktoś ja odczyta, czy nie.

Ocenę moralną pozostawiam Czytelnikowi.

Tajemne szyfry (zaawansowane)

Baza danych w chmurze Pivotal (photo story)

2016-05-22 ynka 1 komentarz

Pokazywałam już, jak wdrożyć aplikację webową w chmurze PaaS Pivotal Web Services:

Wdrażam moją aplikację (która nadal nic nie robi) w chmurze Pivotal Web Services

Pisałam też co nieco o nierelacyjnej bazie danych MongoDB:

Jak zapewnić sobie dostęp do serwera bazodanowego działającego w chmurze?

Do tej pory uruchamiałam aplikację tylko lokalnie. Przed odpaleniem pliku .jar z wbudowanym serwerem Tomcat musiałam najpierw uruchomić lokalny serwer bazy danych.

W serwisie Pivotal istnieje tzw. Marketplace, w którym można kupować dodatkowe usługi. Wygląda to tak:

Odnalazłam na liście interesujący mnie element:

Moim celem jest teraz włączenie serwisu i powiązanie go z moją aplikacją Szafbook.

Mogę zrobić to z wiersza poleceń przy użyciu narzędzia cf (muszę wówczas użyć poleceń cf create-service, cf bind-service i ewentualnie cf-restage), mogę też wyklikać swoje wymagania w przeglądarce, na stronie Pivotal:

W przypadku wielu dodatkowych serwisów muszę wybrać pomiędzy kilkoma “planami” – najczęściej jeden z nich jest darmowy i dość ograniczony (np. 5 jednoczesnych połączeń, 20MB pojemności), a kolejne są coraz mocniejsze i coraz droższe. MLab na razie ma tylko darmową wersję.

Po kilkunastu sekundach mam już działające połączenie pomiędzy bazą a aplikacją:

Powiązanie serwisu MLab (MongdoDB as a service) z aplikacją w chmurze Pivotal Web Services

Wszystko działa!

Działająca aplikacja :) — Działająca aplikacja 🙂

Chmura jest w stanie samodzielnie podmienić źródło danych aplikacji w taki sposób, by odwoływało się do nowoutworzonego serwisu. Programista nie musi nawet znać adresu tej usługi! Choć, oczywiście, może go sobie podejrzeć:

Więcej informacji na temat instancji MongoDB podpiętej do mojej aplikacji (na stronie dostawcy usługi)

W rzeczywistości, jak zwykle, nie obyło się bez błędów:

Opierając się o tutorial, wyklikałam dostęp do serwisu ElephantSQL, czyli bazy relacyjnej bazy PostgreSQL zamiast do MLab czyli MongoDB.
Rozdzieliłam właściwości projektu pomiędzy kilka plików dla różnych profili (np. application-development.properties), po czym zapomniałam zmienić profil (z development na cloud) przy budowaniu na potrzeby wdrożenia.

spring.profiles.active=cloud

1

spring.profiles.active=cloud

Tajemne szyfry (zaawansowane)

Zapisuję dane użytkowników w bazie i robię głupie błędy podczas walidacji formularza

2016-05-20 ynka 3 komentarze

Zapis danych użytkowników w MongoDB

O MongoDB pisałam już w dwóch wcześniejszych postach: Jak zacząć z MongoDB? i MongoDB + Spring Data.

Dzisiaj postanowiłam zaimplementować wreszcie zapis danych z formularza użytkownika w mojej nierelacyjnej (dokumentowej) bazie danych.

W poprzednim tekście pokazałam, jakich adnotacji należy użyć w klasie User, żeby jej instancje zostały poprawnie zapisane w bazie danych. Żeby faktycznie zapisać dane z formularza, musiałam tylko dopisać kilka linii w kodzie kontrolera:

...
@Autowired
	private UserRepository userRepository;
...

	@RequestMapping(value = "/signup", method = RequestMethod.POST)
	public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {	

		if (bindingResult.hasErrors() || !processPasswords(user, bindingResult)) {
			return "userform";
		}
		
		model.addAttribute("currentUser", user);
		userRepository.save(user);
		return "userpage";
	}

...

@Autowired

private UserRepository userRepository;

...

@RequestMapping(value = "/signup", method = RequestMethod.POST)

public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {

if (bindingResult.hasErrors() || !processPasswords(user, bindingResult)) {

return "userform";

}

model.addAttribute("currentUser", user);

userRepository.save(user);

return "userpage";

}

Co zrobić z hasłami?

Zależało mi na spełnieniu trzech warunków:

Użytkownik podaje hasło dwa razy, żeby zmniejszyć ryzyko literówki.
Wpisywane hasło jest niewidoczne.
Hasło w bazie danych nie jest przechowywane w postaci jawnej.

Dwa hasła

Dodałam następujące pola do klasy reprezentującej użytkownika:

@Document
public class User {

	...

	@Transient
	@NotNull
    @Size(min=5,max=30)
	private String password1;
	
	@Transient
	@NotNull
    @Size(min=5,max=30)	
	private String password2;

	...	

}

@Document

public class User {

...

@Transient

@NotNull

@Size(min=5,max=30)

private String password1;

@Transient

@NotNull

@Size(min=5,max=30)

private String password2;

...

}

Specjalnie zaznaczyłam adnotację @Transient. Dzięki jej użyciu wskazane pola (w tym wypadku hasła zapisane jawnym tekstem) nie zostaną zapisane w bazie danych.

Ukrycie literek

Pola musiałam również dopisać do formularza. Użyłam pola input w wersji password, żeby zamiast liter wyświetlić gwiazdki (czy tam kropki).

<tr>
	<td>Password:*</td>
	<td><input type="password" th:field="*{password1}" /></td>
	<td th:if="${#fields.hasErrors('password1')}" th:errors="*{password1}">Password error</td>
</tr>
<tr>
	<td>Repeat Password:*</td>
	<td><input type="password" th:field="*{password2}" /></td>
	<td th:if="${#fields.hasErrors('password2')}" th:errors="*{password2}">Password error</td>
</tr>

<tr>

<td>Password:*</td>

<td th:if="${#fields.hasErrors('password1')}" th:errors="*{password1}">Password error</td>

</tr>

<tr>

<td>Repeat Password:*</td>

<td th:if="${#fields.hasErrors('password2')}" th:errors="*{password2}">Password error</td>

</tr>

Funkcja hashująca

Wreszcie, hasła. Nie powinny być przechowywane w bazie danych w postaci jawnej. Powodów jest wiele. Na przykład taki: ludzie często używają tych samych haseł w wielu miejscach. Gdyby administrator bazy danych miał wgląd w hasła do aplikacji, mógłby podjąć próbę zalogowania się na konta użytkowników w innych serwisach (np. gmail) przy użyciu tego samego hasła i adresu email.

Oprócz pokazanych już dwóch pól do wprowadzenia hasła roboczego, klasa User przechowuje jeszcze następujące dwie wartości:

@Document
public class User {

	...
	
	private String passwordEncrypted;
	private String passwordSalt;	

	...	

}

@Document

public class User {

...

private String passwordEncrypted;

private String passwordSalt;

...

}

passwordSalt to losowa wartość doklejana do hasła przed jego “zaszyfrowaniem” (dzięki niej w bazie danych nie będzie widać, że dwa użytkownicy przypadkowo użyli tego samego hasła), passwordEncrypted to wynik szyfrowania.

Losowanie i szyfrowanie realizuje następujący pomocniczy serwis, wywoływany z kontrolera dzięki adnotacji @Autowired:

@Service
public class PasswordsHelper {
	
	private SecureRandom generator;	
	private String encryptionAlgorithm = "PBEWithMD5AndDES";
	
	public PasswordsHelper() throws NoSuchAlgorithmException{
		generator = new SecureRandom();
	}
	
	public String getNextPasswordSeed(){
		return String.valueOf(generator.nextInt());
	}	
	
	public String encrypt(String password){
		SecretKey secretKey = new SecretKeySpec(password.getBytes(), encryptionAlgorithm);
		return secretKey.getEncoded().toString();
	}
	
	...
}

@Service

public class PasswordsHelper {

private SecureRandom generator;

private String encryptionAlgorithm = "PBEWithMD5AndDES";

public PasswordsHelper() throws NoSuchAlgorithmException{

generator = new SecureRandom();

}

public String getNextPasswordSeed(){

return String.valueOf(generator.nextInt());

}

public String encrypt(String password){

SecretKey secretKey = new SecretKeySpec(password.getBytes(), encryptionAlgorithm);

return secretKey.getEncoded().toString();

}

...

}

Kontroler wygląda tak:

...
@Controller
public class UserController extends WebMvcConfigurerAdapter {

	...

	@Autowired
	private PasswordsHelper passwordsHelper;			    

	@RequestMapping(value = "/signup", method = RequestMethod.POST)
	public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {	

		if (bindingResult.hasErrors() || !processPasswords(user, bindingResult)) {
			return "userform";
		}
		
		...		
		return "userpage";
	}

	private boolean processPasswords(User user, BindingResult bindingResult) {
		if (!user.getPassword1().equals(user.getPassword2())) {
			bindingResult.rejectValue("password1", "Passwords don't match", "Passwords don't match");
			bindingResult.rejectValue("password2", "Passwords don't match", "Passwords don't match");
			return false;
		}
		user.setPasswordSalt(passwordsHelper.getNextPasswordSeed());
		user.setPasswordEncrypted(passwordsHelper.encrypt(user.getPasswordSalt() + user.getPassword1()));
		return true;
	}
}

...

@Controller

public class UserController extends WebMvcConfigurerAdapter {

...

@Autowired

private PasswordsHelper passwordsHelper;

@RequestMapping(value = "/signup", method = RequestMethod.POST)

public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {

if (bindingResult.hasErrors() || !processPasswords(user, bindingResult)) {

return "userform";

}

...

return "userpage";

}

private boolean processPasswords(User user, BindingResult bindingResult) {

if (!user.getPassword1().equals(user.getPassword2())) {

bindingResult.rejectValue("password1", "Passwords don't match", "Passwords don't match");

bindingResult.rejectValue("password2", "Passwords don't match", "Passwords don't match");

return false;

}

user.setPasswordSalt(passwordsHelper.getNextPasswordSeed());

user.setPasswordEncrypted(passwordsHelper.encrypt(user.getPasswordSalt() + user.getPassword1()));

return true;

}

Błąd 1: strona błędu zamiast komunikatu o błędzie w formularzu

Podanie niepoprawnych danych w formularzu z nieznanego mi powodu zaczęło przenosić mnie na moją własną stronę błędu (zamiast wyświetlenia komunikatu przy polu formularza, które spowodowało problem).

Co się okazało?

W pewnym momencie zmieniłam sygnaturę metody kontrolera z:

public String checkPersonInfo(@Valid User user, BindingResult bindingResult) {

1	public String checkPersonInfo(@Valid User user, BindingResult bindingResult) {

na:

public String checkPersonInfo(@Valid User user, Model model, BindingResult bindingResult) {

1	public String checkPersonInfo(@Valid User user, Model model, BindingResult bindingResult) {

ponieważ chciałam dopisać informacje do modelu.

Okazuje się, że parametr reprezentujący BindingResult musi następować bezpośrednio po parametrze, przez który przekazywany jest dotyczący go obiekt (co ma sens, gdy jeden formularz obsługuje wiele obiektów).

Formularz zaczął działać poprawnie po zamianie kolejności parametrów:

public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {

1	public String checkPersonInfo(@Valid User user, BindingResult bindingResult, Model model) {

Błąd 2: Error during execution of processor ‘org.thymeleaf.spring4.processor.attr.SpringErrorsAttrProcessor’

Kolejny błąd zaskoczył mnie, kiedy testowałam sytuację, w której użytkownik wpisze dwa różne hasła. Okazało się, że poczyniłam złe założenia na temat parametrów metody rejectValue, za pomocą której chciałam przekazać do formularza informację o wykryciu problemu. Napisałam:

bindingResult.rejectValue("password1", "Passwords don't match");

1	bindingResult.rejectValue("password1", "Passwords don't match");

zakładając, że drugi parametr to komunikat o błędzie. Tymczasem – to kod błędu. Komunikat można przekazać dopiero w trzecim parametrze (poprawny kod widać na listingu z metodą processPasswords). Błąd wynikał zatem z braku komunikatu o błędzie, który był wymagany w szablonie.

Wreszcie działa

Kod jest dostępny w moim repozytorium GitHub.

Komunikat o niepasujących do siebie hasłach

Wyświetlenie informacji o pierwszym lepszym użytkowniku z bazy

Tajemne szyfry (zaawansowane)

Jak zabezpieczyć strony generowane przez Spring Boot Actuator?

2016-05-13 ynka 1 komentarz

W mojej aplikacji webowej korzystam z biblioteki Actuator, która daje dostęp do masy pożytecznych informacji na temat działania aplikacji (w czasie rzeczywistym).

Wystarczy dodać w pom.xml następujący wpis:

<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-actuator</artifactId>

</dependency>

Po uruchomieniu aplikacji uzyskuję dostęp do wielu stron ze szczegółami działania aplikacji. Przykładowo, pod adresem /health znajdę podstawowe informacje o aktualnym statusie aplikacji:

Raport na temat stanu zdrowia aplikacji — Raport na temat stanu zdrowia 🙂

Wszystko pięknie, tyle tylko, że nie chcę dzielić się takimi danymi z przypadkowymi (lub, co gorsza, nieprzypadkowymi) użytkownikami Internetu.

Pokazywałam już (we wpisie Spring Boot: Bezpieczeństwo 101) jak oznaczyć strony, które mają być wyświetlane tylko użytkownikom o statusie administratora. Problem z Actuatorem polega na tym, że generowane przez tę bibliotekę adresy nie mają wspólnego rdzenia. Mamy np.: /env, /metrics, /trace. Ich wymienianie jest nieco upierdliwe!

Wtem! Wyczytałam (w Spring Boot in Action), że można dodać tym stronom wspólny przedrostek za pomocą wpisu w pliku application.properties:

management.context-path=/actuator

1	management.context-path=/actuator

A następnie zabezpieczyć dostęp do stron na tej ścieżce:

...

@Configuration
@EnableGlobalMethodSecurity(securedEnabled = true)
public class SecurityConfiguration extends WebSecurityConfigurerAdapter {
	
	...
	
	@Override
	protected void configure(HttpSecurity http) throws Exception {
		http
		.authorizeRequests()
			.antMatchers("/", "/signup", "/about", "/assets/**","/login").permitAll()
			.antMatchers("/admin/**").hasRole("ADMIN")
			.antMatchers("/actuator/**").hasRole("ADMIN")
			.anyRequest().authenticated()
			.and()
			...
	}
	
}

...

@Configuration

@EnableGlobalMethodSecurity(securedEnabled = true)

public class SecurityConfiguration extends WebSecurityConfigurerAdapter {

...

@Override

protected void configure(HttpSecurity http) throws Exception {

http

.authorizeRequests()

.antMatchers("/", "/signup", "/about", "/assets/**","/login").permitAll()

.antMatchers("/admin/**").hasRole("ADMIN")

.antMatchers("/actuator/**").hasRole("ADMIN")

.anyRequest().authenticated()

.and()

...

}

I voilà! Po zalogowaniu się jako administrator widzę:

Raport o stanie zdrowia wyświetlam teraz pod innym, wspólnym adresem

Tajemne szyfry (zaawansowane)

MongoDB + Spring Data

2016-05-12 ynka Dodaj komentarz

W poprzednim wpisie pokazałam, jak dodawać dokumenty i kolekcje do nierelacyjnej bazy MongoDB oraz jak połączyć się z tą bazą z kodu javowego.

W tym odcinku pokażę, jak łatwo utrwalić w MongoDB obiekty przetwarzane w aplikacji webowej.

Wpis w pom.xml

Kolejny raz korzystam ze “startera” Spring Boot, który grupuje w sobie kilka podstawowych bibliotek realizujących spójny cel – w tym wypadku mapowanie, zapis i odczyt danych z MongoDB:

<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-data-mongodb</artifactId>
</dependency

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-data-mongodb</artifactId>

</dependency

Adnotacje w obiekcie, który ma zostać utrwalony w bazie danych

Do obiektu reprezentującego użytkownika bazy danych dodałam następujące adnotacje:

...

import org.springframework.data.annotation.Id;
import org.springframework.data.mongodb.core.mapping.DBRef;
import org.springframework.data.mongodb.core.mapping.Document;

@Document
public class User {

	@Id
	private BigInteger id;

	private String displayedName;
	private String description;

	private Calendar birthday;
	private URI profilePic;

	...
	
	@DBRef
	private List<Size> sizes;
	
	...
}

...

import org.springframework.data.annotation.Id;

import org.springframework.data.mongodb.core.mapping.DBRef;

import org.springframework.data.mongodb.core.mapping.Document;

@Document

public class User {

@Id

private BigInteger id;

private String displayedName;

private String description;

private Calendar birthday;

private URI profilePic;

...

@DBRef

private List<Size> sizes;

...

}

@Document oznacza, że mamy do czynienia z obiektem zapisywanym w bazie danych. Jest to odpowiednik @Entity w wersji Spring Data dla relacyjnych baz danych.
@Id to automatycznie generowany, obowiązkowy identyfikator dokumentu w ramach kolekcji w MongoDB.
Pola nieopisane zostaną bezpośrednio odwzorowane w dokumencie w bazie danych.
@DBRef oznacza odwołanie do innej kolekcji w bazie. Uwaga! Nie wolno tworzyć odwołań obustronnych, MongoDB brzydko się przez nie zapętli. Zamiast tego należy po jednej stronie jawnie zapisać identyfikator dokumentu.

Interfejs do obsługi repozytorium

Muszę tylko zasygnalizować, że będę chciała pobierać z bazy obiekty danego typu:

package pl.namiekko.controllers;

import java.math.BigInteger;
import org.springframework.data.repository.CrudRepository;
import pl.namiekko.entities.User;

public interface UserRepository extends CrudRepository<User, BigInteger>{

}

package pl.namiekko.controllers;

import java.math.BigInteger;

import org.springframework.data.repository.CrudRepository;

import pl.namiekko.entities.User;

public interface UserRepository extends CrudRepository<User, BigInteger>{

}

Użycie w kodzie: kontroler i widok

Kontroler

W celu przetestowania konfiguracji dodałam odwołanie do kolekcji użytkowników do mojego powitalnego kontrolera GreetingController:

@Controller
public class GreetingController {
	
    @Autowired 
    private UserRepository userRepository; 

    @RequestMapping("/")
    public String greeting(@RequestParam(value="name", required=false, defaultValue="World") String name, Model model) {
        model.addAttribute("name", name);
        for(User user: userRepository.findAll()){
        	model.addAttribute("retrievedName", user.getUserName());
        	break;
        }                
        return "index";
    }

}

@Controller

public class GreetingController {

@Autowired

private UserRepository userRepository;

@RequestMapping("/")

public String greeting(@RequestParam(value="name", required=false, defaultValue="World") String name, Model model) {

model.addAttribute("name", name);

for(User user: userRepository.findAll()){

model.addAttribute("retrievedName", user.getUserName());

break;

}

return "index";

}

Nazwa pierwszego napotkanego użytkownika zostanie dodana do modelu.

Widok

W powitalnym szablonie Thymeleaf dopisałam kod, który wyświetli nazwę odnalezionego w bazie danych użytkownika, o ile taki użytkownik istnieje:

...
<p th:if="${retrievedName != null}" th:text="'Our database user is, ' + ${retrievedName} + '!'" />
...

...

...

Efekt

Wyświetlenie informacji pobranej z bazy danych. Przecinek od czapy.

Zapis informacji w bazie

Mogę skorzystać ze sposobu pokazanego w poprzednim wpisie. Mogę też przygotować kod, który będzie wywoływany przy każdym uruchomieniu aplikacji:

@Service
public class DatabaseLoader {
	...	

	@PostConstruct
	private void initDatabase() {
		userRepository.deleteAll();

		User user = new User();
		user.setEmail("user@example.com");
		user.setDisplayedName("First User <3");
		user.setUserName("first1");
		userRepository.save(user);
	}
}

@Service

public class DatabaseLoader {

...

@PostConstruct

private void initDatabase() {

userRepository.deleteAll();

User user = new User();

user.setEmail("user@example.com");

user.setDisplayedName("First User <3");

user.setUserName("first1");

userRepository.save(user);

}

Konfiguracja połączenia z bazą danych

Tym razem oparłam się na wartościach domyślnych. Nie wpisałam w application.properties żadnych danych na temat połączenia z bazą danych. Oczywiście musiałam uruchomić mój serwer MongoDB.

Wszystko zadziałało.

Mogę podejrzeć zastosowane wartości właściwości związanych z MongoDB dzięki dołączonej w pom.xml bibliotece Spring Boot Actuator. Pod adresem http://localhost:8080/configprops widzę m.in. takie dane:

   "spring.data.mongodb.CONFIGURATION_PROPERTIES":{
      "prefix":"spring.data.mongodb",
      "properties":{
         "database":null,
         "password":null,
         "fieldNamingStrategy":null,
         "gridFsDatabase":null,
         "port":null,
         "host":null,
         "uri":"mongodb://localhost/test",
         "authenticationDatabase":null,
         "username":null
      }
   }

"spring.data.mongodb.CONFIGURATION_PROPERTIES":{

"prefix":"spring.data.mongodb",

"properties":{

"database":null,

"password":null,

"fieldNamingStrategy":null,

"gridFsDatabase":null,

"port":null,

"host":null,

"uri":"mongodb://localhost/test",

"authenticationDatabase":null,

"username":null

}

Test to baza danych, którą utworzyłam na potrzeby poprzedniego wpisu.

Troubleshooting: co zrobiłam nie tak przy pierwszym podejściu?

Zapomniałam o wpisaniu @Autowired w kontrolerze w punkcie 4 (komunikat CrudRepository ... is no accessor method!)
Nie włączyłam MongoDB (Timed out after 10000 ms while waiting for a server that matches AnyServerSelector{} ... caused by {java.net.ConnectException: Connection refused: connect}})

Średnio zaawansowane

Jak zacząć z MongoDB?

2016-05-09 ynka 2 komentarze

Wprowadzenie

Najwyższa pora dodać do mojej konkursowej aplikacji jakąś bazę danych. Od początku zakładałam, że z powodów edukacyjnych użyję bazy nierelacyjnej. Zdecydowałam się w końcu na MongoDB. Jest to jedna z popularnych baz nierelacyjnych obsługiwanych przez mojego dostawcę PaaS (Platform as a Service), tj. Pivotal Web Services.

Źródła

Swoją działalność w tym obszarze opieram na następujących źródłach:

Lista baz danych udostępnianych przez Pivotal: http://docs.run.pivotal.io/buildpacks/java/spring-service-bindings.html#services
Krótkie porównanie filozofii leżącej u podstaw nierelacyjnych baz MongoDB i Redis (obie są na powyższej liście): http://oldblog.antirez.com/post/MongoDB-and-Redis.html
Dokumentacja MongoDB w wersji javowej: https://docs.mongodb.org/getting-started/java/
Strona projektu Hibernate dla baz nierelacyjnych: http://hibernate.org/ogm/ Jeszcze nie wiem, czy Hibernate się przyda. Twórcy MongoDB twierdzą, że ich produkt likwiduje potrzebę korzystania z ORM, ale, z drugiej strony, Spring ma też swoje wymagania.

Pierwsze kroki

Po instalacji serwera bazodanowego wykonuję następujące kroki:

Uruchamiam proces serwera MongoDB:

mongod --dbpath istniejaca/sciezka

1

mongod --dbpath istniejaca/sciezka

Przygotowuję rekord reprezentujący użytkownika mojego systemu (plik user.json). Rekordy w MongoDB mają postać dokumentów w standardzie JSON (w przybliżeniu). Wartościami pól mogą być również inne dokumenty oraz tablice (w tym tablice dokumentów). Dokumenty są przechowywane w ramach kolekcji. Kolekcja przypomina tablicę w relacyjnej bazie danych, tyle że zawarte w niej dokumenty wcale nie muszą mieć tej samej struktury. Dokumenty w kolekcji muszą mieć klucz główny o nazwie _id:

{
"_id": "12345",
"email": "mail@mail",
"user_name": "first",
"displayed_name": "First User",
"description": "aaa",
"birthday": "2004-01-16T00:00:00Z",
"wardrobes": [{
"name": "main wardrobe"
}, {
"name": "winter wardrobe"
}]
}

{

"_id": "12345",

"email": "mail@mail",

"user_name": "first",

"displayed_name": "First User",

"description": "aaa",

"birthday": "2004-01-16T00:00:00Z",

"wardrobes": [{

"name": "main wardrobe"

}, {

"name": "winter wardrobe"

}]

}

Importuję rekord użytkownika do bazy danych:

mongoimport --db test --collection users --drop --file git\szafbook\src\main\resources\templates\User.json

1

mongoimport --db test --collection users --drop --file git\szafbook\src\main\resources\templates\User.json
Dodaję sterownik MongoDB jako zależność w mavenowym pliku pom.xml.

Łączę się z bazą danych z kodu w Javie:

package pl.namiekko;

...

public class MongoMain {

	public static void main(String[] args) {

		//connect
		MongoClient mongoClient = new MongoClient();
		MongoDatabase db = mongoClient.getDatabase("test");

	...

		//disconnect
		mongoClient.close();

	}

}

package pl.namiekko;

...

public class MongoMain {

public static void main(String[] args) {

//connect

MongoClient mongoClient = new MongoClient();

MongoDatabase db = mongoClient.getDatabase("test");

...

//disconnect

mongoClient.close();

}

Wyszukuję użytkowników:

//znajdź wszystkich użytkowników
FindIterable<Document> result = db.getCollection("users").find();

//pobierz pierwszy wynik
Document d = result.first();

//wypisz
System.out.println(d); //Document{{_id=12345, email=mail@mail, user_name=first, ...

//znajdź wszystkich użytkowników

FindIterable<Document> result = db.getCollection("users").find();

//pobierz pierwszy wynik

Document d = result.first();

//wypisz

System.out.println(d); //Document{{_id=12345, email=mail@mail, user_name=first, ...

Zmieniam wartość jednego z pól użytkownika (dokument d pełni tu rolę wzorca, według którego odnajdywany jest rekord z bazy):

//aktualizacja pierwszego dokumentu, który pasuje do wzorca d
db.getCollection("users").updateOne(d,
        new Document("$set", new Document("user_name", "second")));

//aktualizacja pierwszego dokumentu, który pasuje do wzorca d

db.getCollection("users").updateOne(d,

new Document("$set", new Document("user_name", "second")));

Nakładam indeks na nazwy użytkowników:

//stwórz indeks w celu przyspieszenia wyszukiwania według pola user_name db.getCollection("users").createIndex(new Document("user_name", 1));

1
2

//stwórz indeks w celu przyspieszenia wyszukiwania według pola user_name
db.getCollection("users").createIndex(new Document("user_name", 1));

No i działa 🙂

Cały plik jest dostępny w GitHub.

Co dalej?

Na serio dodać to do aplikacji 🙂
Zastanowić się nad użyciem Hibernate.
Zastanowić się, jak przechowywać zdjęcia.

Tajemne szyfry (zaawansowane)

Własny formularz logowania Spring Security

2016-05-05 ynka 3 komentarze

W poprzednim wpisie pokazałam, jak zabezpieczyć stronę lub widok hasłem. Korzystałam tam z domyślnego formularza logowania, który wyglądał tak:

Zawsze fajnie dostać coś za darmo, ale nie pasuje to wyglądem do reszty strony.

Co zrobiłam, żeby wymienić formularz na ładniejszy?

Dopisałam odpowiednie fragmenty w metodzie configure wprowadzonej w poprzednim wpisie klasy SecurityConfiguration:

	@Override
	protected void configure(HttpSecurity http) throws Exception {
		http
		.authorizeRequests()
			.antMatchers("/", "/signup", "/about", "/assets/**","/login").permitAll()
			...
			.anyRequest().authenticated()
			.and()
		.formLogin()
			.loginPage("/login")
			.defaultSuccessUrl("/")
			.and()
		.logout()
			.logoutSuccessUrl("/");
	}

@Override

protected void configure(HttpSecurity http) throws Exception {

http

.authorizeRequests()

.antMatchers("/", "/signup", "/about", "/assets/**","/login").permitAll()

...

.anyRequest().authenticated()

.and()

.formLogin()

.loginPage("/login")

.defaultSuccessUrl("/")

.and()

.logout()

.logoutSuccessUrl("/");

}

Zdefiniowałam formularz w pliku login.html:

<!DOCTYPE HTML>
<html xmlns:th="http://www.thymeleaf.org">
<head th:include="_others :: head" />
<body>
	...	
			<form th:action="@{/login}" method="post">
				<div>
					<label> User Name : <input type="text" name="username" />
					</label>
				</div>
				<div>
					<label> Password: <input type="password" name="password" />
					</label>
				</div>
				<div>
					<input type="submit" value="Sign In" />
				</div>
			</form>
		</div>
	...
</body>
</html>

<!DOCTYPE HTML>

<body>

...

<div>

</label>

</div>

<div>

<label> Password: <input type="password" name="password" />

</label>

</div>

<div>

</div>

</form>

</div>

...

</body>

</html>

Dodałam najprostszy możliwy kontroler:

...
@Configuration
public class MvcConfiguration extends WebMvcConfigurerAdapter {

	@Override
	public void addViewControllers(ViewControllerRegistry registry) {
		//add custom login form view
		registry.addViewController("/login").setViewName("login");
	}

}

...

@Configuration

public class MvcConfiguration extends WebMvcConfigurerAdapter {

@Override

public void addViewControllers(ViewControllerRegistry registry) {

//add custom login form view

registry.addViewController("/login").setViewName("login");

}

Efekt wygląda tak:

Cel

Realizacja celu

Napotkane problemy

Kod

PS.

Krok 1: nieaktywny użytkownik z wygenerowanym kodem

Krok 2: email z linkiem aktywacyjnym

Krok 3: obsługa linku aktywacyjnego

Krok 4: usunięcie nieaktywnych kont

Ciekawostka: wyszukanie użytkownika w bazie

PS.

Po co mi maile?

Jak to zrobić?

1. Dodaję zależność w pliku pom.xml:

2. Piszę kod tworzący i wysyłający wiadomości:

3. Ustawiam właściwości aplikacji

Co może pójść nie tak?

com.sun.mail.smtp.SMTPSendFailedException: 530 5.7.0 Must issue a STARTTLS command first.

javax.mail.AuthenticationFailedException: 534-5.7.9 Application-specific password required.

com.sun.mail.util.MailConnectException: Couldn’t connect to host.

Ciekawostka: tymczasowe maile

Pokazywałam już, jak wdrożyć aplikację webową w chmurze PaaS Pivotal Web Services:

Pisałam też co nieco o nierelacyjnej bazie danych MongoDB:

Jak zapewnić sobie dostęp do serwera bazodanowego działającego w chmurze?

Wszystko działa!

W rzeczywistości, jak zwykle, nie obyło się bez błędów:

Zapis danych użytkowników w MongoDB

Co zrobić z hasłami?

Dwa hasła

Ukrycie literek

Funkcja hashująca

Błąd 1: strona błędu zamiast komunikatu o błędzie w formularzu

Błąd 2: Error during execution of processor ‘org.thymeleaf.spring4.processor.attr.SpringErrorsAttrProcessor’

Wreszcie działa

Wpis w pom.xml

Adnotacje w obiekcie, który ma zostać utrwalony w bazie danych

Interfejs do obsługi repozytorium

Użycie w kodzie: kontroler i widok

Kontroler

Widok

Efekt

Zapis informacji w bazie

Konfiguracja połączenia z bazą danych

Troubleshooting: co zrobiłam nie tak przy pierwszym podejściu?

Wprowadzenie

Źródła

Pierwsze kroki

Co dalej?

Milsza strona programowania