You can subscribe to this list here.
| 2002 |
Jan
(1) |
Feb
(1) |
Mar
(59) |
Apr
(34) |
May
(59) |
Jun
(24) |
Jul
(70) |
Aug
(24) |
Sep
(2) |
Oct
|
Nov
(4) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
|
May
|
Jun
(5) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Michael R. <mi...@ru...> - 2004-07-29 13:47:50
|
Hi,
The Community OpenORB 1.4.0 BETA2 is out!
After nearly 8 months of testing and bug-fixing, the OpenORB
community is proud to release the second beta of
"The Community OpenORB" product suite version 1.4.
The archives of all packages can be found at the SF project download
area: http://sourceforge.net/project/showfiles.php?group_id=43608
Have fun,
The Community OpenORB Team
Changes:
========
The following list shows the changes since the first beta release
only. The complete list of changes per package is available in the
WHATSNEW file included with each module.
General:
--------
- Fixed various warnings Eclipse 3.0M6 complained about.
- Added Eclipse project files (.project and .classpath)
the project can now easily be imported by
New->Project->Import From existing Source
- Placed compiler cache files in build directory, caches are now
deleted by invoking the build target "clean"
OpenORB:
--------
- Fixed bug #955143. The problem of marshaling the array type
org.omg.CORBA.Any[] was due to a different behaviour of the parser
in the simple case (org.omg.CORBA.Any) and the array type.
This problem only appeared when org.omg.CORBA.Any has not
been parsed before. But our test case RemoteComplex has another
method that just uses the type org.omg.CORBA.Any so that this bug
never showed up under UNIX. Only Windows uncovered the problem
but it is still not known what the difference between the Windows
VM and the UNIX VMs was.
- Always use the native library on AIX with VM 1.4.x.
- When setting the property UtilDelegateImpl.setLocalCodebaseOnly(true)
we don't want any RMIClassloader to attempt to load the class.
In normal projects client and server side contain the classes
that are necessary for marshaling/unmarshaling the transfered
types. I have never seen a project where classes are loaded
dynamically from a remote location. Though the UtilDelegateImpl
wastes a lot of time trying to load a class using the RMIClassloader.
The reason is simply standard compliance because the Java2IDL
spec. requires exactly this behaviour. The default behaviour of
the method UtilDelegateImpl.loadClass() is the standard compliant.
With the property mentioned above the costly class loader operations
can be skipped.
- Added an optimization to ORB.lookup_value_factory(). This method
always perfoms expensive lookups although it should never be used
for any RMI type.
- Wrapped an unmarshalling call into a PriviledgedAction to make
it work even in restricted environments.
- Started adding a time measurement wrapper around test cases
to be able to detect hanging or long running test cases.
- Added missing class org.omg.CORBA.ObjectHelper to src/omg to make
OpenORB compile under IBM JDK 1.4.2 as this class seems to be
missing from IBM's server.jar in 1.4.2 whereas it was still present
in version 1.4.1.
- Fixed boolean property parsing for the iiop.useNativeLibrary. OpenORB's
getBooleanProperty assumes each value not equal to 'false' or 'no'
as true, so when Ant is passing a property like this:
iiop.useNativeLibrary=${useNativeLibrary}
because the property has not been set OpenORB evaluates the property
to true and wants to load the native library later in the tests.
- Added a Codec test case to verify a problem reported by Mathieu Vadet
(mathieu _dot_ vadet _at_ fr _dot_ thalesgroup _dot_ com).
- Fixed a bunch of checkstyle violations.
- Added read/write_vale/abstract_interface to LocalInput/OutputStream
classes. This fixes a NO_IMPLEMENT exception reported by Sumedh Mungee
(sumedh _at_ nms _dot_ fnc _dot_ fujitsu _dot_ com).
- In rare instances a thread deadlock can occur between
"org.openorb.orb.io.BufferSource.setException()" and
"org.openorb.orb.iiop.IIOPClientRequest.lastReplyMessage()". What happens
is that "IIOPClientRequest.cancel()" (holding the 'm_sync_state' lock) is
called at the same time as "BufferSource.next()" (holding the
'BufferSource' lock) generates a firing of the attached
'LastMessageProcessedListener', calling
"IIOPClientRequest.lastReplyMessage()", which needs the 'm_sync_state'
lock. The solution I've come up with is to make the "BufferSource.next()"
method release the 'BufferSource' thread lock before calling the attached
'LastMessageProcessedListener'. As part of this, I've moved the
functionality of the 'BufferSource.lastMessageProcessed()' method into
"BufferSource.next()". This fix was contributed by Eric Thomas
(e _dot_ thomas _at_ isti _dot_ com).
- Fixed a sporadic NPE in Delegate.java.
- Added fix for bug #968135 contributed by Dave Raymer
(raymerd _at_ users _dot_ sf _dot_ net).
- Improved documentation for idl2java Ant task.
- Added flag "no-rmi-test" to the build process so that RMI test can be
disabled while the Java2IDL compiler is being fixed.
- Improved exception message when the types during a
PortableRemoteObject.narrow do not match.
- Added a message text to the ClassCastException thrown by the method
PortableRemoteObjectDelegateImpl.narrowExt().
- Do not signal an unexpected case when there is no server side ORB
available.
- Fixed order with which the compilers are initialized. The method
execute_compiler shows the copyright header and reads a flag that
has not been parsed from the commandline at that time.
- If a "LOGGER" is provided in the properties that are passed to
ORB.init(args, p), that logger is used to initialize the orb and
initializer loggers. In that case, the priority setting in the
configuration is basically ignored.
- Fixed some problems with the debug input and output streams which
would not work under Win32 and were prone to overwriting exisiting logs.
- Refactored ConfiguredSocketFactory to use a stream decoration strategy
for wrapping socket input and output streams. This framework is more
powerful and robust than the functionality previously provided by setting
the properties:
iiop.SocketOutputStreamClass
iiop.SocketInputStreamClass
The use of these properties is now deprecated.
- Fixed some threading errors including use of double-check locking.
- Fixed filename to classname convertion in the Java to IDL compiler to
handle '\' path separators in addition to '/' path separators.
- Fixed problem in the IDL to Java translator for valuetypes that support
interfaces from a different module.
- Do not show a warning for an unknown policy value during POA creation
because it will be handled later on by a policy factory.
- Indicate the pool manager thread to shutdown during ORB shutdown.
- Set a name for the ServerManagerImpl's PoolThreadManager thread.
- Set a name for the UtilDelegateImpl's ORBDaemon thread.
- Improved error messages in IIOPTransport in case of connection
failures. Thanks to Richard G. Hash <richard _dot hash _at_
openspirit _dot_ com> for bringing this to our attention.
- Fixed an alignment problem in CDROutputStream that occured when
marshalling an empty long[], bug #902049. Thanks to Michal Jelen
<michal _dot_ jelen _at_ aipsafe _dot_ cz> for investigating this
problem.
- In ORB.init() methods, added checking Applet parameters for the ORB
class name and the orb.properties file from user home.
- Fixed a marshaling problem in the RMI-IIOP layer that was causing
VM crashes. When marshaling a RemoteException the base classes
are RemoteException->IOException->Exception->Throwable.
Only RemoteException and Throwable have members that are serialized.
The special situation is that Throwable has a writeObject() method
but no readObject() method. This leads to a code path in
ValuHandlerImpl.readValue() that does not seem to be used before.
The code path was calling defaultReadObject( ..., sc ) where sc
was the object stream class of RemoteException leading to the
behaviour that only the detail member of RemoteException was read
from the stream. The stack trace elements, a member of Throwable,
was never read. This was leading to a VM crash when the VM tried
to access the stack trace of the RemoteException.
- Added the patch from tigerf _at_ sf _dot_ net for bug #873558.
- Fixed the broken IDL reflection example.
- Fixed a StackOverflowError (due to an infinite recursion on initCause)
when the ORB class is not found.
- In OMG's ORB.init(...) operations, added checking for ORB class properties
passed through the props parameters to ORB.init(...).
- Added the ORB.destroy() operation as it is defined in the CORBA 2.4 spec
(Section 4.2.3.5).
- Added the ORB.destroy() implementation along with changes to shutdown()
and finalize() in order to check for multiple calls to these methods.
- Fixed a NPE in idl2java Ant task when verbose="true",
Sourceforge bug ID 881983
- Added a property "openorb.rmi.use_native_library" which
can be used for deciding whether the RMI-IIOP engine is
using the JDK inherent mechanism or a OpenORB native library
as its unmarshaling engine. The native library can be found
in the CVS module "native" but it must be compiled for the
target platform and put on the library path in order to be
found by the System.loadLibrary("openorb") call.
There are two reasons for adding such a library:
1. The JDK has a problem on a certain platform with
accessing private native methods in JDK internal classes.
(That was the case for IBM JDK 1.4.1 on IBM AIX 5.2L
where a UnsatisfiedLinkError occured although the native
library libjava.a was loaded during VM startup. The
problem did not occur on the same JDK under SuSE Linux 9)
2. A new JDK comes out and the developers have changed the
internal structure of the unmarshaling engine again so
that the pure Java mechanism doesn't work. In this case
the library can be compiled for the platform (it might
even be already compiled for that platform) and used to
make the marshaling work with this new JDK.
- Fixed the discoverage of the allocateNewObject method for
IBM 1.4.x JDKs.
- Fixed a bug in the DeserializationKernelFactory which caused
no other kernel than the Sun kernel to be created.
- Fixed a bug in the DeserializationKernelIBM class which was
causing demarshaling of obejcts to fail.
- Added support for IBM JDK 1.4.1 by adding a new class
DeserializationKernelIBM14 where the new IBM JDK 1.4.x classes
will be used internally.
- Fixed the calculator rmi example by adding the right property
to instantiate the JNDI context factory.
- Fixed a ClassCastException when the ManagementBoard was launched
via the launch script.
- Added a patch from Alexej Vlasov <lexas _at_ bssys _dot_ com>
which fixes a problem with fragmented messages.
- Added cachefile attribute to idl2java and java2idl ant tasks to
allow the user to control the cachefile location (old behaviour
and new default is to use the current directory)
Tools:
------
- For IBM JDK 1.4.2 the ibmorbapi.jar must be put on the jdk.runtime.jars
property otherwise org.omg.CORBA.SystemException will not be found.
- Added HSQLDB jar which substitutes the InstantDB formerly available
for OTS only.
- Added the native library jar to this module. A native library will
currently be extracted for AIX only.
- Switch to checkstyle 3.4 (because of fix for bug #895072).
- Changed the Copyright year from '2003' to '2002-2004'.
- Fixed compilation under IBM JDK because the runtime libraries there
are not rt.jar, but core.jar and server.jar.
- Fixed the service option: writeIORFile to respect file names instead of
folders only. Patch contributed by Richard G. Hash
(richard _dot_ hash _at_ openspirit _dot_ com).
- Optimized NumberCache and CharacterCache, removing the caching of
MIN_VALUE and MAX_VALUE. The cache range is now configurable using
system properties, see the javadocs for details.
- Added JUnit tests for caching.
- Added ConfigUtils class to hold any common config code.
- In ServerBase, added more searching for the ORB class according to the
spec (e.g., system properties and orb.properties file) in deciding
whether the OpenORB ORB shall be used or not.
- changed ZipUtil method names CreateZip, OpenZip and CloseZip to
lowercase (binary incompatible change)
- Added the NamingService JNDI jar to the classpath when running
orb examples.
- Updated Ant to version 1.6.2 as it seems to work with IBM JDK 1.4.1
without problems. The old 1.5.1 version was causing classloader
problems during javac tasks and other strange problems.
- Upgraded to checkstyle 3.3.
InterfaceRepository:
--------------------
- Fixed bug #800327 (FullInterfaceDescription: no transient hull).
- Fixed the idl2ir script which now passes the openorb.home.path
property as VM parameter to the application.
NamingService:
--------------
- Added a fix for the JNDI context factory to use the fallback if
all other ways fail.
NotificationService:
--------------------
- Fixed copy+paste error that lead to BAD_OPERATION when extracting
long long from an Any. This affected filtering NotificationService
Events that contained long longs. (EvaluatorUtility)
- Added a test case for bug #524478. The exception does not seem to
occur anymore.
- improved Pusher log messages.
- PushConsumers that continue to fail with SystemException for longer
than notify.resourcesTimeout are now disconnected. This way the server
can free resources for clients that have terminated without properly
disconnecting themselves. Contributed by Eric Thomas.
- incorporated partial patches from Richard G. Hash
to get subscription_change() to work for push events
PersistentStateService:
-----------------------
- Fixed examples: org.openorb.pss.examples.
memory.basic|transactional.*
file.basic|transactional.*
database.basic|transactional.*
- Fixed copy and paste bugs in examples and added loading of
OTS profile so that the transactional examples will work.
- Added cachefile attribute to psdl ant task to allow the user to
control the cachefile location (old behaviour and new default is
to use the current directory)
TradingService:
---------------
- Fixed copy+paste error that lead to BAD_OPERATION when extracting
long long from an Any. This affected filtering NotificationService
Events that contained long longs. (EvaluatorUtility)
- Applied patch for bug #799051. It was not possible to
override a property mode. Contributed by Sylvain Leblanc
(sleblanc _at_ users _dot_ sf _dot_ net).
- Applied various patches contributed by Richard G. Hash
(richard _dot_ hash _at_ openspirit _dot_ com):
Changes are to not throw exceptions using the default constructor
for exceptions that take string args. If you are running against an
orb that doesn't allow null strings to be marshalled these cause
BAD_PARAM.
Also fixed line 210 of the Lookup.query() method where the tbl.get()
wasn't using the correct argument to look up the property(s). This
would cause a CosTrading.Property[] array to be created with null
contents, causing a CORBA_UNKNOWN on the client side.
- Fixed a bug in the service tupe compiler. When not using
the keyword mandatory then the PROP_NORMAL was used but a
trailing semi-colon was not appended.
- Added a test case to verify the previous fix.
- Fixed bug #905379 (NPE in withdraw_with_constraint).
- Added cachefile attribute to stdl2java ant task to allow the user to
control the cachefile location (old behaviour and new default is
to use the current directory)
TransactionService:
-------------------
- Substituted InstantDB by HSQLDB 1.7.2.
- Added fix for bug #832259. Connections should be registered
as resource only when the transaction is active. Contributed
by Alex Andrushchak (alan13 _at_ users _dot_ sf _dot_ net).
- Use Avalon loggers instead of static methods in Verbose class.
Messages will now go to the logging backend and not to System.out.
Errors will always result in Exceptions instead of System.exit()
TimeService:
------------
- Corrected the wrong implementation of UTC time. The value in a UtcT
shall use the time base at 15 October 1582 00:00:00 GMT at a precision
of 100 nanoseconds. The old implementation used the Java Date, which
has time base 1 January 1970 00:00:00 and a precision of milliseconds.
Also updated the spec version to Time Service Spec 1.1 (formal/02-05-06).
Bug Reporting:
==============
Please report any problem you find to the SourceForge mailing list
ope...@li.... When the problem is identified as a bug
it will be filed at the SourceForge bug tracking facilities.
|
|
From: Michael R. <mi...@ru...> - 2003-12-21 17:56:22
|
The Community OpenORB 1.4.0 BETA1 is out.
=
=
=20
After nearly 15 months of steady product improvement, refactoring
and platform enhancement, the OpenORB community is proud to release
the first beta of "The Community OpenORB" product suite version 1.4.
=
=
=20
The archives of all packages can be found at the SF project download
area: http://sourceforge.net/project/showfiles.php?group_id=3D43608
=
=
=20
Have fun,
The Community OpenORB Team
=
=
=20
=
=
=20
Improvements:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=
=
=20
All modules have been updated and brought into line with a
common service framework, a clean Java package hierarchy, and
shell scripts to launch the services and tools.
A complete list of changes per package is available in the
WHATSNEW file included with each module.
OpenORB:
--------
- Fixed bug #501332 by integrating the RMIoverIIOP marshalling
engine into the OpenORB core module. The RMIoverIIOP classes
can be found in the org.openorb.orb.rmi package now.
- The JavaToIdl compiler has been integrated into the compiler
source tree and is included in the openorb_orb_tools-1.4.0.jar
package.
- The compilers pass a real exit code, indicating the outcome of
the compilation, to the calling process.
- Added several properties:
o toallow passing an output logger to the OpenORB logger
initialization
o to set the RMIoverIIOP default ORB.
o to disable the costly Exception throwing during the OpenORB
interceptor module (*1).
- Many performance improvements have been added.
- A openorb_omg-1.4.0.jar will be created which can be passed to
the JDK 1.4.x "endorsed standards override mechanism".
- Added a property to use a client policy cache (*1).
- Added a socket IIOP debug feature.
- Added ant tasks, incl. uptodate checks, for the Idl2Java and
the Java2Idl compilers.
- Added properties to allow a more sohisticated configuration
of the TCP/IP settings.
- The OpenORB classes have been moved into the org.openorb.orb
package and the jar archives have now an _orb_ name element
to follow the same pattern as all the other module's archives.
- Added more logging output to the core OpenORB layers.
- Numerous smaller bug fixes have been made.
=
=
=20
RMIoverIIOP:
------------
- The RMIoverIIOP module has been completely integrated into the
OpenORB module. Therefore the standalone RMIoverIIOP module
does not exist anymore.
- Added several flags to be able to perform runtime performance
optimizations (*1).
- Added code to allow RMIoverIIOP objects to be run in a security
restricted environment.
- Added logging output to the marshalling layer.
- Included several performance optimizations.
- Moved the JNDI SPI for a COS NameService to the NamingService
module.
SSL:
----
- Support for RSA crypto libraries have been added.
- Added the binary JSSE 1.0.3_01 and the JAAS 1.0_01 libraries
so that the module compiles under JDK 1.3.x without further effort.
- A partial CSIv2 implementation has been added. Unfortunately this
implementation is not usable yet.
- Moved the classes into the org.openorb.orb.ssl package to indicate
that it is an extension to the orb itself.
=
=
=20
Tools:
------
- Implemented a simple bootstrap mechanism that is used automatically
when no NameService can be found, i.e. a folder hierarchy in the
user's home folder is created under $HOME/.OpenORB that reflects
the binding hierarchy in a NameService.
Starting one of the services will bind a name in the hierarchy of
this folder and any client will be able to find the service
without pointing it explicitly to a NameService.
- Implemented a special module class loader that assembles the
classpath based on the package name of the class to be loaded. For
this to work the different OpenORB modules must be placed in the
TCOO_HOME folder and the system property "openorb.home.path" must
be set.
This avoids problems under Windows with the size of the CLASSPATH
environment variable when all services shall be startable from
the shell. The tools/bin/setenv script must be sourced, afterwards
the scripts "launch" and "launchdbg" are available to start any
application from the OpenORB suite.
- Added many improvements to the utility classes that can be found
in this module.
=
=
=20
InterfaceRepository:
--------------------
- Added shell scripts "ir" for starting the InterfaceRepository.
- Added shell scripts "idl2ir" for populating the IR.
- Moved the ManagementBoard plugin to the ManagementBoard module.
=
=
=20
ManagementBoard:
----------------
- Several UI fixes.
- Support for command line options has been added.
- Included plugins and plugin documentation from:
o InterfaceRepository
o NamingService
o TradingService
o NotificationService
ConcurrencyControlService:
--------------------------
- Converted the service to use the service framework.
- Added shell scripts "ccs" to start the service.
=
=
=20
EventService:
-------------
- Modified the EventService to use the service framework.
- Added shell scripts "eventsvc" to start the service.
=
=
=20
NamingService:
--------------
- A openorb_ns_omg-1.4.0.jar is created now that can be passed
to the JDK 1.4.x endorsed standards override mechanism.
- Modified the persistent and the transient NamingService to
use the service framework.
- Added shell scripts "ins" and "tns" for starting the persistent
or the transient version of the NamingService.
- Moved the ManagementBoard plugin to the ManagementBoard module.
- Added the JNDI COS Naming SPI from the former RMIoverIIOP module.
=
=
=20
NotificationService:
--------------------
- Many bug-fixes and minor improvements have been added.
- Moved the ManagementBoard plugin to the ManagementBoard module.
- Modified the NotificationService to use the service framework.
- Added shell scripts "notifysvc" to start the NotificationService.
=
=
=20
PersistentStateService:
-----------------------
- Added an ant task for the psdl2java compiler.
- The service now uses default properties so that it can be
used without prior configuration.
- Added documentation for previously undocumented features.
- Aligned the compiler output to the output of the other compilers.
- Added shell scripts "psdl2java" to start the PSDL to Java compiler.
=
=
=20
PropertyService:
----------------
- Converted the service to use the service framework.
- Added shell scripts "propertysvc" to start the service.
=
=
=20
TradingService:
---------------
- Converted the service to use the service framework.
- Added shell scripts "tradersvc" to start the service
and "strepo" to start the service type repository.
- Added an ant task for the stdl2java compiler.
- Cleanup of the Java package hierarchy.
TransactionService:
-------------------
- Converted the service to use the service framework.
- Added shell scripts "ots" to start the service.
- Added a binary distribution of InstantDB so that the XA examples
are working out of the box now.
- Added jdbc.jar for JDK 1.3.x compliance.
=
=
=20
TimeService:
------------
- Modified the TimeService to use the service framework.
- Added shell scripts "timesvc" to start the service.
=
=
=20
=
=
=20
Footnotes:
=
=
=20
(*1) Forces non-standard compliant behaviour!
=
=
=20
=
=
=20
Bug Reporting:
=
=
=20
Please report any problem you find to the SourceForge mailing list
ope...@li.... When the problem is identified as a bug
it will be filed at the SourceForge bug tracking facilities.
|
|
From: Epi S. <ep...@nm...> - 2003-08-22 20:36:50
|
Dear all,
I have defined a method as oneway when I call this method, after a while
the following exception is generated.
Have you experienced the same behaviour or similar. Any idea about what
is going on and how to solve it?
java.lang.NullPointerException
at org.openorb.CORBA.Delegate.servant_postinvoke(Unknown Source)
at
org.omg.CORBA.portable.ObjectImpl._servant_postinvoke(ObjectImpl.java:229)
at org.myServer._iServerStub.decision(_iServerStub.java:118)
at ....
Cheers,
Epi
P.S. I'm using OpenORB version 1.3.0
|
|
From: S. S. <ssa...@qu...> - 2003-07-08 06:47:22
|
Hello, I would like to implement the Server/Client interceptor in my application. I tried in many ways, I couldn't get the success. Is anybody knows how to enable the interceptor mechanism in OpenORB1.3. If so, Pls let me know the same. Thanks Sahay. |
|
From: JC T. <jc...@pa...> - 2003-06-27 15:44:39
|
This rather spurious exception is resolvable by addind xmldb-sdk.jar in t= he=20 classpath to cater for namespaces in xmldb. > Greetings folks, > > Have anybody a clue about this exception. I seems to complain about a A= PI > mismatch in a class generated by OpenORB compiler. > > I'm using OpenORB-1.3.0 > > [java] org.apache.xindice.client.corba.db.APIException: > IDL:org/apache/xindice/client/corba/db/APIException:1.0 > [java] at > org.apache.xindice.client.corba.db.APIExceptionHelper.read(APIException= Help >er.java:112) [java] at > org.apache.xindice.client.corba.db._CollectionStub.insertDocument(_Coll= ecti >onStub.java:384) [java] at > org.apache.xindice.client.xmldb.CollectionImpl.storeResource(Collection= Impl >.java:512) [java] at > com.apache.xml.xmldb.XMLDatabaseManager.addDocument(XMLDatabaseManag >er.java:627) [java] at > com.apache.xml.xmldb.XMLDatabaseManager.main(XMLDatabaseManager.java >:1149) --=20 Best Regards. JC. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D jc...@pa... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: JC T. <jc...@pa...> - 2003-06-24 14:20:40
|
Greetings folks,
Have anybody a clue about this exception. I seems to complain about a API=
=20
mismatch in a class generated by OpenORB compiler.
I'm using OpenORB-1.3.0
[java] org.apache.xindice.client.corba.db.APIException:=20
IDL:org/apache/xindice/client/corba/db/APIException:1.0
[java] at=20
org.apache.xindice.client.corba.db.APIExceptionHelper.read(APIExceptionHe=
lper.java:112)
[java] at=20
org.apache.xindice.client.corba.db._CollectionStub.insertDocument(_Collec=
tionStub.java:384)
[java] at=20
org.apache.xindice.client.xmldb.CollectionImpl.storeResource(CollectionIm=
pl.java:512)
[java] at=20
com.psymetrix.msf.xml.xmldb.XMLDatabaseManager.addDocument(XMLDatabaseMan=
ager.java:627)
[java] at=20
com.psymetrix.msf.xml.xmldb.XMLDatabaseManager.main(XMLDatabaseManager.ja=
va:1149)
--=20
Best Regards.
JC.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
jc...@pa...
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
|
|
From: Michael R. <mi...@ru...> - 2003-06-03 18:12:31
|
On Tue, 2003-06-03 at 19:56, Epi Salamanca wrote: > Dear Michael, > > I guess you are talking about the special service context that can be > retrieved at server side > when the operation "receive_request_service_contexts (in > ServerRequestInfo ri )" is called. > Then I should use the method get_request_service_context( in > IOP::ServiceId id) offered by "ServerRequestInfo", doesn't it? > > Where can I found more information about how create this special service > context? 1. CORBA spec. 2. Look into the SSL module (HEAD revision), the partial CSIv2 implementation uses service contexts for sending Security Credentials. Michael > Cheers, > Epi > > > > > > Michael Rumpf wrote: > > > There is no way to get that info via CORBA APIs. You could create a > > special service context that stores the hostname/IP information of the > > client. Upon receipt (server-side) you can get the service context and > > retrieve the information from the context and with that information > > identify the client... > > > > Cheers, > > Michael > > > > Epi Salamanca wrote: > > > >> Dear all, > >> > >> I want to create a simple trace log application for CORBA objects, so > >> I've started to work with INTERCEPTOR, I've created a class that > >> implements > >> ClientRequestInterceptor interface and each time a request is send > >> and the reply > >> is received the interceptor is called. > >> > >> But I have a problem, I don't know how to identify which client that > >> has generated the request, ClientRequestInfo class only gives me the > >> request_id but > >> according to the CORBA specification this request_id is unique only > >> during the send request-receive reply lifecycle so I cannot use it to > >> identify how is the client. > >> > >> Any idea how to identify who is the client that has generated the > >> request? > >> Do you know where I can found any documentation about that? > >> > >> Thanks in advanced > >> > >> Cheers, > >> Epi > >> > >> > >> > >> ------------------------------------------------------- > >> This SF.net email is sponsored by: eBay > >> Get office equipment for less on eBay! > >> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > >> _______________________________________________ > >> openorb-general mailing list > >> ope...@li... > >> https://lists.sourceforge.net/lists/listinfo/openorb-general > > > > > > > > > > > |
|
From: Epi S. <ep...@nm...> - 2003-06-03 17:58:10
|
Dear Michael, I guess you are talking about the special service context that can be retrieved at server side when the operation "receive_request_service_contexts (in ServerRequestInfo ri )" is called. Then I should use the method get_request_service_context( in IOP::ServiceId id) offered by "ServerRequestInfo", doesn't it? Where can I found more information about how create this special service context? Cheers, Epi Michael Rumpf wrote: > There is no way to get that info via CORBA APIs. You could create a > special service context that stores the hostname/IP information of the > client. Upon receipt (server-side) you can get the service context and > retrieve the information from the context and with that information > identify the client... > > Cheers, > Michael > > Epi Salamanca wrote: > >> Dear all, >> >> I want to create a simple trace log application for CORBA objects, so >> I've started to work with INTERCEPTOR, I've created a class that >> implements >> ClientRequestInterceptor interface and each time a request is send >> and the reply >> is received the interceptor is called. >> >> But I have a problem, I don't know how to identify which client that >> has generated the request, ClientRequestInfo class only gives me the >> request_id but >> according to the CORBA specification this request_id is unique only >> during the send request-receive reply lifecycle so I cannot use it to >> identify how is the client. >> >> Any idea how to identify who is the client that has generated the >> request? >> Do you know where I can found any documentation about that? >> >> Thanks in advanced >> >> Cheers, >> Epi >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: eBay >> Get office equipment for less on eBay! >> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 >> _______________________________________________ >> openorb-general mailing list >> ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openorb-general > > > > > -- +-----------------------------------------------------------------------------+ | Epifanio Salamanca Cuadrado Network Management Group| | Office: D4-101 | | Tel: + 34 93 401 5623 Universitat Polit?cnica de Catalunya| | Fax: + 34 93 401 7200 Departament de Teoria del Senyal i Comunicacions| | c/Jordi Girona, 1-3 / M?dul D4-101 / Campus Nord| | PGP Key ID : 6A8A05EB 08034 - Barcelona (SPAIN)| +-----------------------------------------------------------------------------+ |
|
From: Epi S. <ep...@nm...> - 2003-06-03 11:56:54
|
Dear all, I want to create a simple trace log application for CORBA objects, so I've started to work with INTERCEPTOR, I've created a class that implements ClientRequestInterceptor interface and each time a request is send and the reply is received the interceptor is called. But I have a problem, I don't know how to identify which client that has generated the request, ClientRequestInfo class only gives me the request_id but according to the CORBA specification this request_id is unique only during the send request-receive reply lifecycle so I cannot use it to identify how is the client. Any idea how to identify who is the client that has generated the request? Do you know where I can found any documentation about that? Thanks in advanced Cheers, Epi |
|
From: Michael R. <mic...@en...> - 2003-03-25 10:01:17
|
Please send this question to the openorb-users mailing list. The openorb-general list is not followed by many people... You need to be subscribed to openorb-users before posting... Michael Jefferson S.J. Gan wrote: >Jefferson wrote: > > We are currently using Notification Service-1.3.0. And this exception >occurs. I don't know if this is an error on our side. But does anyone know >what this exception means ><===============================================================> >java.lang.NullPointerException > at org.openorb.notify.persistence.ConnectionInfoHelper.write(Unknown >Sou >rce) > at >file.org.openorb.notify.persistence.ConsumerAdminBase.write(Unknown S >ource) > at >file.org.openorb.notify.persistence.ConsumerAdminHomeBase.flush(Unkno >wn Source) > at >file.org.openorb.notify.persistence.ConsumerAdminBase.flushIncarnatio >n(Unknown Source) > at >file.org.openorb.notify.persistence.ConsumerAdminBase.push_suppliers( >Unknown Source) > at >org.openorb.notify.impl.ConsumerAdminImpl.reportPushConsumerDisconnec >tion(Unknown Source) > at >org.openorb.notify.impl.StructuredProxyPushSupplierImpl.disconnect_st >ructured_push_supplier(Unknown Source) > at >org.openorb.notify.impl.StructuredProxyPushSupplierImpl.reportClientD >isconnection(Unknown Source) > at org.openorb.notify.queue.StructuredPusher.dispatchEvent(Unknown >Sourc >e) > at org.openorb.notify.queue.Pusher.doDelivery(Unknown Source) > at org.openorb.notify.queue.Pusher.pushEvent(Unknown Source) > at >org.openorb.notify.impl.StructuredProxyPushSupplierImpl.dispatchEvent >(Unknown Source) > at org.openorb.notify.queue.EventQueueReceiver.doDelivery(Unknown >Source >) > at org.openorb.notify.queue.EventQueueReceiver.pushEvent(Unknown >Source) > at org.openorb.notify.impl.ConsumerAdminImpl.dispatchEvent(Unknown >Sourc >e) > at org.openorb.notify.queue.EventQueueReceiver.doDelivery(Unknown >Source >) > at org.openorb.notify.queue.EventQueueReceiver.run(Unknown Source) ><===============================================================> > Is there a limitation on the notification service of having the same >subnet? ... for example 171.38.61.101 is the server and where notification >service is running, should the client be only at 171.38.61 subnet mask... >Because we have encountered receiving event through notification service if >they have different subnet mask. > Our current setup was the supplier for notifications is in the different >subnet with the consumer. We send notification first, then all is >successful, so then we close the application for consumer then run the >application for consumer and connect it again. Then the next time we send >notification, the exception above appears. Do anyone know what might be the >problem? > >Thank you very much > > > > >------------------------------------------------------- >This SF.net email is sponsored by:Crypto Challenge is now open! >Get cracking and register here for some mind boggling fun and >the chance of winning an Apple iPod: >http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en >_______________________________________________ >openorb-general mailing list >ope...@li... >https://lists.sourceforge.net/lists/listinfo/openorb-general > > |
|
From: Jefferson S.J. G. <jg...@nt...> - 2003-03-23 23:43:16
|
Jefferson wrote:
We are currently using Notification Service-1.3.0. And this exception
occurs. I don't know if this is an error on our side. But does anyone know
what this exception means
<===============================================================>
java.lang.NullPointerException
at org.openorb.notify.persistence.ConnectionInfoHelper.write(Unknown
Sou
rce)
at
file.org.openorb.notify.persistence.ConsumerAdminBase.write(Unknown S
ource)
at
file.org.openorb.notify.persistence.ConsumerAdminHomeBase.flush(Unkno
wn Source)
at
file.org.openorb.notify.persistence.ConsumerAdminBase.flushIncarnatio
n(Unknown Source)
at
file.org.openorb.notify.persistence.ConsumerAdminBase.push_suppliers(
Unknown Source)
at
org.openorb.notify.impl.ConsumerAdminImpl.reportPushConsumerDisconnec
tion(Unknown Source)
at
org.openorb.notify.impl.StructuredProxyPushSupplierImpl.disconnect_st
ructured_push_supplier(Unknown Source)
at
org.openorb.notify.impl.StructuredProxyPushSupplierImpl.reportClientD
isconnection(Unknown Source)
at org.openorb.notify.queue.StructuredPusher.dispatchEvent(Unknown
Sourc
e)
at org.openorb.notify.queue.Pusher.doDelivery(Unknown Source)
at org.openorb.notify.queue.Pusher.pushEvent(Unknown Source)
at
org.openorb.notify.impl.StructuredProxyPushSupplierImpl.dispatchEvent
(Unknown Source)
at org.openorb.notify.queue.EventQueueReceiver.doDelivery(Unknown
Source
)
at org.openorb.notify.queue.EventQueueReceiver.pushEvent(Unknown
Source)
at org.openorb.notify.impl.ConsumerAdminImpl.dispatchEvent(Unknown
Sourc
e)
at org.openorb.notify.queue.EventQueueReceiver.doDelivery(Unknown
Source
)
at org.openorb.notify.queue.EventQueueReceiver.run(Unknown Source)
<===============================================================>
Is there a limitation on the notification service of having the same
subnet? ... for example 171.38.61.101 is the server and where notification
service is running, should the client be only at 171.38.61 subnet mask...
Because we have encountered receiving event through notification service if
they have different subnet mask.
Our current setup was the supplier for notifications is in the different
subnet with the consumer. We send notification first, then all is
successful, so then we close the application for consumer then run the
application for consumer and connect it again. Then the next time we send
notification, the exception above appears. Do anyone know what might be the
problem?
Thank you very much
|
|
From: Michael R. <mic...@en...> - 2003-03-13 07:09:10
|
Bill Littman wrote: >I have recently migrated from OpenORB 1.2.0 to 1.3.0 (on Win2K) and I am >generating a NoClassDefFoundError from the NameServer. I recompiled a >debug version of OpenORB and here is the stack trace that appears: > So the same was happening with the release build as well? Why is there no class name for the NoClassDefFoundError ? >java.lang.NoClassDefFoundError > at >org.openorb.net.AbstractServerRequest.handle_system_exception(Abstrac >tServerRequest.java:1138) > at >org.openorb.net.AbstractServerRequest.client_cancel(AbstractServerReq >uest.java:482) > at >org.openorb.iiop.IIOPServerChannel.close(IIOPServerChannel.java:426) > at >org.openorb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:272) > > at org.openorb.iiop.SocketQueue.receive(SocketQueue.java:201) > at >org.openorb.iiop.IIOPServerChannel.run_recv(IIOPServerChannel.java:56 >5) > at >org.openorb.net.ServerManagerImpl$ChannelRecvRunner.run(ServerManager >Impl.java:909) > > > at java.lang.Thread.run(Unknown Source) > The following problems may be possible: 1. A JDK conflict (Maybe you need to put ins and the orb jars on the bootclasspath so that the classes from those jars override the JDK classes) 2. Another OpenORB jar somewhere where it gets loaded automatically, e.g. %JAVA_HOME%\lib\ext 4. A corrupt jar file You are the first reporter of such a problem, so I think there is something going wrong on your side. I tested your script, but couldn't find a problem, but I needed xerces.jar on the classpath. Before I was getting a NoClassDefFound org/w3c/Node exception... Michael PS: Please use the openorb-users mailing list in the future. More people are subscribed there so you have a better chance of getting help... >This stack trace does not appear on start up, but rather it is later on. >It does not appear on every request and I do not have a good handle yet >on when the stack trace appears. Sometimes, I do get multiple >NoClassDefFoundError exceptions, so it is not crashing the NameServer. >From the code, it looks like it is choking on this line: > m_sending_system_exception_id = SystemExceptionHelper.id( ex ); >However, SystemExceptionHelper is in the OpenORB JAR. > >Here is my batch file to start the name server: > ><start batch file> >@echo off > >set nsClass=C:\Tomo\ds\OpenORB\openorb_ins-1.3.0.jar; >set ooClass=C:\Tomo\ds\OpenORB\openorb-1.3.0.jar; >set psClass=C:\Tomo\ds\OpenORB\openorb_pss-1.3.0.jar; >set tsClass=C:\Tomo\ds\OpenORB\openorb_ots-1.3.0.jar; >set >xtClasses=C:\Tomo\ds\OpenORB\avalon-framework.jar;C:\Tomo\ds\OpenORB\log >kit.jar; > >set classpath=%nsClass%%psClass%%ooClass%%xtClasses%%tsClass% > > >echo Starting NameServer on port %1 > >java org.openorb.ins.Server -ORBPort=%1 ><end batch file> > >Any ideas on this problem? > >-Bill Littman > Lead Software Engineer > TomoTherapy, Inc. > 1240 Deming Way > Madison, WI 53717 > Direct Phone: 608 824-2815 > Phone: 608 824-2800 > Fax: 608 824-2996 > Web address: http://www.tomotherapy.com > Email: bli...@to... > > >------------------------------------------------------- >This SF.net email is sponsored by:Crypto Challenge is now open! >Get cracking and register here for some mind boggling fun and >the chance of winning an Apple iPod: >http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en >_______________________________________________ >openorb-general mailing list >ope...@li... >https://lists.sourceforge.net/lists/listinfo/openorb-general > > |
|
From: Bill L. <bli...@to...> - 2003-03-12 17:59:26
|
I have recently migrated from OpenORB 1.2.0 to 1.3.0 (on Win2K) and I am
generating a NoClassDefFoundError from the NameServer. I recompiled a
debug version of OpenORB and here is the stack trace that appears:
java.lang.NoClassDefFoundError
at
org.openorb.net.AbstractServerRequest.handle_system_exception(Abstrac
tServerRequest.java:1138)
at
org.openorb.net.AbstractServerRequest.client_cancel(AbstractServerReq
uest.java:482)
at
org.openorb.iiop.IIOPServerChannel.close(IIOPServerChannel.java:426)
at
org.openorb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:272)
at org.openorb.iiop.SocketQueue.receive(SocketQueue.java:201)
at
org.openorb.iiop.IIOPServerChannel.run_recv(IIOPServerChannel.java:56
5)
at
org.openorb.net.ServerManagerImpl$ChannelRecvRunner.run(ServerManager
Impl.java:909)
at java.lang.Thread.run(Unknown Source)
This stack trace does not appear on start up, but rather it is later on.
It does not appear on every request and I do not have a good handle yet
on when the stack trace appears. Sometimes, I do get multiple
NoClassDefFoundError exceptions, so it is not crashing the NameServer.
From the code, it looks like it is choking on this line:
m_sending_system_exception_id =3D SystemExceptionHelper.id( ex =
);
However, SystemExceptionHelper is in the OpenORB JAR.
Here is my batch file to start the name server:
<start batch file>
@echo off
set nsClass=3DC:\Tomo\ds\OpenORB\openorb_ins-1.3.0.jar;
set ooClass=3DC:\Tomo\ds\OpenORB\openorb-1.3.0.jar;
set psClass=3DC:\Tomo\ds\OpenORB\openorb_pss-1.3.0.jar;
set tsClass=3DC:\Tomo\ds\OpenORB\openorb_ots-1.3.0.jar;
set
xtClasses=3DC:\Tomo\ds\OpenORB\avalon-framework.jar;C:\Tomo\ds\OpenORB\lo=
g
kit.jar;
set classpath=3D%nsClass%%psClass%%ooClass%%xtClasses%%tsClass%
echo Starting NameServer on port %1
java org.openorb.ins.Server -ORBPort=3D%1
<end batch file>
Any ideas on this problem?
-Bill Littman
Lead Software Engineer
TomoTherapy, Inc.
1240 Deming Way
Madison, WI 53717
Direct Phone: 608 824-2815
Phone: 608 824-2800
Fax: 608 824-2996
Web address: http://www.tomotherapy.com
Email: bli...@to...
|
|
From: JC T. <jc...@pa...> - 2003-02-18 10:33:36
|
On Monday 17 Feb 2003 2:37 pm, JC Tchitchiama wrote: > Greetings folks, > > I wonder if anyone knows of a tool that will detect network phsysical > failure connection rather disconnection at the cable level. What I an > trying to establish is whether the physical connection is Up/Down. > > I came accross a tool called nicinfo but don't know where I can get hol= d os > it. > The most effective one I found was mii-diag > > Best Regards. > > JC. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > jc...@pa... > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > openorb-general mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-general --=20 Best Regards. JC. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D jc...@pa... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: JC T. <jc...@pa...> - 2003-02-17 14:37:54
|
Greetings folks, I wonder if anyone knows of a tool that will detect network phsysical fai= lure=20 connection rather disconnection at the cable level. What I an trying to=20 establish is whether the physical connection is Up/Down. I came accross a tool called nicinfo but don't know where I can get hold = os=20 it. Best Regards. JC. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D jc...@pa... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: Sean P. <sp...@cp...> - 2003-02-05 20:12:14
|
Thanks for looking at this - but I'm not convinced there was a problem -
when working with the NS, and playing with SSL, I did encounter 3 different
IOR strings - however, I did get "one" to "work" - and probably that's
simply the result of actually getting the SSL to work properly. However,
until I can have a chance to do some quantitative comparison, I can't say
that there is necessarily a problem.
Until I can repeat my problem, I'll assume everything's OK.
Sean E. Parker
Research Physicist
Computational Physics, Inc.
8001 Braddock Road, Suite 210
Springfield, Va 22151
703-764-7501
----- Original Message -----
From: "Michael Rumpf" <mi...@ru...>
To: "Sean Parker" <sp...@cp...>
Sent: Wednesday, February 05, 2003 3:25 AM
Subject: Re: [openorb-general] NameService IOR usage in OpenORB.xml
> Hi Sean,
>
> please file this as a bug report so that the problem does not get lost
> in the pleuthora of mails on the mailing-list...
>
> Thanks,
> Michael
>
> On Tue, 2003-01-21 at 17:47, Sean Parker wrote:
> > Hello -
> >
> >
> > I apologize if this topic has been sent before... [list not archived
:-)]
> >
> > I'm trying to place my NameService IOR [one I got by setting -printIOR
in
> > the NameService command-line] into the OpenORB xml:
> >
> > <profile name="user-mods" >
> > <import xlink:href="${openorb.home} config/default.xml#InitRef">
> > <property name="NameService"
> >
value="IOR:000000000000002B49444C3A6F6D672E6F72672F436F734E616D696E672F4E616
> >
D696E67436F6E746578744578743A312E3000000000000100000000000000680001020000000
> >
00B696F2E6370692E636F6D000007D000000000001B004F4F01D98823DFF2000000504F41FE4
> >
E616D65536572765F30FE0000000001000000010000002400000000100204E40000000300010
> > 00F0001000100010020000101090000000100010100" />
> > </import>
> > </profile>
> >
> > The NameService starts-up fine, but the TransactionService gives me this
> > error:
> >
> > <OTS ERROR>
> > [echo] Starting TransactionService ...
> > [java] TransactionService Version 1.3.0
> > [java] (c) 2002 The Community OpenORB
> > [java] OTS server stopped...
> > [java] org.omg.CORBA.OBJECT_NOT_EXIST: Server Exception: OMG Standard
Excep
> > tion #2 minor code: 1330446338 completed: No
> > [java] at java.lang.reflect.Constructor.newInstance(Native Method)
> > [java] at org.openorb.CORBA.SystemExceptionHelper.create(Unknown
Source)
> > [java] at
org.openorb.iiop.IIOPClientRequest.wait_for_response(Unknown
> > Source)
> > [java] at
> > org.openorb.CORBA.Delegate$RequestState.waitForResponse(Unknown Source)
> > [java] at org.openorb.CORBA.Delegate.invoke(Unknown Source)
> > [java] at org.openorb.CORBA.Delegate.is_a(Unknown Source)
> > [java] at
org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:114)
> > [java] at
> >
org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:52)
> > [java] at org.openorb.ots.Service.bindToNamingService(Unknown
Source)
> > [java] at org.openorb.ots.Server.main(Unknown Source)
> > <END OTS ERROR>
> >
> > Am I doing this wrong? Any ideas?
> >
> > Thanks
> >
> >
> > Sean E. Parker
> > Research Physicist
> > Computational Physics, Inc.
> > 8001 Braddock Road, Suite 210
> > Springfield, Va 22151
> > 703-764-7501
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Scholarships for Techies!
> > Can't afford IT training? All 2003 ictp students receive scholarships.
> > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> > www.ictp.com/training/sourceforge.asp
> > _______________________________________________
> > openorb-general mailing list
> > ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openorb-general
> --
> The whole problem with the world is that fools and fanatics are
> always so certain of themselves, but wiser people so full of doubts.
> -- Bertrand Russell
|
|
From: Sean P. <sp...@cp...> - 2003-01-21 16:41:48
|
Hello -
I apologize if this topic has been sent before... [list not archived :-)]
I'm trying to place my NameService IOR [one I got by setting -printIOR in
the NameService command-line] into the OpenORB xml:
<profile name="user-mods" >
<import xlink:href="${openorb.home} config/default.xml#InitRef">
<property name="NameService"
value="IOR:000000000000002B49444C3A6F6D672E6F72672F436F734E616D696E672F4E616
D696E67436F6E746578744578743A312E3000000000000100000000000000680001020000000
00B696F2E6370692E636F6D000007D000000000001B004F4F01D98823DFF2000000504F41FE4
E616D65536572765F30FE0000000001000000010000002400000000100204E40000000300010
00F0001000100010020000101090000000100010100" />
</import>
</profile>
The NameService starts-up fine, but the TransactionService gives me this
error:
<OTS ERROR>
[echo] Starting TransactionService ...
[java] TransactionService Version 1.3.0
[java] (c) 2002 The Community OpenORB
[java] OTS server stopped...
[java] org.omg.CORBA.OBJECT_NOT_EXIST: Server Exception: OMG Standard Excep
tion #2 minor code: 1330446338 completed: No
[java] at java.lang.reflect.Constructor.newInstance(Native Method)
[java] at org.openorb.CORBA.SystemExceptionHelper.create(Unknown Source)
[java] at org.openorb.iiop.IIOPClientRequest.wait_for_response(Unknown
Source)
[java] at
org.openorb.CORBA.Delegate$RequestState.waitForResponse(Unknown Source)
[java] at org.openorb.CORBA.Delegate.invoke(Unknown Source)
[java] at org.openorb.CORBA.Delegate.is_a(Unknown Source)
[java] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:114)
[java] at
org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:52)
[java] at org.openorb.ots.Service.bindToNamingService(Unknown Source)
[java] at org.openorb.ots.Server.main(Unknown Source)
<END OTS ERROR>
Am I doing this wrong? Any ideas?
Thanks
Sean E. Parker
Research Physicist
Computational Physics, Inc.
8001 Braddock Road, Suite 210
Springfield, Va 22151
703-764-7501
|
|
From: JC T. <jc...@pa...> - 2002-11-22 16:55:07
|
=20 Greetings folks, Does any one know how client socket involved on a IIOP connection are cre= ated=20 ? Best Regards. JC. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D jc...@pa... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: JC T. <jc...@pa...> - 2002-11-21 10:11:50
|
Brilliant Michael that works very well. Thanks for your help JC On Thursday 21 Nov 2002 8:46 am, Michael Rumpf wrote: > On Wed, 2002-11-20 at 16:46, JC Tchitchiama wrote: > > Greetings folks > > > > > > I have got an urgent problem I hope someone out there has already com= e > > accross. > > > > > > Basically I would like to know if one can specify/restrict the range = of > > ports that can be used > > between the client and the server during ORB comm across the network. > > > > For security and firewall requirement, I would like to have controle = over > > the port range in use by CORBA. > > > > I see that the initial comm is carried accross dynamic ports before > > reaching GIOP step.Best Regards. > > You can't restrict the range the port is chosen from, but you can set > the port number by specifying -Diiop.port=3D<PORT_NUMBER> for the serve= r > application... > > Michael > > > JC. > > > > PS: I am using xindice over corba. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > jc...@pa... > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: To learn the basics of securing > > your web site with SSL, click here to get a FREE TRIAL of a Thawte > > Server Certificate: http://www.gothawte.com/rd524.html > > _______________________________________________ > > openorb-general mailing list > > ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openorb-general |
|
From: Michael R. <mi...@ru...> - 2002-11-21 08:48:32
|
On Wed, 2002-11-20 at 16:46, JC Tchitchiama wrote: > Greetings folks > > > I have got an urgent problem I hope someone out there has already come > accross. > > > Basically I would like to know if one can specify/restrict the range of ports > that can be used > between the client and the server during ORB comm across the network. > > For security and firewall requirement, I would like to have controle over the > port range in use by CORBA. > > I see that the initial comm is carried accross dynamic ports before reaching > GIOP step.Best Regards. You can't restrict the range the port is chosen from, but you can set the port number by specifying -Diiop.port=<PORT_NUMBER> for the server application... Michael > JC. > > PS: I am using xindice over corba. > ================================================================== > jc...@pa... > ================================================================= > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > openorb-general mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-general -- Michael Rumpf <mi...@ru...> |
|
From: JC T. <jc...@pa...> - 2002-11-20 15:48:21
|
Greetings folks I have got an urgent problem I hope someone out there has already come=20 accross. Basically I would like to know if one can specify/restrict the range of p= orts=20 that can be used=20 between the client and the server during ORB comm across the network. For security and firewall requirement, I would like to have controle over= the=20 port range in use by CORBA.=20 I see that the initial comm is carried accross dynamic ports before reach= ing=20 GIOP step.Best Regards. JC. PS: I am using xindice over corba. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D jc...@pa... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: Michael R. <mi...@ru...> - 2002-09-16 05:43:59
|
Hi, no, not heard of anything like that! Seems as if your connection to the SF servers is a bit unstable... Wait a few days, SF related problems always settle after a certain time. Michael ----- Original Message ----- From: "Manjot" <dh...@ca...> To: <ope...@li...> Sent: Monday, September 16, 2002 4:52 AM Subject: [openorb-general] downloading OpenOrb and NotificationSerivce zip files > Hi, > > Multiple download attempts yielded zip files of insufficient size. Did > anybody else face this problem? > > Manjot > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > openorb-general mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-general |
|
From: Manjot <dh...@ca...> - 2002-09-16 02:52:07
|
Hi, Multiple download attempts yielded zip files of insufficient size. Did anybody else face this problem? Manjot |
|
From: Michael R. <mi...@ru...> - 2002-08-28 07:36:00
|
See the example in OpenORB\src\examples\org\openorb\orb\examples\messaging Another property that has something to do with connection timeout is "reapCloseDelay" which closes connections after some time when they are unused... Michael ----- Original Message ----- From: "S. Sahayaraj" <ssa...@qu...> To: <ope...@so...> Sent: Wednesday, August 28, 2002 6:08 AM Subject: [openorb-general] Connection Timeout > Hi All, > Is there possible to set the "connection timeout" values to OpenORB > through parameterized?. If so, kindly let me point out. > > Thanks > Sahay. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Jabber - The world's fastest growing > real-time communications platform! Don't just IM. Build it in! > http://www.jabber.com/osdn/xim > _______________________________________________ > openorb-general mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-general |
|
From: S. S. <ssa...@qu...> - 2002-08-28 04:08:08
|
Hi All, Is there possible to set the "connection timeout" values to OpenORB through parameterized?. If so, kindly let me point out. Thanks Sahay. |