Title: Message

Hi folks.

 

From the Nightlies of the 20/04 we've had to comment out the following:

 

//                            try {

//                                LicenseManager.CreateWithContext(tp, dlc);

//                            } catch (Exception ex) {

//                                if (IsSerializable(ex)) {

//                                    throw new BuildException(string.Format(CultureInfo.InvariantCulture,

//                                        "Failed to create license for type '{0}'.", tp.FullName),

//                                        licenseTask.Location, ex);

//                                }

//

//                                // TO-DO : remove debug code

//                                licenseTask.Log(Level.Debug, "LicenseManager.CreateWithContext failed: "

//                                    + ex.ToString());

//                                // END TO-DO

//

//                                // do not directly pass the exception as inner

//                                // exception to BuildException as the exception

//                                // is not serializable, so construct a new

//                                // exception with message set to message of

//                                // original exception

//                                throw new BuildException(string.Format(CultureInfo.InvariantCulture,

//                                    "Failed to create license for type '{0}'.", tp.FullName),

//                                    licenseTask.Location, new Exception(ex.Message));

//                            }

 

 

And also the following lines

 

//                                licenseTask.Log(Level.Debug, licenseTask.LogPrefix

//                                    + "Is licensed : " + LicenseManager.IsLicensed(tp));

 

 

from Tasks\LicenseTask.cs

 

The original code is using one particular licensing mechanism to check to see if the code can be licensed. It is not necessary to do this to compile the licenses into the application, and, unfortunately, there are a few component types (ChartFX, Infragistics), which do *not* use this licensing mechanism internally. .NET only mandates the attribute, not the creation mechanism. (Which is why we can leave the 'check for the attributes' code in place – this is a reasonable test).

 

This corresponds to Bug#932073 in the Nant Sourceforge bug tracking system.

 

https://sourceforge.net/tracker/index.php?func=detail&aid=932073&group_id=31650&atid=402868

 

I don’t know if this has been updated more recently?

 

Thanks,

 

Matthew

 

Matthew Adams

Director of R&D

Digital Healthcare Ltd

 


From: Gert Driesen [mailto:[EMAIL PROTECTED]
Sent: 22 April 2004 13:51
To: Nicklas Norling; [EMAIL PROTECTED]
Subject: Re: [Nant-users] Nightly April 21'st

 

I'll fix it this evening or tomorrow.

 

Thanks for the report.

 

Gert

----- Original Message -----

Sent: Thursday, April 22, 2004 2:11 PM

Subject: [Nant-users] Nightly April 21'st

 

Seems there has sneaked in an error from the nightly 03-20 to 04-21.

 

Trying to compile my old trusty solution that worked with 03-20 and

that now errors out with:

                                     [solution] Starting solution build.

 

                                    BUILD FAILED

 

                                    Error checking whether 'C:\CodeModules\Apa\MontgomeryClient\src\
fndwin\framework\Design\IfsFeatureProjectSetup\IfsFeatureProjectSetup.vdproj' is an enterprise templ
ate project.
                                        The data at the root level is invalid. Line 1, position 1.

 

                                    Total time: 0.6 seconds.

 

I suppose vdproj should be filtered out before looking into the structure of the xml file?

/Nicke

Reply via email to