Trick
How to «debug» the old school way, open DevTools and on console type:
document.querySelectorAll('*').forEach(ele => ele.style.cssText = 'border:1px solid red')
Reactive System (and 3)
This tutorial starts here and the second part continues here. Do not forget to start at the beginning.
Part VI: Create a simple frontend App for our System.
- Create a new Scala module (microservice) for our project.
- Create the package.
- Create model WFForm
- Implement controllers.
- create package controllers
- create WFAbstractController
- WFConsumerController
- WFController
To be continued…
WF Reactive System (2)
In previous post (available here.) we gave a try to Lagom and reactive microservices. We started by creating a sample Weather forecast App with three reactive microservices. Starting by the preparation and setup of tools needed, and the creation of service API and its implementation for the producer service that will deal with request that User will generate from a future UI (We’ll have the chance of play with Play framework).
In this part, we’ll create a consumer API and its implementation.
Part IV: Consumer API
- Open the project in the IDE and create a copy of the producer module and rename it as wf-consumer-api.
- Add this module to build.sbt.
- Go to model and refactor (rename):
- WFMessage to WeatherForecasting.
- Modify the Service API:
- Remove topic
- Change descriptor name to «wfconsumer».
- Define functions to:
- Get Top Ten Weather Forecasts.
- Get one (the first) Weather Forecast. (findOneWFData)
- Get the latest Weather Forecast. (latestWF)
- Define the rest endpoints URI in descriptor to our consumer.
- Get for (findTopTenWFData)
- Get for (latestWF)
- Get for (latestWF)
- Remove the withTopics and withAutoAcl options of descriptor.
Part V: Implementing the Consumer Services
- Create model package and create the case class WeatherForecasting.
- Create companion object for Json serialization format.
- Modify the consumer’s WFCommand
- Extend ReplyType[T] (previously [Done])
- Create SaveNewWF case class and its companion object.
- Delete WF case class and its companion object.
- Rename WFSerializerRegistry to WFConsumerSerializerRegistry
- Add class to WFSerializerRegistry.
- EventTag does not require modification.
- Modify WFEvent. Refactor WFChanged to WFSaved and change its signature to receive a WeatherForecast object as parameter.
- Remove onReadOnlyCommand
- In onEvent change case and add message for detail of message.
- Modify WFEntity to implement saving messages to handle onCommand and on Event operations for all WFEvents. It is very important to note that this Entity manages components of CQRS/ES architecture.
- Modify WFLoader.
- Rename it to WFConsumerLoader
- Override load and loadDEvMode.
- Change abstract class WFConsumerApplication
- Add lazy vals for binding WFService client wfService and message repository (WFRepository).
- Override jsonSerializerRegistry.
- Add persistentEntityRegistry
- Add readSide.register(wire[WFEventProcessor])
- Implement WFRepository.
- Create package repositories.
- Create private [impl] class WFRepository its constructor receives CassandraSession.
- Implement method for data fetching according to rest endpoints:
- fetchWFData: to retrieve 10 elements
- fetchOneWFData: to retrieve one (first) register.
- Implement Consumer Service
- Create class WFConsumerServiceImpl.
- Override findTopTenWFData and findOneWFData
- change Loader in resources/application.conf
- Add binds to build.sbt.
In the next post, we’ll create a simple frontend for our Reactive System.
WF Reactive System (1)
Prerequisites:
- Java 8
- Scala
- sbt
- IntelliJ IDEA
Part I: Preparation from Template
Create new lagom project from template.
sbt new lagom/lagom-scala.g8
- Import project into IDE.
- Refactor project-name-API to create producer API and IMPL.
- rename folder wfproducer-API.
- Rename module wfproducer-API.
- Change new names in
build.sbt
lazy vals and bindings. Note: at this point you can remove lazy vals of stream services API and its implementation created by lagom template.
- Test by runAll. If you’ve done changes correct it’ll run.
Part II: Define a Producer Service API
- Delete stream-api and stream-impl services. Do not forget to remove their references (lazy val) from build.sbt
- Since we’re building a reactive Weather forecast system we’ll handle user events on wf-producer service.
- Rename wfreactiveService Scala class of wf-producer-API service. Take into consideration that a service API is an interface that in scala is declared with a trait, so make sure to rename using IDE’s refactor capabilities in order to keep consistency and find usages on other scala files.
- Extract model from service api implementation.
- Create model package inside api.
- Move class to the new model package.
- Rename class and its companion object to WFMessage.
- Open WFService.
- Change the topic to wfTemperature.
- Change signature of wfTemperature.
- Remove other functions definition.
- Rename greetingsTopic function to wfTopic and its signature.
- Include pathCall to wfTemperature in descriptor.
- Remove the addProperty Kafka part.
- Delete case class GreetingMessageChanged part.
Part III: Define a Producer Service Implementation (impl)
- Producer commands Creation:
- Sealed trait WFCommand
- UseWFMessage
- WF
- Create companion objects for commands
- Create Serialized registry. Add all command case classes.
- Create system events:
- (sealed trait) WFEvent
- WFChanged
- Create Event Tag (WFEventTag) for Service.
- Add system events case classes to Serialized registry.
- Create WFState
- Add WFState to Serialized registry.
- Modify WfreactiveEntity.
- Rename it to WFEntity.
- Change Initial State
- Implement WFLoader
- Rename it to WFLoader
- override lazy val jsonSerializerRegistry = WFSerializerRegistry
- Implement WFServiceImpl
- Change in application.conf values of Loader
play.application.loader = com.example.wfreactive.impl.WFLoader
(This is a guide, a draft, will be completed with images soon)
Cada día somos más brutos: César Hildebrandt
El periodista hace una dura crítica al nivel intelectual de los peruanos y de lo que llama «estupidización colectiva».
“Tengo la convicción de que el cociente intelectual peruano disminuye cada día”.
Con estas palabras, el periodista César Hildebrandt criticó el nivel cultural de los peruanos, sobre todo para quienes programas como Combate y Esto es Guerra es su paradigma.
En su última columna en el semanario “Hildebrandt en sus Trece”, el periodista opinó que el “porcentaje de brutos se ha incrementado exponencialmente en el Perú” y que la falta de cultura se refleja en todos los ámbitos, incluso en la política.
“Qué Javier Velásquez Quesquén, que fue presidente del Congreso, diga “teníanos” y “habíanos” es algo de lo más decidor”, señaló.
Señaló que en muchos casos la televisión, las redes sociales y la masificación de la educación privada “trucha” contribuyen a lo que llama “estupidización colectiva” y una “epidemia de…
Ver la entrada original 102 palabras más
Paul Greenberg: 4 (especies) peces que estamos sobrepescando
Y qué comer en lugar de ellos…
Asimov

No hay mucho más que agregar.
UN ESTUDIO RELACIONA LOS «SELFIES» CON LA PSICOPATÍA
Interesante estudio.
Flash Informativo
Buenos días/tardes/noches amigos de la blogósfera, interrumpimos una jornada normal en este su espacio (en realidad mío, pero siempre de puertas abiertas) para contarles que estamos de celebración, pues hemos sido nominados a un Liebster Award, no estoy muy acostumbrado a los premios, pero siendo la opinión científica de Antoni quien en su genial blog nos dice que la Ciencia es fácil, no podíamos dejar de lado el honor que esto supone. Además en un suceso sin precedentes practicoeco también me nominó: ¡Gracias a ambos! La dinámica de este premio en lo particular nos permite conocer a otros blogueros, así crear lazos con ellos, a la vez que seguimos aprendiendo.
Las reglas para la nominación son:
– Agradecer al blog que te ha nominado.
– Visitar los otros blogs que han sido nominados junto a ti.
– Responder a las preguntas que te han hecho.
– Nominar 5, 11 o 20 blogs.
– Avisarles de su nominación.
– Realizar 11 preguntas nuevas
Facebook guarda todo lo que escribes, incluso si nunca lo publicas.

Muy interesante. Es necesario conocer hasta donde se habla de privacidad de los contenidos publicados (no publicados en este caso) de la red social más usada del mundo.
¿Creen que Facebook graba todo lo que la gente tipea y luego borra antes de apretar el botón de “publicar”?
Buena pregunta.
Este artículo fue escrito por Jennifer Golbeck, directora del Laboratorio de Interacción Humano-Computador y profesora asociada en la University of Maryland.
Pasamos mucho tiempo pensando en qué postear en Facebook. ¿Deberías argumentar en contra de la opinión política que publicó uno de tus compañeros de secundaria? ¿Quieren realmente tus amigos ver otra foto de tu gato (o hijo)? La mayoría de nosotros, alguna que otra vez, hemos comenzado a escribir algo y luego, sabiamente, hemos cambiado de opinión.
Desafortunadamente, el código que ejecuta Facebook aún sabe lo que escribiste incluso si decidiste no publicarlo. Resulta que las cosas que decidiste explícitamente no compartir no son del todo privadas.
Facebook llama a estos pensamientos no publicados “autocensura” y es posible encontrar algunos rudimentos de cómo recolectar…
Ver la entrada original 999 palabras más