<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comentarios en: Estrategias de carga con @Basic	</title>
	<atom:link href="https://www.oscarblancarteblog.com/2016/11/24/estrategias-de-carga-con-basic/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.oscarblancarteblog.com/2016/11/24/estrategias-de-carga-con-basic/</link>
	<description>Software Architect &#38; FullStack developer</description>
	<lastBuildDate>Thu, 25 Jun 2020 16:36:08 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.5.5</generator>
	<item>
		<title>
		Por: Oscar Blancarte		</title>
		<link>https://www.oscarblancarteblog.com/2016/11/24/estrategias-de-carga-con-basic/#comment-260</link>

		<dc:creator><![CDATA[Oscar Blancarte]]></dc:creator>
		<pubDate>Thu, 24 Nov 2016 14:11:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.oscarblancarteblog.com/?p=1175#comment-260</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2016/11/24/estrategias-de-carga-con-basic/#comment-259&quot;&gt;Silvia&lt;/a&gt;.

Hola Silvia, esa es una buena observación, cuando utilizamos LAZY, JPA en realidad lo que hace es agregar un Proxy, este proxy lo que hace es que no contiene al valor como tal, sino que esta implementado para que al momento de obtener los datos es los consulte en la base de datos. Cuando debugeamos normalmente estas herramientas introspecta (Reflection) los objetos para darnos los datos que tiene, de esta forma puede que el valor sea null por que el valor no es leído por lo métodos de acceso get, de esta forma, el proxy no se entera y no carga el valor al momento de verlo en el debuger.

Otro problema habitual es leer el valor fuera de la capa de servicios, por ejemplo, si pasas la Entity de un EJB a un Controller de JSF e intentas cargar un atributo que es LAZY y no lo habías cargado antes, entonces te marcara error, porque ya no estarás dentro del contexto de persistencia.]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2016/11/24/estrategias-de-carga-con-basic/#comment-259">Silvia</a>.</p>
<p>Hola Silvia, esa es una buena observación, cuando utilizamos LAZY, JPA en realidad lo que hace es agregar un Proxy, este proxy lo que hace es que no contiene al valor como tal, sino que esta implementado para que al momento de obtener los datos es los consulte en la base de datos. Cuando debugeamos normalmente estas herramientas introspecta (Reflection) los objetos para darnos los datos que tiene, de esta forma puede que el valor sea null por que el valor no es leído por lo métodos de acceso get, de esta forma, el proxy no se entera y no carga el valor al momento de verlo en el debuger.</p>
<p>Otro problema habitual es leer el valor fuera de la capa de servicios, por ejemplo, si pasas la Entity de un EJB a un Controller de JSF e intentas cargar un atributo que es LAZY y no lo habías cargado antes, entonces te marcara error, porque ya no estarás dentro del contexto de persistencia.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Silvia		</title>
		<link>https://www.oscarblancarteblog.com/2016/11/24/estrategias-de-carga-con-basic/#comment-259</link>

		<dc:creator><![CDATA[Silvia]]></dc:creator>
		<pubDate>Thu, 24 Nov 2016 09:30:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.oscarblancarteblog.com/?p=1175#comment-259</guid>

					<description><![CDATA[Buenas Oscar. 
De nuevo, enhorabuena por tu blog, y toda la info de JPA. Yo lo que he observado en los proyectos en los que he utilizado JPA en la capa de persistencia, es que hay que tener cuidado cuando utilizamos LAZY o EAGER y estamos debugeando, de no despistarnos al ver que normalmente nos llega a null o vacío un campo que tenemos definido como lazy y luego al finalizar de debugear y ejecutar la aplicación, vemos que efectivamente no es ni null ni vacío, sino que al ser lazy nos llega a posteriori. 

Saludos.]]></description>
			<content:encoded><![CDATA[<p>Buenas Oscar.<br />
De nuevo, enhorabuena por tu blog, y toda la info de JPA. Yo lo que he observado en los proyectos en los que he utilizado JPA en la capa de persistencia, es que hay que tener cuidado cuando utilizamos LAZY o EAGER y estamos debugeando, de no despistarnos al ver que normalmente nos llega a null o vacío un campo que tenemos definido como lazy y luego al finalizar de debugear y ejecutar la aplicación, vemos que efectivamente no es ni null ni vacío, sino que al ser lazy nos llega a posteriori. </p>
<p>Saludos.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
