java

Recursos de programación de java
Greach 2015, The Groovy Spanish Conf April 10th-11th, Madrid, Spain http://greachconf.com Follow us on twitter http://twitter.com/greachconf Slides in http://greachconf.com/speakers/ruben-mondejar-andreu-introducing-workflow-architectures-using-grails/ Groovy & Grails is one of the best scenarios to construct software architectures, creating applications and/or plugins, using well-known Java libraries, and developing other useful software resources like DSLs. On the other hand, BPMS solutions are an excellent manner to deal with workflows (i.e. business processes) in our software architectures, since they provide flexible and decoupled mechanisms. The idea is to describe the common architecture and applications, the current solutions and the most remarkable plugins, as well as the benefits, limitations, challenges, etc.. In addition, and following new trends, as microservices architecture style and developer-friendly BPM solutions, we want to present our active open source projects using Grails : Ocelot BPMS and Implicit BPM. Ocelot offers an extension of a current framework (e.g. Camunda) in Grails, providing new modelling features and a customisable execution environment. Lastly, Implicit BPM is an experimental MVC software architecture that aims to modularize the control flow of the system as a transversal process using interception techniques (AOP) and expressing them via its own Groovy DSL. * Implicit BPM : http://implicit-bpm.sf.net * Ocelot BPMS : http://ocelot-bpms.github.io/ocelot-bpm-project/ Rubén Mondéjar Andreu Rubén is a Senior Software Engineer and Software Architect currently working at Diputació de Tarragona (DIPTA). His current work is mainly focused on web development projects related to business process management, mainly using Groovy and Grails and Developer-Friendly BPM Solutions. He is also working as an Adjunct Professor for the Universitat Rovira i Virgili teaching courses of Software Architectures, Workflows, and Web Development, and as a Research Collaborator in the AST Group.
Greach 2015, The Groovy Spanish Conf April 10th-11th, Madrid, Spain http://greachconf.com Follow us on twitter http://twitter.com/greachconf Slides in http://greachconf.com/speakers/trisha-gee-is-groovy-better-for-testing-than-java/ Two years ago, we introduced Spock tests into the MongoDB Java driver. The decision could be considered controversial – the project used no external dependencies in production code, and was 100% Java. But there was a back door… with Gradle as the build system, there was a tiny excuse to use Groovy in the project, provided it wasn’t in the production code. That’s all the excuse we needed to start using Spock for unit and, later, integration tests. Groovy has a lot of advantages as a testing language, and with Spock’s mocking, stubbing, and data driven testing features, it might seem as if this is the perfect way to write tests. In this session, Trisha will cover some of the features that make Spock (and Groovy) compelling for writing tests. But in the interests of fairness, she’ll also discuss some of the downsides, and the times when Java was chosen instead. Trisha Gee Trisha has developed Java applications for a range of industries, including finance, manufacturing and non-profit, for companies of all sizes. She has expertise in Java high performance systems, is passionate about enabling developer productivity, and dabbles with Open Source development. Trisha blogs regularly on subjects that she thinks developers and other humans should care about, she’s a leader of the Sevilla Java User Group, a key member of the London Java Community and a Java Champion – she believes we shouldn’t all have to make the same mistakes again and again.
Greach 2015, The Groovy Spanish Conf April 10th-11th, Madrid, Spain http://greachconf.com Follow us on twitter http://twitter.com/greachconf Slides in http://greachconf.com/speakers/jeff-beck-grails-and-cassandra/ As our applications grow and need to deal with new big data challenges and global distribution we look to new data stores designed to deal with these new challenges. Cassandra is one great tool to deal with both of these problems, we will go over some of the different ways of dealing with Cassandra from Grails. I will cover the various Cassandra plugins for grails, including the Cassandra ORM, Astyanax, and Cassandra GORM. Also, I will talk about using the Cassandra Java driver directly. By the end of the talk you should have a overview of the data modeling that will working well in Cassandra paired with Grails, when to use or not use each plugin, and some of the basic connection configuration details needed. Jeff Beck I am an Engineer at SmartThings, based in Minneapolis, Minnesota. I have been doing Grails since 2010. I try to be an active member of the local Groovy community as well as an open source contributor, contributing to Grails plugins and Ratpack in my free time. I am very interested in creating code that is easy to maintain and share not only within a team but in the broader community as well. Feel free to reach out to me on Twitter @beckje01
After the two previous posts (Clarifying conditional logic and Replacing conditional with polymorphism using multimethods), I had this version of the code: that was being used from the gilded-rose.core name space: Then I started introducing the new conjured items functionality using TDD. These are the new tests for conjured items: and these is the resulting code of the gilded-rose.item-quality name space: Notice the change in the update multimethod dispatch function. Now instead of being :name...
OOP and FP: become a better programmer Hear the story of Simon, an experienced OOP Java developer, exposed to the new lambda features of JDK 8. His friend Mario, a long-bearded FP geek, will try to convince him that FP can help him develop more readable and maintainable code. A journey into the discovery of the main new feature - lambda expressions - of JDK 8.
Guillermo Best, Principal Sales Consultant en Oracle nos habla sobre Oracle's Cloud Computing , Database y Java Services en la tercera edición de los jueves tecnológicos de Oracle.
Yesterday we had a coding dojo in Clojure Developers Barcelona meetup. We practiced together doing the Mars Rover kata. I had already done this kata in Java and C++ before (several times) using the state pattern to eliminate all the conditionals on the rover direction and the command pattern to decouple the translation from the messages sent to the rover into commands acting on it. As usual I used a mix of TDD and work on the REPL to code this Clojure version. To document the process I committed...