<?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/openorb/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/openorb/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 04 Jan 2005 14:17:59 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/openorb/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Inconsistency with OMG Specification</title><link>https://sourceforge.net/p/openorb/feature-requests/14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Dear OpenORB developers,&lt;/p&gt;
&lt;p&gt;I found that some inconsistencies with OMG specification &lt;br /&gt;
in OpenORB Concurrency Control Service is available &lt;br /&gt;
which are very crucial in practice and have been &lt;br /&gt;
overlooked in it's implementation:&lt;/p&gt;
&lt;p&gt;1 - In the implementation of LockSet's "lock" method you &lt;br /&gt;
should notice that it can be called on behalf of a implicit &lt;br /&gt;
transaction and if this call blocked and the transaction &lt;br /&gt;
be aborted then the call should return with the &lt;br /&gt;
Transactions::TransactionRolledBack exception.&lt;/p&gt;
&lt;p&gt;2 - A lock can be held multiple times in the same mode &lt;br /&gt;
then you should use some solutions such as a counter &lt;br /&gt;
for managing this situation.&lt;/p&gt;
&lt;p&gt;3 - the "get_coordinator" method in LockSet interface &lt;br /&gt;
has been ruined,why?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nima Sharifi Mehr</dc:creator><pubDate>Tue, 04 Jan 2005 14:17:59 -0000</pubDate><guid>https://sourceforge.netdb9ad5f3bfa83dc0b74ba5104c57d95037def281</guid></item><item><title>Network address rewriting</title><link>https://sourceforge.net/p/openorb/feature-requests/13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I have added a feature to OpenORB that my company&lt;br /&gt;
needs, so I hereby submit the changes.&lt;/p&gt;
&lt;p&gt;Feature info:&lt;/p&gt;
&lt;p&gt;Problem:&lt;br /&gt;
We are integrating one of our products with a&lt;br /&gt;
customer's CORBA service. Since the components are only&lt;br /&gt;
connected through the public internet, they are&lt;br /&gt;
protected with firewalls, and a NAT router. The router&lt;br /&gt;
rewrites network addresses in TCP packets, so what the&lt;br /&gt;
NamingService behind the router sees as one address is&lt;br /&gt;
not visible from the other side of the router. The&lt;br /&gt;
problem is that the NamingService redirects connections&lt;br /&gt;
to business objects using the addresses it sees, but&lt;br /&gt;
which are unusable from behind the router.&lt;/p&gt;
&lt;p&gt;As a possible solution, there are commercial IIOP&lt;br /&gt;
proxies in the market that analyze IIOP messages and&lt;br /&gt;
rewrite network addresses using rules similar to those&lt;br /&gt;
the router uses to rewrite addresses in TCP packets.&lt;/p&gt;
&lt;p&gt;The patch contains code that implements network address&lt;br /&gt;
rewriting in OpenORB, in a layer between sockets and&lt;br /&gt;
IIOPTransport. I think this is the appropriate layer&lt;br /&gt;
because this rewriting is in fact only a network&lt;br /&gt;
service. The rewriting mechanism is very simple, but&lt;br /&gt;
sufficient for our needs. If more complex requirements&lt;br /&gt;
arise, the mechanism can be easily expanded.&lt;/p&gt;
&lt;p&gt;To configure rewriting, one should edit his OpenORB.xml&lt;br /&gt;
file and modify the user-mods profile, like this:&lt;/p&gt;
&lt;p&gt;&amp;lt;profile name="user-mods" &amp;gt;&lt;br /&gt;
&amp;lt;import&lt;br /&gt;
xlink:href="${openorb.home}config/default.xml#InitRef"&amp;gt;&lt;br /&gt;
&amp;lt;property name="NameService"&lt;/p&gt;
&lt;p&gt;value="corbaloc:iiop:1.2@192.168.180.20:22001/NameService"&lt;br /&gt;
/&amp;gt;&lt;br /&gt;
&amp;lt;property name="iiop.addressRewritingRule.1"&lt;br /&gt;
value="192.168.180.20-&amp;gt;10.48.11.30"/&amp;gt;&lt;br /&gt;
&amp;lt;property name="iiop.addressRewritingRule.2"&lt;br /&gt;
value="192.168.180.21-&amp;gt;10.48.11.30"/&amp;gt;&lt;br /&gt;
&amp;lt;/import&amp;gt;&lt;br /&gt;
&amp;lt;/profile&amp;gt;&lt;/p&gt;
&lt;p&gt;The "192.168.180.20" addresses are what the&lt;br /&gt;
NamingService sees, and "10.48.11.30" is what the&lt;br /&gt;
client sees from the other side of the router. Human&lt;br /&gt;
readable addresses can also be used, it is only&lt;br /&gt;
neccessary to use the arrow ("-&amp;gt;") to separate&lt;br /&gt;
addresses and specify what is being rewritten to what.&lt;/p&gt;
&lt;p&gt;The changes are against the OpenORB 1.3.1 release, but&lt;br /&gt;
modifyintg them to 1.4 should be no problem. My company&lt;br /&gt;
needs a stable release right now, hence 1.3.1.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kresimir Tonkovic</dc:creator><pubDate>Wed, 29 Sep 2004 13:05:04 -0000</pubDate><guid>https://sourceforge.net499a20e9a810f1f37a8dba72a5b6fef553e2e5be</guid></item><item><title>Persistence of Channels and Events</title><link>https://sourceforge.net/p/openorb/feature-requests/12/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Persistence hasn't been implemented in to notification &lt;br /&gt;
service yet. Some time back Lars mentioned he has a &lt;br /&gt;
major re-write/cleanup of NotificationService. Would be &lt;br /&gt;
nice to have it for 1.4 final release or atleast 1.4.1.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Satish Boggavarapu</dc:creator><pubDate>Thu, 22 Jul 2004 04:33:08 -0000</pubDate><guid>https://sourceforge.net3b9b9a984193c321f1530931af4e1132c1746215</guid></item><item><title>IDLCompiler-Enhancement to support toString &amp; equals methods</title><link>https://sourceforge.net/p/openorb/feature-requests/11/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;IDL compiler needs to be enhanced to generate toString&lt;br /&gt;
method and equals methods to all IDL structs and unions.&lt;/p&gt;
&lt;p&gt;toString and equals are two most used methods in Java&lt;br /&gt;
and generating these methods makes it easy to use&lt;br /&gt;
structs and unions.&lt;/p&gt;
&lt;p&gt;Someother implementations of CORBA are know to generate&lt;br /&gt;
these methods.&lt;/p&gt;
&lt;p&gt;thanks !&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Saravanan Subbiah</dc:creator><pubDate>Wed, 07 Jul 2004 01:20:55 -0000</pubDate><guid>https://sourceforge.net12da479ac0599ff25ba359e5d31146f0c9b7e13a</guid></item><item><title>CCM</title><link>https://sourceforge.net/p/openorb/feature-requests/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Implementation of CORBA Component Model&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Alex Andrushchak</dc:creator><pubDate>Wed, 27 Aug 2003 12:11:16 -0000</pubDate><guid>https://sourceforge.nete160c7c2ccfca7c22aac67a585944ddd2597d0f8</guid></item><item><title>Robust PSS implementation</title><link>https://sourceforge.net/p/openorb/feature-requests/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Robust, fast PSS implementation&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Alex Andrushchak</dc:creator><pubDate>Wed, 27 Aug 2003 12:10:13 -0000</pubDate><guid>https://sourceforge.netdd020ea11ec91125abe97e8c45c36382319b96cf</guid></item><item><title>openorb_notify_plugin-1.4.0.jar</title><link>https://sourceforge.net/p/openorb/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Can't Create Proxy consumer&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">crashsky</dc:creator><pubDate>Wed, 09 Apr 2003 00:31:58 -0000</pubDate><guid>https://sourceforge.neteb73f4213f3556087fafdc1427f520b9a8ccb64a</guid></item><item><title>data compression</title><link>https://sourceforge.net/p/openorb/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;is possible to compress mashalled data to reduce the &lt;br /&gt;
load of communication&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 06 Sep 2002 10:30:39 -0000</pubDate><guid>https://sourceforge.net11629d80b59e3b620c7185ef1cf9264fc5d92bee</guid></item><item><title>idl2http, multiply source files</title><link>https://sourceforge.net/p/openorb/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Make allow idl2http compile multiply source file. Need&lt;br /&gt;
to make doc's on several IDL files.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Viacheslav Tararin</dc:creator><pubDate>Tue, 27 Aug 2002 06:49:24 -0000</pubDate><guid>https://sourceforge.net8822c36a6a4eb6e635ec4d22e96aff3e8660a2d7</guid></item><item><title>install target builds a dir. structure</title><link>https://sourceforge.net/p/openorb/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Could it be possible that the install target build a&lt;br /&gt;
directory structure that resembles the one created by&lt;br /&gt;
the pre-compiled .tar.gz package? This way it would be&lt;br /&gt;
the same either to install the .tar.gz or to run&lt;br /&gt;
./build.sh install&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 17 Jul 2002 21:37:49 -0000</pubDate><guid>https://sourceforge.netf3a62ce48ca9ce739f52973f49066069a467a408</guid></item></channel></rss>