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. |