In some cases, it was possible for a user to delete the NameService root context.
Own Id: OTP-5202
Invoking two, or more, concurrent oe_register operations it could corrupt the IFR. If this is the case, the INTF_REPOS system exception is raised. The risk for this to occur is rather slim.
Own Id: OTP-5526
To avoid malicious attacks, it is now possible to configure Orber to only accept incoming requests up to a certain size. To be able to use this option, it must be supported by inet and SSL.
Own id: OTP-5129
If a client tried to connect to Orber and immediately closed the connection, then the process accepting new connections could end up with a message in the queue that would never be removed.
Own id: OTP-5105
The INS corbaloc/corbaname URL:s did only accept DNS style host names. Now it is also possible to use, none compressed, IPv6 addresses.
Own id: OTP-5108
When Orber was configured to use IPv6 for inter-ORB communication, exported IOR:s did not contain a correct IPv6 address. This did not cause any problems if Orber was configured to use DNS style hostname instead.
Own id: OTP-5109
Orber used external operations not exported in R9B.
Own id: OTP-5111
When using Light IFR it was not possible unregister data (i.e., invoking 'MyModule':oe_unregister()). Introduced in Orber-3.5.0.1.
Own id: OTP-5034
orber_ifr:contents/3 always returned an empty list when using Light IFR. Little or no effect.
Own id: OTP-5018
It is now possible to configure Orber to use NAT (Network Address Translation) friendly parameters. A new section in the User's Guide describes how to handle communication via firewalls.
Own id: OTP-4698
A new module called
Own id: OTP-4699
Own id: OTP-4937
Possible to configure Orber so that exported IOR:s contain multiple IIOP components for different interfaces.
Own id: OTP-4938
Improved typechecking of typecode supplied to the operations
Own id: OTP-4939
Server objects can now be started as EXIT tolerant.
Own id: OTP-4940
Possible to use interceptors for local invocations as well.
Own id: OTP-4941
If the IFR is not explicitly used, Orber can be configured to use a minimal IFR to reduce memory usage and installation time.
Own id: OTP-5001
To avoid malicious attacks it is now possible to configure Orber to limit the number of concurrent connections and requests and the amount of IIOP fragments.
Own id: OTP-5002
The operation
Own id: OTP-5004
The function
Own id: OTP-5006
The module
Own id: OTP-5007
Orber's NameService did not return a NIL object reference if the total
number of existing bindings was less than, or equal to,
the
Own id: OTP-4700
If the Orber internal gen_server orber_iiop_pm was stopped in such a way that the terminate function was not invoked, then ghost processes would appear.
Own id: OTP-5003
The work-around introduced in version 3.4.1 (OTP-4608) has now been removed. Make sure you are using IC-4.2 or later.
Since the OMG has defined a default port number (2809), Orber no longer support the bootstrap port.
Own id: OTP-5005
Due to IFR DB lock mechanisms, concurrent creation of non-anonymous IFR types could still result in duplicated entries.
Own id: OTP-4781
The operation
Own id: OTP-4780
Concurrent creation of non-anonymous IFR types could result in duplicates in the DB.
Own id: OTP-4781
Improved type tests for string, wide string and sequence when passed via IIOP.
Own id: OTP-4759
Less (internal) processes are needed when Orber act as client-side ORB and communicate with another ORB. Due to this change, closed connections and socket errors are dealt with in a more gentle way. If the latter occurs, the error_logger application is used to generate an error report containing a description of what went wrong.
Own id: OTP-4655
When communicating with another ORB, via SSL, and a socket error occurred, Orber did not recognize the error message. This occurred when Orber acted as client-side ORB.
Own id: OTP-4656
If an out-going connection was closed and the receiving process had not been scheduled yet, the close connection message was delivered before the correct message.
Own id: OTP-4657
Since strstream is deprecated and not accepted by gcc-3.3, Orber no longer includes the InitalReference lib. The source code is still included.
Own id: OTP-4767
It is now possible to use IC-versions older than 4.2. But, this is only temporary so it is still necessary upgrade to a correct version.
Own id: OTP-4608
If a call-back module illegally caused an EXIT, clients residing on another ORB was not notified (hanged).
Own id: OTP-4577
The stub/skeleton-files generated by IC have been improved, i.e., depending on the IDL-files, reduced the size of the erl- and beam-files and decreased dependencies off Orber's Interface Repository. It is necessary to re-compile all IDL-files and use COS-applications, including Orber, compiled with IC-4.2.
Own id: OTP-4576
It is now possible to configure Orber to use the host name in exported IOR:s instead of the IP-number.
Own id: OTP-4541
When Orber acted as server-side ORB and one tried to setup a SSL-connection and using native Interceptors at the same time it failed.
Own Id: OTP-4542
Oneway operations, using a multi-node Orber, failed for inter-node communication.
Own Id: OTP-4543
Orber now supports fragmented IIOP messages for 1.2.
Own Id: OTP-4462
Orber now has its own set of unique VMCID:s which
is used for minor codes in system exceptions. All system exceptions raised
by Orber now uses this VMCID base or OMG:s VMCID base. See also the function
Own Id: OTP-4463
Since some ORB:s, non-compliant with the OMG specification, have problems using IOR:s which embeds a CodeSet component, it is now possible to configure Orber to exclude it from exported IOR:s.
Own Id: OTP-4469
When combining interceptors and oneway operations, Orber incorrectly sent a MessageError over the connection to the client ORB.
Own Id: OTP-4460
After (2^32)-1 requests, Orber used the request number 0 twice in a row.
Own Id: OTP-4461
The COMM_FAILURE exception should only be raised when connection problems occur. Now Orber raises the correct exceptions. Note, when Orber act as client side ORB you must be able to handle any of the system exceptions defined by the OMG. Some of the COMM_FAILURE exceptions have been replaced with the correct TRANSIENT and TIMEOUT exceptions.
Own Id: OTP-4465
The default port used for corbaloc and corbaname was incorrect. Now changed to follow the OMG standard (2809).
Own Id: OTP-4466
When Orber acted as a client-side ORB, it failed to encode unions with a default case (i.e. defined in the IDL-code and a default label used).
Own Id: OTP-4472
The operation corba:print_object/1/2 did not include host/port data for IIOP-1.0 IOR:s.
Own Id: OTP-4483
Some of the COMM_FAILURE exceptions have been replaced with the correct TRANSIENT and TIMEOUT exceptions. All minor codes used by Orber is now based on the OMG assigned VMCIDs.
Own Id: OTP-4465, OTP-4463
The default port used for corbaloc and corbaname have been changed to 2809.
Own Id: OTP-4466
To reduce extra overhead Orber now uses a flag parameter, which makes it possible to configure Orber's behavior in different ways. Hence, the global activation of Local Typechecking, introduced in the previous version, have now been changed.
Own Id: OTP-4467
It is now possible to activate automatic typechecking when
invoking operations on CORBA Objects locally. For more
information, see the configuration and debugging chapters
in the User's Guide regarding the
Own Id: OTP-4410
Due to the success of the pre-compiled IIOP-trace interceptor, a less
verbose trace interceptor, called
Own Id: OTP-4257
Orber now support the Fixed datatype defined by the OMG. To be able
to define Fixed types in an IDL-specification, check that your current
IC version supports this type as well. If not, the only option is
to encapsulate it in an
Own id: OTP-4375
It was not possible to use the function
Own Id: OTP-4376
The functions
Own Id: -
The function
Own Id: -
Orber now check if an external IOR contains any TAG_ALTERNATE_IIOP_ADDRESS components when trying to setup a connection to another ORB.
Own id: OTP-4294
It is now possible to add TAG_ALTERNATE_IIOP_ADDRESS components to a local object reference. See corba:add_alternate_iiop_address/3.
Own id: OTP-4294
Orber now allows unions with no default value defined and a discriminator out of range to be sent via IIOP. The value-field is set to the atom undefined.
Own id: OTP-4295
The corba module now exports a function, print_object/1/2, which prints IOR's in a more readable form.
Own id: OTP-4296
Since "all" ORB's accept ISO-8859-1 encoding of chars and strings, Orber assumed that it could be used at all time to reduce the overhead. The JDK-1.3 only accepts ISO 646:1991 IRV (US-ASCII), even though ISO-8859-1 is default, which is why Orber now checks which codeset is accepted.
Own Id: OTP-4298
When invoking a Locate Request, Orber in some cases did not reply with a Locate Reply header (used a Reply header).
Own Id: OTP-4293
If the underlying OS was not configured to allow Erlang to use the fully qualified host name the result could an incorrect IP-address. Hence, if you want to upgrade to Orber-3.2.11 and the fully qualified name must be used you must upgrade your kernel version. Most likely, this change will NOT cause any problems, but if in doubt please contact support or use the mailing-list. See also the release notes for Orber-3.2.6.
Own id: OTP-3966
When looking up Initial Service (e.g. using
Own Id: OTP-4264
It is now possible to add new initial references, which can,
for example, be accessed via
Own Id: OTP-4258
The orber module now exports functions,
Own Id: OTP-4262
Orber now allows the user to define an interval of ports
which Orber is may use (i.e. ports on the local machine)
when trying to connect to another ORB. This behavior is useful
if Orber resides behind a firewall which only allow applications
to use certain ports when communicating with the outside world.
If this option is set, it is absolutely necessary to
set
Own Id: OTP-4260
One can now install Orber's NameService as disc_copies, but the default behavior is that Orber uses ram_copies.
Own Id: OTP-4259
A pre-compiled IIOP-trace interceptor is now
included in the Orber release. For more information,
see the
Own Id: OTP-4257
It is now possible to set Orber's configuration parameters
in, for example, an Erlang shell. Consult
Own Id: OTP-4261
The Orber release now include
Own Id: OTP-4257
When setting up two Orber ORB's, where one of the ORB's domain
name was a prefix of the other ORB's, communication via IIOP would fail.
To eliminate any further configuration problems, one may not
use
Own Id: OTP-4229
When using a mix of IIOP-versions (1.0 vs 1.1/1.2) and sending/receiving IOR's to/from Orber could result in a MARSHAL exception.
Own Id: OTP-4230
Encoding/decoding of wchar/wstring when using IIOP-1.2 do now follow the OMG standard. If your ORB do not follow the standard, contact support for information how to make a work-around to solve this problem. In most cases it is sufficient to configure the ORB's to communicate via IIOP-1.1.
Own Id: OTP-4263
The encoding/decoding of wchar/wstring when using IIOP-1.2 have been updated. See above.
Own Id: OTP-4263
Orber no longer returns a 'EXIT' message when trying to install Orber, i.e., invoking orber:install/1/2, on a disc-less node. But if if the installation fails due to any other reason, Orber still return a 'EXIT' message.
Own Id: OTP-4256
Own Id: OTP-4257
Own Id: OTP-4257
External IOR:s containing unsupported or incorrectly placed TaggedComponents was corrupted when Orber forwarded the IOR via IIOP. This bug was introduced in 3.2.6.
Own Id: OTP-4170
Orber now support interceptors.
Own Id: -
When Orber acted as server-side and communicating via IIOP the overhead was unreasonably large and memory consuming (depended on the IDL-specification). This have now been fixed and will, especially, improve the performance when invoking operations with no, or simple, arguments on a complex interface. This change will have little effect on objects started as pseudo since this problem did not affect them.
Own Id: OTP-4063
When Orber tried to set up a connection to another ORB which did not respond all IIOP access where blocked until the TCP protocol generated a timeout. Now only requests to that particular ORB are queued.
Own Id: OTP-4060
It was not possible to invoke the operation CosNaming_BindingIterator:next_one via IIOP if no more bindings existed.
Own id: OTP-4004
Registering data in the IFR overhead reduced.
Own id: OTP-3904
The overhead for the function
Own id: OTP-3904
If the underlying OS was not configured to allow Erlang to
lookup the host-name by using the short-name the result was
always the IP-address 127.0.0.1 (loop-back). Now Orber uses
the full name. Hence, make sure the
Own id: OTP-3966
The CONV_FRAME_CodeSetComponentInfo struct was not placed correctly in IOR:s. Each profile must be self-sustained which is why this information must be duplicated in each profile. Currently this only applies for the IIOP-profile but will also concern future protocols.
Own id: OTP-3992
Orber now defines the configuration variable,
Own id: OTP-3961
It is now possible to configure Orber to generate reports when abnormal
situations occurs. For more information consult the User's Guide
regarding the configuration parameter
Own id: OTP-3962
Orber now accepts a list of addresses as value for the configuration
parameter
Own id: OTP-3945
Orber now includes services defined by the configuration parameter
Own id: OTP-3946
When using the configuration variable 'orbDefaultInitRef' with
a value pointing to another Orber-ORB it was not possible to
install Orber since Orber used to create default
Own id: OTP-3943
Orber accessed
Own id: OTP-3944
When installing Orber no default
Own id: OTP-3942
Own id: OTP-3944
-
When communicating via IIOP using version 1.2 Orber used incorrect offset for reply bodies containing system exceptions, exceptions and location forward.
Own id: OTP-3912
Orber did not return correct IFR Id:s when raising system exceptions via IIOP.
Own id: OTP-3911
If two different processes concurrently manipulated a
Own id: OTP-3910
Since Orber now returns a different, and correct, IFR-id for
systems exceptions other ORB:s and older versions of Orber
might raise a different exception, probably MARSHAL or UNKNOWN.
This only occurs when communicating via IIOP. It is not possible to
upgrade during runtime. Use
Own id: OTP-3911
Improved performance for all types, simple and complex, when
communicating via IIOP. It is not possible to upgrade during
runtime. Use
Own id: OTP-3905
If a pseudo object raises an exception or exits the exception was only returned, not thrown.
Own id: OTP-3907
Orber defined an incorrect ID for CodeSets. This may cause INV_OBJREF or DATA_CONVERSION exceptions to be thrown, it depends on the other ORB.
Own id: OTP-3899
The behavior of Orber when receiving unsupported or incorrect messages have now been improved.
Own id: OTP-3903
Time consumed by
Own id: OTP-3904
When Orber received a 'location_forward' reply, the result from the second invocation was never delivered to the client. Now fixed.
Own id: OTP-3814
It is now possible to use external
Own id: OTP-3902
Orber now supports IIOP-version 1.2.
Own id: OTP-3901
Improved encoding and decoding performance for IIOP requests containing
Own id: OTP-3900
Setting the
Own id: OTP-3898
Orber now accepts
Own id: -
When another ORB replied with
Own id: OTP-3709
Orber failed to encode
Own id: OTP-3689
Earlier, Orber did not use the IIOP/GIOP version specified in an external object key when invoking an intra-ORB request.
Own id: OTP-3663
The OMG standard now support an Interoperable Naming Service. Initially there where two proposals of which Orber earlier supported one of them. Now both standards are supported.
Own id: OTP-3664
The OMG have redefined the operator, used when encoding requests via IIOP,
for the function
Own id: OTP-3679
If an Orber node crashed and was restarted the object keys could point to other processes than it should, which may cause problems if, for example, the other process terminates due to it does not handle unknown messages. Now Orber GC object keys for objects residing on the crashed node. If Orber is started as a multi-node ORB of which one or more nodes runs an older Orber version they can still communicate but with an increased overhead. Hence, all nodes should be upgraded during a relatively short time. If Orber is stopped, i.e., orber:stop() or a shutdown is generated, objects residing on that node will be terminated.
Own id: OTP-3678
If an IDL-file contains two interfaces of which the first one contains an exception and the second interface, which inherits the first one, contain an operation which raises this exception the IFR failed since multiple references where found when invoking orber_ifr:lookup_id/2. Now fixed.
Own id: OTP-3665
To be able to start Orber as lightweight the mnesia application cannot be listed in the "orber.app" file. You might find it necessary to add 'mnesia' to the applications-list. For example, you cannot upgrade an older version of Orber (not started as lightweight) to this version without adding mnesia to the application dependencies list.
Own id: OTP-3666
The function
Own id: OTP-3679
Cosmetic update of internal functions.
Own id: -
When decoding TypeCode for an object reference, e.g., as a part of an #any{}, Orber failed. This is no longer the case.
Own id: OTP-3631
The function
Own id: -
A new configuration parameter, 'iiop_connection_timeout Secs', is now available. This parameter's purpose, is to terminate the socket connection on the client side if a time span of Secs seconds have passed. The connection will, however, NOT be terminated if a client still waits for a reply. For the last scenario to happen, the client have been configured to use a larger timeout value than the configuration parameter 'iiop_connection_timeout' have been set to.
Own id: -
Up until now, invoking an an operation with an extra Timeout parameter (using the IC option: ic:gen(IdlFile, [{timeout,"module::interface"}])), only applied to local Objects. Now, using the IC option above, when compiling the stubs, and adding the extra Timeout parameter, a timeout will also be triggered when calling Objects residing on other ORB:s. The return value, after a timeout has been triggered, have changed from an EXIT message to raising the system exception COMM_FAILURE. For more information, about how this feature interacts with the configuration parameter 'iiop_timeout', consult the documentation.
Own id: -
When using invalid intra-ORB configuration, i.e., incorrect Port/IP-address, when trying to connect to another ORB, a CRASH REPORT was generated if the configuration parameter '-boot start_sasl' was used. This behavior has now changed.
Own id: -
If a client-side ORB terminated the IIOP connection immediately there was a possibility that the server responsible detecting this did not.
Own id: OTP-3593
Setting the configuration parameter 'iiop_timeout' did not result in a correct behavior, i.e., no timeout triggered.
Own id: OTP-3555
When using the IC option, ic:gen(IdlFile, [{timeout,"module::interface"}]), an EXIT was the timeout result. Now, the system exception COMM_FAILURE is raised.
Orber did not ignore unrecognized TaggedProfiles. Other vendors may have registered own TAG's with the OMG. These TAG's are valid but not necessarily handled by other vendors.
Own id: OTP-3514
When passing Object references over IIOP, decoding local references could fail. Now fixed.
Own id: OTP-3515
Previously the OMG have published two suggestions for
Own id: OTP-3468, OTP-3155
Now possible to run oe_unregister when the IDL-specification contains exceptions correctly.
Own Id: OTP-3447
Now possible to run oe_unregister when the IDL-specification contains attributes.
Own Id: OTP-3439
The change in
When introducing the configuration parameter
Own Id: OTP-3431
The internal request number handling never checked if maximum reached. Now the counter restart at 0 after reaching max.
Own Id: OTP-3415
Orber did not handle locate-requests correctly, i.e., not able to recognize the new internal representation of object references.
Own Id: OTP-3414
It is now possible to start Orber as lightweight.
Own Id: -
It is now possible to create pseudo objects, i.e., not server objects.
Own Id: -
One new system exception introduced; 'BAD_QOS'.
Own Id: -
Orber now supports the types 'long long' and 'unsigned long long'
Own Id: -
Encoding typecode for complex exceptions (non-empty body) was not done correctly.
Own Id: OTP-3390
orber_iiop_pm crashed when it received an 'EXIT'. Now fixed.
Own Id: OTP-3391
Orber is now able to handle upgrade properly.
Own Id: -
It is now possible to use secure IIOP connections to and from Orber. Orber currently only supports security with the help of SSL and not SECIOP.
Own Id: OTP-1510
It is now possible to start Orber objects as supervisor children using Module_Interface:oe_create_link/2 or corba:create_link/4 as the start function.
Own Id: -
It is now possible to start a Orber object and be able to tell apart if it is in
the process of being restarted or has permanently terminated. This is also the reason
for introducing
Own Id: -
The service CosEvent has been removed from orber and become its own application, called cosEvent.
Own Id: -
The service CosTransactions is now available as a separate application, called cosTransactions.
Own Id: OTP-1741
Three new system exceptions, 'TRANSACTION_REQUIRED', 'TRANSACTION_ROLLEDBACK' and 'INVALID_TRANSACTION', introduced. Required by the cosTransactions application.
Own Id: -
An configuration variable ip_address has been added, so it's possible to listen on a specific ip interface on a multi interface host. The value is the ip address as a string or a tuple of four integers, default value is all interfaces.
Own Id: OTP-3294
set- and get-operations for the 'any'-module now behaves properly.
Own Id: OTP-3355
Orber can now handle IORs which contain more than one "Tagged Profile".
Own Id: OTP-3266
CosEvent include paths have changed since it is now a separate application, called cosEvent.
The internal representation of object references have changed. Orber do, however, recognize the old representation. But object references (created by Orber 2.2.2 or older) stored and used through several Orber upgrades may not be supported.
The functions oe_create/2 and oe_create_link/2 now take an options list as its second argument. Orber still allow oe_create*(Env, {Type,RegName}) to be used, but may not in future releases.