Visual Cafe Pro 2.5 -> Dll - How to use in delphi

[Kristof Werling]

Hello,

I am using Visual Cafe Pro 2.5, which is able to generate DLLs from
Java code.

So far I was not able to access any of these DLLs from Delphi. Any
idea how to do that?

Thanks,

Kristof

[Wil Hunt / Symantec]

Kristof,

The DLLs created with Visual Cafe need to be accessed via JNI calls.
For an example of this, refer to the JNI samples shipped with Visual
Cafe.

Wil

--
Wil Hunt
Symantec Internet Tools

Please continue to post your messages to the public discussion groups as
Symantec does not provide support via private email.

If you have difficulty getting a response, please accept our humble
apologies and read the following article:

http://service1.symantec.com/SUPPORT/sharedtech.nsf/docid/1998527114414

For free technical support in the form of Knowledge Base support
articles,
FAQs, and file downloads, visit our technical support pages. You can
reach them from:

http://www.symantec.com/techsupp/

For general information regarding Symantec's Internet Tools family of
products, visit our Internet Tools home page:

http://cafe.symantec.com/

[Kristof Werling]

On Mon, 29 Jun 1998 15:44:55 -0700, Wil Hunt / Symantec
<wh...@devtools.symantec.com> wrote:

>Kristof,
>
> The DLLs created with Visual Cafe need to be accessed via JNI calls.
>For an example of this, refer to the JNI samples shipped with Visual
>Cafe.
>
>Wil

Hi Wil,

Thanks for answering my question. But I still might have some problems
understanding this. I assumed that something, which is called a DLL
really is a DLL (in the context of Win NT or Win95).

Why do I have to use JNI to access this DLL from Delphi or C++?

Further more, would there be a chance to use the Lib file, which
was generated by your compiler?

Thanks in advance for your help,

Kristof

[Wil Hunt / Symantec]

Kristof,

The DLL we create really is a DLL in the context of Windows. A DLL can
contain any type of resources, from C style functions to images. The
resources contained within our DLL are "native Java" functions. The
reason for this they require the native runtime in order to run
properly. Remember that Java has features such as the garbage collector
which need to be running all the time. The native version of the
garbage collector needs to be running before you can make you function
call. To ensure that all this takes place properly, and to ensure
compatibility with byte JNI, we created our model directly from the JNI
Specification.

I hope this helps to clarify. This is covered in greater detail in both
chapter 10 of your users guide and in the ReadMe file.

Wil

[Kristof Werling]

On Tue, 30 Jun 1998 10:57:07 -0700, Wil Hunt / Symantec
<wh...@devtools.symantec.com> wrote:

>Kristof,
>

> The DLL we create really is a DLL in the context of Windows. A DLL can
>contain any type of resources, from C style functions to images. The
>resources contained within our DLL are "native Java" functions. The
>reason for this they require the native runtime in order to run
>properly. Remember that Java has features such as the garbage collector
>which need to be running all the time. The native version of the
>garbage collector needs to be running before you can make you function
>call. To ensure that all this takes place properly, and to ensure
>compatibility with byte JNI, we created our model directly from the JNI
>Specification.
>
>I hope this helps to clarify. This is covered in greater detail in both
>chapter 10 of your users guide and in the ReadMe file.

Hi Wil,

thanks again for taking the time to answer my question.

Now it makes a lot of sense to me. Sorry for being so ignorant in not
understandig it earlier.

Thanks again,

Kristof

BTW: I already checked the users guide. I must have overlooked it ;-)