Mike,
You're on the right track. The problem is that Inline::Java always
uses the base type and things can get a bit strange when an API is
constantly using interfaces as return types:
Try this:
my $sessionMgr =
com::crystaldecisions::sdk::framework::CrystalEnterprise->getSessionMgr();
my $enterpriseSession = $sessionMgr->logon(userid, "password",
'td334.us.company.net:6400', secEnterprise);
# Force Inline::Java to see $entrepriseSession as a
com.crystaldecisions.sdk.framework.IEnterpriseSession object, not it's
real "internal" type
$entrepriseSession =
cast('com.crystaldecisions.sdk.framework.IEnterpriseSession',
$enterpriseSession) ;
my $iStore = $enterpriseSession->getService("", "InfoStore");
Do this work better? If it does, you will probably need to keep on
casting the objects returned from methods to the type the API says it
returns.
Patrick
> Mike
>
> ________________________________
>
> From: Jason Stelzer [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 08, 2008 8:33 AM
> To: Vanole, Mike
> Cc: inline@perl.org
> Subject: Re: Inline Java and the Business Objects SDK
>
>
>
> I used Inline::Java to integrate with several J2EE applications from
> within a fairly large perl codebase. There's no dodging picking up java
> as you go really. For some things (mostly collections) you'll probably
> want to evaluate using a tied reference to hide the java behind a
> familiar perl interface. Otherwise you'll wind up with a leaky
> abstraction and have java-esque code all through the perl codebase.
>
> Other than that, what's the nature if the question? I didn't use
> Business Objects, but I imagine that they provide some sort of ejb you
> can get a reference to and make rmi calls on, yes? Otherwise, if it's
> all via local jars and whatnot, then making sure your class path is
> correct and using the documented api is probably the way to go and
> eliminates some complexity.
>
> On Mon, Jul 7, 2008 at 10:17 PM, Vanole, Mike <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm trying to use Inline::Java to use the Business Objects SDK without
> coding Java. The STUDY and AUTOSTUDY look like they set me up to do
> this.
>
> Before I get into the specifics of my challenges I was looking for
> anybody who may have had success doing this. I am having limited
> success, but I'm not a Java programmer so I'm not even sure how to ask
> the Java questions to get the Perl answer.
>
> Regards,
> Mike
>
>
>
>
>
>
>
>
--
=====================
Patrick LeBoutillier
Laval, Québec, Canada
