Jump to content
Software FX Community


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About palmera

  • Rank
  1. Yeah, I figured the .NET application wouldn't store the COM license for use when creating the chart via run-time. And from what it sounds, ChartFX requires a run-time license. What I was going to do, was obtain the license code for the object using licreqst and manually set the licensekey field in the .NET component for the ActiveX ChartFX. And just use this license key to create the object (similar to what VB would do). For example: System.Reflection.FieldInfo f = typeof(AxHost).GetField("licenseKey", System.Reflection.BindingFlags.NonPublic | System.Reflection.Bi
  2. Hey JuanC, Thanks for the reply. We're using ChartFX in a .NET component that will plug-in to our existing COM (VB) application via late-binding to produce some basic charting functionality in a separate dialog. Though this .NET component isn't stand-alone, it is created and used by the VB app. So when we deploy this .NET component to our customers to use with our existing COM (VB) application, we obtain some licensing issues. The .NET ChartFX component implements its own LicenseProvider which, I'm assuming, grabs the license information from the assembly's manifest. Unfortunately COM
  3. Hey, We have a license to ChartFX 6.2 for .NET 1.1 and we use it in a component library for our .NET applications. Now we would like to try out the COM version using our exist .NET code via interoperability for a VB app. I downloaded the trial version for testing, though received the message "ChartFX License has Expired" instead of the actual chart. I have a feeling that maybe the message only appears for the trial versions, but I would like to know for sure before purchasing and using the COM version. Below is my test code that I used. After recompiling both projects, I deployed the .NE
  • Create New...