2010-01-13 25 views
11

Chạy bất kỳ Crystal Reports 10.5 redistributables (CRRedist2008_x86.msi, CRRedist2008_x64.msi hoặc CRRedist2008_ia64.ms) có nghĩa vụ phải, theo các tập tin Crystal_Runtime2008.txt, triển khai các tập tin sau đây:Báo cáo tinh thể .Net assembly được đặt khi cài đặt gói phân phối lại ở đâu?

 
CRVsPackageLib.dll 
CrystalDecisions.CrystalReports.Design.dll 
CrystalDecisions.CrystalReports.Engine.dll 
CrystalDecisions.Data.AdoDotNetInterop.dll 
CrystalDecisions.Enterprise.Desktop.Report.dll 
CrystalDecisions.Enterprise.Framework.dll 
CrystalDecisions.Enterprise.InfoStore.dll 
CrystalDecisions.Enterprise.PluginManager.dll 
CrystalDecisions.Enterprise.Viewing.ReportSource.dll 
CrystalDecisions.Keycode.dll 
CrystalDecisions.ReportAppServer.ClientDoc.dll 
CrystalDecisions.ReportAppServer.CommLayer.dll 
CrystalDecisions.ReportAppServer.CommonControls.dll 
CrystalDecisions.ReportAppServer.CommonObjectModel.dll 
CrystalDecisions.ReportAppServer.Controllers.dll 
CrystalDecisions.ReportAppServer.DataDefModel.dll 
CrystalDecisions.ReportAppServer.DataSetConversion.dll 
CrystalDecisions.ReportAppServer.ObjectFactory.dll 
CrystalDecisions.ReportAppServer.ReportDefModel.dll 
CrystalDecisions.ReportAppServer.XmlSerialize.dll 
CrystalDecisions.ReportSource.dll 
CrystalDecisions.Shared.dll 
CrystalDecisions.Web.dll 
CrystalDecisions.Windows.Forms.dll 

Nhưng tôi không thể tìm thấy những bất cứ nơi nào trên máy tính. Có ai biết họ đang cài đặt vị trí nào không? Tất cả các DLL khác được liệt kê trong file .txt xuất hiện trong

c:\Program Files\Business Objects\Common\2.8\bin

+0

Vấn đề bằng cách nào? Là redist không cài đặt đúng? –

+0

Tôi không chắc chắn..Tôi đang cố gắng chạy một ứng dụng chỉ với VS 2010 + CR redist gói và nó bị rơi không thể tìm thấy hội đồng. – Jedidja

+0

Bạn có nhận ra rằng CR 10.5 là báo cáo tinh thể đi kèm với VS 2008? 2010 có đi kèm với một phiên bản khác không? – dotjoe

Trả lời

13

các GAC

Bắt đầu với .NET Framework 4, vị trí mặc định cho bộ nhớ cache lắp ráp toàn cầu là% windir% \ Microsoft.NET \ lắp ráp. Trong các phiên bản trước của của .NET Framework, vị trí mặc định là % windir% \ assembly

+1

Họ đang có thực sự..để tìm ra lý do tại sao ứng dụng từ chối nhận ra sự hiện diện của họ :) – Jedidja

+1

Trong trường hợp bất cứ ai đang tự hỏi làm thế nào để trích xuất chúng từ GAC, có một phương pháp tốt đẹp, đơn giản ở đây: http: // stackoverflow. com/questions/714907/how-to-extract-an-assembly-from-the-gac/714929 # 714929 – Jedidja

+0

Bạn đã bao giờ tìm hiểu lý do tại sao ứng dụng sẽ không tải chúng từ GAC? –

4

Sử dụng Process Explorer trên một phiên bản chạy của ứng dụng, chẳng hạn như máy dev của bạn, để xem từ nơi mà tất cả các DLL của nó được nạp.

EDIT:

Process Explorer là một cách tuyệt vời để tìm hiểu những gì DLL được nạp vào bất kỳ quá trình Windows có thể là từ GAC hoặc bất kỳ vị trí khác. Phương pháp này (sử dụng ProcEx) là chung, nhưng IMO có ích trong nhiều trường hợp. ProcEx thực sự sẽ cho bạn thấy rằng Redist của một chương trình đã được tải từ GAC.

EDIT ĐỀ NGHỊ:

DLL Find NET theo cách này:

  1. Tìm nhiệm vụ của bạn trong danh sách quá trình Process Explorer
  2. nhấp đúp vào nhiệm vụ để hiển thị Task Properties
  3. Tại tab Hội đồng .NET mở dấu cộng (+), hiển thị Miền ứng dụng, v.v. (chỉ các tiến trình .NET sẽ có tab này. Quy trình Non.NET sẽ không có tab nào cả)
+0

Ông Paul Sasik xin vui lòng bạn chỉnh sửa câu trả lời của bạn để tôi có thể bình chọn nó, – Ali

+0

tôi đã thành lập các tài liệu tham khảo DLL trong trình duyệt sotfware của Process Explorer bằng cách này: 1-Find My Task, 2-Double Click vào Task để hiển thị Task Properties, At .NET Assemblies tab, bên trái của màn hình, mở dấu cộng (+), hiển thị tên miền ứng dụng đó là đúng, cũng cảm ơn thời gian của bạn ông Paul Sasik, xin lỗi vì phán quyết cuối cùng của tôi, cảm ơn bạn – Ali

+0

@AliSarshogh: Một lần nữa, cảm ơn bạn đã sự xem xét lại. Vui lòng tìm nhận xét của bạn được thêm vào câu trả lời. Ý tưởng tuyệt vời để chia sẻ thông tin đó trong câu trả lời! –

Các vấn đề liên quan