- Ściągnij Ant'a z ant.apache.org i rozpakuj do dowolnego katalogu. Dla skupienia uwagi przyjmijmy, że to będzie D:\Ant
- Teraz trzeba ustawić zmienne systemowe, a dokładnie ANT_HOME. W naszym przypadku ANT_HOME=D:\Ant. Uwaga! W zmiennych systemowych JAVA_HOME i ANT_HOME nie może wystąpić na końcu znak cudzysłowu (") ani slash/backslash (/) lub (\). Nie pytajcie mnie dlaczego!
- System musi posiadać zmienną Path do katalogu Ant'a bin, czyli do zmiennej systemowej Path po średniku dodajemy D:\Ant\bin. Po tej operacji wejdźmy do konsoli systemowej i zawołajmy ant. Powinien nas poinformować, że plik build.xml nie istnieje. To jest normalne zachowanie. Wszelkie inne komunikaty sugerują błędy.
- Mimo, że Ant działa, to nadal niestety nie będzie można przesyłać nim plików po ftp ani korzystać z możliwości sieciowych. Potrzebne nam będą jeszcze dwie biblioteki: http://commons.apache.org i jackarta-oro. Pobieramy je, rozpakowujemy i wyciągamy jedynie pliki jar. Pliki te hurtem skopiujmy do katalogu lib Ant'a, czyli w naszym przypadku D:\Ant\lib. Powinno działać. Ale nie działa! Dlaczego? Nasz ukochany Windows...
-
Odpalmy konsolę w trybie administracyjnym i wpiszmy w niej:
netsh advfirewall set global StatefulFTP disable
teraz powinno zadziałać.
piątek, 9 listopada 2012
Instalacja Ant'a w systemie Windows 7 oraz przystosowanie go do przesyłania danych po ftp
Jak zwykle jakieś schody. Ant jako oprogramowanie Open Source nie ma jakiegoś specjalizowanego instalatora. Wszystko trzeba zrobić "rękami".
Kilka stopni prowadzących do zadziałania Ant'a zwindowsami:
czwartek, 8 listopada 2012
Różnica pomiędzy delete a destroy w Rails
Najkrócej rzecz ujmując operacja delete wykonuje SQL DELETE z pominięciem wszelkich callbacków w Rails. Jest to więc rozwiązanie szybkie i wydajne.
Jeśli natomiast chcemy aby Rails panowało nad wszystkim zastosujmy destroy. Wolniej ale w zgodzie z wszelkimi regułami pisanej przez nas aplikacji.
Jeśli natomiast chcemy aby Rails panowało nad wszystkim zastosujmy destroy. Wolniej ale w zgodzie z wszelkimi regułami pisanej przez nas aplikacji.
Używanie w Rails tekstu typu String zamiast nazwy pola, metody, alboasocjacji
Czasami występuje potrzeba aby w Rails wywołać jakąś asocjację w kodzie ale zamiast standardowego kodu niech nazwy asocjacji będą stringami.
Czyli zamiast pisać tak:
możemy napisać tak:
Czyli zamiast pisać tak:
customer=Customer.find(params[:id]) customer.orders.each do |order| # ... tu jakieś operacje z użyciem order .... end
możemy napisać tak:
customer=Customer.find(params[:id]) customer.send("orders").each do |order| # ... tu jakieś operacje z użyciem order .... end
Subskrybuj:
Posty (Atom)