<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Corte Dei Fornai &#187; ВїPuedo obtener una novia por correo si ya estoy casado?</title>
	<atom:link href="http://www.cortedeifornai.it/category/vipuedo-obtener-una-novia-por-correo-si-ya-estoy-124/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cortedeifornai.it</link>
	<description>Buoni come il pane</description>
	<lastBuildDate>Sun, 12 Oct 2025 08:37:08 +0000</lastBuildDate>
	<language>it-IT</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.2.31</generator>
	<item>
		<title>Upgrading Spring season Investigation Rest was not effortless, but which had little to do with Springtime Data People itself</title>
		<link>http://www.cortedeifornai.it/upgrading-spring-season-investigation-rest-was-not/</link>
		<comments>http://www.cortedeifornai.it/upgrading-spring-season-investigation-rest-was-not/#comments</comments>
		<pubDate>Sun, 10 Mar 2024 22:01:08 +0000</pubDate>
		<dc:creator><![CDATA[AOXEN]]></dc:creator>
				<category><![CDATA[ВїPuedo obtener una novia por correo si ya estoy casado?]]></category>

		<guid isPermaLink="false">http://www.cortedeifornai.it/?p=12348</guid>
		<description><![CDATA[<p>However, it may not seem sensible to do this. I can not ask the brand new developers why it actually was done this means, they&#8217;re not right here more. It project&#8217;s facts could only be told through its Git history. Lessons learned upgrading Spring season Investigation Other people We believe we&#8217;re playing with Springtime Investigation [&#8230;]</p>
<p>L'articolo <a rel="nofollow" href="http://www.cortedeifornai.it/upgrading-spring-season-investigation-rest-was-not/">Upgrading Spring season Investigation Rest was not effortless, but which had little to do with Springtime Data People itself</a> sembra essere il primo su <a rel="nofollow" href="http://www.cortedeifornai.it">Corte Dei Fornai</a>.</p>
]]></description>
				<content:encoded><![CDATA[<p>However, it may not seem sensible to do this. I can not ask the brand new developers why it actually was done this means, they&#8217;re not right here more. It project&#8217;s facts could only be told through its Git history.</p>
<p><hdos>Lessons learned upgrading Spring season Investigation Other people</h2>
<p>We believe we&#8217;re playing with Springtime Investigation Rest completely wrong, wrongly blend WebMVC axioms. Whenever we hadn&#8217;t done this right away, anything would have focus on far convenient.</p>
<p>Our company is today carried out with the fresh Springtime Data Other people migration. It&#8217;s time to move onto our very own next Spring season component, Spring season Kafka.</p>
<h2>Springtime Kafka</h2>
<p>Springtime Kafka, or rather Spring for Apache Kafka , is an excellent treatment for use Kafka on your Springtime ideas. It gives simple-to-use themes for sending messages and you will regular Springtime annotations to have taking messages.</p>
<h2>Configuring the fresh new customers</h2>
<pre><code><span>step step 1</span> <span>[ERROR]</span> <span>coffee.lang.IllegalStateException: Don't stream ApplicationContext</span> <span>2</span> <span>3</span> <span>Brought about by: org.springframework.beans.factory.BeanCreationException: Error doing bean with label</span> <span>'consumerFactory'</span> <span>outlined</span> <span>in</span> <span>group</span> <span>path</span> <span>funding</span> <span>[</span> <span>de</span> <span>/</span> <span>software</span> <span>/</span> <span>config</span> <span>/</span> <span>KafkaConsumerConfig</span> <span>.<span id="more-12348"></span></span> <span>class</span> <span>]:</span> <span>4</span> <span>5</span> <span>Caused</span> <span>by:</span> <span>java</span> <span>.</span> <span>lang</span> <span>.</span> <span>NullPointerException</span> <span>six</span> <span>at</span> <span>java</span> <span>.</span> <span>legs</span> <span>/</span> <span>java</span> <span>.</span> <span>util</span> <span>.</span> <span>concurrent</span> <span>.</span> <span>ConcurrentHashMap</span> <span>.</span> <span>putVal</span> <span>(</span> <span>ConcurrentHashMap</span> <span>.</span> <span>java:</span> <span>1011</span> <span>)</span> <span>eight</span> <span>at</span> <span>java</span> <span>.</span> <span>base</span> <span>/</span> <span>java</span> <span>.</span> <span>util</span> <span>.</span> <span>concurrent</span> <span>.</span> <span>ConcurrentHashMap</span> <span>. <span>init</span> <span>>(</span> <span>ConcurrentHashMap</span> <span>.</span> <span>java:</span> <span>852</span> <span>)</span> <span>8</span> <span>at</span> <span>org</span> <span>.</span> <span>springframework</span> <span>.</span> <span>kafka</span> <span>.</span> <span>key</span> <span>.</span> <span>DefaultKafkaConsumerFactory</span> <span>. <span>init</span> <span>>(</span> <span>DefaultKafkaConsumerFactory</span> <span>.</span> <span>java:</span> <span>125</span> <span>)</span> <span>9</span> <span>at</span> <span>org</span> <span>.</span> <span>springframework</span> <span>.</span> <span>kafka</span> <span>.</span> <span>core</span> <span>.</span> <span>DefaultKafkaConsumerFactory</span> <span>. <span>init</span> <span>>(</span> <span>DefaultKafkaConsumerFactory</span> <span>.</span> <span>java:</span> <span>98</span> <span>)</span> <span>10</span> <span>at</span> <span>de</span> <span>.</span> <span>app</span> <span>.</span> <span>config</span> <span>.</span> <span>KafkaConsumerConfig</span> <span>.</span> <span>consumerFactory</span> <span>(</span> <span>AbstractKafkaConsumerConfig</span> <span>.</span> <span>java:</span> <span>120</span> <span>)</span> </span></span></span></code></pre>
<pre>
<br />It turns out, we had been configuring the consumerConfigs bean and setting null values in its properties. The following change from HashMap to ConcurrentHashMap means we can no longer configure null values. We refactored our code and now tests are green. Easy-peasy.
</pre>
<h2>Kafka texts that have JsonFilter</h2>
<pre>
</pre>
<pre><code><span>1</span> <span>[ERROR]</span> <span>org</span> <span>.apache</span> <span>.kafka</span> <span>mon</span> <span>.mistakes</span> <span>.SerializationException</span> <span>: Is</span> <span>'t serialize research [Enjoy [payload=MyClass(Id=201000000041600097, . ] having material [my-topic]</span> <span><span>2</span> </span><span>3</span> <span>Caused by: com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Don't eliminate PropertyFilter having id ‘myclassFilter'</span> <span>; no FilterProvider configured (because of site chain: de</span> <span>.decide to try</span> <span>.Enjoy</span> <span>[</span> <span>"payload"</span> <a href="https://www.kissbrides.com/es/mujeres-noruegas/">Noruega mujeres</a> <span>]</span> <span>)</span> <span>4</span> <span>during the com</span> <span>.fasterxml</span> <span>.jackson</span> <span>.databind</span> <span>.exc</span> <span>.InvalidDefinitionException</span> <span>.out-of</span> <span>(InvalidDefinitionException</span> <span>.java</span> <span>:</span> <span>77</span> <span>)</span> </code></pre>
<pre>
<br />Some of our Java Beans use ato manipulate the serialization and deserialization. This requires a propertyFilter to be configured on the ObjectMapper.
<br />Spring for Apache Kafka made a change to the JsonSerializer , introducing an ObjectWriter . When the ObjectWriter instance is created, the ObjectMapper configuration is copied, not referenced. Our test case was re-configuring the ObjectMapper with the appropriate propertyFilter after the ObjectWriter instance was created. Hence, the ObjectWriter didn't know anything about the propertyFilter (since the configuration was already copied). After some refactoring, changing how we create and configure the JsonSerializer , our test cases were green.
<br />Running our build $ mvn clean verify finally resulted in a green build. Everything is working as it should. We pushed our changes to Bitbucket and everything built like a charm.
</pre>
<h2>Instruction learned upgrading Springtime Kafka</h2>
<pre>
</pre>
<h2>Lessons read throughout the Spring Boot revise</h2>
<pre>
<br />Spring and Spring Boot do a great job documenting their releases, their release notes are well maintained. That being said, upgrading was challenging, it took quite a while before everything was working again. A big part of that is on us, for not following best practices, guidelines, etc. A lot of this code was written when the team was just starting out with Spring and Spring Boot. Code evolves over time, without refactoring and applying those latest practices. Eventually that catches up with you, but we use this as a learning experience and improved things. Our test cases are now significantly better, and we'll keep a closer eye on them moving forward.</pre>
<p>L'articolo <a rel="nofollow" href="http://www.cortedeifornai.it/upgrading-spring-season-investigation-rest-was-not/">Upgrading Spring season Investigation Rest was not effortless, but which had little to do with Springtime Data People itself</a> sembra essere il primo su <a rel="nofollow" href="http://www.cortedeifornai.it">Corte Dei Fornai</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.cortedeifornai.it/upgrading-spring-season-investigation-rest-was-not/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
