Java Specification Request

JSR 107: JCACHE - Java Temporary Caching API

JCP version2.11
JSPA version2.0

Nominations

Open Nominations

Nomination Type Full Name Biography Spec Lead Comments Submission Date Spec Lead Vote PMO Vote

Approved Nominations

Nomination Type Full Name Biography Spec Lead Comments Submission Date Spec Lead Vote PMO Vote
Expert Group Christoph Engelbert Being a passionated Java developer with a deep commitment for Open Source software I am mostly interested in Performance Optimizations and understanding the internals of the JVM and the Garbage Collector. I love to bring software to it's limits by looking into profilers and finding problems inside of the codebase. Feb 27, 2014 Y Y
Expert Group Christoph Engelbert Being a passionated Java developer with a deep commitment for Open Source software I am mostly interested in Performance Optimizations and understanding the internals of the JVM and the Garbage Collector. I love to bring software to it's limits by looking into profilers and finding problems inside of the codebase. Additionally I used and built map reduce frameworks and created low latency and offheap solutions Feb 18, 2014 Y Y
Expert Group Galder Zamarreno Galder Zamarreņo is a core R&D engineer at JBoss, a division of Red Hat. He is one of the founding engineers of Infinispan, Red Hat's distributed, in-memory key-value store and he currently spends most of his time developing Infinispan's JSR-107 implementation as well as other data grid and caching functionality. Galder's Java caching experience is extensive, having created Infinispan-based Hibernate Second Level Cache implementation, which works both in local and distributed environments and is the default implementation used in JBoss Application Server 7 and Wildfly. Galder has previously worked with JBoss customers helping them build highly distributed and massively scalable Application Server clusters based on technologies such as JGroups and JBoss Cache. Prior to joining Red Hat, Galder worked in the Retail industry where he was a software developer involved in the development of an EFT software switch solution based on JBoss technologies. The love for distributed systems and open source software comes from his days at ESIDE faculty at University of Deusto (Bilbao, Spain) where he studied a master's degree in Computer Science. Nov 13, 2013 Y Y
Contributor Jens Wilke Jens Wilke started to contibute to Open Source projects in 1993. In the year 2000 he developed an eCommerce system for event ticketing based on the Java platform, Linux and PostgreSQL, which is still in use today. During his early years as a consulting software nomad he also worked at IBM and deleoped performance analysis tools for Linux on System z (or zLinux). For the last three years he is dedicating most of his time on research and development of high performance in process Java Caching systems and is contributing to the JSR107 standard. Meanwhile Jens answered 84 Java caching related questions on stack overflow. Of course, he is developing his own cache (cache2k) and blogs at: cruftex.net Jun 16, 2016 Y Y

Processed Nominations

Nomination Type Full Name Biography Spec Lead Comments Submission Date Spec Lead Vote PMO Vote
Expert Group Jakub Kubrynski I'm Java developer for about 8 years - I've pretty good core java knowledge (especially collections, references types and concurrency). During my job I've many times tasks related with implementing caching services (like session-managers, transactions storages, etc). Now I work as a head of software development in PayU Poland (company related with online payment services) where among other things I'm responsible for implementing global transations cache service. Feb 25, 2013 N XM

Spec Lead Vote Legend

Spec Lead Vote Description
-Not yet reviewed/pending - The Spec Lead has not processed this nomination.
PProcessing - The Spec Lead has seen the nomination and needs more time to arrive at a decision.
NNo - The Spec Lead has decided that this nominee should not be on the JSR.
YYes - The Spec Lead wants the nominee on the JSR.

PMO Vote Legend

PMO Vote Description
-The PMO has not yet voted on this nomination.
PProcessing - The nominee cannot yet participate on this JSR, but the legal agreements are being processed.
IIncomplete, Illegible, or Inaccurate nomination.
XAMissing required agreement to participate on this JSR - Addendum (ECA) Required.
XMMissing required agreement to participate on any JSR - Not a JCP Member.
XNot able to be on a JSR - The PMO has determined that this person cannot be on this JSR.
YYes - The PMO views this as a valid nomination with a current Membership in place.