J2EE

Don Cherry · Post by **Don Cherry** » 11 Jul 2015 00:11

Я никогда не стану умным, всё больше склоняюсь к этому.

Кто работает на J2EE, подскажите зачем GET и POST обрабатываются раздельно на сервере?

Почему нельзя, чтобы servlet code сам решал, что делать с запросом from browser?
Если doGet and doPost объединить в один “request from browser”, зачем тогда REST, базирующийся на гениальной диссертации какого-то там программиста? Зачем тогда PUT, DELETE, etc. ?
Зачем всё усложнять? Разумно было бы упрощать.

Моё наблюдение - Программисты делятся на два лагеря: самоучки [у которых первый язык программирования C++ и Java] и followers [у которых первый язык программирования Visual Basic, JavaScript или Ruby] которые следуют всем современным технологиям, без анализа, осмысливания, сравнения , компилирования, OOP, …].

SUN сделала J2EE, позже обнаружилось, что customization хромает, трудоёмко и не умно писать HTML pages inside of servlet Java code. Какая "не профессиональная промашка" вышла, никто даже не мог предвидеть такого.
Сделали JSP, great. Опять что-то не так, улучшили, сделали JSF, но всё ещё не perfection, сделали Java Server Beans, … there is no end. The Followers are following, each technology API, support, back compatibility. А жизнь проходит, в прыжках от одного к другому, всё выше и выше стремим мы полёт наших птиц… На мой взгляд концепция того, что программируешь важнее технологий, что говорит начальник, и тем более языков программирования.

fruit6 · Post by **fruit6** » 11 Jul 2015 00:31

Вы будете удивлены, но метод один, без get/post: GenericServlet.service()

Сабина · Post by **Сабина** » 12 Jul 2015 18:23

Don Cherry wrote: Почему нельзя, чтобы servlet code сам решал, что делать с запросом from browser?
Если doGet and doPost объединить в один “request from browser”, зачем тогда REST, базирующийся на гениальной диссертации какого-то там программиста? Зачем тогда PUT, DELETE, etc. ?
Зачем всё усложнять? Разумно было бы упрощать.

Ой ну это просто "праздник души" какой то, а не пост

. Вы чего курите? Может нам тоже надо ?
А что делать бедолагам которые без J2EE как то умудряются вебсервисы имплементировать ? За них какой сервлет будет решать

?

Впрочем вы наверное в чем то счастливый человек, не видевший уродских имплементаций вебсервисов, раз не понимаете зачем кто-то придумал REST. Явно не сьели свою порцию SOAP-а и не имплементировали вебсервисы с серьезными requirements.

А вообще раз такая пьянка то можно я тут тоже поплююсь вволю ?
На днях писала симулятор вебсервисов для InMage Scout API. Такое отменное дерьмо, чем только Микрософт думал когда их покупал

Наверное у них в архитекторах или самоучки или авторы "негениальных диссертаций" если они в 21-м веке задизайнили вебсервисы такого формата

Request:

Code: Select all

<Request Id="0001" Version="1.0">
    <Header>
        <Authentication>
            <AccessKeyID>......</AccessKeyID>
            <AuthMethod>MessageAuth</AuthMethod>
            <AccessSignature>.....</AccessSignature>
        </Authentication>
    </Header>
    <Body>
        <FunctionRequest Name="ListCustomers">
            <Parameter Name="InformationType" Value="Basic" />
        </FunctionRequest>
    </Body>
</Request>

Response:

Code: Select all

<Response ID="0001" Version="1.0" Returncode="0" Message="Success">
    <Body>
        <Function Name="ListCustomers" ReturnCode="0" Message="Success">
            <FunctionResponse>
                <ParameterGroup Id="Customer1">
                    <Parameter Name="AccountId" Value="7"/>
                    <Parameter Name="CompanyName" Value="......"/>
                    <Parameter Name="ReferenceId" Value="....."/>
                    <Parameter Name="ContractId" Value="......"/>
                    <Parameter Name="ContractStartDate" Value="2010-06-01"/>
                    <Parameter Name="ContractExpiryDate" Value="2012-06-30"/>
                    <Parameter Name="ServersProtected" Value="1"/>
                    <Parameter Name="VolumesProtected" Value="0"/>
                    <Parameter Name="MSPName" Value="InMage Systems"/>
                    <Parameter Name="MSPAccountId" Value="InMage"/>
                </ParameterGroup>
            </FunctionResponse>
        </Function>
    </Body>
</Response>

Каждая транзакция (List Customers - это имя транзакции, да-да

), то есть любой кусок данных из этого API-я вынимается через это уродство - а именно POST корявого XML-я на URL и потом еще надо 33 танца с бубном станцевать чтобы респонс обработать.

Да автору REST надо памятник при жизни, а заодно и тому кто придумал JSON и авторам книжек вроде вот этой https://pages.apigee.com/rs/apigee/imag ... 012-03.pdf" onclick="window.open(this.href);return false;

А писателям подобных API-ев оторвать все что можно

Don Cherry · Post by **Don Cherry** » 12 Jul 2015 19:08

Сабина wrote:
Don Cherry wrote: Почему нельзя, чтобы servlet code сам решал, что делать с запросом from browser?
Если doGet and doPost объединить в один “request from browser”, зачем тогда REST, базирующийся на гениальной диссертации какого-то там программиста? Зачем тогда PUT, DELETE, etc. ?
Зачем всё усложнять? Разумно было бы упрощать.
Ой ну это просто "праздник души" какой то, а не пост . Вы чего курите? Может нам тоже надо ?
А что делать бедолагам которые без J2EE как то умудряются вебсервисы имплементировать ? За них какой сервлет будет решать ?

Впрочем вы наверное в чем то счастливый человек, не видевший уродских имплементаций вебсервисов, раз не понимаете зачем кто-то придумал REST. Явно не сьели свою порцию SOAP-а и не имплементировали вебсервисы с серьезными requirements.

А вообще раз такая пьянка то можно я тут тоже поплююсь вволю ?
На днях писала симулятор вебсервисов для InMage Scout API. Такое отменное дерьмо, чем только Микрософт думал когда их покупал

Наверное у них в архитекторах или самоучки или авторы "негениальных диссертаций" если они в 21-м веке задизайнили вебсервисы такого формата

Request:
Code: Select all
<Request Id="0001" Version="1.0">
    <Header>
        <Authentication>
            <AccessKeyID>......</AccessKeyID>
            <AuthMethod>MessageAuth</AuthMethod>
            <AccessSignature>.....</AccessSignature>
        </Authentication>
    </Header>
    <Body>
        <FunctionRequest Name="ListCustomers">
            <Parameter Name="InformationType" Value="Basic" />
        </FunctionRequest>
    </Body>
</Request> 
Response:
Code: Select all
<Response ID="0001" Version="1.0" Returncode="0" Message="Success">
    <Body>
        <Function Name="ListCustomers" ReturnCode="0" Message="Success">
            <FunctionResponse>
                <ParameterGroup Id="Customer1">
                    <Parameter Name="AccountId" Value="7"/>
                    <Parameter Name="CompanyName" Value="......"/>
                    <Parameter Name="ReferenceId" Value="....."/>
                    <Parameter Name="ContractId" Value="......"/>
                    <Parameter Name="ContractStartDate" Value="2010-06-01"/>
                    <Parameter Name="ContractExpiryDate" Value="2012-06-30"/>
                    <Parameter Name="ServersProtected" Value="1"/>
                    <Parameter Name="VolumesProtected" Value="0"/>
                    <Parameter Name="MSPName" Value="InMage Systems"/>
                    <Parameter Name="MSPAccountId" Value="InMage"/>
                </ParameterGroup>
            </FunctionResponse>
        </Function>
    </Body>
</Response>
Каждая транзакция (List Customers - это имя транзакции, да-да ), то есть любой кусок данных из этого API-я вынимается через это уродство - а именно POST корявого XML-я на URL и потом еще надо 33 танца с бубном станцевать чтобы респонс обработать.

Да автору REST надо памятник при жизни, а заодно и тому кто придумал JSON и авторам книжек вроде вот этой https://pages.apigee.com/rs/apigee/imag ... 012-03.pdf" onclick="window.open(this.href);return false;

А писателям подобных API-ев оторвать все что можно

Идея моего поста проста, я к стати не курю вообще

- Не надо на днях писать симулятор вебсервисов для InMage Scout API
- Не надо до умопомрачения работать на дядю, делать что сказал начальник, разбирать какие-то не нужные API
- Не надо усложнять жизнь [свою и других] SOAP ми, RoR, JRuby, JPaython, Closure ми, ...
- Не лучше ли работать на себя, с проверенными, базовыми языками и API ми, улучшать/автоматизировать действительно нужные в повседневной жизни вещи?

Если наши посты почитать "по другому", то складывается впечатление о разговоре умолишенных.
На мой взгляд полезнее и практичнее здесь в форуме, основываясь на своём опыте работы, давать "умные" рекомендации типа:
- с этим плавали, бред, не трать время
или
- сделано умно, но практическое применение в жизни отсутствует, выбросить, не трогать
или
- о, вот это можно использовать [например VISA или MasterCard или PayPal API], клиенты будут, наверно, точно, возможно, скорее всего

Эх мне бы в презитенты... творить и оптимизировать!!!

P.S.
А к стати, что это за язык такой в вашем примере, не XML случайно? Или это очередное know-how, которое каждый программист обязан знать?
На C++ нельзя написать эту требуюмую business logic?

Сабина · Post by **Сабина** » 12 Jul 2015 19:38

Don Cherry wrote: - Не надо до умопомрачения работать на дядю, делать что сказал начальник, разбирать какие-то не нужные API
- Не надо усложнять жизнь [свою и других] SOAP ми, RoR, JRuby, JPaython, Closure ми, ...
- Не лучше ли работать на себя, с проверенными, базовыми языками и API ми, улучшать/автоматизировать действительно нужные в повседневной жизни вещи?

Так никто ж не гарантирует что вы не напишете вот такой API с вашим наплевательским отношением к REST-у с колокольни С++-шного "гения" который лучше знает как делать вебсервисы

?
Вы такие вещи заявляете что хоть стой хоть падай

. Выбросить REST ? Вы лично с чего начнете ? С вашего айфона? айпада? фейсбук эккаунта? Наверное все таки с отключения Нетфликса и Амазона

?
Так им "дядям и начальникам" на которых ненадо работать! Чтоб знали про настоящих гениев

PS. Как мне зарабатывать на жизнь - мое личное дело, попрошу не отклоняться от поднятой вами темы - зачем нужен РЕСТ.

Don Cherry · Post by **Don Cherry** » 12 Jul 2015 19:53

Сабина wrote:
Don Cherry wrote: - Не надо до умопомрачения работать на дядю, делать что сказал начальник, разбирать какие-то не нужные API
- Не надо усложнять жизнь [свою и других] SOAP ми, RoR, JRuby, JPaython, Closure ми, ...
- Не лучше ли работать на себя, с проверенными, базовыми языками и API ми, улучшать/автоматизировать действительно нужные в повседневной жизни вещи?
Так никто ж не гарантирует что вы не напишете вот такой API с вашим наплевательским отношением к REST-у с колокольни С++-шного "гения" который лучше знает как делать вебсервисы ?
Вы такие вещи заявляете что хоть стой хоть падай . Выбросить REST ? Вы лично с чего начнете ? С вашего айфона? айпада? фейсбук эккаунта? Наверное все таки с отключения Нетфликса и Амазона ?
Так им "дядям и начальникам" на которых ненадо работать! Чтоб знали про настоящих гениев

re: Так никто ж не гарантирует что вы не напишете вот такой API с вашим наплевательским отношением к REST-у с колокольни С++-шного "гения"
Не с колокольни, а с фундамента. Но гарантии нет, согласен. Я к стати совсем не профессионал. А если кто-то плохо пишет, то оптимизация мозга с REST или JSON особо не поможет.

re: Вы лично с чего начнете ? С вашего айфона? айпада? фейсбук эккаунта? Наверное все таки с отключения Нетфликса и Амазона ?
Я бы начал с вопроса: Программист, что ты сделал своё в своей программной жизни, может API, Utility, Conversion Procedure ?
Если ответ "ничего", то трудно продолжать.

Сабина · Post by **Сабина** » 12 Jul 2015 20:04

Don Cherry wrote: Я бы начал с вопроса: Программист, что ты сделал своё в своей программной жизни, может API, Utility, Coversion Procedure ?
Если ответ "ничего", то трудно продолжать.

У вас понятие своего очень расплывчатое. Такое ощущение что писатели того же Go в Гугле должны стыдиться что им не довелось сделать свой онлайн магазин "Рога и копыта"

Чета меня не тянет долго дискутировать на такие темы еще и в субботнее утро.

valchkou · Post by **valchkou** » 14 Jul 2015 04:32

Don Cherry wrote:Я никогда не стану умным, всё больше склоняюсь к этому.

Кто работает на J2EE, подскажите зачем GET и POST обрабатываются раздельно на сервере?
servlet Java code. JSP, JSF, Java Server Beans,

забудьте про J2EE и все у вас наладится.
Для REST есть spring-mvc, а для сервера spring-boot.
Для backend j2ee более не нужен. UI на яве уже никто не делает, кроме пенсионеров.

Don Cherry · Post by **Don Cherry** » 14 Jul 2015 21:01

valchkou wrote:
Don Cherry wrote:Я никогда не стану умным, всё больше склоняюсь к этому.

Кто работает на J2EE, подскажите зачем GET и POST обрабатываются раздельно на сервере?
servlet Java code. JSP, JSF, Java Server Beans,
забудьте про J2EE и все у вас наладится.
Для REST есть spring-mvc, а для сервера spring-boot.
Для backend j2ee более не нужен. UI на яве уже никто не делает, кроме пенсионеров.

Я вообще водопроводчик/сантехник, по выходным играю на пианино, в свободное время интересуюсь software.
У нас в работе алгоритм: меньше труб - лучше водопроводная система работает.
По моим наблюдениям java frameworks создаются:
- чтобы упростить программирование [totally agree, very good reason]
- но, в тоже самое время они создаются, из-за того, что original Java EE API [i.e. servlets, JSP, JSF, Beans, ...] is too complicated to deal with, requires a lot of coding/knowledge, xml configuration files, totally unrelated to business logic that programmers need to implement.
So, I would say, it's not about retiremet age or skills. Some people try to help/improve this even by creating new languages [stupid, sorry] - jPathon, jRuby or Closure.
Nobody is talking about improving/simplifying "original J2EE API" from SUN/Oracle.
For example, MVC architecture is wellknown abbriviation/technology, but if
- URL is http://127.0.0.1:8080/myApp/hello" onclick="window.open(this.href);return false; [GET]
- form action is "hello" [POST]
Java Application Server knows what to do - to execute servlet with the name "hello", so why do we need MVC architecture? , Controller is already resolved - to run "hello" servlet , so "C" in MVC architecture is not needed, so 33% of work less to do, we need to implement MV only.
Tell me that I'm stupid.

P.S.
That's why I'm talking about type of programmers: self-leaners [C++ and Java] or followers [JavaScript/Ruby/RoR/JRuby/JPathon/Closure/VisualBasic/...].

Сабина · Post by **Сабина** » 15 Jul 2015 06:11

valchkou wrote: UI на яве уже никто не делает, кроме пенсионеров.

Ну вот такой отличной возможности поругать swing лишил

valchkou · Post by **valchkou** » 15 Jul 2015 15:45

Don Cherry wrote: Я вообще водопроводчик/сантехник, по выходным играю на пианино, в свободное время интересуюсь software.
У нас в работе алгоритм: меньше труб - лучше водопроводная система работает.
По моим наблюдениям java frameworks создаются:
- чтобы упростить программирование [totally agree, very good reason]
- но, в тоже самое время они создаются, из-за того, что original Java EE API [i.e. servlets, JSP, JSF, Beans, ...] is too complicated to deal with, requires a lot of coding/knowledge, xml configuration files, totally unrelated to business logic that programmers need to implement.
So, I would say, it's not about retiremet age or skills. Some people try to help/improve this even by creating new languages [stupid, sorry] - jPathon, jRuby or Closure.
Nobody is talking about improving/simplifying "original J2EE API" from SUN/Oracle.
For example, MVC architecture is wellknown abbriviation/technology, but if
- URL is http://127.0.0.1:8080/myApp/hello" onclick="window.open(this.href);return false; [GET]
- form action is "hello" [POST]
Java Application Server knows what to do - to execute servlet with the name "hello", so why do we need MVC architecture? , Controller is already resolved - to run "hello" servlet , so "C" in MVC architecture is not needed, so 33% of work less to do, we need to implement MV only.
Tell me that I'm stupid.

P.S.
That's why I'm talking about type of programmers: self-leaners [C++ and Java] or followers [JavaScript/Ruby/RoR/JRuby/JPathon/Closure/VisualBasic/...].

j2ee был пионером в свое время, двигался в слепую, оттого он такой уродский.
теперь же оно никому не надо, потому и не развивают.
забудьте про сервлеты, jsp, ejb. Лучше посмотрите на spring-boot в свободное время.

anarchist · Post by **anarchist** » 15 Jul 2015 19:15

Фреймворки в наши дни пишутся исключительно для того чтобы подсадить на них жирные компашки и под это дело нанять побольше консультантов и оффшор заодно и распилить больше корпоративного бабла. Спринг - ярчайший представитель данного периода распила. Надо месяцы чтобы изучить все это навороченное Спринговское фуфло, а пользы кот наплакал. Зато мона задвинуть начальству много страниц презентаций напичканных базз вордами про мифическую пользу Спринга.
Только и всего.

valchkou · Post by **valchkou** » 15 Jul 2015 20:14

anarchist wrote:Фреймворки в наши дни пишутся исключительно для того чтобы подсадить на них жирные компашки и под это дело нанять побольше консультантов и оффшор заодно и распилить больше корпоративного бабла. Спринг - ярчайший представитель данного периода распила. Надо месяцы чтобы изучить все это навороченное Спринговское фуфло, а пользы кот наплакал. Зато мона задвинуть начальству много страниц презентаций напичканных базз вордами про мифическую пользу Спринга.
Только и всего.

Spring и прочие полезные, бесплатные фреймворки не имеют никакого отношения к распилу бабла.
Спринг вообще упростил и автоматизировал очень много за последнее время.
создать проект, закодить и поднять CRUD RESTService с коннектом в какую нить БД(монго, оракл, whatever) можно за час.
еще пол часа на запуск сервиса на самом дешевом AWS EC2 t2.micro - и вот с минимальными затратами за 2 часа в production. Отстали вы от прогресса ребята

fruit6 · Post by **fruit6** » 15 Jul 2015 21:45

Я не защищаю J2EE, но с помощью копи-пасте можно в продакшен за меньше чем за два часа запустить хоть на коболе.

valchkou · Post by **valchkou** » 15 Jul 2015 23:00

fruit6 wrote:Я не защищаю J2EE, но с помощью копи-пасте можно в продакшен за меньше чем за два часа запустить хоть на коболе.

И я не защищаю J2EE, я Spring защищаю, объясняю что там стало все просто и быстро и без копипаста.
А с копипастом и того еще быстрее

anarchist · Post by **anarchist** » 15 Jul 2015 23:07

valchkou wrote:
anarchist wrote:Фреймворки в наши дни пишутся исключительно для того чтобы подсадить на них жирные компашки и под это дело нанять побольше консультантов и оффшор заодно и распилить больше корпоративного бабла. Спринг - ярчайший представитель данного периода распила. Надо месяцы чтобы изучить все это навороченное Спринговское фуфло, а пользы кот наплакал. Зато мона задвинуть начальству много страниц презентаций напичканных базз вордами про мифическую пользу Спринга.
Только и всего.
Spring и прочие полезные, бесплатные фреймворки не имеют никакого отношения к распилу бабла.
Спринг вообще упростил и автоматизировал очень много за последнее время.
создать проект, закодить и поднять CRUD RESTService с коннектом в какую нить БД(монго, оракл, whatever) можно за час.
еще пол часа на запуск сервиса на самом дешевом AWS EC2 t2.micro - и вот с минимальными затратами за 2 часа в production. Отстали вы от прогресса ребята

Все тоже самое без спринга и кучи ничего неумеющих пахучих инженеров за 1 час.
1 час вы подарили оффшору, они откатили манагерам их лоббирующим. В Америке уже давно только так все и работает. Спасибо бесконечному разнообразию "нужных" фреймворков и жадности/бесчестию манагеров.

valchkou · Post by **valchkou** » 16 Jul 2015 00:00

anarchist wrote: Все тоже самое без спринга и кучи ничего неумеющих пахучих инженеров за 1 час.

Не вижу связи между жадностью рук-ва и фреймворками.
упомянутые вами инжинеры живут в античном мире J2EE, как топик стартер.
Они так же не успевают следить за прогрессом, и потому у них все так сложно и медленно.
И ни за час, ни за два задачу они не решат, вне зависимости от степени жадности или щедрости дающего.

fruit6 · Post by **fruit6** » 16 Jul 2015 00:03

я не верю, что без большого опыта со спрингом можно что-то за два часа сваять (на этом самом спринге).

valchkou · Post by **valchkou** » 16 Jul 2015 00:54

fruit6 wrote:я не верю, что без большого опыта со спрингом можно что-то за два часа сваять (на этом самом спринге).

согласен, только данное утверждение верно для любой технологии

fruit6 · Post by **fruit6** » 16 Jul 2015 00:59

поинт в том что "забыть про J2EE" - плохой совет. J2EE переживет 90%+ современных новомодных технологий

Сабина · Post by **Сабина** » 16 Jul 2015 03:51

fruit6 wrote:поинт в том что "забыть про J2EE" - плохой совет. J2EE переживет 90%+ современных новомодных технологий

Я думаю мы все ему радостно разрешим забить на это дело. И никогда больше и не вспоминать

iDesperado · Post by **iDesperado** » 16 Jul 2015 06:45

valchkou wrote:
fruit6 wrote:я не верю, что без большого опыта со спрингом можно что-то за два часа сваять (на этом самом спринге).
согласен, только данное утверждение верно для любой технологии

да ладно, на php4 (который без ооп), в любом MVC фреймворке можно было за 10 минут разобраться. как я понимаю CRUD для php генеряться те ми же жава IDE

valchkou · Post by **valchkou** » 16 Jul 2015 16:23

iDesperado wrote:
valchkou wrote:
fruit6 wrote:я не верю, что без большого опыта со спрингом можно что-то за два часа сваять (на этом самом спринге).
согласен, только данное утверждение верно для любой технологии
да ладно, на php4 (который без ооп), в любом MVC фреймворке можно было за 10 минут разобраться. как я понимаю CRUD для php генеряться те ми же жава IDE

речь шла не про MVC фремворк, а про опыт в Spring Framework.
MVC часть там тоже проста как 3 копейки.
Вот пример( не потребуется никаких конфиг, mapping files, и прочего мусора чтобы это запустить)

Code: Select all

@RestController
@RequestMapping(value = "/account")
public class AccountResource() {
       @Autowired 
       AccountService service();
  
	@RequestMapping(method = RequestMethod.GET, value = "/{id}")
	public @ResponseBody Account getAccount(@PathVariable int id) throws Exception {
		return service.getById(id);
	}
       ...
}

http://localhost:8080/account/100" onclick="window.open(this.href);return false;
Вернет json объекта Account.

вобщем о чем спор?, наиболее эфеективна та технология, которую вы лучше знаете.
А если за нее еще и платят прилично, то это приятно вдвойне.

iDesperado · Post by **iDesperado** » 16 Jul 2015 17:22

valchkou wrote: речь шла не про MVC фремворк, а про опыт в Spring Framework.
MVC часть там тоже проста как 3 копейки.

да ладно уж рассказывать, люди вынуждены покупать ultimate версии IDE потому, что запомнить галиматью, которую нужно спринговые xml прописывать в стиле org.springframework.web.servlet.DispatcherServlet не возможно.

valchkou · Post by **valchkou** » 16 Jul 2015 17:56

iDesperado wrote:
valchkou wrote: речь шла не про MVC фремворк, а про опыт в Spring Framework.
MVC часть там тоже проста как 3 копейки.
да ладно уж рассказывать, люди вынуждены покупать ultimate версии IDE потому, что запомнить галиматью, которую нужно спринговые xml прописывать в стиле org.springframework.web.servlet.DispatcherServlet не возможно.

какие люди? у нас все в eclipse sts, бесплатно.
я же говорю нет больше спринговых xml, нет никаких config, web.xml и тп, не нужно ничего ни запоминать, ни записывать.
добро пожаловать в новый мир

Привет

J2EE

J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE

Re: J2EE