Recent changes to bugs

IllegalConditionError

starkom — Wed, 25 Feb 2009 10:41:07 -0000

We have application with many CORBA requests from many threads. And very seldom(1 time per month approximately) we get following:
org.openorb.orb.util.Trace$IllegalConditionError: Invalid state at begin_invocation
at org.openorb.orb.util.Trace.signalIllegalCondition(Trace.java:515)
at org.openorb.orb.core.Delegate.begin_invocation(Delegate.java:1540)
at org.openorb.orb.core.Delegate.is_local(Delegate.java:911)
at org.omg.CORBA.portable.ObjectImpl._is_local(Unknown Source)

It happens only on production's servers and we can not reproduce it.

handle_system_exception throw exception

coolafei — Mon, 23 Apr 2007 04:09:20 -0000

[Receive Worker for ClientChannel: (iiop) 10.78.105.44:9999 (2566 -> 9999)]4-11-2007 15:13:14 java.lang.InterruptedException
at org.openorb.iiop.IIOPClientRequest.handle_system_exception(IIOPClientRequest.java:711)
at org.openorb.iiop.IIOPClientRequest.cancel(IIOPClientRequest.java:306)
at org.openorb.iiop.IIOPClientChannel.server_pause(IIOPClientChannel.java:507)
at org.openorb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:306)
at org.openorb.iiop.SocketQueue.receive(SocketQueue.java:245)
at org.openorb.iiop.IIOPClientChannel.run_recv(IIOPClientChannel.java:1175)
at org.openorb.net.ClientManagerImpl$ChannelRecvRunnable.run(ClientManagerImpl.java:282)
at java.lang.Thread.run(Thread.java:534)

Compilation instructions are incorrect

Trevor Harmon — Sun, 14 Jan 2007 23:05:44 -0000

The documentation on how to compile OpenORB 1.4.x is incorrect:

http://openorb.sourceforge.net/docs/1.4.0/OpenORB/doc/orb.html#ch_compile

It says that build.sh can be run without any options. This will result in an error. The build.sh script requires a parameter that tells the build.xml script which target to run. Namely:

/build.sh -Ddefault-target=<target>

where <target> is the build.xml target that you wish to run.

Patch for Darwin (Mac OS X) build.sh

Trevor Harmon — Sun, 14 Jan 2007 22:21:27 -0000

The build.sh script does not work under the Darwin (Mac OS X) flavor of UNIX. The fix is simple: Just add "Darwin" to the list OS names. That is, line 49 of build.sh should look like this:

Linux|SunOS|Darwin)

Incorrect Documentation of "receiveBufferSize"

timothy bendfelt — Mon, 18 Sep 2006 19:40:56 -0000

There is some confusion in the documentation of the
iiop property "receiveBufferSize". Some doc/config
files reference a misspelling of "recieveBufferSize":

./OpenORB/ChangeLog_1_3_0.txt
./OpenORB/src/config/default.xml

while the code seems to use the correct spelling:

OpenORB/src/main/org/openorb/orb/net/ConfiguredSocketFactory.java

Took awhile to sort it all out to get the behavior I
wanted.

Also the documnetation specifies a limit of 64K for
this property, but I was allowed to set bigger sizes
and they succeeded all the way down to the socket.

build.xml files missing properties

cmeiding — Fri, 04 Aug 2006 13:41:43 -0000

In OpenORB, NamingService, PersistentStateService, and
TransactionService (others??) the properties
VERSION_MAJOR, VERSION_MINOR, and VERSION_MAJOR_CHANGE
are missing from the src/build.xml files, causing Ant
to assign strange names to the resulting jar files.
(version 1.4.0)

Naming Service not read for Java 1.5

cmeiding — Fri, 04 Aug 2006 13:39:05 -0000

Naming Service will not build under Java 1.5. To fix,
in src/test/org/openorb/ns/test/jndi/NamingTest.java,
change all occurrences of the "enum" local variable to
"_enum".
(version 1.4.0)

Thread leak in transaction servise

Viacheslav Tararin — Wed, 12 Apr 2006 08:37:24 -0000

In the transaction Service TimeOutControl thread sleep
during full timeout, independent is transaction
finnished or not.

Open file handle not closed properly

Cary — Wed, 25 Jan 2006 22:52:51 -0000

What follows is the stack trace of the location where
the file handle was opened. I output this stack trace
when the finalize method is called on the File object
before the close method on the same object. Hope this
helps

[java] java.lang.Exception: FileNotClosed:
C:\RootCvs\modules\XXX\specs\XXX\src\idl\Type.idl
[java] at java.io.FileInputStream.<init>
(FileInputStream.java:111)
[java] at java.io.FileInputStream.<init>
(FileInputStream.java:68)
[java] at
sun.net.www.protocol.file.FileURLConnection.connect
(FileURLConnection.java:69)
[java] at
org.openorb.compiler.parser.IdlParser.openURL
(IdlParser.java:493)
[java] at
org.openorb.compiler.parser.IdlParser.open_idl_file
(IdlParser.java:445)
[java] at
org.openorb.compiler.parser.IdlParser.compile_idl
(IdlParser.java:2187)
[java] at
org.openorb.compiler.parser.IdlParser.include_idl
(IdlParser.java:663)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1588)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1520)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1520)
[java] at
org.openorb.compiler.parser.IdlParser.parse
(IdlParser.java:1888)
[java] at
org.openorb.compiler.parser.IdlParser.symbole
(IdlParser.java:2070)
[java] at
org.openorb.compiler.parser.IdlGrammar.idl_definition
(IdlGrammar.java:4622)
[java] at
org.openorb.compiler.parser.IdlGrammar.idl_specificatio
n(IdlGrammar.java:4695)
[java] at
org.openorb.compiler.parser.IdlParser.compile_idl
(IdlParser.java:2189)
[java] at
org.openorb.compiler.parser.IdlParser.include_idl
(IdlParser.java:663)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1588)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1520)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1520)
[java] at
org.openorb.compiler.parser.IdlParser.parse
(IdlParser.java:1888)
[java] at
org.openorb.compiler.parser.IdlParser.symbole
(IdlParser.java:2070)
[java] at
org.openorb.compiler.parser.IdlGrammar.idl_definition
(IdlGrammar.java:4622)
[java] at
org.openorb.compiler.parser.IdlGrammar.idl_specificatio
n(IdlGrammar.java:4695)
[java] at
org.openorb.compiler.parser.IdlParser.compile_idl
(IdlParser.java:2189)
[java] at
org.openorb.compiler.parser.IdlParser.include_idl
(IdlParser.java:663)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1588)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1520)
[java] at
org.openorb.compiler.parser.IdlParser.parse
(IdlParser.java:1888)
[java] at
org.openorb.compiler.parser.IdlParser.symbole
(IdlParser.java:2070)
[java] at
org.openorb.compiler.parser.IdlParser.include_idl
(IdlParser.java:688)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1588)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1520)
[java] at
org.openorb.compiler.parser.IdlParser.pre_parse
(IdlParser.java:1520)
[java] at
org.openorb.compiler.parser.IdlParser.parse
(IdlParser.java:1888)
[java] at
org.openorb.compiler.parser.IdlParser.symbole
(IdlParser.java:2070)
[java] at
org.openorb.compiler.parser.IdlGrammar.idl_definition
(IdlGrammar.java:4622)
[java] at
org.openorb.compiler.parser.IdlGrammar.idl_specificatio
n(IdlGrammar.java:4695)
[java] at
org.openorb.compiler.parser.IdlParser.compile_idl
(IdlParser.java:2210)
[java] at
org.openorb.compiler.IdlCompiler.compile_file
(IdlCompiler.java:545)
[java] at
org.openorb.compiler.IdlCompiler.genCompilerExec
(IdlCompiler.java:653)
[java] at
org.openorb.compiler.IdlCompiler.main
(IdlCompiler.java:687)

Should be case insensitive

Cary — Wed, 25 Jan 2006 22:47:57 -0000

> is the IDL usually case insensitive or not?

IDL is a mixed bag, it is both case sensitive and case
insensitive. This was done to allow simple mappings to
both kinds of programing languages, those that are and
those that are not case sensitive.

The first rule is that in a given scope an identifier
must always be spelled in exactly the same way
including case. This is the case sensitive aspect of
IDL.

The second rule is that it is illegal for two
dentifiers in the same scope to differ only in case.
This is the case insensitive aspect of IDL: For the
purpose of detecting name clashes case does not matter.

> doSomething(MyStruct myStruct)
>
> is this allowed?

No, this is illegal.

> openOrb takes it without problems,
>
> OmniOrb claims this is wrong:
>
> Who is right?

OmniOrb is right.