🚀 go-pugleaf

W dniu 2011-10-02 09:33, MaxZorin pisze:
> Jak ze strony JSP przekazać do beana wartość, ale nie za pomocą taga,

scriplet? a fuj

> tylko tak po prostu. Chcę przekazać select'a, który jest taki, a nie
> inny w zależności od tego co algorytm na JSP stwierdzi. 

a od kiedy jsp jest od stwierdzania co należy wykonać?

Do tej pory
> przekazywałem np. tak <h:inputText value="#{bean.costam}"/>, 

czyli do kompletu mamy jsf

ale to
> tworzy edita na stronie. Trza użyć <h:inputSecret...?

trza chyba przemyśleć jeszcze raz konstrukcję swojej aplikacji

W dniu 2011-10-02 10:47, Tomek Łabuz pisze:
> W dniu 2011-10-02 09:33, MaxZorin pisze:
>> Jak ze strony JSP przekazać do beana wartość, ale nie za pomocą taga,
>
> scriplet? a fuj
Uczę się.
>
>> tylko tak po prostu. Chcę przekazać select'a, który jest taki, a nie
>> inny w zależności od tego co algorytm na JSP stwierdzi.
>
> a od kiedy jsp jest od stwierdzania co należy wykonać?
No np. wybór z listy, tabeli itp. Jak pisałem, chcę przekazać, do 
właściwej obróbki, selecta jako String.
>
> Do tej pory
>> przekazywałem np. tak<h:inputText value="#{bean.costam}"/>,
>
> czyli do kompletu mamy jsf
>
> ale to
>> tworzy edita na stronie. Trza użyć<h:inputSecret...?
>
> trza chyba przemyśleć jeszcze raz konstrukcję swojej aplikacji
Uczę się. Nad konstrukcją jako taką tego co w przyszłości chcę zrobić 
myślę, ale najpierw muszę się nauczyć podstaw.
Na razie to co robię jawi mi się jako mieszanina JAVA, HTML, JSP, JSF, 
tagów, scripletów, AJAXa, j2ee, JavaBeans itd. Żeby to jakoś ogarnąć 
muszę, tak sądzę, poznać jak wzajemnie mają się do siebie te klocki, 
oraz kiedy i dlaczego używać tego a nie innego.
>

W dniu 2011-10-02 10:58, MaxZorin pisze:
> W dniu 2011-10-02 10:47, Tomek Łabuz pisze:
>> W dniu 2011-10-02 09:33, MaxZorin pisze:
>>> Jak ze strony JSP przekazać do beana wartość, ale nie za pomocą taga,
>>
>> scriplet? a fuj
> Uczę się.

cieszę się, to taka rada i to serio - poszukaj wokół siebie kogoś czy
czegoś (projektu), który pomoże Ci ogarnąć temat, bo jeśli uczysz się
tylko na tutorialach z sieci to imho daleko nie zajedziesz, 80% z nich
do niczego się nie nadają, bo np pokazują jakieś najprostrze konstrukcje
ale wcale nie opisują, że tak naprawdę to nie warto ich używać albo
trzeba na nie uważać (vide Hibernate i "from Cat")

>>
>>> tylko tak po prostu. Chcę przekazać select'a, który jest taki, a nie
>>> inny w zależności od tego co algorytm na JSP stwierdzi.
>>
>> a od kiedy jsp jest od stwierdzania co należy wykonać?
> No np. wybór z listy, tabeli itp. Jak pisałem, chcę przekazać, do
> właściwej obróbki, selecta jako String.

jsp/jsf to technologia generowania widoku czyli np formularza do
komunikacji z użytkownikiem
chyba najczęściej realizowaną architekturą aplikacji jest taka, że to
coś zwane kontrolerem po stronie serwera określa co ma być wykonywane na
podstawie tego co zostało wprowadzone w widoku a nie on sam
poczytaj o MVC - żeby łamać jego reguły trzeba go poznać, żeby wiedzieć
dlaczego je łamiemy
na razie wg mnie generujesz jakiegoś Frankensztajna

>> trza chyba przemyśleć jeszcze raz konstrukcję swojej aplikacji
> Uczę się. Nad konstrukcją jako taką tego co w przyszłości chcę zrobić
> myślę, ale najpierw muszę się nauczyć podstaw.
> Na razie to co robię jawi mi się jako mieszanina JAVA, HTML, JSP, JSF,
> tagów, scripletów, AJAXa, j2ee, JavaBeans itd. Żeby to jakoś ogarnąć
> muszę, tak sądzę, poznać jak wzajemnie mają się do siebie te klocki,
> oraz kiedy i dlaczego używać tego a nie innego.

no teraz początkujący mają przesrane, przychodzą do pracy i muszą od
razu znać te wszystkie magiczne klocki... i to całkiem serio tak uważam
tak, masz rację, najpierw trzeba poznać po co te klocki i to kompletnie
w oderwaniu od technologii czyli po co nam taki element, albo taki....
i dlatego wspomniałem o jakimś projekcie, nic tak nie uczy jak kilka
miesięcy w jakimś projekcie - pod warunkiem wprawdzie, że będzie w nim
ktoś kto Cię nakieruje (tak wiem, mało takich projektów :) )

W dniu 2011-10-02 11:28, Tomek Łabuz pisze:
> W dniu 2011-10-02 10:58, MaxZorin pisze:
>> W dniu 2011-10-02 10:47, Tomek Łabuz pisze:
>>> W dniu 2011-10-02 09:33, MaxZorin pisze:
>>>> Jak ze strony JSP przekazać do beana wartość, ale nie za pomocą taga,
>>>
>>> scriplet? a fuj
>> Uczę się.
>
> cieszę się, to taka rada i to serio - poszukaj wokół siebie kogoś czy
> czegoś (projektu), który pomoże Ci ogarnąć temat, bo jeśli uczysz się
> tylko na tutorialach z sieci to imho daleko nie zajedziesz, 80% z nich
> do niczego się nie nadają, bo np pokazują jakieś najprostrze konstrukcje
> ale wcale nie opisują, że tak naprawdę to nie warto ich używać albo
> trzeba na nie uważać (vide Hibernate i "from Cat")

ŚWIĘTE SŁOWA! jednak wokół siebie nie mam takich osób
jestem zdany na siebie i na te tutoriale ew. literaturę, z którą jest 
dokładnie ten sam problem jak z tutorialami
Zostaje jeszcze, jak widać, pomoc życzliwych osób na forum, na co liczę

>
>>>
>>>> tylko tak po prostu. Chcę przekazać select'a, który jest taki, a nie
>>>> inny w zależności od tego co algorytm na JSP stwierdzi.
>>>
>>> a od kiedy jsp jest od stwierdzania co należy wykonać?
>> No np. wybór z listy, tabeli itp. Jak pisałem, chcę przekazać, do
>> właściwej obróbki, selecta jako String.
>
> jsp/jsf to technologia generowania widoku czyli np formularza do
> komunikacji z użytkownikiem
> chyba najczęściej realizowaną architekturą aplikacji jest taka, że to
> coś zwane kontrolerem po stronie serwera określa co ma być wykonywane na
> podstawie tego co zostało wprowadzone w widoku a nie on sam
> poczytaj o MVC - żeby łamać jego reguły trzeba go poznać, żeby wiedzieć
> dlaczego je łamiemy
> na razie wg mnie generujesz jakiegoś Frankensztajna
>
>>> trza chyba przemyśleć jeszcze raz konstrukcję swojej aplikacji
>> Uczę się. Nad konstrukcją jako taką tego co w przyszłości chcę zrobić
>> myślę, ale najpierw muszę się nauczyć podstaw.
>> Na razie to co robię jawi mi się jako mieszanina JAVA, HTML, JSP, JSF,
>> tagów, scripletów, AJAXa, j2ee, JavaBeans itd. Żeby to jakoś ogarnąć
>> muszę, tak sądzę, poznać jak wzajemnie mają się do siebie te klocki,
>> oraz kiedy i dlaczego używać tego a nie innego.
>
> no teraz początkujący mają przesrane, przychodzą do pracy i muszą od
> razu znać te wszystkie magiczne klocki... i to całkiem serio tak uważam
> tak, masz rację, najpierw trzeba poznać po co te klocki i to kompletnie
> w oderwaniu od technologii czyli po co nam taki element, albo taki....
> i dlatego wspomniałem o jakimś projekcie, nic tak nie uczy jak kilka
> miesięcy w jakimś projekcie - pod warunkiem wprawdzie, że będzie w nim
> ktoś kto Cię nakieruje (tak wiem, mało takich projektów :) )
>
>
>