Pugli /
Tp-Gran-DT-java-
Trabajo practico final de laboratorio 3. Manejo y uso de JAVA sin persistencia en base de datos.
27/100 healthActive repository
JavaNo license
⑂ 0 forks◯ 0 issuesUpdated May 1, 2019
Loading repository data…
jerry-felipe / repository
G2-Concurrency-Race-Condition-Lab-Java
Laboratorio práctico en Java 25 LTS para demostrar cómo una Race Condition puede corromper datos compartidos cuando múltiples hilos modifican el mismo estado sin control, y cómo resolver el problema usando estructuras atómicas como AtomicInteger.
Live repository statistics
★ 3Stars
⑂ 0Forks
◯ 0Open issues
◉ 3Watchers
60/100
OPENREPOHUB HEALTH SIGNAL
Mixed signals
A transparent discovery signal based on current public GitHub metadata.
Recent activity35% weight
100
Community adoption25% weight
7
Maintenance state20% weight
100
License clarity10% weight
0
Project information10% weight
35
This score does not audit code, security, maintainers, documentation quality, or suitability. Verify the repository and its current documentation before adoption.
README preview
Java 25 Concurrency Race Condition Lab
Laboratorio práctico en Java 25 LTS para entender uno de los problemas más críticos en sistemas concurrentes: las Race Conditions o condiciones de carrera.
Este proyecto demuestra cómo un sistema puede intentar procesar muchas operaciones al mismo tiempo para mejorar el rendimiento, pero terminar generando resultados incorrectos cuando varios hilos modifican el mismo estado compartido sin coordinación.
¿Qué demuestra este proyecto?
El laboratorio presenta un caso simple pero muy realista:
Un sistema procesa muchas órdenes en paralelo.
Cada orden debe actualizar un resumen compartido con:
- Cantidad de órdenes procesadas
- Monto total acumulado
El problema aparece cuando muchos hilos actualizan esos valores al mismo tiempo sin control.
Aunque el sistema parece funcionar, el resultado final puede ser incorrecto.
Idea clave
La concurrencia no se trata solamente de lanzar más hilos.
Se trata de ejecutar múltiples operaciones al mismo tiempo sin perder control sobre los datos compartidos.
Una mala implementación puede provocar:
- Datos inconsistentes
- Pérdida de actualizaciones
- Resultados impredecibles
- Errores difíciles de reproducir
- Fallos silenciosos en producción
Una buena implementación permite:
- Mayor rendimiento
- Mejor uso de recursos
- Datos confiables
- Código más seguro
- Sistemas más resistentes en escenarios de alta concurrencia
Tecnologías utilizadas
- Java 25 LTS
- Maven
ThreadAtomicInteger- Concurrencia básica en Java
- Estado compartido
- Secciones críticas
Requisitos
Verificar que tienes Java 25 instalado:
java --version
---
## Autor
**Work Order IT**
Soluciones tecnológicas, arquitectura de software y formación técnica para equipos de desarrollo.
Este repositorio forma parte de una iniciativa educativa orientada a explicar cómo la concurrencia en **Python 3.13** puede acelerar un sistema o volverlo impredecible cuando el estado compartido no se controla correctamente.
Website: [www.workorder-it.net](https://www.workorder-it.net)
ALGORITHMICALLY RELATED
Similar Open-Source Projects
Selected from shared topics, language and repository description—not editorial ratings.
★ 1
jerry-felipe /
G3-Critical-Sections-Without-Bottlenecks-Lab-Java
Laboratorio práctico en Java 25 LTS para proteger secciones críticas sin convertir la aplicación en un cuello de botella, aplicando sincronización mínima, ReentrantLock, operaciones atómicas y medición de concurrencia.
62/100 healthRecently updatedActive repositoryHas homepage
JavaNo license#java
⑂ 0 forks◯ 0 issuesUpdated 3 days ago
Project homepage ↗