dll Version
-
- Posts: 39
- Joined: Fri Aug 26, 2011 8:14 am
- Location: Brazil
dll Version
Good Afternoon,
I'm trying to do version control of reports generated (dll's), I wonder how I edited versions, because all the generated dll's are coming out with version 0.0.0.0.
I await the answer.
Thank you.
I'm trying to do version control of reports generated (dll's), I wonder how I edited versions, because all the generated dll's are coming out with version 0.0.0.0.
I await the answer.
Thank you.
dll Version
Hello,
Unfortunately, at this moment all the generated dll's are coming out with version 0.0.0.0. but by changing our product assemblies from one version to another you still have to delete all the old reports and recompile them anew.
Thank you.
Unfortunately, at this moment all the generated dll's are coming out with version 0.0.0.0. but by changing our product assemblies from one version to another you still have to delete all the old reports and recompile them anew.
Thank you.
-
- Posts: 39
- Joined: Fri Aug 26, 2011 8:14 am
- Location: Brazil
dll Version
How can I make the next DLL's leave with the version you want?Andrew wrote:Hello,
Unfortunately, at this moment all the generated dll's are coming out with version 0.0.0.0. but by changing our product assemblies from one version to another you still have to delete all the old reports and recompile them anew.
Thank you.
How do I edit the version to recompile. Mrt?
dll Version
Hello.
So you will need to remove all compiled reports and compile them again when you move to the next prerelease build.
The example you could find here: http://forum.stimulsoft.com/Default.aspx?g=posts&t=142
Thank you.
When the report template (mrt-file) is compiled to the assembly (dll-file) there are links on our current assemblies. And if you upgrade to the next prerelease build, you should recompile all your assemblies.becomex_jle wrote:How can I make the next DLL's leave with the version you want?
How do I edit the version to recompile. Mrt?
So you will need to remove all compiled reports and compile them again when you move to the next prerelease build.
The example you could find here: http://forum.stimulsoft.com/Default.aspx?g=posts&t=142
Thank you.
-
- Posts: 3
- Joined: Thu May 31, 2012 10:29 am
- Location: Switzerland
dll Version
Hello Aleksey
I have the same question.
I fully understand that we have to recompile all our reports if we change the Stimulsoft-DLLs to a newer version.
My problem is that I have to define an assembly version for each compiled assembly. You can see the assembly info in the properties of the assembly (*.dll)-File.
At the moment all compiled reports have the version number 0.0.0.0.
We want to have more control over the compiled reports.
Business case:
1. Customer sends modified mrt
2. We compile the mrt
3. we test the mrt
4. we send the compiled assembly (dll) to the customer
We want to avoid that the customer uses an older version of the report assembly so we want to note which report has acutally which version number.
But if all the assemblies are always generated with 0.0.0.0 this is absoulety impossible.
I hope you can help me.
Thanks in advance.
I have the same question.
I fully understand that we have to recompile all our reports if we change the Stimulsoft-DLLs to a newer version.
My problem is that I have to define an assembly version for each compiled assembly. You can see the assembly info in the properties of the assembly (*.dll)-File.
At the moment all compiled reports have the version number 0.0.0.0.
We want to have more control over the compiled reports.
Business case:
1. Customer sends modified mrt
2. We compile the mrt
3. we test the mrt
4. we send the compiled assembly (dll) to the customer
We want to avoid that the customer uses an older version of the report assembly so we want to note which report has acutally which version number.
But if all the assemblies are always generated with 0.0.0.0 this is absoulety impossible.
I hope you can help me.
Thanks in advance.
dll Version
Hello,
You can use the following static option:
Stimulsoft.Base.StiCompiler.AssemblyVersion = "1.2.3.4";
The solution will be available in the next prerelease build on next week.
Thank you.
You can use the following static option:
Stimulsoft.Base.StiCompiler.AssemblyVersion = "1.2.3.4";
The solution will be available in the next prerelease build on next week.
Thank you.
-
- Posts: 3
- Joined: Thu May 31, 2012 10:29 am
- Location: Switzerland
dll Version
Hello,
I tried to realize my requirement above with the latest Stimulsoft.NET prerelease build (2012.2.1309.0) as you reported 10 days ago.
The code you suggest is compiling, but the result is still not as I expect it to be.
Please see my example below whether there is a mistake or if your solution is still not working:
Explanation
As I set the version number to 1.0.0.2 in my code snippet above, I expect the version number to be 1.0.0.2 in the assembly too.
Windows Explorer:

Visual Studio:

Please give me some further advise.
Thanks in advance.
I tried to realize my requirement above with the latest Stimulsoft.NET prerelease build (2012.2.1309.0) as you reported 10 days ago.
The code you suggest is compiling, but the result is still not as I expect it to be.
Please see my example below whether there is a mistake or if your solution is still not working:
Code: Select all
StiCompiler.AssemblyVersion = "1.0.0.2";
var report = new StiReport();
report.Load(GetMrtPath());
report.CompileReportsToAssembly(GetDllPath(), new[] { report });
As I set the version number to 1.0.0.2 in my code snippet above, I expect the version number to be 1.0.0.2 in the assembly too.
Windows Explorer:

Visual Studio:

Please give me some further advise.
Thanks in advance.
dll Version
Hello,
We need some additional time for check the issue.
Thank you.
We need some additional time for check the issue.
Thank you.
dll Version
Hello,
The problem is solved.
The patch will be available in the next prerelease build on this week.
Thank you.
The problem is solved.
The patch will be available in the next prerelease build on this week.
Thank you.
-
- Posts: 39
- Joined: Fri Aug 26, 2011 8:14 am
- Location: Brazil
dll Version
Good Day,Ivan wrote:Hello,
The problem is solved.
The patch will be available in the next prerelease build on this week.
Thank you.
Thanks for the answers and problem resolution.
I am awaiting the patch next week!
Regards,