<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/cuba/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/cuba/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 07 Jan 2005 11:17:28 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/cuba/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Prevention from illegal connection use</title><link>https://sourceforge.net/p/cuba/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;After allocation of a connection in CUBA, the developer &lt;br /&gt;
may keep a reference to this connection beyond a &lt;br /&gt;
transaction border and use it later *outside* this &lt;br /&gt;
transaction, even for data manipulations. These changes &lt;br /&gt;
are commited or rolled back at random, depending on &lt;br /&gt;
subsequent associations of the connection to other &lt;br /&gt;
transactions.&lt;br /&gt;
Keeping connections beyond transaction boundaries is of &lt;br /&gt;
course forbidden according to the EJB specification. &lt;br /&gt;
However, it would be helpful if CUBA would check, if a &lt;br /&gt;
connection is currently properly allocated when &lt;br /&gt;
performing any operations on it.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 07 Jan 2005 11:17:28 -0000</pubDate><guid>https://sourceforge.net5d6e97e43d7c722d7fc2463b819c879143ce7ebd</guid></item><item><title>Client-managed transactions in wired mode</title><link>https://sourceforge.net/p/cuba/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Client-side transactions in wired mode would be nice to &lt;br /&gt;
have. Otherwise, many client operations require a &lt;br /&gt;
container-side component only to work around the fact, &lt;br /&gt;
that clients can't set transaction boundaries. Of course, &lt;br /&gt;
this would mean to introduce a feature which is not &lt;br /&gt;
even supported by every application server. But it would &lt;br /&gt;
by nice anyway :-)&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 23 Nov 2004 12:19:46 -0000</pubDate><guid>https://sourceforge.net0f3f6da27056fbf92d6c3d2359f6a02cb8295d37</guid></item><item><title>Automatic component linkage in wired-application.xml</title><link>https://sourceforge.net/p/cuba/feature-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Most applications contain only one particular&lt;br /&gt;
implementation for a component interface. It would be a&lt;br /&gt;
nice feature if the wired container would just resolve&lt;br /&gt;
all inter-componente links automatically by retrieving&lt;br /&gt;
suitable provider components for every declared&lt;br /&gt;
component reference. This auto-resolvement could be&lt;br /&gt;
initiated by an appropriate tag in&lt;br /&gt;
wired-application.xml, allowing to do both, manual or&lt;br /&gt;
automatic linkage or even a compination of both.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 20 Nov 2004 17:12:03 -0000</pubDate><guid>https://sourceforge.netf3a5406f1b34adfbbe12041184782b8c501b3c8b</guid></item></channel></rss>