Z powodu poważnego braku funkcjonalności kończenie projektów, które polegają w głównej mierze na operowaniu klasą Socket jest potężnym bólem pod kością ogonową. Tak jest między innymi z moim FlexFTP, jak również z mooskowym projektem ASql. Jednak jest szansa, że nas usłyszą. W Adobe Bug System dla Flash Playera znajduje się opisywany przeze mnie problem: FP-6. Wystarczy się zarejestrować i zagłosować. Wiem, że ten problem jest przesunięty do bazy danych bugów Flash Playera, ale może nas usłyszą. Być może dzięki temu w AIR 2.0 będziemy mogli się cieszyć pełnowartościową obsługą gniazd.

Myszki w dłoń i do głosowania! Niech nas też usłyszą ;]

Prędzej czy później musiało się to pojawić. Nemo 440, czyli „prosty” disassembler AS3.

Jest finalna wersja Adobe Integrated Runtime: AIR. Zasysać powietrze!

Czas na retrospekcję po wtorkowym Adobe AIR Tour w PJWSTK. Specjalnie dla Dusi i Michała, oraz innych nieobecnych, którym zwinęli domenę, małe résumé.
Planowany wstępnie na godzinę 15:00 event przesunięty został na 15:30, a finalnie rozpoczął się koło 15:45. Początkowo agenda głosiła, że całość zamknie się w sześciu, w sumie 2,5 godzinnych wykładach, jednak ostatecznie siedzieliśmy tam do godziny dwudziestej. Po pierwszej prezentacji Endrju Shorten’a okazało się, że będzie mały flip i w miejsce Enrique Duvos’a wbiła się polska ekipa z Dżanmidja Janmedia. Ten mały wybieg zapewnił więc chłopakom prawie pełną salę. W trakcie naszej krakoskiej masakry na Art-e-stradzie nie mielismy takiej możliwości i wyszła prawie połowa. No ale target był inny. Co się działo w trakcie tych czterech wykładów pokazuje wątek na flashZONE. Wypadkowa wypowiedzi daje pewne pojęcie co i jak się działo, więc nie będę tematu nadmiernie wałkował.

W telegraficznym skrócie: Shorten opowiadał głównie o technologii Flex, pokazując projekty takie jak Picnik, czy niedawno zakupiony przez Adobe Buzzword (który nota bene nie chodzi na Operze). Andrew poprzedniego dnia był na występach w Moskwie, i chyba podłapał jakąś paskudną chorobę pokopał go prąd ;], bo miał dość słaby głos i mocno wspomagał się wodą ;-). Po małej przerwie kanapkowej i przesunięciu kolejności przyszła pora na czterech amigos.

Paweł Cichoń prawił o nowym przedsięwzięciu pod egidą Janmedii: flextech.pl, który „nie jest komercyjny” i o paru planowanych projektach wewnętrznych i zewnętrznych: m. in. narzędziu UML we Flexie. Ciekaw jestem czy będzie to coś na miarę ciągle skrywanego Saffrona. Prezentował również coś w rodzaju edytora PDF dla Waszyngtą Post. Niestety nic działajcego nie zobaczyliśmy, bo jakoby nie wiedziano, czy na Polsko-Japońskiej Wyższej Szkole Technik Komputerowych będzie łączność z internetem… Jakub Andrzejewski, również z Janmedia opowiadał o użyteczności aplikacji. Mirosław Pośpiech z tej samej firmy opowiadał coś o zarządzaniu projektami i agile development, kontra model kaskadowy. Jednak po pierwszym z polskich wykładów wszyscy zdawali się być tak zmęczeni, że chyba mało co do kogo już docierało. Całość męskiej prezentacji firmy Janmedia (chłopaki, czemu nie wzięliście Moniki?!) zakończył Kevin May wyjaśniający zawiłości sprzedaży projektów flexowych, zarówno od strony klienta, jak i wytwórcy. Na koniec wystąpił gorący jak hiszpańskie słońce Enrique Duvos opowiadający o Blaze DS i LiveCycle DS. Zaoferował się nawet, że może opowiadać po hiszpańsku. Henryk starał się już jednak streszczać, ponieważ na sali czuć było pewne zniecierpliwienie i oczekiwanie na główną atrakcję: losowanie Flex Buildera 3, iPoda nano, pakietu Webdesign CS3 Premium i pięciu plecaczków z logo Fx (jeden z nich przypadł Jankowi).

To co mnie cieszy to frekwencja na wydarzeniu. Na skutek niedopatrzenia osoby z Adobe wiadomo nawet kto: po adresatach e-maila… Zadeklarowało się w sumie 124 osoby. Rząd, a nawet dwa wielkości więcej, gdy z malakiem, który nota bene i tym pomógł zorganizować salę, spotykaliśmy się w parę-paręnaście osób na zebraniach pierwszej grupy użytkowników, wtedy jeszcze pod egidą Macromedii. Dzisiaj mamy bodajże trzy, czy cztery user groupy rozsiane po całej Polsce. I dobrze, dzięki rosnącym słupkom sprzedaży oprogramowania Adobe doczekaliśmy się w końcu polskiego oddziału, może kiedyś doczekamy się polskiej strony Adobe. Takiej z prawdziwego zdarzenia, a nie przekierowaniami do stron angielskich…

Pomijając kwestię ceny oprogramowania, o której wszyscy powiedzieli wszystko, a nikt nie zrobił nic, chciałem sobie wylać wiadro żółci na temat wszelakich konkursów organizowanych przez Adobe. Ponoć mamy polski oddział Adobe (chociaż tego nie czuję), mamy przaśną polskawą stronę (już od dwóch miesięcy), mamy dwie grupy użytkowników, ale czwarta RP jakoś nie jest wymieniona w liście krajów z których użytkownicy mogą wystartować w konkursach Adobiego. Polska, czy Rumunia na tej liście się nie znalazły. Mamy swój oddział, jesteśmy w Unii podobnie jak Czechy czy Węgry, jednak na listę uprawnionych do udziału w Adobe AIR Developer Derby wpisani nie zostaliśmy…

Swoją drogą pisząc tego posta odkryłem, że Rumunia ma również swoją wersję językowa. Tak samo bogata jak nasza.

Wyczyściłem i lekko zrefaktoryzowałem kod biblioteki FTP pod Apollo, zacząłem dodawać komentarze. Wczoraj mnie naszło na przerobienie tego na coś cairngormową modłę. Niby mamy model: w postaci klienta FTP, niby mamy komendy, a wręcz ich sekwencje, nawet część odpowiedzi można by sprowadzić do value objectów… Ale jakoś nie pasuje mi upychanie w ramy tego frejmłorku.

Ale jakoś do roboty zniechęca mnie temat socketów. Ponoć nic z tym nie zrobią, zatem wysyłanie plików będzie ssało niemiłosiernie, z racji braku informacji o postępie. Oczywiście mogę i będę to fake’ował paskiem postępu (nieokreślonego), ale co to za zabawa? Obejścia w stylu wysyłania niedużego pliku i szacowania prędkości upstreamu też mnie jakoś nie zachęcają.

Idę popłakać sobie w kącie.

FlexFTP (draft)

Wiadomo, że sockety ssą. Dotknęło mnie to właśnie przy pisaniu biblioteki FTP do Apollo. Póki co traktuję to bardziej jako pilot project, niż coś do używania. Na początku pomyślałem sobie, że najłatwiej będzie wzorować się na jakiejś jawowej implementacji. Jednak wszystko co znalazłem było... Jawowe. Znaczy obsługa socketu/bufora sprowadzała się zwykle do:

co w przypadku flashowego modelu zdarzeń się nie sprawdzi.

Aktualnie wygląda to tak, że mamy klienta FTPClient i komendy FTPCommand i odpowiedzi serwera FTPResponse. Klient wysyła podstawowe zdarzenia FTPEvent.CONNECTED po podłączeniu, COMMAND po wysłaniu komendy i RESPONSE po otrzymaniu odpowiedzi. Na czas wysłania komendy, czy raczej serii operacji komenda-odpowiedź klient jest blokowany, żeby nie wbić się w kolejkę akcji. Wiadomo taki jest FTP. Wszystkie akcje powinny dziedziczyć po klasie FTPInvoker. Jej interfejs zapewnia początek wywołania execute(), obsługę odpowiedzi responseReceived() i sfinalizowanie bieżącej transakcji finalize().

Nie wykluczone, czy może na pewno ostatecznie wyglądać to będzie zupełnie inaczej. Bo już na dzień dzisiejszy nie podoba mi sie sposób tworzenia pasywnego połączenia i implementacja eftepowych akcji. Aktualnie klient podłącza się do serwera, listuje katalogi i zwraca ich zawartość jako tablicę obiektów FTPFile, ściąga pliki na lokalny dysk i wysyła. Z wysyłaniem wiadomo jak jest. Postępu poznać w stanie nie jesteśmy. Bo Adobe se odpuścił na socketach... Więc jeśli ktoś ma wolne łącze, lub wgrywa duuuży plik będzie sobie musiał poczekać na FTPEvent.UPLOAD.

Pojawił się pierwszy hotfix do fleksowego SDK. Nie wiem jak u innych, ale u mnie spowodował problemy z debagowaniem aplikacji Apollo. W razie co majkrosoftowe wyjście: deinstalacja i ponowna instalacja Apollo Extensions pomaga.

Ostatnio wszystkich ogarnia szał pisania przeglądarek, więc kolej i na mnie w tym owczym pędzie. Przeglądarka z zakładkami w mniej niz 3024 linijkach kodu ;-). W instalatorze plik mxml ze źródłem.

Dzięki Marcin za pomoc przy bindowaniu.

W końcu publiczna alfa Adobe Apollo. Teraz czterolinijkowe przegladarki wyrosną jak grzyby po deszczu. Może jeszcze dziś zapodam kod przeglądarki z zakładkami. A tym czasem, miłego dnia:

PS
Zdaje sie kolorowanie kodu się sra :/ i zamienia mi < na & l t ;