🚀 go-pugleaf

W dniu 2011-04-18 10:43, MaxZorin pisze:
> Ludzie pomóżcie proszę.
> Piszę aplikację JSP itp. Problem jest
> obliczeniowy, więc na jednej stronie mam dane, a
> druga zawiera wyniki obliczeń. I raptem przestało
> mi to przeliczać! Sprawdziłem już wszystkie składnie, miejsca itd.
> Wszystko wydaje się poprawnie zrobione, a tu nic. Śledzę taką zmienną:

jak to pewnie zwykle zmieniłeś więcej niż zamierzałeś, może Twoje IDE
pozwala na sprawdzenie historii zmian? Eclipse czy Idea coś takiego
pozwalają, nie wiem jak Netbeans
odszukaj wtedy wersję z dnia kiedy jeszcze wszystko pracowało i porównaj

W dniu 2011-04-18 12:18, Tomek Łabuz pisze:
> W dniu 2011-04-18 10:43, MaxZorin pisze:
>
> jak to pewnie zwykle zmieniłeś więcej niż zamierzałeś, może Twoje IDE
> pozwala na sprawdzenie historii zmian? Eclipse czy Idea coś takiego
> pozwalają, nie wiem jak Netbeans
> odszukaj wtedy wersję z dnia kiedy jeszcze wszystko pracowało i porównaj
>
Niestety mam (NetBeans) wersje tylko z już nie 
działającym przeliczaniem. Ponieważ wszystko 
hulało bez zarzutu od dłuższego czasu robiłem inne 
rzeczy w projekcie i nie zwracałem uwagi na 
liczenie - bo było dobrze.
To wygląda tak, jakby klasa licząca kompletnie 
ignorowała to co przychodzi do settera i 
interesowała się jedynie tym co ma ustawione na 
dzień dobry w polu. Dam 500 jest 500, dam 1 jest 1 
itd.
wyrażenia typu <h:inputText value="#{geo.id}"/>
nie są przesyłane do metody setId.
Zresztą, co dla mnie dziwne, jak kliknę z Ctrl'em 
na id w powyższym wyrażeniu to mnie przenosi do 
getId a nie do setId. Jakby chciał pobrać wartość, 
a nie ją ustawić. Ale może to taka uroda NetBeansa 
Zresztą powinien, wg mnie, przenieść do (property, 
sorry za delphizm) id.
Dziękuję za odpowiedź lecz nadal jestem w desperacji.

> Niestety mam (NetBeans) wersje tylko z już nie działającym
> przeliczaniem. Ponieważ wszystko hulało bez zarzutu od dłuższego czasu
> robiłem inne rzeczy w projekcie i nie zwracałem uwagi na liczenie - bo
> było dobrze.
> To wygląda tak, jakby klasa licząca kompletnie ignorowała to co
> przychodzi do settera i interesowała się jedynie tym co ma ustawione na
> dzień dobry w polu. Dam 500 jest 500, dam 1 jest 1 itd.
> wyrażenia typu <h:inputText value="#{geo.id}"/>
> nie są przesyłane do metody setId.
> Zresztą, co dla mnie dziwne, jak kliknę z Ctrl'em na id w powyższym
> wyrażeniu to mnie przenosi do getId a nie do setId. Jakby chciał pobrać
> wartość, a nie ją ustawić. Ale może to taka uroda NetBeansa Zresztą
> powinien, wg mnie, przenieść do (property, sorry za delphizm) id.

to co tam w tych ciapkach ustawiasz to de facto odwołanie do settera czy
gettera (lub obu na raz - inputtext zarówno pobiera jak i ustawia dane),
pole to generalnie może być a może go też w sumie fizycznie nie być, ale
to nie temat na tą dyskusję)

proponowałbym dodać na formularzu pole <h:message for="id"/>
i zobaczyć czy przypadkiem nie masz błędu konwersji lub walidacji (nie
podałeś całego formularza, więc nie wiem czy masz tam coś do
wyświetlania takich problemów)

W dniu 2011-04-18 13:43, Tomek Łabuz pisze:
>
> proponowałbym dodać na formularzu pole<h:message for="id"/>
> i zobaczyć czy przypadkiem nie masz błędu konwersji lub walidacji (nie
> podałeś całego formularza, więc nie wiem czy masz tam coś do
> wyświetlania takich problemów)

Nie mam żadnego błędu :(. A właściwie to w obrębie 
formularza działa to jak należy. Id oznacza 
średnicę, więc jak dam np. -100 to mam komunikat, 
że jest to wartość błędna. Nadal jednak wartość z 
formularza nijak ma się do wartości w klasie liczącej.
Na formularzu danych dodałem
<h:outputText value="#{geo.id}"/>
I POKAZUJE NIE PRZELICZONE WARTOŚCI!
Tymczasem walidator uwzględnia zmianę w
<h:inputText value="#{geo.id}"/>

całość wygląda tak:
<h:inputText
    id="id"
    value="#{geo.id}"
    size="7"
    required="true">
	   <f:validateDoubleRange minimum="0.01" 
maximum="5000.0"/>
             <f:convertNumber maxFractionDigits="2"/>
</h:inputText>

<h:message for="id"/>

W dniu 2011-04-18 14:36, MaxZorin pisze:
> W dniu 2011-04-18 13:43, Tomek Łabuz pisze:
>>
>> proponowałbym dodać na formularzu pole<h:message for="id"/>
>> i zobaczyć czy przypadkiem nie masz błędu konwersji lub walidacji (nie
>> podałeś całego formularza, więc nie wiem czy masz tam coś do
>> wyświetlania takich problemów)
> 
> Nie mam żadnego błędu :(. A właściwie to w obrębie formularza działa to
> jak należy. Id oznacza średnicę, więc jak dam np. -100 to mam komunikat,
> że jest to wartość błędna. Nadal jednak wartość z formularza nijak ma
> się do wartości w klasie liczącej.


a może problem z wersją jsf-a? wcześniej używałeś innej a teraz innej?
http://stackoverflow.com/questions/2919249/jsf-hinputtext-and-double-value
to tak pierwsze z brzegu w podobnym temacie (co nie znaczy iż poprawne w
Twoim przypadku)
ja wprawdzie nie jestem ani miłośnikiem ani użytkownikiem jsf-a ale przy
jednej z okazji miałem problem z h:dataTable, był babol w wersji i nie
dało się za bardzo tego użyć, trzeba było użyć innej

W dniu 2011-04-18 14:41, Tomek Łabuz pisze:
> W dniu 2011-04-18 14:36, MaxZorin pisze:
>> W dniu 2011-04-18 13:43, Tomek Łabuz pisze:
>
> a może problem z wersją jsf-a? wcześniej używałeś innej a teraz innej?
> http://stackoverflow.com/questions/2919249/jsf-hinputtext-and-double-value
> to tak pierwsze z brzegu w podobnym temacie (co nie znaczy iż poprawne w
> Twoim przypadku)
> ja wprawdzie nie jestem ani miłośnikiem ani użytkownikiem jsf-a ale przy
> jednej z okazji miałem problem z h:dataTable, był babol w wersji i nie
> dało się za bardzo tego użyć, trzeba było użyć innej

Obawiam się, że to nie to. Nie zmieniałem wersji w 
czasie pisania aplikacji. Zresztą ten sam problem 
mam w domu i w pracy.
Mam zainstalowane JSF 1.2 + Facelets 1.1.14
Załamka.

W dniu 2011-04-18 15:06, MaxZorin pisze:
> W dniu 2011-04-18 14:41, Tomek Łabuz pisze:
>> W dniu 2011-04-18 14:36, MaxZorin pisze:
>>> W dniu 2011-04-18 13:43, Tomek Łabuz pisze:
>>
>> a może problem z wersją jsf-a? wcześniej używałeś innej a teraz innej?
>> http://stackoverflow.com/questions/2919249/jsf-hinputtext-and-double-value
>>
>> to tak pierwsze z brzegu w podobnym temacie (co nie znaczy iż poprawne w
>> Twoim przypadku)
>> ja wprawdzie nie jestem ani miłośnikiem ani użytkownikiem jsf-a ale przy
>> jednej z okazji miałem problem z h:dataTable, był babol w wersji i nie
>> dało się za bardzo tego użyć, trzeba było użyć innej
>
> Obawiam się, że to nie to. Nie zmieniałem wersji w czasie pisania
> aplikacji. Zresztą ten sam problem mam w domu i w pracy.
> Mam zainstalowane JSF 1.2 + Facelets 1.1.14


Może to oczywiste ale czy sprawdziłeś dokładnie, które metody są 
wywoływane (czyli dodanie do konstruktora, gettera i settera jakiegoś 
System.out) Jak dla mnie to wygląda, że scope tego beana jest inny niz 
session i jest on tworzony za każdym razem przy odwołaniu do strony z 
wynikami.

PS Dlaczego piszesz aplikację nie korzystając za jakiegoś gita czy svna?

Pozdrawiam

> Może to oczywiste ale czy sprawdziłeś dokładnie, które metody są
> wywoływane (czyli dodanie do konstruktora, gettera i settera jakiegoś
> System.out) Jak dla mnie to wygląda, że scope tego beana jest inny niz
> session i jest on tworzony za każdym razem przy odwołaniu do strony z
> wynikami.
> 

ubiegłeś mnie o parę minut :)
liczyłem, że to jednak walidacja czy konwersja, ten proces też często
nie przepuszcza dalej bez większego rozgłosu :)
znaczy czasem coś w logach jest ale kto tam je czyta ;)
z pierwszego maila wynikało, że bean jest scope session, więc
ewentualnie jakiś problem z tworzeniem sesji, z drugiej strony możliwe
(tego nie wiem) bean zachowałby się jak o scope request to jednak
wyświetliłby te dane
jeszcze sprawdziłbym konfiguracje xmlową, może coś powoduje iż jsf ten
bean traktuje jako none (wtedy o ile pamiętam dla każdego odwołania jest
tworzony nowy obiekt? )

> PS Dlaczego piszesz aplikację nie korzystając za jakiegoś gita czy svna?

obstawiam iż kolega pisze sam, wtedy rzadko na pytanie po co mi git czy
coś takiego pada inna odpowiedź niż - po cholerę ;)

W dniu 2011-04-18 15:38, lastbark pisze:

> Może to oczywiste ale czy sprawdziłeś dokładnie, które metody są
> wywoływane (czyli dodanie do konstruktora, gettera i settera jakiegoś
> System.out)

No wydaje mi się, że sprawdziłem, ze wskazaniem na wyrażenie "wydaje mi 
się". Już trzy dni nad tym siedzę. Jak zwykle pewnie jest jakaś bzdura, 
ale już mi ręce opadają bo nie wiem gdzie jeszcze szukać.

Jak dla mnie to wygląda, że scope tego beana jest inny niz
> session i jest on tworzony za każdym razem przy odwołaniu do strony z
> wynikami.

Tak to właśnie wygląda, ale w kodzie nic na to nie wskazuje i wcześniej 
układ działał. Co ciekawe (słowo ciekawe to tu wielkie nadużycie ale nie 
wypada mi kląć) jak wykasuję z faces-config całą sekcję z nawigacją tego 
przejścia  to nic to nie zmienia!(?). Jak tam wsadzę by przechodziło do 
innej strony - nic to nie zmienia. Nawigacja jest statyczna, więc nie 
mam za bardzo gdzie grzebać.
Prawdę mówiąc to strona jsp z danymi jest w <f:view> a strona z 
rezultatami w <f:subview id="cośtam"> i razem są wyświetlane przez 
main.jsp w osobnych div'ach.
Ale jak bym nie kombinował z układem, nawigacją czy znacznikami 
<f:...view> - kiszka.

>
> PS Dlaczego piszesz aplikację nie korzystając za jakiegoś gita czy svna?
1. Odpowiedź właściwie jak w poście poniżej :)
2. To nie aplikacja komercyjna ale ćwiczebna, uczę się, choć ma to być 
program użyteczny. Do tego mam przyzwyczajenia z Delphi i czasem mi to 
nie pomaga.
3. Powrót do wersji działającej niekoniecznie sprawi, że zrozumiem co 
właściwie nie działa. A skoro nie działa raz to może i nie działać 
kiedyś znowu. Więc trzeba problem znaleźć i rozwiązać.
>
> Pozdrawiam
Również pozdrawiam i mówiąc szczerze czekam na nowe pomysły.

W dniu 2011-04-18 16:21, Tomek Łabuz pisze:
>
>> PS Dlaczego piszesz aplikację nie korzystając za jakiegoś gita czy svna?
>
> obstawiam iż kolega pisze sam, wtedy rzadko na pytanie po co mi git czy
> coś takiego pada inna odpowiedź niż - po cholerę ;)

Bingo. Do tego się po prostu uczę. Dodatkowe wyjaśnienia w poście poniżej.

> 
> Tak to właśnie wygląda, ale w kodzie nic na to nie wskazuje i wcześniej
> układ działał. Co ciekawe (słowo ciekawe to tu wielkie nadużycie ale nie
> wypada mi kląć) jak wykasuję z faces-config całą sekcję z nawigacją tego
> przejścia  to nic to nie zmienia!(?). Jak tam wsadzę by przechodziło do
> innej strony - nic to nie zmienia. Nawigacja jest statyczna, więc nie
> mam za bardzo gdzie grzebać.
> Prawdę mówiąc to strona jsp z danymi jest w <f:view> a strona z
> rezultatami w <f:subview id="cośtam"> i razem są wyświetlane przez
> main.jsp w osobnych div'ach.
> Ale jak bym nie kombinował z układem, nawigacją czy znacznikami
> <f:...view> - kiszka.

wiesz co, co chwila dodajesz jakieś kolejne elementy, które składają się
na całość - teraz wlazło subview, przechodzisz do innej strony ale w
sumie to wyświetlasz to na jednej stronie :)
może udostępnij ten projekt gdzieś cały albo wyślij na priva jak nie
chcesz publicznie, może coś wymyślimy a potem ku przestrodze
opublikujemy wyniki :)

W dniu 2011-04-18 21:47, Tomek Łabuz pisze:
>
> wiesz co, co chwila dodajesz jakieś kolejne elementy, które składają się
> na całość - teraz wlazło subview, przechodzisz do innej strony ale w
> sumie to wyświetlasz to na jednej stronie :)
> może udostępnij ten projekt gdzieś cały albo wyślij na priva jak nie
> chcesz publicznie, może coś wymyślimy a potem ku przestrodze
> opublikujemy wyniki :)

Posłałem na javatrainings@gmail.com
Dzięki.

On Mon, 18 Apr 2011 10:43:35 +0200, MaxZorin wrote:

> Ludzie pomóżcie proszę.

1. Do każdej metody1 set/get dodaj logowanie (zajebiście ważne).
2. Do każdego konstruktora dodaj logowanie (jeszcze bardziej zajebiście
ważne).
3. Wykonaj nawigację.
4. Przeczytaj logi.

-- 
Pozdrawiam
Zbyszek Malec

W dniu 2011-04-18 23:54, Zbigniew Malec pisze:
> On Mon, 18 Apr 2011 10:43:35 +0200, MaxZorin wrote:
> 
>> Ludzie pomóżcie proszę.
> 
> 1. Do każdej metody1 set/get dodaj logowanie (zajebiście ważne).
> 2. Do każdego konstruktora dodaj logowanie (jeszcze bardziej zajebiście
> ważne).
> 3. Wykonaj nawigację.
> 4. Przeczytaj logi.
> 


na dobrą sprawę to chyba wystarczyło to ostatnie, na 90% problem leżał w
walidacji ale nie tego "podejrzanego" pola tylko innego, dla którego
jednak nie było na stronie żadnego komunikatu a logi... no cóż,
początkujący często nawet o czymś takim nie wiedzą...

W dniu 2011-04-18 20:12, MaxZorin pisze:
> W dniu 2011-04-18 15:38, lastbark pisze:
>> PS Dlaczego piszesz aplikację nie korzystając za jakiegoś gita czy svna?
> 1. Odpowiedź właściwie jak w poście poniżej :)
> 2. To nie aplikacja komercyjna ale ćwiczebna, uczę się, choć ma to być
> program użyteczny. Do tego mam przyzwyczajenia z Delphi i czasem mi to
> nie pomaga.
> 3. Powrót do wersji działającej niekoniecznie sprawi, że zrozumiem co
> właściwie nie działa. A skoro nie działa raz to może i nie działać
> kiedyś znowu. Więc trzeba problem znaleźć i rozwiązać.

Dzięki kontroli wersji masz możliwość nie tylko powrotu do jakiegoś 
poprzedniego stanu. Możesz również prześledzić całą historię zmian w 
projekcie.

Każdy system kontroli wersji zawiera narzędzia do porównywania plików. 
Możesz stwierdzić co się zmieniło, w której linii i kiedy.

W dniu 2011-04-19 16:58, lastbark pisze:
> W dniu 2011-04-18 20:12, MaxZorin pisze:
>> W dniu 2011-04-18 15:38, lastbark pisze:
>>> PS Dlaczego piszesz aplikację nie korzystając za jakiegoś gita czy svna?
>> 1. Odpowiedź właściwie jak w poście poniżej :)
>> 2. To nie aplikacja komercyjna ale ćwiczebna, uczę się, choć ma to być
>> program użyteczny. Do tego mam przyzwyczajenia z Delphi i czasem mi to
>> nie pomaga.
>> 3. Powrót do wersji działającej niekoniecznie sprawi, że zrozumiem co
>> właściwie nie działa. A skoro nie działa raz to może i nie działać
>> kiedyś znowu. Więc trzeba problem znaleźć i rozwiązać.
>
> Dzięki kontroli wersji masz możliwość nie tylko powrotu do jakiegoś
> poprzedniego stanu. Możesz również prześledzić całą historię zmian w
> projekcie.
>
> Każdy system kontroli wersji zawiera narzędzia do porównywania plików.
> Możesz stwierdzić co się zmieniło, w której linii i kiedy.

Masz rację. Wiem o tym. Ale ze względu na to, że projekt jest dla mnie 
nauką korzystam jedynie z tego co daje sam NetBeans.
Problem już został rozwiązany przez Tomka Łabuza. Miałem ustawioną 
wartość pola poza sprawdzanym zakresem. I temu się nie liczyło. W życiu 
bym na to chyba nie wpadł. Jednak aplikacje webowe to zupełnie inna 
bajka niż okienkowe (standalone).

W dniu 2011-04-19 07:21, Tomek Łabuz pisze:
> W dniu 2011-04-18 23:54, Zbigniew Malec pisze:
>> On Mon, 18 Apr 2011 10:43:35 +0200, MaxZorin wrote:
>>
>>> Ludzie pomóżcie proszę.
>>
>> 1. Do każdej metody1 set/get dodaj logowanie (zajebiście ważne).
>> 2. Do każdego konstruktora dodaj logowanie (jeszcze bardziej zajebiście
>> ważne).
>> 3. Wykonaj nawigację.
>> 4. Przeczytaj logi.
>>
>
>
> na dobrą sprawę to chyba wystarczyło to ostatnie, na 90% problem leżał w
> walidacji ale nie tego "podejrzanego" pola tylko innego, dla którego
> jednak nie było na stronie żadnego komunikatu a logi... no cóż,
> początkujący często nawet o czymś takim nie wiedzą...
>
O logach wiedzieć to wiedzą, ale, podobnie jak wszelkich helpów itp., 
czytać się nie chce i po przesiadce ze środowiska np. Delphi nie 
przywiązuje się do logów należnej im wagi. :)

t9uT7U  <a href="http://mgagjnskuutp.com/">mgagjnskuutp</a>, 
[url=http://ozmebulqwrco.com/]ozmebulqwrco[/url], 
[link=http://hsjxrdquiacd.com/]hsjxrdquiacd[/link], 
http://ybnxdwvdqdrr.com/