26

Re: Java for.NET the developer

Hello, vsb, you wrote: vsb> Hello, ifle, you wrote: I>> 1. On what write? There is free Eclipse, idea yet a variant, there was a support in VS Code. vsb> Idea CE suffices. Counters EE in your case are not necessary, all and so will work. Java it is absolutely not necessary. Enough Node.js and JavaScript on client side. We close a subject, all the same JavaEE 7 we do not know also the nobility we do not want. I>> 2. As I understand for API it is necessary/is possible to use Spring. vsb> It is necessary to understand that Spring it is the enormous project, ten millions code lines, ten mbytes . To make pair  on HTTP+JSON, it is such severe . On Spring it is good to write enterprise systems on one hundred . Not that it could not be used for this purpose, but personally I would look for something easier. I personally in such situation used undertow for implementation HTTP and Gson for JSON. Write pens of superfluous 50 code lines, but all will be simple and clear. Pens? And if  from fifty? How in between flow-control and  given to organize, too pens? I>> 3. Maven it as msbuild and nuget. vsb> More actual alternative it Gradle. But for the plain project of a difference any, both tools do everything that is necessary. It is necessary to represent for itself, in what difference Gradle from Maven. At Gradle very big time of start and a noticeable time delay in response to commands in case Gradle it is launched in separate process. Gradle it is exacting to storage, Maven - is not present. The positive moments Gradle only in a simple language of scenarios of development, more pluses are not present.

27

Re: Java for.NET the developer

Hello, GarryIV, you wrote: GIV> Hello, iZEN, you wrote: I>>> 1. On what write? iZEN>> NetBeans IDE Java EE: http://bits.netbeans.org/download/trunk/nightly/latest/ (it is necessary to adjust./etc/netbeans.conf) iZEN>> in NetBeans IDE some types of JavaEE-servers which can be loaded and used for applications programming on EJB ( if it it is necessary), JSF and JPA ( Web) are integrated. GIV> It for fans sado-mazo. . I>>> 2. As I understand for API it is necessary/is possible to use Spring. iZEN>> In Spring is not present Web-UI. Spring it is calculated for the concept of microservices. GIV> in Spring Boot is Tomcat or Jetty, it would be strange if they were not able UI. And Spring MVC it it is primary for UI. But however UI  all the same it is not necessary for modern. Tomcat or Jetty are Web-containers, instead of application servers. Support very restricted dial-up API, all remaining need to be connected to them necessarily. In the JavaEE-server of anything in addition it is not necessary to connect - all already is and works in coordination.

28

Re: Java for.NET the developer

Hello, Baudolino, you wrote: B> Hello, ifle, you wrote: I>> I Look on Webflux and it becomes somehow sad without async\await as C# \nodejs B> Java historically keeps to a diet with the low content of carbohydrates, therefore sugar give small doses. Recently here an output of types added for local variables. Webflux is  Spring'. To Java has the mediated relation. If to take Java EE 7 there there are asynchronous calls.

29

Re: Java for.NET the developer

Hello, iZEN, you wrote: I>>> 1. On what write? There is free Eclipse, idea yet a variant, there was a support in VS Code. vsb>> Idea CE suffices. Counters EE in your case are not necessary, all and so will work. ZEN> Java it is absolutely not necessary. Enough Node.js and JavaScript on client side. We close a subject, all the same JavaEE 7 we do not know also the nobility we do not want. EE it Idea an Enterprise Edition which actually Ultimate, but I what for so called it. JavaEE rare shit with which I pottered still when it was called J2EE. ZEN> Pens? And if  from fifty? How in between flow-control and  given to organize, too pens? If  from fifty,  will be to a place. To the person as I understood, it is necessary to expose pair of methods, that  any library. ZEN> it is necessary to represent for itself, in what difference Gradle from Maven. At Gradle very big time of start and a noticeable time delay in response to commands in case Gradle it is launched in separate process. Gradle it is exacting to storage, Maven - is not present. The positive moments Gradle only in a simple language of scenarios of development, more pluses are not present. By development compiles IDE, therefore generally , how many there start time. I with gradle interact 1-2 times a week when it is necessary to collect  on testing. If suddenly it would be desirable strange and it is necessary to launch often gradle, it works in a demon which is launched once and further start time  a little (and so it is insignificant, half-second-second can). Storages are desirable for having more than two gigabytes, yes. If more or less modern machine with 8-16 gigabytes, it becomes already imperceptible.

30

Re: Java for.NET the developer

Hello, Baudolino, you wrote: GIV>> I would tell on the contrary Maven  and easy (in all senses) and Gradle more functional but also heavier (in all senses). B> In Maven because of declarative model some things to do extremely difficult (for example to expose tags in the docker depending on, whether the version  is). On the other hand, if the project idle time in Maven really to adjust it is easier. I about the same,  am easier but also it is less than possibilities,  on the contrary.

31

Re: Java for.NET the developer

Hello, iZEN, you wrote: iZEN>>> In Spring is not present Web-UI. Spring it is calculated for the concept of microservices. GIV>> in Spring Boot is Tomcat or Jetty, it would be strange if they were not able UI. And Spring MVC it it is primary for UI. But however UI  all the same it is not necessary for modern. ZEN> Tomcat or Jetty are Web-containers, instead of application servers. Support very restricted dial-up API, all remaining need to be connected to them necessarily. In the JavaEE-server of anything in addition it is not necessary to connect - all already is and works in coordination. It is necessary to understand what for this is necessary EE at presence  .   covers this EE and still besides has a heap only. Too note in coordination.

32

Re: Java for.NET the developer

Hello, iZEN, you wrote: I>> that that is necessary to Spring. ZEN> But IDEA for its usage the paid! In paid some things , a bit more conveniently. 90 % work and in community. Who does not have not enough color console can buy Ultimate. I>> still met usage Jetty as web server. not such popular as ? ZEN> Last Jetty 9.x does not support  the data and JSON-P. That is stopped in the development at level JavaEE6 of 2009. Then were JSP and Servlet' are popular - JSF1.x yet did not possess support REST API, and JSF2.0 with buns it was integrated in JavaEE6 in 2010. A nightmare I by the way fastened horror JSF to  . But directly would tell I did not recommend it to do

33

Re: Java for.NET the developer

Hello, GarryIV, you wrote: GIV> It is necessary to understand what for this is necessary EE at presence  . EE is easier and more functional, it is easily scaled in a cluster architecture. Spring for a long time itself outgrew and became the monster. J2EE for a long time dug - instead of it now Java EE 7. GIV> Spring  covers this EE and still besides has a heap only. Too note in coordination. All coordination for Spring it is a dial-up of adapters and libraries JEE which fly up or do not fly up on a Web-cursor.

34

Re: Java for.NET the developer

Hello, GarryIV, you wrote: GIV> a nightmare I by the way fastened Horror JSF to  . But directly would tell I did not recommend it to do Replace the text editor on normal IDE with the integrated JavaEE-application server - it will be evident and simple.

35

Re: Java for.NET the developer

Hello, iZEN, you wrote: GIV>> a nightmare I by the way fastened Horror JSF to  . But directly would tell I did not recommend it to do ZEN> Replace the text editor on normal IDE with the integrated JavaEE-application server - it will be evident and simple. Not  me, is better I will go to write on  than it will climb again in this JSF not by the night is remembered.

36

Re: Java for.NET the developer

Hello, iZEN, you wrote: GIV>> Spring  covers this EE and still besides has a heap only. Too note in coordination. ZEN> All coordination for Spring it is a dial-up of adapters and libraries JEE which fly up or do not fly up on a Web-cursor. And it is possible a reality of that there it is not coordinated and does not fly up? JPA very much flies up, Bean Validation too, JMS without problems. A web an engine generally  for lion's share EE.

37

Re: Java for.NET the developer

Hello, iZEN, you wrote: ZEN> Webflux is  Spring'. To Java has the mediated relation. ZEN> if to take Java EE 7 there there are asynchronous calls. Jakarta EE has to Java exactly same relation, as well as Spring - is not a language part, is not a part of standard library, it is controlled exterior in relation to OpenJDK and Oracle by the organization. But speech in general was about async/await.

38

Re: Java for.NET the developer

Hello, iZEN, you wrote: ZEN> EE is easier and more functional, it is easily scaled in a cluster architecture. Spring for a long time itself outgrew and became the monster. J2EE for a long time dug - instead of it now Java EE 7. You somehow lagged behind life. Is not present more Java EE.

39

Re: Java for.NET the developer

Hello, iZEN, you wrote: I>> But support  is only in the paid version. ZEN> it is interesting, what you will do without Sring, but with IDEA? In IDEA CE it is perfectly possible to do projects with Spring. It will not be simple clever autocompletion in XML files. I>> that that is necessary to Spring. ZEN> But IDEA for its usage the paid!  on Java. ZEN> Last Jetty 9.x does not support  the data and JSON-P. That is stopped in the development at level JavaEE6 of 2009. Then were JSP and Servlet' are popular - JSF1.x yet did not possess support REST API, and JSF2.0 with buns it was integrated in JavaEE6 in 2010. Well precisely sectarian....

40

Re: Java for.NET the developer

Hello, hrensgory, you wrote: H> 05.03.2018 16:37, ifle writes:>> it is strange that in ideas I do not have tooltip balloons. If I bring a mouse>> on a variable or function you expect that there will be a help about type>> a variable or docks about function H> Ctrl push at induction - appear

41

Re: Java for.NET the developer

Hello, iZEN, you wrote: ZEN> Hello, GarryIV, you wrote: GIV>> It is necessary to understand what for this is necessary EE at presence  . ZEN> EE is easier and more functional, it is easily scaled in a cluster architecture. Spring for a long time itself outgrew and became the monster. J2EE for a long time dug - instead of it now Java EE 7. GIV>> Spring  covers this EE and still besides has a heap only. Too note in coordination. ZEN> All coordination for Spring it is a dial-up of adapters and libraries JEE which fly up or do not fly up on a Web-cursor. I in java understand a little, but I am done not abandoned by feeling that you is simple

42

Re: Java for.NET the developer

3/5/2018 20:05, iZEN writes:>>>> 2. As I understand for API it is necessary/is possible to use Spring.> H>> If means REST API and it would be desirable that is easier - take SpringBoot,> H>> on an output there will be one jar which can be launched as java-jar, it> H>> inside lifts the web server and you API will be by default accessible on> H>> to port 8080 (it  to ess th). As the variant - jboss swarm, but it> H>> is less popular.>> ah, here is how, on popularity we select the tool. Asked to advise that easier, fire&forget so to say. Obviously that is easier and more popular  now there is, probably, nothing. And for the task "to envelop  in REST API" it quite approaches. We if it is fair, more on JEE7 try. Well and around we look that is the interesting. Here on jboss swarm pair of services made, anything so, like convenient. Kotlinom we experiment, too it is pleasant. - WBR, Serge. Posted via RSDN NNTP Server 2.1 beta

43

Re: Java for.NET the developer

Hello, ifle, you wrote: I> I in java understand a little, but I am done not abandoned by feeling that you is simple  And I am done not abandoned by feeling that you sell IDEA Ultimate on  around Spring. Free NetBeans IDE can offer more convenient tools  and development, than your paid text editor on . Spring Boot as already here noted: http://www.opennet.ru/opennews/art.shtml?num=48194 It is a cancer. It expanded in the monster, anything in effect the new does not offer, unlike buns cleared from complexities Java EE (it is given Eclipse and is renamed in Jakarta EE) are nasty. That new in Java EE 8: https://habrahabr.ru/company/piter/blog/342124/

44

Re: Java for.NET the developer

Hello, hrensgory, you wrote: H> 05.03.2018 20:05, iZEN writes: >>>>> 2. As I understand for API it is necessary/is possible to use Spring.>> H>> If means REST API and it would be desirable that is easier - take SpringBoot,>> H>> on an output there will be one jar which can be launched as java-jar, it>> H>> inside lifts the web server and you API will be by default accessible on>> H>> to port 8080 (it  to ess th). As the variant - jboss swarm, but it>> H>> is less popular.>>>> ah, here is how, on popularity we select the tool. H> asked to advise that easier, fire&forget so to say. Obviously that H> is easier and more popular  now there is, probably, nothing. And for task H> "to envelop  in REST API" it quite approaches. At present that that is necessary that all worked from a box. In due course when experience on it will be more possible will and change

45

Re: Java for.NET the developer

3/6/2018 10:57, ifle writes:> H> Asked to advise that easier, fire&forget so to say. Obviously that> H> is easier and more popular  now there is, probably, nothing. And for the task> H> "to envelop  in REST API" it quite approaches.>> at present that that is necessary that all worked from a box. With> time when experience on it will be more possible I will and change I consider, it is necessary from task to go. If what now is, closes all needs - to what to change? Java EE - an excellent platform, but it all the same for a real enterprise where is a lot of DB, queues, are periodically necessary arranged transactions, etc. By the way, you here about asynchrony spoke - here the report about Spring 5 + Reactor 3 yesterday got, look, can in your case will interesting: https://youtu.be/VBrZ_nyjBaQ? t=8h14m - WBR, Serge. Posted via RSDN NNTP Server 2.1 beta

46

Re: Java for.NET the developer