View Full Version : Crystal Reports (Cross-Post)
NewsArchive
12-31-2007, 03:04 AM
For those that are using Crystal Reports, what are you using to distribute
the runtime files?
I HAVE been using an old wise compiled program, but i no longer use wise or
have access to the original script. I am now using SetupBuilder for my
installations.
TIA
Tim
NewsArchive
01-04-2008, 04:11 AM
Hello,
I am going to be using CR2008 at a customer's site next week. The best
distributable is to tell the client to install CR at each workstation. :-)
It's the only way I've made it work.
-Robert
NewsArchive
01-04-2008, 04:11 AM
I am still using CR10. and I have an installer that works well, which was
created using WISE. I was just hoping to be able to incorporate the CR10
runtime into an SB installer. Right now i am just copying the Wise created
installer to a temp folder and running it from there.
Installing Crystal Reports at the client site is definately not an option.
Tim
NewsArchive
01-04-2008, 04:11 AM
Tim,
If you know what to redistribute, you can re-create your CR10 installer in
SetupBuilder. Absolutely no problem. I think the CR10 runtime.chm lists
all necessary files.
Robert is right. If you are supporting (or plan to support) XI and later,
you have to use the original Crystal Reports merge modules. But this does
not work with Clarion. Only the full CR install helps.
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-04-2008, 04:12 AM
I think ill stick with CR10 for the moment. Buying CR11 for each workstation
my software is installed on is not an option. Id have to switch to something
besides clarion if that was the case.
Tim
NewsArchive
01-05-2008, 12:43 PM
Hi Tim,
> I think ill stick with CR10 for the moment. Buying CR11 for each
> workstation my software is installed on is not an option. Id have to
> switch to something besides clarion if that was the case.
The file scr100.wse in your Wise system holds the logic to distribute CR10.
The script is not that complex and SetupBuilder would be able to handle CR10
installations without any problem. Our Consulting converted a CR9 for a
large customer last year and it worked without any problem. If you need any
help just let me know.
Friedrich
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-05-2008, 12:44 PM
Thank you as always.
Setup builder is such a great product, add your support and its the be all,
know all of installers.
Tim
NewsArchive
01-05-2008, 12:44 PM
Tim,
> Thank you as always.
>
> Setup builder is such a great product, add your support and its the be
> all, know all of installers.
Thank you for your kind words :)
Friedrich
NewsArchive
01-05-2008, 12:45 PM
Hi,
Merge modules work fine with Clarion. You just need to distribute proper
crpe32.dll and make sure Clarion application loads this dll. This dll must
be located in the same folder where all the RDC modules are getting
installed.
--
--
Leonid Chudakov
Cool tools and Clarion examples at
http://www.klarisoft.com
NewsArchive
01-10-2008, 04:22 AM
Hello,
At a site now using CR 2008.
They have AccPac (using CR8.5), and Timesavers (using CR11) and now our
program (CR2008). So, this PC has three applications all using different
versions of CR .... it's a huge mess and CR doesn't want to work in our
program with the CRWAP from Leonoid.
How do you get it to work with the 8.5 CRPE32.dll in the Windows System32
directory???? If I do anything with it, it stops their AccPac from working.
Does anyone have a distributable for Crystal Reports which will work
properly??? I also tried changing the PATH to look at the CR Version 12
but it still did not work on one of the PC's.
Please help or tell me the key to how CR installs these damn files? How can
they be using the Windows\system32 directory for the runtimes when they know
that users will have multiple versions of CR installed on their machines for
their different applications.
Once I put in CRpe32.dll, then it wants UFMANAGER.DLL, and then it says that
COMPRESS.DLL cannot load.
What's the secret here?
-Robert
NewsArchive
01-10-2008, 04:22 AM
Can you copy the CRPE32.dll from the windows folder to your apps folder?
Tim
NewsArchive
01-10-2008, 04:23 AM
PMFJI: Of course, we tried all that <g>. I think we worked on this issue
for 200+ hours. Even BusinessObjects Support gave up on it. We had contact
to one of the CR Xi developers. No way...
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-16-2008, 02:43 AM
Hello,
I copied the entire directory (250 objects) into my directory and it STILL
did not work. I believe there are specific entries in the registry which
are needed.
-Robert
NewsArchive
01-16-2008, 02:45 AM
Hello Robert,
> I copied the entire directory (250 objects) into my directory and it STILL
> did not work. I believe there are specific entries in the registry which
> are needed.
Yes, I think you are right. I tried everything (with your help) to find the
difference between the merge module and the full installation. But I did
not succeed.
A merge module runtime installation (done with InstallShield, Wise,
VisualStudio or our SetupBuilder 6 merge module converter) never worked with
a Clarion app (in our tests). Even Business Object support was unable to
provide a solution. The full Xi install worked, MSM did not.
The Technical Engineer (member of the development team) told us that
"Clarion is not the supported or tested platform for CR XI". The problem is
that Xi no longer supports direct API calls to the crpe32.dll. Business
Objects only support the RDC (craxdrt.dll). They also told us that
crpe32.dll is NOT included with the RDC merge modules (but this information
is wrong).
The merge modules include more than 1,100 files and uncountable registry
settings, file self-registration actions, etc. XI is a monster and even XI
technical support was unable to solve the problem.
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-24-2008, 02:16 AM
Hi,
Please go to this page, then you will know how to make a merger module
runtime installer
http://www.vdf-guidance.com/ContribPage.asp?Page=HOWTOPRNTCRXIRTI&ContribRec
Id=109
Also use the crystal clear class to call the report. Then you can see
your report in your screen.
Regards
Terry Ho
NewsArchive
01-24-2008, 02:16 AM
Terry,
Thanks, but we can already compile a merge module installer ;-) We already
did this two years ago <g>. We can even embed the required serial number
(means we can support configurable merge modules). But it does *not* work
and even Business Objects gave up on this!
Friedrich
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-24-2008, 02:17 AM
Just for the record. This problem is *not* a SetupBuilder issue. The
compiled SetupBuilder Xi Runtime installer was a perfectly valid Windows
Installer generated from the official Xi merge modules with embedded serial
number. Xi Runtime installers compiled with InstallShield and Wise (always
latest versions) created the very same output and did also not work.
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-25-2008, 03:11 AM
Hi Friederich,
How do you test your install, My understanding is the merge modules are used
to install RDC components.
But a lot of Clarion programmers are using our Crystal Clear Class which is
using crpe32.dll and this dll is not included in the merge modules.
--
--
Leonid Chudakov
Cool tools and Clarion examples at
http://www.klarisoft.com
NewsArchive
01-25-2008, 03:13 AM
Hi Leonid,
> How do you test your install, My understanding is the merge modules are
> used to install RDC components.
> But a lot of Clarion programmers are using our Crystal Clear Class which
> is using crpe32.dll and this dll is not included in the merge modules.
Our reference test application was the fantastic InnQuest roomMaster 2000
system. We compiled Xi runtime MSIs from the original MSM (including
serial number embedding).
We have developed a native MSI compiler for SetupBuilder 7 and we know all
the MSI technology internals now <g>. And crpe32.dll *IS* in the merge
modules (see attached screenshot) ;-)
InstallShield, Wise, SetupBuilder MSI, all the tools generated the very same
MSI output from the MSM and it did not work.
Again, even Business Objects gave up on it (and we had contact to a Xi
development team member).
Friedrich
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-26-2008, 09:11 AM
Hi,
Was there an error message, GPF or just nothing was happening?
--
--
Leonid Chudakov
Cool tools and Clarion examples at
http://www.klarisoft.com
NewsArchive
01-26-2008, 09:12 AM
Leonid,
>
> Was there an error message, GPF or just nothing was happening?
>
IIRC, we received a "Failed to open connection" (756) error and then the
software GPFed. With a later CR Xi MSM service pack it completely "froze".
This error message is related to connection, it seems that there is database
dll missing in the machines in question (all machines with the MSM runtime
only). I can tell you, this was a nightmare. AN ABSOLUTE NIGHTMARE! We
spent countless hours with Business Objects support. They even analyzed the
test application and where able to reproduce it! On a machine with the
*full" CR Xi installed the application worked, on a machine with only the Xi
merge module runtime installed it failed.
We developed a tool to crosscheck the files and registry entries used on a
CR Xi full and CR Xi MSM machine. No result. Business Objects did the same
with their internal systems. Same result - no result. It only worked if
the full CR Xi was installed.
And then the case was closed because they gave up (after 6-8 weeks) ;-)
--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910
"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes
-- Official Comodo Code Signing and SSL Certificate Partner
NewsArchive
01-29-2008, 04:29 AM
Hi Friedrich,
My partner in has hand code application use the following code to call
crystal report and produce report under XI merger module
ReportFile = 'c:\clerp\reports\POLST.rpt'
ReturnVal = CrystalReport.Init(ReportFile)
ReturnVal =
CrystalReport.SetAllTablesLogOnInfo('',GLO:DSNDB,M EM::LoginName,MEM::Password,true)
startdate = pstartdate
enddate = penddate
CrystalReport.PassNumberParameter('StartDate', startdate)
CrystalReport.PassNumberParameter('EndDate', enddate)
CrystalReportPreview(CrystalReport)
CrystalReport.Kill
Also we have deliver the application to my client and install our merge
module installer in serval client machine. Every report in the application
can display in the client machine.
One problem to us, is we still can not under ABC code to call the
report. We think we need more time to find out. I'm sure the above create
merge module is work.
Regards
Terry Ho
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.