Forte Mapping of IDL

I am having difficulty integrating an external Java client with a Forté SO.
The IDL provided by the Java programmers includes structures with 64 bit
signed integers (IDL "long long" or Java long). Forté does not seem to have
an equivalent datatype (yes, I'm a Forté rookie, but I have checked all
available documentation). Corbagen chokes on it. I don't have to do
anything with this data, but I do have to pass it along to another Java
client (also using CORBA) and, possibly save in an SQL database. I may have
to dummy this out as an array of 8 bytes of some kind and fix the endian
differences myself (ugh!).
Anybody got a better idea?
Mike Lapeyre
Troy, MI
* Phone: +01-248-273-6331 (8-351)
Fax: +01-248-273-1673
* mailto: [email protected]

Sun CC compiler has "-flags" command line option.
If you know the meaning of Visual Age compiler flags you can easily map them to the
Sun's compiler by using -flags:
Let's say you are looking for the debug option:
$ CC -flags | grep debug
-g Compile for debugging
-g0 Compile for debugging by dbx but allow inlining
-xs Allow debugging without object (.o) files
Of course some options are compiler/platform specific and will not have a direct equivalent.

Similar Messages

BOOLEAN IN FORTE MAPPING TO MS C++

I need to map some boolean data types from Tool to C++. Has anyone ever done
this before. If so,
how did you establish a one to one correspondence bewtween the boolean types
in
Forte and the boolean types in C++.
I am using Microsoft visual C++. According to the documentaion a tue value
has a value of -1.
and a false value has a value of 0.
BG

Hi,
Check these Notes:
Note 675939 - SAP Web AS 6.40 Installation on Windows: MS SQL Server
Note 795991 - J2EE deployment fails, memory error on db-side
Note 659468 - JDBC: Unspecified database error

RE: Forte/CORBA inquiry - Long post

Dave,
Are you using any kind of structured object in the parameters to your
CORBA-exposed method?
We have found that Forté will change the order of struct class attributes
when changes are made in the IDE (often even when seemingly unrelated).
Look at the IDL generated in your last deploy to be sure the order of
attributes is the same.
- MikeL
-----Original Message-----
Date: Thu, 3 Aug 2000 12:10:17 -0700
From: "Dave Ortman" <dortmanrcsis.com>
To: kamranaminyahoo.com
Subject: Forte/CORBA inquiry - Long post
Message-id: <3989c399.22c.0rcsis.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Hello,
I've been experimenting with accessing Forte through Java via CORBA. While
I have adequate experience with Forte and Java, I'm fairly new to CORBA. As
a result, I've discovered some issues which I can't seem to resolve.
I fear my explanation might be a bit lengthy, but I figure it's easier to
offer
comments when you have all the information. I apologize in advance.
I started by writing a Java application that would access a Forte service
object.
To keep things simple, I didn't use any of our existing code base. I
instead
used the code examples in tech note #10950: Forte Service Objects and
VisiBroker
Java IIOP clients. However, instead of using the VisiBroker ORB, I used the
Java 1.2 ORB. Other than that, I used the same code offered in the tech
note.
This example worked fine. I exported the IDL from Forte, ran the Sun
idltojava
tool, and compiled my Java classes.
I then tried to carry this example forward, and use some of our existing
Forte
objects. Things did not go as smoothly, and I am now left with a few
questions.
I created two new projects in my workspace - CorbaSO and CorbaManager.
In the CorbaManager I created a single class - CustomerManager. This object
has one method which retrieves a customer object based upon a CustomerID
which
is passed into the method. This project has three supplier plans which are
needed to retrieve this Customer object.
In the CorbaSO project, I created two classes - CorbaServer and TestClass.
CorbaServer has two methods: getCustomer and GetDamage. The getCustomer
method
instantiates an instance of the CustomerManager class, and uses it to
retrieve
a customer based upon the CustomerID passed into the getCustomer method,
then
returns the CustomerName (string). The GetDamage method is the same method
that's used in tech note #10950 (discussed above). I just wanted to make
sure
it still worked. I then made a Service Object from the CorbaServer class,
which
I called CorabaServerSO. This project has two supplier plans - the
CorbaManager
project discussed above, and the plan which contains the CustomerObject
(which
is returned by the CUstomerManager class).
Lastly, the test class simply contains a go() method, which I used to make
sure
the CorbaServerSO was working fine. All it does is call
CorbaServerSO.getCustomerName()
passing in a CustomerID, and writes the returning name out the logger.
The code compiles, and it works fine when I run it from within Forte
[through
TestClass.go()]. I then deployed the app and exported the IDL.
However, when looking at the IDL, I find that Forte exported 900k of IDL.
It
exported the IDL definition of every class within the supplier plan
hierarchy.
Given that I only wanted to expose my one service object, I assumed that I
would only get IDL for that one project. Instead, I got IDL for every
object
all the way down the Supplier Plan chain. So my first question is, why do I
get IDL for everything?
To make matters worse, this 900k IDL file is littered with errors - and my
IDL
compiler chokes. I edited the IDL so that it only contained definitions for
the CorbaSO project, and ran the IDLTOJAVA tool on that edited file. That
created
the JAVA files just fine, and I then compiled them into CLASS files. So far
so good.
I then wrote a Java client to call methods on my newly published
CorbaServerSO.
I found that the GetDamage() method worked fine, while the getCustomer
method
yield the following error: 'org.omg.CORBA.UNKNOWN: minor code: 1
completed:
Maybe'. This error is offered immediately after calling the getCustomer
method
on the CORBA stub.
Curious as to why one method worked, and one didn't - I looked to the code
in
the GetDamage method. The code was as follows (all undeclared variables are
input or output variables of type double):
tmp1 : i4;
tmp1 = i4(total * 0.0775 * 100.0 + 0.5);
salesTax = double(tmp1) / 100.0;
tmp1 = i4(total * 0.15 * 100.0 + 0.5);
tips15 = double(tmp1) / 100.0;
newTotalwoTips = salesTax + total + total;
As written above, the code works. I then modified the code to the following
(all parameters were unchanged):
custManager : CustomerManager= new();
tempCustomer : Customer = custManager.fetchCustomer(12345);
tmp1 : i4;
tmp1 = i4(total * 0.0775 * 100.0 + 0.5);
salesTax = double(tmp1) / 100.0;
tmp1 = i4(total * 0.15 * 100.0 + 0.5);
tips15 = double(tmp1) / 100.0;
newTotalwoTips = salesTax + total + total;
After deploying the newly modified code, I find that the GetDamage method
now
does not work. All I did was instanstiate an object, and call a method on
it.
I never did anything with the results. Yet I get the same error:
'org.omg.CORBA.UNKNOWN:
minor code: 1 completed: Maybe'.
So my two question are:
1. Why did I get IDL for every object within the Supplier Plan tree when I
was
only attempting to expose 1 Service Object.
2. Why does a method cease to work via CORBA when I interact with another
object?
Thanks in advance for any help,
-Dave Ortman

In a previous post, I asked:
<<Why did I get IDL for every object within the Supplier Plan tree when I
was
only attempting to expose 1 Service Object.>>
Since writing this, I have come across tech note #11427 - which mentions use
of a IIOPIgnore extended flag which you can set on objects to suppress IDL
generation. Otherwise, Forte automatically generates IDL for any object
which is marked as Distributed.
Most of our objects are distributed. I set this property on the objects
within the two projects I was working in, and the IDL for these objects was
not created. However, the rest of the objects in the Supplier Plan chain
were still translated to IDL. Am I going to have to set this property on
every object? I don't see how I could be misapplying the property - but you
never know.
<<Why does a method cease to work via CORBA when I interact with another
object?>>
Through the use of putline()'s, I've found that the error is generated
somewhere deeper within our application architecture. It may be a problem
with our code - I'm not sure. I would still be happy to hear any input on
the matter.
Thanks,
-Dave Ortman

Forte/CORBA/VC++ Question

Hi Everybody,
Does any one worked on a C++ application communicating with a Forte Service
Object via Visibroker. Problem we are facing is we could't able to call a
Service Object Method which is returning a Array of Objects. Forte
generating the IDL for the function but when we tried to access the function
from the C++ client causing CORBA::UNKOWN exception.
thanks in advance..
[email protected]
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Hi, Srinivas
I do have "a C++ application communicating with a Forte Service Object via
Visibroker", and also my remote method of the service object is returning an
Array of Object (to be exact, a subclass of Object). It is hard to figure out
what happened just from the information you provided here. If you could provide
more information, it might be helpful.
CORBA::UNKOWN exception: The explanation is The ORB could not determine the
thrown exception. The server throws something other than a correct exception
such as Windows runtime exception.
By default, when Forte generates an IDL method, it raises an exception either
GenericException or UserException. You can subclass GenericException or
UserException to add custom exception classes.
Shilong Yin
US West in Denver
Srinivas Delu wrote:
Hi Everybody,
Does any one worked on a C++ application communicating with a Forte Service
Object via Visibroker. Problem we are facing is we could't able to call a
Service Object Method which is returning a Array of Objects. Forte
generating the IDL for the function but when we tried to access the function
from the C++ client causing CORBA::UNKOWN exception.
thanks in advance..
[email protected]
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>-
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Re: [Java-Forte Application]

Hi,
- Which Java Tool is recommanded to be used (Visual
Cafe, Sun Java Studio...) ?Anything of your choice.
- If we use a browser, must we have an ORB ?Yeah. You still need an ORB to talk with forte server. Browsers are used for running ur applet. If u need to talk with forte then u should have some ORB to be running on the Client side. There is no need for ORB on the server side as forte itself is ORB compliant.
- What are the disadvantages of these solutions
(development, deployment, administration ) ?Development: Forte can produce java files directly instead of the IDL files, if u configure forte for the JAVA Mode. I think you need forte RG. for forte to work in java mode. ( please cross check this as i am not sure). In Java mode forte creates a bean for each service object u can use this bean to access the functions of service object. WebEnterprise1.0B manual gives good explanation of this. Making call back from the forte side is bit tricky . I will send u a mail about this if u need it.
- Must we use WebEnterprise on the server side?Yes you should use webenterprise on the server side. Web enterprise can now support both IDL mode and JAVA mode. Configure ur forte partition which contains the service object to JAVA mode which will simplify ur client development as u need not bother about ORB/CORBA API calls. Also configure the IOR file to be created at run time.
----Krishna.
IBC.
Get free e-mail and a permanent address at http://www.netaddress.com/?N=1
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

An additional consideration is that if you generate the Java directly
from Forte, you must use the Visigenics ORB; if you use Forte to
generate IDL you can then use any (?) CORBA 2.0 compliant ORB. This is,
for us, a primary concern and thus we are NOT using "Java Mode" as Forte
calls it. The whole point of CORBA is to be an open standard and Forte
tying you to a specific ORB vendor, is in my humble opinion,
Personal opinions expressed in this transmission may not reflect the opinions
me your opinion of that product?"----------
From: Collom, David <[email protected]>
To: '[email protected]' <[email protected]>
Subject: Forte 3.0
Date: Tuesday, August 19, 1997 8:58 AM
What's the status with Forte Version 3.0? When is it scheduled to go to
production (tentatively)?
How does one become a beta site? We are presently just starting work on
a Forte project
that we intend to develop under 3.0 but are currently use 2.0F.
Those that are using the beta, what are your impressions so far?
Thanks,
Dave
Dave Collom
metamor
Metamor Technologies Ltd.
One North Franklin
Chicago, IL 60606
Companies (PJC). Distribution or other use of this information
is prohibited without written consent from the author.
PJC reserves the right to monitor all e-mail.
Here to help,
Stephen :-{)
Stephen Brand
Novalis Corporation
[email protected]
NOTE: The opinions expressed here are my own and not necessarily those of my
employer.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
of Piper Jaffray Companies or its affiliates.
Disclosure, dissemination, distribution, copying or other use of information
contained herein is strictly prohibited without the express written consent
of the author.
Piper Jaffray Companies reserves the right to monitor incoming and
outgoing e-mail traffic.
If you feel you may not be the intended recipient, please immediately notify
the sender.
unacceptable.
---Raymond
KRISHNAKUMAR RAMAMURTHY wrote:
>
Hi,
- Which Java Tool is recommanded to be used (Visual
Cafe, Sun Java Studio...) ?Anything of your choice.
- If we use a browser, must we have an ORB ?Yeah. You still need an ORB to talk with forte server. Browsers are used for running ur applet. If u need to talk with forte then u should have some ORB to be running on the Client side. There is no need for ORB on the server side as forte itself is ORB compliant.
- What are the disadvantages of these solutions
(development, deployment, administration ) ?Development: Forte can produce java files directly instead of the IDL files, if u configure forte for the JAVA Mode. I think you need forte RG. for forte to work in java mode. ( please cross check this as i am not sure). In Java mode forte creates a bean for each service object u can use this bean to access the functions of service object. WebEnterprise1.0B manual gives good explanation of this. Making call back from the forte side is bit tricky . I will send u a mail about this if u need it.
- Must we use WebEnterprise on the server side?Yes you should use webenterprise on the server side. Web enterprise can now support both IDL mode and JAVA mode. Configure ur forte partition which contains the service object to JAVA mode which will simplify ur client development as u need not bother about ORB/CORBA API calls. Also configure the IOR file to be created at run time.
----Krishna.
IBC.
Get free e-mail and a permanent address at <a href="http://www.netaddress.com/?N=1">http://www.netaddress.com/?N=1</a>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href="http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

Another forte-CORBA-VC++

Hi Everybody,
we are connecting to Forte conductor from a VC++ client via Visibroker. we
could able to open a session with the conductor but when we try to access
getActivitiesList it is returning null eventhough there are activities for
the user.
sample code:
CMyWFClient *theClient = new CMyWFClient();
const char* mypasswd = (const char*)((CCRMTSApp*)AfxGetApp())->passwd;
theClient->OpenSession((const char*)m_USER_ID,(const
char*)((CCRMTSApp*)AfxGetApp())->passwd,MyAssignments);
WFClientLibrary::sequence_WFActivity_ptr CurUserActivities;
do
CurUserActivities =
theClient->theSession->GetActivityList(WFCorbaApi::CorbaWFSession.AL_EVENTS_OFF|WFCorbaApi::CorbaWFSession.SAVE_UPDATES_ON);
if(!CurUserActivities->length())
_sleep(1000);
}while(!CurUserActivities->length());
Are there any possibilities of going wrong in the ORB-Conductor
communication.
thanks in advance
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Hi, Srinivas
I do have "a C++ application communicating with a Forte Service Object via
Visibroker", and also my remote method of the service object is returning an
Array of Object (to be exact, a subclass of Object). It is hard to figure out
what happened just from the information you provided here. If you could provide
more information, it might be helpful.
CORBA::UNKOWN exception: The explanation is The ORB could not determine the
thrown exception. The server throws something other than a correct exception
such as Windows runtime exception.
By default, when Forte generates an IDL method, it raises an exception either
GenericException or UserException. You can subclass GenericException or
UserException to add custom exception classes.
Shilong Yin
US West in Denver
Srinivas Delu wrote:
Hi Everybody,
Does any one worked on a C++ application communicating with a Forte Service
Object via Visibroker. Problem we are facing is we could't able to call a
Service Object Method which is returning a Array of Objects. Forte
generating the IDL for the function but when we tried to access the function
from the C++ client causing CORBA::UNKOWN exception.
thanks in advance..
[email protected]
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>-
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

RMI-IIOP specification

I look out for an exact specification of the RMI-IIOP,similarly to the
specification of the RMI (http://java.sun.com/products/jdk/rmi/).
My special interest concerns the 'Parameter Transmission'. Probably there
are no hardly differences between RMI and RMI-IIOP, but I would like to know
it exactly.
Thanks in advance,
Frank

I'm not sure I understand what it is that you are looking for. The IIOP
specification is defined by OMG. How Java types map to IDL types is defined by
the first spec on this site. How IDL valuetypes map to IIOP is defined on the
second.
I do not believe that there is a separate specification for RMI/IIOP since it
really depends on these other OMG specifications. There is a separate
specification for EJB-CORBA interoperability at:
http://java.sun.com/products/ejb/docs.html
Hope this helps,
Robert
"Frank Thomas Aßmann" wrote:
Hi Robert!
Thank you, but I knew that site before. It only contains the two
specifications of the Object Management Group, on which RMI over IIOP is
based on. I search for an exact specification of the RMI-IIOP itself.
Thanks,
Frank
"Robert Patrick" wrote
http://java.sun.com/products/rmi-iiop/
"Frank Thomas Aßmann" wrote:
I look out for an exact specification of the RMI-IIOP,similarly to the
specification of the RMI (http://java.sun.com/products/jdk/rmi/).
My special interest concerns the 'Parameter Transmission'. Probably
there
are no hardly differences between RMI and RMI-IIOP, but I would like toknow
it exactly.

Mapping TOOL to IDL

Anyone,
Here's the situation: I have a Library that was generated when
I imported a .pex file(that was created from the idl) into the Forte
env. This Lib has Structs, Structs of Structs (sequence of structures)
and a control class. In the control class I have a method with two
parameters of type StructStruct. Another Forte class method has the
same two parameters but they are of type Array of... I want to map the
Array of type from the calling method to the StructStruct type of the
interface method so when I call the interfaace method there is no type
mismatch error ..
thanks,
Chad

Try jAllora from www.hitsw.com

Forte 6U2 - poor performance of std::map::operator[]

I discovered to my horror this morning that Forte 6U2 implementation of std::map (at least at the patch level I'm working with) ALWAYS default constructs a value_type when operator[] is invoked - even if value_type already exists in the map.
Any reasonable STL implementation first uses lower bound to search, and failing to find an appropriate element, uses the resulting iterator as an insertion hint, only then default constructing a value_type (and therefore a mapped_type) element.
The existing implementation in Forte 6U2 imposes an absurd penalty on the use of the subscript operator when mapped_type's default construction semantics are non-trivial. While "correct" in the sense that the contract for std::map::operator[] is met, I cannot imagine that this was an intentional design choice given the performance implications. How can I get this issue addressed?

Well, I wasn't making any claim about the efficiency of the underlying tree representation - only the fact that operator[] unconditionally default constructs a mapped_type object, even if there is already an appropriate element in the map, which is no good at all. I'll try your request for enhancement thing though...
While I would very much like to switch to using STLport vs. the RW stl, a compiler upgrade is not the answer here.

IDL mapping to Java

I just read a topic about IDL mapping to Java...I want to know ,does it have differences and similarities to the IDL mapping to Java?....

that my point....i doesn't understand what it is? What don't you understand?
CORBA and ORB?
Java?
Why you'd have to map one language to another?
The details of the mapping?
doesn't java forum is to expend my knowledge on java?Actually, the forum is a place for folks to ask and answer questions, but there's never a guarantee. I can't make you ask smart questions, and you can't make me give any answer, let alone a good one. We're all volunteers here. If nobody decides to bother with your question you're out of luck.
So - do you want to start with CORBA? It's an OMG spec written in the 90s that would allow objects to communicate with each other over a network. The ORB is the Object Request Broker that marshalls, routes, and unmarshalls messages between objects running on different machines.
%

Boolean mapping from Forte to C

I need to map some boolean data types from Tool to C++. Has anyone ever done
this before. If so,
how did you establish a one to one correspondence bewtween the boolean types
in
Forte and the boolean types in C++.
I am using Microsoft visual C++. According to the documentaion a tue value
has a value of -1.
and a false value has a value of 0.
BG

Well you first task is to read the "Integrating With External Systems" book or pdf.
I had the same UUID question my first time too. This isn't covered in the docs. Basicly when you create the import pex file by hand don't worry about the UUIDs. Once you import the pex into Forte it will generate it's own UUIDs. When you view the generated pex file after compile it will have UUIDs.
Scott Bechtel

How to map idl to java for "union" type

help me

I'm not exactly sure what you're asking for. If you've written IDL that uses an IDL union type, it will be converted to Java when you use your IDL to Java compiler (like idlj), right?
If you're looking for the specification on how the compiler does/should do it, get the latest IDL to Java language mapping from the OMG -- www.omg.org.

RE: (forte-users) MAPI

Hi Pascal,
The easest way to interface the MAPI on NT is to use OLE Active Messaging
Library (Olemsg32.dll). Interfaces, methods etc. will be automatically
generated by Olegen.
Regards,
Zenon
-----Original Message-----
From: Rottier, Pascal [SMTP:Rottier.Pascalpmintl.ch]
Sent: Tuesday, October 31, 2000 5:24 AM
To: 'Forte Users'
Subject: (forte-users) MAPI
Hi all,
Does anyone have a reference or example for interfacing with MAPI on NT?
I'm also looking for a way to "browse" an unknown DLL to see what
functions
it contains. Forte documentation tells you how to map TOOL to C-functions,
but assumes you already know the full signature of the C-functions.
Thanks,
Pascal Rottier
Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
For the archives, go to: http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

Hi Jean-Paul,
As described in the Technote 10981 some Forte programs (Nodemanager and
router) handle correct the high-file descriptor-use problem. It is possible
that Forte interpreter do it correct too.
Zenon
-----Original Message-----
From: Jean-Paul Gabrielli [SMTP:Jean-Paul.Gabriellisema.fr]
Sent: Monday, September 25, 2000 12:11 PM
To: Adamek, Zenon
Cc: Forte-userslists.xpedior.com
Subject: RE: (forte-users) [UNIX] "Too many open files" 3.0.M2
question
Actually, the stuff works in interpreted mode.
It's only when having the server partition compiled that this happen.
j-p
-----Message d'origine-----
De: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Date: lundi 25 septembre 2000 17:13
À: 'Jean-Paul.Gabriellisema.fr'
Cc: Forte-userslists.xpedior.com
Objet: RE: (forte-users) [UNIX] "Too many open files" 3.0.M2 question
see Technote 10981
-----Original Message-----
From: Jean-Paul Gabrielli [SMTP:Jean-Paul.Gabriellisema.fr]
Sent: Monday, September 25, 2000 11:02 AM
To: zeForte-users
Subject: (forte-users) [UNIX] "Too many open files" 3.0.M2 question
Hi,
running a server partition that reads a configuration file,
and apparently doen't close it after, I have that exception:
SYSTEM ERROR: System Error: Too many open files, opening '....'with mode
'r'
Class: qqos_FileResourceException
1) Is there such a limit, or does this rely only on the OS one ?
2) How is this error not trapped, as I only got itinteractively, whereas
my server log does a exception trap/segmentation fault,
thanlks
j-p
For the archives, go to: http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To unsubscribe,send in a new
email the word: 'Unsubscribe' to:
forte-users-requestlists.xpedior.com
>
For the archives, go to: http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

Forte application interfacing to a MAPI service such as MSExchange

Does anyone know of a Forte application or componentware that interfaces to
MAPI services such as Microsoft Exchange?
Sincerely,
Bob Lent

Hi,
Please try to use fiddler (http://www.telerik.com/fiddler) to trace the detailed error, the detailed error message is very helpful for us to find the reason.
There is a client library to create namespace, you can use if you want the C# experience.
Here is sample code using the Service Bus Management Library:
// Get this from the portal
var subscriptionId = "5f830156-0000-0000-0000-000000000000";
// Get this from your .publishsettings file
var managementCert = "MIIKFAI...really long string of base64...==";
var creds = new CertificateCloudCredentials(
subscriptionId,
new X509Certificate2(Convert.FromBase64String(managementCert)));
ServiceBusManagementClient sbMgmtClient = new ServiceBusManagementClient(creds);
sbMgmtClient.Namespaces.Create("[YOUR SB NAMESPACE NAME]", "East US");
Best Regards,
Jambor
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Idl to java mapping problems

i have a datatype i created on the server. On the server is a method that returns that datatype in a array. How can i sepecify in the idl that the return type is a special datatype and that it is also an array.

try to use "sequence" to do that.

Forte Mapping of IDL

Similar Messages

Maybe you are looking for