Czy ktoś zdołał zbudować WSO2 ze źródła?

Question

Czy ktoś tutaj zdołał zbudować WSO2 (orbit/kernel/platforma 4.0.0) ze źródła?

Po spędzeniu trzech dni, mniej więcej, próbując zbudować ten projekt ze źródła, zamierzam się poddać.

Są ludzie, którzy próbują pomóc i doceniam to. Zdarzenie, gdy po ich zaleceniu proces kompilacji jest uciążliwy i ostatecznie kończy się niepowodzeniem. Nieprawidłowe odniesienia do POM, uszkodzone testy i dziwna konfiguracja należą do tych, z którymi się zetknęliśmy.

Zanim spróbujemy ciężej, dobrze będzie wiedzieć, czy komuś się udało.

Szczególnie trudno mi uwierzyć, że nowi deweloperzy WSO2 muszą sobie z tym poradzić, zanim zaczną wnosić swój wkład i przyznają, że moja cyniczna natura pozostawia mnie wielokrotnie w przekonaniu, że to nie może być przypadek.

Strukturę/stos WSO2 wygląda niesamowicie na tak wiele sposobów, ale to doświadczenie wystarczy, aby zwrócić się w inne miejsce i jest bardziej frustrujące niż wszystko, co kiedykolwiek napotkałem.

Jeśli uważasz, że ta krytyka jest niesprawiedliwa, przepraszam, nie powinno być powodu do cenzurowania tego wpisu, jak miało to miejsce w przypadku mojego ostatniego pytania na ten sam temat.

Answer 1

Przede wszystkim bardzo doceniam twoje zainteresowanie produktami WSO2. Jest wiele pytań dotyczących building from source w StackOverflow.

Chyba już wiesz o orbit, kernel and platform. Produkty SVN is structured in this way jako WSO2 zbudowane są z jednej platformy. Zasadniczo produkt WSO2 to "Carbon Kernel + zestaw funkcji"

Próbujesz zbudować "zwolniony oddział", więc nie powinno być żadnych awarii kompilacji. Upewniamy się, że przed zwolnieniem oddziału nie występują żadne awarie kompilacji. Zwykle jest wiele produktów wydanych z oddziału.

Możesz zobaczyć Release Matrix i dowiedzieć się wersji produktu i wersji platformy.

Moja osobista opinia polega na tym, że nie powinieneś rozpoczynać budowania całej platformy, szczególnie gdy dany oddział jest zwolniony. Wydane artefakty znajdują się już w repozytorium WSO2 Maven. Tak naprawdę nie jest konieczne tworzenie, chyba że zmodyfikujesz kod.

Jeśli potrzebujesz ulepszyć istniejący komponent, możesz po prostu wykupić odpowiedni komponent i dokonać modyfikacji. Każdy produkt WSO2 ma wbudowany system nakładania łatek. Możesz po prostu zbudować słoik i apply it as patch do produktu.

Polecam Ci subskrypcję WSO2 mailing lists i zamieścić tam swoje pytania (może to być dev @). Po prostu daj nam znać, w jaki sposób chcesz wnieść swój wkład, a my z przyjemnością Cię poprowadzimy.

Rozumiem twoją frustrację i nie uważam, że to nie fair!

Chciałbym usłyszeć od ciebie jeszcze raz.

Dzięki!

Answer 2

Jak już wspomniał Isuru, lepiej wypróbuj tylko zwolnioną gałąź, ale nie bagażnik, chyba że pracujesz z najnowszym produktem.Za każdym razem, gdy wydamy wersję Carbon lub produkt, wycinamy tag. Niektórzy ludzie błędnie popełnili zwolnienie oddziału w najgorszym przypadku, ale mimo to tag jest dla ciebie. [1] wyjaśnia, jak budować bagażnik, oddział i tag. A także, jeśli masz pytania dotyczące BAM, możesz również zapytać w przepełnieniu stosu. BAM 2.3.0, który próbujesz zbudować, jest bardzo stabilną wersją z wieloma naprawionymi błędami i możesz zadawać pytania tutaj.

[1] http://maninda.blogspot.com/2013/07/how-to-build-wso2-code.html

Answer 3

udało mi budynek, ale zajęło mi sporo dni. Myślę, że poprawa procesu kompilacji (i dokumentacji) to must dla WSO2, aby przyciągnąć nowych programistów. Podczas mojej frustracji, stworzyłem kilka JIRA, że odzwierciedla to:

• https://wso2.org/jira/browse/CARBON-14121
• https://wso2.org/jira/browse/DOCUMENTATION-67

Jak ty Byłem ogromnie sfrustrowany przez cały proces budowy i wsparcia. Po długim bólu, który doprowadził mnie do pierwszej udanej kompilacji, odłożyłem na chwilę elementy WSO2 na bok, aby skupić się na innych projektach. Nie jestem pewien, czy jestem gotowy, aby wrócić i spróbować zbudować wszystko od zera właśnie !!!

Myślę, że głównym problemem, który napotykamy u deweloperów innych niż WSO2, jest to, że nie ma doświadczonego programisty siedzącego obok nas, który poprowadzi Cię przez te problemy. Stackoverflow nie zachęca do tego rodzaju społeczności. Uważam, że istnieje potrzeba grupy użytkowników WSO2 - gdzie sfrustrowani nowi (i doświadczeni) programiści mogą sobie nawzajem pomagać, a przynajmniej udzielać sobie nawzajem wsparcia moralnego.

Jedną z rzeczy, które mogą Ci pomóc, jest skupienie się na mniejszej części WSO2. AXIS2, Synapse lub Carbon to projekty o znacznie mniejszym rozmiarze, co prawdopodobnie ma sens w przypadku początkującego programisty WSO2. Ponadto, istnieje ekscytujący nowy projekt przekazany do Apache przez WSO2 - Apache Stratos. Ten projekt może pomóc ci wejść na drabinę.

Wreszcie, powracając do swojej frustracji i cynizmu wobec WSO2. Jak wspomniano powyżej, miałem podobne silne uczucia podczas mojej pierwszej kompilacji. W miarę upływu czasu uważam, że WSO2 jest firmą całkowicie przejrzystą. Po prostu uważam, że ich model społecznościowy jeszcze nie jest właściwy. Ten post dotyczy niektórych problemów.