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:

• Ś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ć.

Powershell - uruchamianie własnych skryptów

Windows jak to windows - wie wszystko lepiej. Wie lepiej od Ciebie drogi czytaczu czy Ty chcesz uruchomić własny skrypt, czy nie. Na tyle wie lepiej, że jak napisz swój skrypt w sensacyjnym powershell, to i tak go nie uruchomisz. Twój windows wie, że nie można tobie go uruchamiać. Tę wyjątkową złośliwość systemu uzasadnianą troską o Ciebie czytaczu można (na szczęście) jakoś ominąć.
Uruchom więc powershell jako administrator.
W linii komend wpisz:

Set-ExecutionPolicy RemoteSigned

teraz własne skrypty będziesz mógł uruchamiać, a te pobrane z Internetu muszą być wiarygodnie podpisane.

Zmiana położenia profilu i dokumentów w Windows 7

Pierwszą rzeczą, którą robię po instalacji Windows 7 to zmiana położenia profilu dla użytkowników. Dlaczego wszystkie moje dane mają leżeć na partycji, która może być szybko przeinstalowywana? Dziwne, że Microshit nie wpadł na taki pomysł! Można by to zrealizować podczas instalacji Windows, w przypadku gdy jest więcej niż jedna partycja... Ale może nie bardzo to takie dziwne w porównaniu z ich innymi wybrykami.
Co by nie gadał przenieść profile trzeba. Używam takich sztuczek:

1. Zabezpieczam rejestr. I żeby mi nikt nie pisał, że nie ostrzegałem...
2. Kopiuję cały folder C:\Users na inny dysk. Dla skupienia uwagi przyjmijmy, że to będzie dysk D:. Jako ciekawostkę podaję, że ten folder widać w systemie jako C:\Użytkownicy i z taką nazwą przekopiuje się na D:. Uwaga! W folderze tym są ukryte pliki i foldery! Należałoby więc wejść do Eksploratora Windows, z menu wybrać Narzędzia -> Opcje Folderów -> Widok -> Pokaż ukryte pliki, foldery i dyski. Dopiero wtedy przekopiuje się OK.
3. Otwieram edytor rejestru (regedit) i wchodzę w drzewko HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\WINDOWS NT\CurrentVersion\ProfileList
4. Zmieniam tam 3 (słownie trzy) wartości. Czyli Default, Public, Profile Directory
5. No i przelogowuję się. Można już zakładać nowego użytkownika, który pokaże się w nowej lokalizacji na innej partycji.

Tak to mogłoby wyglądać przed zmianą:

A tak po zmianie:

Rzecz całą wyczytałem na: http://www.windows7hacker.com/index.php/2009/05/how-to-change-user-profile-default-location-in-windows-7/