Menu
▾
▴
dotnetrdf-develop — Developer Discussion and Feature Request
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
(11) |
Mar
(17) |
Apr
(12) |
May
(2) |
Jun
(20) |
Jul
(2) |
Aug
(2) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(5) |
| 2011 |
Jan
(4) |
Feb
(1) |
Mar
(2) |
Apr
(2) |
May
(5) |
Jun
|
Jul
(12) |
Aug
(4) |
Sep
(5) |
Oct
(1) |
Nov
(38) |
Dec
(27) |
| 2012 |
Jan
(46) |
Feb
(182) |
Mar
(83) |
Apr
(22) |
May
(68) |
Jun
(47) |
Jul
(135) |
Aug
(84) |
Sep
(57) |
Oct
(45) |
Nov
(27) |
Dec
(61) |
| 2013 |
Jan
(59) |
Feb
(78) |
Mar
(66) |
Apr
(107) |
May
(27) |
Jun
(56) |
Jul
(53) |
Aug
(3) |
Sep
(19) |
Oct
(41) |
Nov
(44) |
Dec
(54) |
| 2014 |
Jan
(49) |
Feb
(72) |
Mar
(22) |
Apr
(41) |
May
(63) |
Jun
(27) |
Jul
(45) |
Aug
(12) |
Sep
(3) |
Oct
(8) |
Nov
(27) |
Dec
(16) |
| 2015 |
Jan
(3) |
Feb
(20) |
Mar
(6) |
Apr
(4) |
May
(15) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(16) |
May
(9) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <tr...@do...> - 2013-04-17 21:19:59
|
<p>A new comment has been added to the following issue.</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Refactor Conditional Compilation to throw PlatformNotSupportedException rather than eliminating methods</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td><b>Created By:</b></td>
<td>Rob Vesse</td>
</tr>
<tr>
<td><b>Date:</b></td>
<td>2013-04-17 10:19 PM</td>
</tr>
<tr>
<td><b>Comment:</b></td>
</tr>
<tr>
<td colspan="2"><p>
Moved out to unschedule since discussions of this led to the conclusion that conditionally compiling out APIs is typically more useful to user as it gives them instant compile time feedback about API availability versus runtime errors. May revisit at a later date.</p></td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=331" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=331</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
|
From: <tr...@do...> - 2013-04-17 21:18:51
|
<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Improve URI Interning support and memory usage</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td colspan="2"><b>Changes:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Title changed from "Switch to SparseTrie for URI Interning" to "Improve URI Interning support and memory usage"
</li>
</ul>
</td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=330" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=330</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
|
From: <tr...@do...> - 2013-04-17 21:18:36
|
<p>A new comment has been added to the following issue.</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Switch to SparseTrie for URI Interning</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td><b>Created By:</b></td>
<td>Rob Vesse</td>
</tr>
<tr>
<td><b>Date:</b></td>
<td>2013-04-17 10:17 PM</td>
</tr>
<tr>
<td><b>Comment:</b></td>
</tr>
<tr>
<td colspan="2"><p>
Initial tests showed that using SparseTrie actually marginally bumps up memory usage, what might be a better change is to intern URIs by URI segments rather than individual characters.</p>
<p>
</p>
<p>
Also we should probably disable this feature by default under Silverlight and Windows Phone where memory usage is more of an issue</p></td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=330" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=330</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
|
From: Rob V. <rv...@do...> - 2013-04-17 16:39:31
|
We are approved for Resharper licenses, if you need a code drop me a direct email and I'll forward the actual license info to you Rob On 4/17/13 6:36 AM, "JetBrains - Elena Ganenkova" <ope...@je...> wrote: >Hi Rob, > >I¹m writing to you regarding your ReSharper Open Source license request. >We¹re happy to inform you that your project qualifies for getting a >license. We have approved your request and issued a free OS license of >ReSharper to your project. It will arrive in a separate message shortly. >The license is multi-user and given for the whole project, so please feel >free to share it with other contributors to the project. The license will >be valid for one year and you may apply for renewal shortly prior to the >expiration date by writing directly to ope...@je... We hope >that the license will become useful as the project grows. > >Should you have any additional questions I¹m happy to help. > >Kind regards, >Elena Ganenkova >Community Support Coordinator >JetBrains, Inc >http://www.jetbrains.com >"Develop with pleasure!" > >-----Original Message----- >From: JetBrains Team [mailto:ope...@je...] >Sent: Tuesday, April 16, 2013 1:23 AM >To: rv...@do... >Subject: Thank you for submitting your membership form. Request >ID=979246468310654634 > >Hi Rob, > >Thank you for taking the time to submit your membership form. The >ReSharper review board will evaluate your request over the next few days. >We will make every effort to take care of this promptly and will notify >you as soon as the review board has come to a decision. > >If you wish to reply to this message, use the "Reply" button on your >e-mail program. Please do not make any changes to the subject line, as >this may lead to a long delay in responding to you. > >Best regards, >JetBrains Team >http://www.jetbrains.com >"Develop with pleasure!" > |
|
From: <tr...@do...> - 2013-04-17 16:32:15
|
<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Upgrade support for Turtle 1.1 and TriG to latest drafts</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td colspan="2"><b>Changes:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Title changed from "Upgrade support for Turtle 1.1 to latest drafts" to "Upgrade support for Turtle 1.1 and TriG to latest drafts"
</li>
<li>Description changed from "<p>
The next draft of the Turtle 1.1 spec is now available so we should upgrade support to that</p>" to "<p>
The next draft of the Turtle 1.1 spec and the TriG specifications are now available so we should upgrade support to that</p>"
</li>
</ul>
</td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=314" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=314</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
|
From: Khalil A. <ka...@ne...> - 2013-04-17 08:36:47
|
Its probably Hyper-V that is causing the failure. If you are installing on to a machine that doesn't meet the requirements for Hyper-V then the emulator won't install. I think you are probably stuck with having to put the files somewhere - either in the repo or in some location external to the repo that is then configured in the build process. K On Wed, Apr 17, 2013 at 7:27 AM, Tomasz Pluskiewicz < tom...@gm...> wrote: > Rob > > I did try that. Still, it fails on installing Windows Phone Emulator > x64. The error is something with VMM service, which I don't have and > couldn't find a way to install. > > However on second thought if I was able to put the WP7 files in repo I > should be able to copy them where they belong without installing and I > hope it will work too. > > Tom > > On Wed, Apr 17, 2013 at 12:24 AM, Rob Vesse <rv...@do...> wrote: > > Tom > > > > You can install WP7 tools on Windows Server 2008 because I used to build > > releases on my Server 2008 machine when I was at the University of > > Southampton > > > > See http://blogs.msdn.com/b/astebner/archive/2010/05/02/10005980.aspx > > which details the steps necessary, basically you have to extract the > > installer and modify a config file > > > > Rob > > > > On 4/16/13 1:30 PM, "Tomasz Pluskiewicz" <tom...@gm...> > > wrote: > > > >>Hi Rob, Kal > >> > >>I have been able to force TeamCity to build dotNetRDF with relatively > >>minimal changes. Please refer to my fork [1]. I have switched from > >>MSTest to NUnit and done some minor changes to csproj files. There is > >>also a proposal to change the integration tests to come out > >>inconclusive instead of failed when test config is missing... > >> > >>Most noteworthy is the latest commit in the 'WP7 Hack' branch. > >>Unfortunately I found out the hard way that Windows Phone SDK 7.1 is > >>not only unsuppported on Windows Server 2008 R2, it is completely > >>uninstallable! The only working solution I found was to stuff 14 MB of > >>WP7 SDK files and build targets and have the WindowsPhone project use > >>them instead of the defaults. This way the whole solution builds fine > >>from sln file using msbuild. > >> > >>You can have a look at the project here: http://ci.t-code.pl (guest > >>login enabled) > >> > >>Regarding your eariler emails, I think that version numbering should > >>be moved from solution to TeamCity completely. This way we can > >>flexibly control that number and pass it between build > >>steps/configurations. > >> > >>Next step will be to build and publish nuget packages. Satisfying > >>dependencies between packages will have to be done in some kind of > >>nuspec patching step to modify the <dependency> tags. Hence why we > >>need to control the version withing the CI server. > >> > >>I will write more when the TC configuration is more complete > >> > >>Tom > >> > >>[1]: https://bitbucket.org/tpluscode/dotnetrdf-teamcity > >> > > >>-------------------------------------------------------------------------- > >>---- > >>Precog is a next-generation analytics platform capable of advanced > >>analytics on semi-structured data. The platform includes APIs for > building > >>apps and a phenomenal toolset for data science. Developers can use > >>our toolset for easy data analysis & visualization. Get a free account! > >>http://www2.precog.com/precogplatform/slashdotnewsletter > >>_______________________________________________ > >>dotNetRDF-develop mailing list > >>dot...@li... > >>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for > building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > _______________________________________________ > > dotNetRDF-develop mailing list > > dot...@li... > > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > -- Kal Ahmed Director, Networked Planet Limited e: kal...@ne... w: www.networkedplanet.com |
|
From: Tomasz P. <tom...@gm...> - 2013-04-17 06:28:09
|
Rob I did try that. Still, it fails on installing Windows Phone Emulator x64. The error is something with VMM service, which I don't have and couldn't find a way to install. However on second thought if I was able to put the WP7 files in repo I should be able to copy them where they belong without installing and I hope it will work too. Tom On Wed, Apr 17, 2013 at 12:24 AM, Rob Vesse <rv...@do...> wrote: > Tom > > You can install WP7 tools on Windows Server 2008 because I used to build > releases on my Server 2008 machine when I was at the University of > Southampton > > See http://blogs.msdn.com/b/astebner/archive/2010/05/02/10005980.aspx > which details the steps necessary, basically you have to extract the > installer and modify a config file > > Rob > > On 4/16/13 1:30 PM, "Tomasz Pluskiewicz" <tom...@gm...> > wrote: > >>Hi Rob, Kal >> >>I have been able to force TeamCity to build dotNetRDF with relatively >>minimal changes. Please refer to my fork [1]. I have switched from >>MSTest to NUnit and done some minor changes to csproj files. There is >>also a proposal to change the integration tests to come out >>inconclusive instead of failed when test config is missing... >> >>Most noteworthy is the latest commit in the 'WP7 Hack' branch. >>Unfortunately I found out the hard way that Windows Phone SDK 7.1 is >>not only unsuppported on Windows Server 2008 R2, it is completely >>uninstallable! The only working solution I found was to stuff 14 MB of >>WP7 SDK files and build targets and have the WindowsPhone project use >>them instead of the defaults. This way the whole solution builds fine >>from sln file using msbuild. >> >>You can have a look at the project here: http://ci.t-code.pl (guest >>login enabled) >> >>Regarding your eariler emails, I think that version numbering should >>be moved from solution to TeamCity completely. This way we can >>flexibly control that number and pass it between build >>steps/configurations. >> >>Next step will be to build and publish nuget packages. Satisfying >>dependencies between packages will have to be done in some kind of >>nuspec patching step to modify the <dependency> tags. Hence why we >>need to control the version withing the CI server. >> >>I will write more when the TC configuration is more complete >> >>Tom >> >>[1]: https://bitbucket.org/tpluscode/dotnetrdf-teamcity >> >>-------------------------------------------------------------------------- >>---- >>Precog is a next-generation analytics platform capable of advanced >>analytics on semi-structured data. The platform includes APIs for building >>apps and a phenomenal toolset for data science. Developers can use >>our toolset for easy data analysis & visualization. Get a free account! >>http://www2.precog.com/precogplatform/slashdotnewsletter >>_______________________________________________ >>dotNetRDF-develop mailing list >>dot...@li... >>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop |
|
From: Rob V. <rv...@do...> - 2013-04-16 22:25:55
|
Tom You can install WP7 tools on Windows Server 2008 because I used to build releases on my Server 2008 machine when I was at the University of Southampton See http://blogs.msdn.com/b/astebner/archive/2010/05/02/10005980.aspx which details the steps necessary, basically you have to extract the installer and modify a config file Rob On 4/16/13 1:30 PM, "Tomasz Pluskiewicz" <tom...@gm...> wrote: >Hi Rob, Kal > >I have been able to force TeamCity to build dotNetRDF with relatively >minimal changes. Please refer to my fork [1]. I have switched from >MSTest to NUnit and done some minor changes to csproj files. There is >also a proposal to change the integration tests to come out >inconclusive instead of failed when test config is missing... > >Most noteworthy is the latest commit in the 'WP7 Hack' branch. >Unfortunately I found out the hard way that Windows Phone SDK 7.1 is >not only unsuppported on Windows Server 2008 R2, it is completely >uninstallable! The only working solution I found was to stuff 14 MB of >WP7 SDK files and build targets and have the WindowsPhone project use >them instead of the defaults. This way the whole solution builds fine >from sln file using msbuild. > >You can have a look at the project here: http://ci.t-code.pl (guest >login enabled) > >Regarding your eariler emails, I think that version numbering should >be moved from solution to TeamCity completely. This way we can >flexibly control that number and pass it between build >steps/configurations. > >Next step will be to build and publish nuget packages. Satisfying >dependencies between packages will have to be done in some kind of >nuspec patching step to modify the <dependency> tags. Hence why we >need to control the version withing the CI server. > >I will write more when the TC configuration is more complete > >Tom > >[1]: https://bitbucket.org/tpluscode/dotnetrdf-teamcity > >-------------------------------------------------------------------------- >---- >Precog is a next-generation analytics platform capable of advanced >analytics on semi-structured data. The platform includes APIs for building >apps and a phenomenal toolset for data science. Developers can use >our toolset for easy data analysis & visualization. Get a free account! >http://www2.precog.com/precogplatform/slashdotnewsletter >_______________________________________________ >dotNetRDF-develop mailing list >dot...@li... >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop |
|
From: Tomasz P. <tom...@gm...> - 2013-04-16 20:31:19
|
Hi Rob, Kal I have been able to force TeamCity to build dotNetRDF with relatively minimal changes. Please refer to my fork [1]. I have switched from MSTest to NUnit and done some minor changes to csproj files. There is also a proposal to change the integration tests to come out inconclusive instead of failed when test config is missing... Most noteworthy is the latest commit in the 'WP7 Hack' branch. Unfortunately I found out the hard way that Windows Phone SDK 7.1 is not only unsuppported on Windows Server 2008 R2, it is completely uninstallable! The only working solution I found was to stuff 14 MB of WP7 SDK files and build targets and have the WindowsPhone project use them instead of the defaults. This way the whole solution builds fine from sln file using msbuild. You can have a look at the project here: http://ci.t-code.pl (guest login enabled) Regarding your eariler emails, I think that version numbering should be moved from solution to TeamCity completely. This way we can flexibly control that number and pass it between build steps/configurations. Next step will be to build and publish nuget packages. Satisfying dependencies between packages will have to be done in some kind of nuspec patching step to modify the <dependency> tags. Hence why we need to control the version withing the CI server. I will write more when the TC configuration is more complete Tom [1]: https://bitbucket.org/tpluscode/dotnetrdf-teamcity |
|
From: <tr...@do...> - 2013-04-16 16:54:05
|
<p>The following issue has been added to a project that you are monitoring.</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Property paths using the * operator can generate incorrect results</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td><b>Created By:</b></td>
<td>Rob Vesse</td>
</tr>
<tr>
<td><b>Milestone:</b></td>
<td>1.0.1</td>
</tr>
<tr>
<td><b>Category:</b></td>
<td>Query</td>
</tr>
<tr>
<td><b>Priority:</b></td>
<td>Normal</td>
</tr>
<tr>
<td><b>Type:</b></td>
<td>Bug</td>
</tr>
<tr>
<td><b>Description:</b></td>
</tr>
<tr>
<td colspan="2"><p>
Users have reported on the mailing list that the * operator in property paths can yield clearly incorrectly and spurious extra results, this has been confirmed against the latest Trunk. I suspect this is a bug deep in how we evaluate arbitrary length property paths that needs addressing by a rewrite of that portion of the query engine.</p>
<p>
</p>
<p>
User also reported that using the + operator instead yields correct results so we will note this as a Known Issue with a workaround in the Release Notes for the 1.0.0 release and attempt to fix for 1.0.1 or later depending on how hard it is to fix.</p></td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=349" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=349</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
|
From: Rob V. <rv...@do...> - 2013-04-16 16:15:43
|
The build number can be used as part of the version string still, currently
the Core library package uses version 0.9.0.2110 which works fine
I like the notion of applying nightly{YYMMDD} as the pre-release string, it
is nice and clean and does not involve having separate unstable packages
The other thing we need to worry about is getting dependencies right across
the packages since the Virtuoso and FullText libraries rely on the core
library.
Rob
From: Kal Ahmed <ka...@ne...>
Reply-To: dotNetRDF Developer Discussion and Feature Request
<dot...@li...>
Date: Tuesday, April 16, 2013 12:58 AM
To: dotNetRDF Developer Discussion and Feature Request
<dot...@li...>
Subject: Re: [dotNetRDF-Develop] NuGet Packaging
> Hi,
>
> One problem with NuGet versioning is that they have chopped off the build
> number, which means that if we have separate unstable packages we potentially
> have issues in keeping the unstable package version and the stable package
> version properly aligned.
>
> It looks like NuGets pre-release versioning uses the last string part of the
> package version to order packages from oldest to newest. So if we went for
> publishing pre-release versions we could use a scheme like
> {maj}.{min}.{patch}-nightly{YYMMDD} e.g. 1.0.1-nightly130416. This way all
> nightly builds for a given release level stay in the correct order with the
> 1.0.1 release build being considered newer than all 1.0.1-nightlyXXXXXX
> builds.
>
> For those reasons, I think that to start with using NuGet pre-release
> versioning makes sense - it still leaves us the option of introducing
> "unstable" packages later.
>
> Cheers
>
> Kal
>
>
> On Mon, Apr 15, 2013 at 10:07 PM, Rob Vesse <rv...@do...> wrote:
>> Hey All
>>
>> This email is part information sharing on how I currently package and upload
>> dotNetRDF for NuGet but also to start a discussion on the possibility of
>> making unstable builds available via NuGet which would make it easier for
>> users to consume and verify bug fixes.
>>
>> Packaging
>>
>> Currently packaging is done via pre-build NuSpec files and NAnt targets.
>> Under Build/nuget/ in the repo you will find a sub-directory for each package
>> we produce. In a clean repo this will contain only a .nuspec file and
>> possibly a readme.txt if the package requires one.
>>
>> To generate the NuGet packages use NAnt and one of the following targets:
>>
>> * dist-libs-nuget Builds all the NuGet packages
>> * dist-libs-nuget-core Build the core library package
>> * dist-libs-nuget-data-virtuoso Build the Data.Virtuoso package
>> * dist-libs-nuget-query-fulltext Builds the Query.FullText package
>> These targets rely on various other targets so will compile things as
>> necessary.
>>
>> Uploading
>>
>> Uploading the releases is done via NAnt, the equivalent NAnt targets for the
>> aforementioned targets simply replace dist with upload in the target name.
>>
>> Publishing Nightly Builds
>>
>> Tom has suggested that as part of getting our CI infrastructure properly spun
>> up we should push out nightly builds to NuGet automatically. Currently the
>> only means we have for distributing nighties is via the binaries-nightly repo
>> we maintain at SourceForge which relies on a developer manually uploading a
>> new build.
>>
>> The main barrier to this with NuGet as I understand it is that unlike
>> Java/Maven where you can specify SNAPSHOT on the end of your version and have
>> the server generate unique version numbers for you with NuGet you have to
>> specify a unique version number each time. So we need some mechanism to
>> inject version numbers into the nuspec files, NuGet does appear to support
>> placeholders but we would need to test to make sure these work as described.
>> We would also need to make sure that if we take this approach that we are
>> using * in the build field of our AssemblyVersion attributes so that we get
>> an incrementing version number.
>>
>> The other issue is where to publish these, we can either publish to a
>> separate package ID which is explicitly described as Nightly/Unstable or we
>> can publish unstable releases directly to the main feeds using the NuGet
>> pre-release functionality
>> (http://docs.nuget.org/docs/reference/versioning#Prerelease_Versions)
>>
>> There are arguments for both approaches:
>> * Separate package separates more cleanly from stable releases BUT introduces
>> noise into NuGet search results unless we only publish pre-release builds to
>> the unstable channel (pre-release builds are hidden by default from search
>> results)
>> * Separate package allows us to have a package with more owners so any
>> developer can publish to it, same package means expanding owner list
>> * Publishing pre-release versions avoids having to have separate packages for
>> every package we have (currently 3)
>> * Publishing pre-release versions makes it easier for NuGet users to switch
>> their dependency to the nightly build without changing their package
>> dependencies.
>> Thoughts and suggestions in this area are welcome,
>>
>> Rob
>>
>>
----------------------------------------------------------------------------->>
-
>> Precog is a next-generation analytics platform capable of advanced
>> analytics on semi-structured data. The platform includes APIs for building
>> apps and a phenomenal toolset for data science. Developers can use
>> our toolset for easy data analysis & visualization. Get a free account!
>> http://www2.precog.com/precogplatform/slashdotnewsletter
>> _______________________________________________
>> dotNetRDF-develop mailing list
>> dot...@li...
>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>>
>
>
>
> --
> Kal Ahmed
> Director, Networked Planet Limited
> e: kal...@ne...
> w: www.networkedplanet.com <http://www.networkedplanet.com>
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of advanced analytics
> on semi-structured data. The platform includes APIs for building apps and a
> phenomenal toolset for data science. Developers can use our toolset for easy
> data analysis & visualization. Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter______________________
> _________________________ dotNetRDF-develop mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
|
|
From: Tomasz P. <tom...@gm...> - 2013-04-16 09:31:01
|
Thanks On Tue, Apr 16, 2013 at 11:22 AM, Khalil Ahmed <ka...@ne...> wrote: > OK, found you :) I've invited you to the repo. If you have any ideas I'd be > pleased to hear them! > > > On Tue, Apr 16, 2013 at 10:20 AM, Khalil Ahmed <ka...@ne...> > wrote: >> >> I didn't realize that they were private by default! >> >> Whats your user name on bitbucket, I'll grant you access. I'm hesitant to >> make the fork public in its current state :) >> >> >> On Tue, Apr 16, 2013 at 10:14 AM, Tomasz Pluskiewicz >> <tom...@gm...> wrote: >>> >>> It seems your repository is private. >>> >>> On Tue, Apr 16, 2013 at 11:12 AM, Khalil Ahmed <ka...@ne...> >>> wrote: >>> > Yep its under https://bitbucket.org/kal_ahmed/dotnetrdf. The main >>> > problem is >>> > unit tests that test parts of the API that are not (and cannot be) >>> > supported >>> > under the portable class library build. >>> > >>> > >>> > On Tue, Apr 16, 2013 at 10:04 AM, Tomasz Pluskiewicz >>> > <tom...@gm...> wrote: >>> >> >>> >> Do you have your fork publicly visible? I wonder why we need >>> >> conditional compilation in unit tests... >>> >> >>> >> On Tue, Apr 16, 2013 at 10:55 AM, Khalil Ahmed >>> >> <ka...@ne...> >>> >> wrote: >>> >> > Hi Tom, >>> >> > >>> >> > Good point! I think if everything is set up so that it is possible >>> >> > to >>> >> > use >>> >> > NUnit without requiring ReSharper I would be happy. >>> >> > >>> >> > One of the reasons why the portable stuff is taking a while is that >>> >> > I >>> >> > wanted >>> >> > to get as many of the unit tests working with the portable library >>> >> > as >>> >> > possible, so we may need to coordinate on this as I have some >>> >> > changes >>> >> > (mostly conditional compilation of unit tests) that will clash with >>> >> > any >>> >> > wholesale change of the unit test infrastructure and I really really >>> >> > don't >>> >> > want to have to manually merge it all :) >>> >> > >>> >> > Cheers >>> >> > >>> >> > Kal >>> >> > >>> >> > >>> >> > >>> >> > On Tue, Apr 16, 2013 at 9:49 AM, Tomasz Pluskiewicz >>> >> > <tom...@gm...> wrote: >>> >> >> >>> >> >> Hi Khal >>> >> >> >>> >> >> Actaully in terms of CI environment switching ot NUnit means one >>> >> >> thing >>> >> >> less to install, because MSTest requires installing Visual Studio >>> >> >> to >>> >> >> run and NUnit is bundled with probabyl about any CI server out >>> >> >> there. >>> >> >> >>> >> >> I merely suggested Reshareper as a convenient test runner >>> >> >> replacement. >>> >> >> By the way there is a trick, which can be employed to automatically >>> >> >> start NUnit GUI runner and attach VS debugger on start. For that >>> >> >> the >>> >> >> test project has to be changed to a console app. Simple and should >>> >> >> work for anyone who doesn't have R# on their box. >>> >> >> >>> >> >> Tom >>> >> >> >>> >> >> On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed >>> >> >> <ka...@ne...> >>> >> >> wrote: >>> >> >> > I already have a ReSharper license so its not a big problem for >>> >> >> > me to >>> >> >> > switch. However, in my day-to-day (closed source) work, I prefer >>> >> >> > to >>> >> >> > use >>> >> >> > MSTest just because it means one less thing to install when I set >>> >> >> > up >>> >> >> > a >>> >> >> > development environment or continuous integration server. While >>> >> >> > right >>> >> >> > now it >>> >> >> > sounds like the three of us are OK if we move things to >>> >> >> > NUnit/Resharper, >>> >> >> > my >>> >> >> > concern is that it puts up another barrier to entry. >>> >> >> > >>> >> >> > To be clear, I use and love ReSharper - but we need to be clear >>> >> >> > that >>> >> >> > if >>> >> >> > the >>> >> >> > build is dependent on it, we are relying on a third-party >>> >> >> > closed-source >>> >> >> > application. JetBrains are extremely generous towards open-source >>> >> >> > projects >>> >> >> > and that is to be welcomed, but at the end of the day it is a >>> >> >> > business >>> >> >> > decision, and those decisions can just as easily be reversed. >>> >> >> > >>> >> >> > So my gut instinct is that unless NUnit *by itself* (i.e. without >>> >> >> > added >>> >> >> > ReSharper goodness) provides tooling / features that we require >>> >> >> > we >>> >> >> > should >>> >> >> > stick with MSTest. >>> >> >> > >>> >> >> > Just my 2p :) >>> >> >> > >>> >> >> > K >>> >> >> > >>> >> >> > >>> >> >> > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> >>> >> >> > wrote: >>> >> >> >> >>> >> >> >> Hey Tom >>> >> >> >> >>> >> >> >> Yes we've gone around on this a couple of times before and I >>> >> >> >> have >>> >> >> >> never >>> >> >> >> had the free time to look into it further. If you have the >>> >> >> >> capacity >>> >> >> >> to >>> >> >> >> set up TeamCity to run builds and testing that would be great. >>> >> >> >> >>> >> >> >> If you want to explore moving to NUnit that is fine provided you >>> >> >> >> do >>> >> >> >> it >>> >> >> >> in >>> >> >> >> a separate branch/fork for the time being. Now the remaining >>> >> >> >> blocker >>> >> >> >> bug >>> >> >> >> you had open (graph equality) is solved I want to go ahead and >>> >> >> >> run >>> >> >> >> regressions and then hopefully push out 1.0.0 towards the end of >>> >> >> >> the >>> >> >> >> week >>> >> >> >> (unless you have any objections?) so anything that interferes >>> >> >> >> with >>> >> >> >> that >>> >> >> >> is >>> >> >> >> bad for me right now! >>> >> >> >> >>> >> >> >> For me the deal breaker is being able to Debug tests inside of >>> >> >> >> Visual >>> >> >> >> Studio without having to jump through additional hoops (i.e. >>> >> >> >> Debug > >>> >> >> >> Attach to Process) as NUnit straight out the box seems to >>> >> >> >> require. >>> >> >> >> To >>> >> >> >> be >>> >> >> >> honest even if JetBrains won't give us an open source ReSharper >>> >> >> >> license >>> >> >> >> I >>> >> >> >> can easily afford to buy a personal license since I imagine it >>> >> >> >> is >>> >> >> >> primarily me who spends a lot of time running tests in Debug >>> >> >> >> mode. >>> >> >> >> >>> >> >> >> I'll start a separate thread on NuGet publishing >>> >> >> >> >>> >> >> >> Rob >>> >> >> >> >>> >> >> >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" >>> >> >> >> <tom...@gm...> >>> >> >> >> wrote: >>> >> >> >> >>> >> >> >> >Hi Rob >>> >> >> >> > >>> >> >> >> >Some time we discussed setting up continous integration for >>> >> >> >> > dotNetRDF. >>> >> >> >> >I am upgrading my VPS to a more powerful machine and I have >>> >> >> >> > already >>> >> >> >> >set up TeamCity. It will also be possible to install some >>> >> >> >> > triplestores >>> >> >> >> >for integration testing. >>> >> >> >> > >>> >> >> >> >However I'm hitting a wall with unit tests because you use >>> >> >> >> > MSTest. >>> >> >> >> >Would you be fine with me converting to NUnit? That way >>> >> >> >> > TeamCity >>> >> >> >> > will >>> >> >> >> >run without installing Visual Studio and VS Express users will >>> >> >> >> > also >>> >> >> >> > be >>> >> >> >> >able to build the whole solution. Also I think we could ask >>> >> >> >> > JetBrains >>> >> >> >> >for ReSharper licence for our project (in case you would ask >>> >> >> >> > about >>> >> >> >> >running the test suite from within VS). Oh and by the way, with >>> >> >> >> > the >>> >> >> >> >introduction of NUnit there can be a lot less code for similar >>> >> >> >> > tests, >>> >> >> >> >which can be parametrized. I assume you know the TestCase >>> >> >> >> > attribute. >>> >> >> >> > >>> >> >> >> >When TeamCity builds are running I think we should also >>> >> >> >> > automate >>> >> >> >> > NuGet >>> >> >> >> >publishing. For that some changes will be needed to have >>> >> >> >> > automatic >>> >> >> >> >version numbering. Also you would have to explain how you nuget >>> >> >> >> > pack >>> >> >> >> >dotNetRDF. In a separate email maybe. >>> >> >> >> > >>> >> >> >> >Also I thought that maybe there could be two flavors of those >>> >> >> >> >packages. One as usual for stable builds and a new one, which >>> >> >> >> > would >>> >> >> >> >publish automatically for each successful build. What do you >>> >> >> >> > think? >>> >> >> >> > >>> >> >> >> >A thing to consider here is moving to a dedicated branch for >>> >> >> >> > release >>> >> >> >> >development and leaving default only for bugfixes. >>> >> >> >> > >>> >> >> >> >Any thoughs? >>> >> >> >> > >>> >> >> >> >Thanks >>> >> >> >> >Tom >>> >> >> >> > >>> >> >> >> >>> >> >> >> > >>> >> >> >> > > >>> >> >> >> > > > >>> >> >> >> > > > > >-------------------------------------------------------------------------- >>> >> >> >> >---- >>> >> >> >> >Precog is a next-generation analytics platform capable of >>> >> >> >> > advanced >>> >> >> >> >analytics on semi-structured data. The platform includes APIs >>> >> >> >> > for >>> >> >> >> > building >>> >> >> >> >apps and a phenomenal toolset for data science. Developers can >>> >> >> >> > use >>> >> >> >> >our toolset for easy data analysis & visualization. Get a free >>> >> >> >> > account! >>> >> >> >> >http://www2.precog.com/precogplatform/slashdotnewsletter >>> >> >> >> >_______________________________________________ >>> >> >> >> >dotNetRDF-develop mailing list >>> >> >> >> >dot...@li... >>> >> >> >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> ------------------------------------------------------------------------------ >>> >> >> >> Precog is a next-generation analytics platform capable of >>> >> >> >> advanced >>> >> >> >> analytics on semi-structured data. The platform includes APIs >>> >> >> >> for >>> >> >> >> building >>> >> >> >> apps and a phenomenal toolset for data science. Developers can >>> >> >> >> use >>> >> >> >> our toolset for easy data analysis & visualization. Get a free >>> >> >> >> account! >>> >> >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >>> >> >> >> _______________________________________________ >>> >> >> >> dotNetRDF-develop mailing list >>> >> >> >> dot...@li... >>> >> >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > -- >>> >> >> > Kal Ahmed >>> >> >> > Director, Networked Planet Limited >>> >> >> > e: kal...@ne... >>> >> >> > w: www.networkedplanet.com >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > ------------------------------------------------------------------------------ >>> >> >> > Precog is a next-generation analytics platform capable of >>> >> >> > advanced >>> >> >> > analytics on semi-structured data. The platform includes APIs for >>> >> >> > building >>> >> >> > apps and a phenomenal toolset for data science. Developers can >>> >> >> > use >>> >> >> > our toolset for easy data analysis & visualization. Get a free >>> >> >> > account! >>> >> >> > http://www2.precog.com/precogplatform/slashdotnewsletter >>> >> >> > _______________________________________________ >>> >> >> > dotNetRDF-develop mailing list >>> >> >> > dot...@li... >>> >> >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> >> >> > >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> ------------------------------------------------------------------------------ >>> >> >> Precog is a next-generation analytics platform capable of advanced >>> >> >> analytics on semi-structured data. The platform includes APIs for >>> >> >> building >>> >> >> apps and a phenomenal toolset for data science. Developers can use >>> >> >> our toolset for easy data analysis & visualization. Get a free >>> >> >> account! >>> >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >>> >> >> _______________________________________________ >>> >> >> dotNetRDF-develop mailing list >>> >> >> dot...@li... >>> >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > -- >>> >> > Kal Ahmed >>> >> > Director, Networked Planet Limited >>> >> > e: kal...@ne... >>> >> > w: www.networkedplanet.com >>> >> > >>> >> > >>> >> > >>> >> > ------------------------------------------------------------------------------ >>> >> > Precog is a next-generation analytics platform capable of advanced >>> >> > analytics on semi-structured data. The platform includes APIs for >>> >> > building >>> >> > apps and a phenomenal toolset for data science. Developers can use >>> >> > our toolset for easy data analysis & visualization. Get a free >>> >> > account! >>> >> > http://www2.precog.com/precogplatform/slashdotnewsletter >>> >> > _______________________________________________ >>> >> > dotNetRDF-develop mailing list >>> >> > dot...@li... >>> >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> >> > >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Precog is a next-generation analytics platform capable of advanced >>> >> analytics on semi-structured data. The platform includes APIs for >>> >> building >>> >> apps and a phenomenal toolset for data science. Developers can use >>> >> our toolset for easy data analysis & visualization. Get a free >>> >> account! >>> >> http://www2.precog.com/precogplatform/slashdotnewsletter >>> >> _______________________________________________ >>> >> dotNetRDF-develop mailing list >>> >> dot...@li... >>> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> > >>> > >>> > >>> > >>> > -- >>> > Kal Ahmed >>> > Director, Networked Planet Limited >>> > e: kal...@ne... >>> > w: www.networkedplanet.com >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Precog is a next-generation analytics platform capable of advanced >>> > analytics on semi-structured data. The platform includes APIs for >>> > building >>> > apps and a phenomenal toolset for data science. Developers can use >>> > our toolset for easy data analysis & visualization. Get a free account! >>> > http://www2.precog.com/precogplatform/slashdotnewsletter >>> > _______________________________________________ >>> > dotNetRDF-develop mailing list >>> > dot...@li... >>> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> > >>> >>> >>> ------------------------------------------------------------------------------ >>> Precog is a next-generation analytics platform capable of advanced >>> analytics on semi-structured data. The platform includes APIs for >>> building >>> apps and a phenomenal toolset for data science. Developers can use >>> our toolset for easy data analysis & visualization. Get a free account! >>> http://www2.precog.com/precogplatform/slashdotnewsletter >>> _______________________________________________ >>> dotNetRDF-develop mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> >> >> -- >> Kal Ahmed >> Director, Networked Planet Limited >> e: kal...@ne... >> w: www.networkedplanet.com > > > > > -- > Kal Ahmed > Director, Networked Planet Limited > e: kal...@ne... > w: www.networkedplanet.com > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > |
|
From: Khalil A. <ka...@ne...> - 2013-04-16 09:23:05
|
OK, found you :) I've invited you to the repo. If you have any ideas I'd be pleased to hear them! On Tue, Apr 16, 2013 at 10:20 AM, Khalil Ahmed <ka...@ne...>wrote: > I didn't realize that they were private by default! > > Whats your user name on bitbucket, I'll grant you access. I'm hesitant to > make the fork public in its current state :) > > > On Tue, Apr 16, 2013 at 10:14 AM, Tomasz Pluskiewicz < > tom...@gm...> wrote: > >> It seems your repository is private. >> >> On Tue, Apr 16, 2013 at 11:12 AM, Khalil Ahmed <ka...@ne...> >> wrote: >> > Yep its under https://bitbucket.org/kal_ahmed/dotnetrdf. The main >> problem is >> > unit tests that test parts of the API that are not (and cannot be) >> supported >> > under the portable class library build. >> > >> > >> > On Tue, Apr 16, 2013 at 10:04 AM, Tomasz Pluskiewicz >> > <tom...@gm...> wrote: >> >> >> >> Do you have your fork publicly visible? I wonder why we need >> >> conditional compilation in unit tests... >> >> >> >> On Tue, Apr 16, 2013 at 10:55 AM, Khalil Ahmed < >> ka...@ne...> >> >> wrote: >> >> > Hi Tom, >> >> > >> >> > Good point! I think if everything is set up so that it is possible to >> >> > use >> >> > NUnit without requiring ReSharper I would be happy. >> >> > >> >> > One of the reasons why the portable stuff is taking a while is that I >> >> > wanted >> >> > to get as many of the unit tests working with the portable library as >> >> > possible, so we may need to coordinate on this as I have some changes >> >> > (mostly conditional compilation of unit tests) that will clash with >> any >> >> > wholesale change of the unit test infrastructure and I really really >> >> > don't >> >> > want to have to manually merge it all :) >> >> > >> >> > Cheers >> >> > >> >> > Kal >> >> > >> >> > >> >> > >> >> > On Tue, Apr 16, 2013 at 9:49 AM, Tomasz Pluskiewicz >> >> > <tom...@gm...> wrote: >> >> >> >> >> >> Hi Khal >> >> >> >> >> >> Actaully in terms of CI environment switching ot NUnit means one >> thing >> >> >> less to install, because MSTest requires installing Visual Studio to >> >> >> run and NUnit is bundled with probabyl about any CI server out >> there. >> >> >> >> >> >> I merely suggested Reshareper as a convenient test runner >> replacement. >> >> >> By the way there is a trick, which can be employed to automatically >> >> >> start NUnit GUI runner and attach VS debugger on start. For that the >> >> >> test project has to be changed to a console app. Simple and should >> >> >> work for anyone who doesn't have R# on their box. >> >> >> >> >> >> Tom >> >> >> >> >> >> On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed < >> ka...@ne...> >> >> >> wrote: >> >> >> > I already have a ReSharper license so its not a big problem for >> me to >> >> >> > switch. However, in my day-to-day (closed source) work, I prefer >> to >> >> >> > use >> >> >> > MSTest just because it means one less thing to install when I set >> up >> >> >> > a >> >> >> > development environment or continuous integration server. While >> right >> >> >> > now it >> >> >> > sounds like the three of us are OK if we move things to >> >> >> > NUnit/Resharper, >> >> >> > my >> >> >> > concern is that it puts up another barrier to entry. >> >> >> > >> >> >> > To be clear, I use and love ReSharper - but we need to be clear >> that >> >> >> > if >> >> >> > the >> >> >> > build is dependent on it, we are relying on a third-party >> >> >> > closed-source >> >> >> > application. JetBrains are extremely generous towards open-source >> >> >> > projects >> >> >> > and that is to be welcomed, but at the end of the day it is a >> >> >> > business >> >> >> > decision, and those decisions can just as easily be reversed. >> >> >> > >> >> >> > So my gut instinct is that unless NUnit *by itself* (i.e. without >> >> >> > added >> >> >> > ReSharper goodness) provides tooling / features that we require we >> >> >> > should >> >> >> > stick with MSTest. >> >> >> > >> >> >> > Just my 2p :) >> >> >> > >> >> >> > K >> >> >> > >> >> >> > >> >> >> > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> >> >> >> > wrote: >> >> >> >> >> >> >> >> Hey Tom >> >> >> >> >> >> >> >> Yes we've gone around on this a couple of times before and I have >> >> >> >> never >> >> >> >> had the free time to look into it further. If you have the >> capacity >> >> >> >> to >> >> >> >> set up TeamCity to run builds and testing that would be great. >> >> >> >> >> >> >> >> If you want to explore moving to NUnit that is fine provided you >> do >> >> >> >> it >> >> >> >> in >> >> >> >> a separate branch/fork for the time being. Now the remaining >> >> >> >> blocker >> >> >> >> bug >> >> >> >> you had open (graph equality) is solved I want to go ahead and >> run >> >> >> >> regressions and then hopefully push out 1.0.0 towards the end of >> the >> >> >> >> week >> >> >> >> (unless you have any objections?) so anything that interferes >> with >> >> >> >> that >> >> >> >> is >> >> >> >> bad for me right now! >> >> >> >> >> >> >> >> For me the deal breaker is being able to Debug tests inside of >> >> >> >> Visual >> >> >> >> Studio without having to jump through additional hoops (i.e. >> Debug > >> >> >> >> Attach to Process) as NUnit straight out the box seems to >> require. >> >> >> >> To >> >> >> >> be >> >> >> >> honest even if JetBrains won't give us an open source ReSharper >> >> >> >> license >> >> >> >> I >> >> >> >> can easily afford to buy a personal license since I imagine it is >> >> >> >> primarily me who spends a lot of time running tests in Debug >> mode. >> >> >> >> >> >> >> >> I'll start a separate thread on NuGet publishing >> >> >> >> >> >> >> >> Rob >> >> >> >> >> >> >> >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" >> >> >> >> <tom...@gm...> >> >> >> >> wrote: >> >> >> >> >> >> >> >> >Hi Rob >> >> >> >> > >> >> >> >> >Some time we discussed setting up continous integration for >> >> >> >> > dotNetRDF. >> >> >> >> >I am upgrading my VPS to a more powerful machine and I have >> already >> >> >> >> >set up TeamCity. It will also be possible to install some >> >> >> >> > triplestores >> >> >> >> >for integration testing. >> >> >> >> > >> >> >> >> >However I'm hitting a wall with unit tests because you use >> MSTest. >> >> >> >> >Would you be fine with me converting to NUnit? That way TeamCity >> >> >> >> > will >> >> >> >> >run without installing Visual Studio and VS Express users will >> also >> >> >> >> > be >> >> >> >> >able to build the whole solution. Also I think we could ask >> >> >> >> > JetBrains >> >> >> >> >for ReSharper licence for our project (in case you would ask >> about >> >> >> >> >running the test suite from within VS). Oh and by the way, with >> the >> >> >> >> >introduction of NUnit there can be a lot less code for similar >> >> >> >> > tests, >> >> >> >> >which can be parametrized. I assume you know the TestCase >> >> >> >> > attribute. >> >> >> >> > >> >> >> >> >When TeamCity builds are running I think we should also automate >> >> >> >> > NuGet >> >> >> >> >publishing. For that some changes will be needed to have >> automatic >> >> >> >> >version numbering. Also you would have to explain how you nuget >> >> >> >> > pack >> >> >> >> >dotNetRDF. In a separate email maybe. >> >> >> >> > >> >> >> >> >Also I thought that maybe there could be two flavors of those >> >> >> >> >packages. One as usual for stable builds and a new one, which >> would >> >> >> >> >publish automatically for each successful build. What do you >> think? >> >> >> >> > >> >> >> >> >A thing to consider here is moving to a dedicated branch for >> >> >> >> > release >> >> >> >> >development and leaving default only for bugfixes. >> >> >> >> > >> >> >> >> >Any thoughs? >> >> >> >> > >> >> >> >> >Thanks >> >> >> >> >Tom >> >> >> >> > >> >> >> >> >> >> >> >> > >> >> >> >> > > >> >> >> >> > > > >> >-------------------------------------------------------------------------- >> >> >> >> >---- >> >> >> >> >Precog is a next-generation analytics platform capable of >> advanced >> >> >> >> >analytics on semi-structured data. The platform includes APIs >> for >> >> >> >> > building >> >> >> >> >apps and a phenomenal toolset for data science. Developers can >> use >> >> >> >> >our toolset for easy data analysis & visualization. Get a free >> >> >> >> > account! >> >> >> >> >http://www2.precog.com/precogplatform/slashdotnewsletter >> >> >> >> >_______________________________________________ >> >> >> >> >dotNetRDF-develop mailing list >> >> >> >> >dot...@li... >> >> >> >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> Precog is a next-generation analytics platform capable of >> advanced >> >> >> >> analytics on semi-structured data. The platform includes APIs for >> >> >> >> building >> >> >> >> apps and a phenomenal toolset for data science. Developers can >> use >> >> >> >> our toolset for easy data analysis & visualization. Get a free >> >> >> >> account! >> >> >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >> >> >> >> _______________________________________________ >> >> >> >> dotNetRDF-develop mailing list >> >> >> >> dot...@li... >> >> >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > -- >> >> >> > Kal Ahmed >> >> >> > Director, Networked Planet Limited >> >> >> > e: kal...@ne... >> >> >> > w: www.networkedplanet.com >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> ------------------------------------------------------------------------------ >> >> >> > Precog is a next-generation analytics platform capable of advanced >> >> >> > analytics on semi-structured data. The platform includes APIs for >> >> >> > building >> >> >> > apps and a phenomenal toolset for data science. Developers can use >> >> >> > our toolset for easy data analysis & visualization. Get a free >> >> >> > account! >> >> >> > http://www2.precog.com/precogplatform/slashdotnewsletter >> >> >> > _______________________________________________ >> >> >> > dotNetRDF-develop mailing list >> >> >> > dot...@li... >> >> >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Precog is a next-generation analytics platform capable of advanced >> >> >> analytics on semi-structured data. The platform includes APIs for >> >> >> building >> >> >> apps and a phenomenal toolset for data science. Developers can use >> >> >> our toolset for easy data analysis & visualization. Get a free >> account! >> >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >> >> >> _______________________________________________ >> >> >> dotNetRDF-develop mailing list >> >> >> dot...@li... >> >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> > >> >> > >> >> > >> >> > >> >> > -- >> >> > Kal Ahmed >> >> > Director, Networked Planet Limited >> >> > e: kal...@ne... >> >> > w: www.networkedplanet.com >> >> > >> >> > >> >> > >> ------------------------------------------------------------------------------ >> >> > Precog is a next-generation analytics platform capable of advanced >> >> > analytics on semi-structured data. The platform includes APIs for >> >> > building >> >> > apps and a phenomenal toolset for data science. Developers can use >> >> > our toolset for easy data analysis & visualization. Get a free >> account! >> >> > http://www2.precog.com/precogplatform/slashdotnewsletter >> >> > _______________________________________________ >> >> > dotNetRDF-develop mailing list >> >> > dot...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> > >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Precog is a next-generation analytics platform capable of advanced >> >> analytics on semi-structured data. The platform includes APIs for >> building >> >> apps and a phenomenal toolset for data science. Developers can use >> >> our toolset for easy data analysis & visualization. Get a free account! >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >> >> _______________________________________________ >> >> dotNetRDF-develop mailing list >> >> dot...@li... >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> > >> > >> > >> > >> > -- >> > Kal Ahmed >> > Director, Networked Planet Limited >> > e: kal...@ne... >> > w: www.networkedplanet.com >> > >> > >> ------------------------------------------------------------------------------ >> > Precog is a next-generation analytics platform capable of advanced >> > analytics on semi-structured data. The platform includes APIs for >> building >> > apps and a phenomenal toolset for data science. Developers can use >> > our toolset for easy data analysis & visualization. Get a free account! >> > http://www2.precog.com/precogplatform/slashdotnewsletter >> > _______________________________________________ >> > dotNetRDF-develop mailing list >> > dot...@li... >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> > >> >> >> ------------------------------------------------------------------------------ >> Precog is a next-generation analytics platform capable of advanced >> analytics on semi-structured data. The platform includes APIs for building >> apps and a phenomenal toolset for data science. Developers can use >> our toolset for easy data analysis & visualization. Get a free account! >> http://www2.precog.com/precogplatform/slashdotnewsletter >> _______________________________________________ >> dotNetRDF-develop mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> > > > > -- > Kal Ahmed > Director, Networked Planet Limited > e: kal...@ne... > w: www.networkedplanet.com > -- Kal Ahmed Director, Networked Planet Limited e: kal...@ne... w: www.networkedplanet.com |
|
From: Khalil A. <ka...@ne...> - 2013-04-16 09:20:58
|
I didn't realize that they were private by default! Whats your user name on bitbucket, I'll grant you access. I'm hesitant to make the fork public in its current state :) On Tue, Apr 16, 2013 at 10:14 AM, Tomasz Pluskiewicz < tom...@gm...> wrote: > It seems your repository is private. > > On Tue, Apr 16, 2013 at 11:12 AM, Khalil Ahmed <ka...@ne...> > wrote: > > Yep its under https://bitbucket.org/kal_ahmed/dotnetrdf. The main > problem is > > unit tests that test parts of the API that are not (and cannot be) > supported > > under the portable class library build. > > > > > > On Tue, Apr 16, 2013 at 10:04 AM, Tomasz Pluskiewicz > > <tom...@gm...> wrote: > >> > >> Do you have your fork publicly visible? I wonder why we need > >> conditional compilation in unit tests... > >> > >> On Tue, Apr 16, 2013 at 10:55 AM, Khalil Ahmed <ka...@ne... > > > >> wrote: > >> > Hi Tom, > >> > > >> > Good point! I think if everything is set up so that it is possible to > >> > use > >> > NUnit without requiring ReSharper I would be happy. > >> > > >> > One of the reasons why the portable stuff is taking a while is that I > >> > wanted > >> > to get as many of the unit tests working with the portable library as > >> > possible, so we may need to coordinate on this as I have some changes > >> > (mostly conditional compilation of unit tests) that will clash with > any > >> > wholesale change of the unit test infrastructure and I really really > >> > don't > >> > want to have to manually merge it all :) > >> > > >> > Cheers > >> > > >> > Kal > >> > > >> > > >> > > >> > On Tue, Apr 16, 2013 at 9:49 AM, Tomasz Pluskiewicz > >> > <tom...@gm...> wrote: > >> >> > >> >> Hi Khal > >> >> > >> >> Actaully in terms of CI environment switching ot NUnit means one > thing > >> >> less to install, because MSTest requires installing Visual Studio to > >> >> run and NUnit is bundled with probabyl about any CI server out there. > >> >> > >> >> I merely suggested Reshareper as a convenient test runner > replacement. > >> >> By the way there is a trick, which can be employed to automatically > >> >> start NUnit GUI runner and attach VS debugger on start. For that the > >> >> test project has to be changed to a console app. Simple and should > >> >> work for anyone who doesn't have R# on their box. > >> >> > >> >> Tom > >> >> > >> >> On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed < > ka...@ne...> > >> >> wrote: > >> >> > I already have a ReSharper license so its not a big problem for me > to > >> >> > switch. However, in my day-to-day (closed source) work, I prefer to > >> >> > use > >> >> > MSTest just because it means one less thing to install when I set > up > >> >> > a > >> >> > development environment or continuous integration server. While > right > >> >> > now it > >> >> > sounds like the three of us are OK if we move things to > >> >> > NUnit/Resharper, > >> >> > my > >> >> > concern is that it puts up another barrier to entry. > >> >> > > >> >> > To be clear, I use and love ReSharper - but we need to be clear > that > >> >> > if > >> >> > the > >> >> > build is dependent on it, we are relying on a third-party > >> >> > closed-source > >> >> > application. JetBrains are extremely generous towards open-source > >> >> > projects > >> >> > and that is to be welcomed, but at the end of the day it is a > >> >> > business > >> >> > decision, and those decisions can just as easily be reversed. > >> >> > > >> >> > So my gut instinct is that unless NUnit *by itself* (i.e. without > >> >> > added > >> >> > ReSharper goodness) provides tooling / features that we require we > >> >> > should > >> >> > stick with MSTest. > >> >> > > >> >> > Just my 2p :) > >> >> > > >> >> > K > >> >> > > >> >> > > >> >> > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> > >> >> > wrote: > >> >> >> > >> >> >> Hey Tom > >> >> >> > >> >> >> Yes we've gone around on this a couple of times before and I have > >> >> >> never > >> >> >> had the free time to look into it further. If you have the > capacity > >> >> >> to > >> >> >> set up TeamCity to run builds and testing that would be great. > >> >> >> > >> >> >> If you want to explore moving to NUnit that is fine provided you > do > >> >> >> it > >> >> >> in > >> >> >> a separate branch/fork for the time being. Now the remaining > >> >> >> blocker > >> >> >> bug > >> >> >> you had open (graph equality) is solved I want to go ahead and run > >> >> >> regressions and then hopefully push out 1.0.0 towards the end of > the > >> >> >> week > >> >> >> (unless you have any objections?) so anything that interferes with > >> >> >> that > >> >> >> is > >> >> >> bad for me right now! > >> >> >> > >> >> >> For me the deal breaker is being able to Debug tests inside of > >> >> >> Visual > >> >> >> Studio without having to jump through additional hoops (i.e. > Debug > > >> >> >> Attach to Process) as NUnit straight out the box seems to require. > >> >> >> To > >> >> >> be > >> >> >> honest even if JetBrains won't give us an open source ReSharper > >> >> >> license > >> >> >> I > >> >> >> can easily afford to buy a personal license since I imagine it is > >> >> >> primarily me who spends a lot of time running tests in Debug mode. > >> >> >> > >> >> >> I'll start a separate thread on NuGet publishing > >> >> >> > >> >> >> Rob > >> >> >> > >> >> >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" > >> >> >> <tom...@gm...> > >> >> >> wrote: > >> >> >> > >> >> >> >Hi Rob > >> >> >> > > >> >> >> >Some time we discussed setting up continous integration for > >> >> >> > dotNetRDF. > >> >> >> >I am upgrading my VPS to a more powerful machine and I have > already > >> >> >> >set up TeamCity. It will also be possible to install some > >> >> >> > triplestores > >> >> >> >for integration testing. > >> >> >> > > >> >> >> >However I'm hitting a wall with unit tests because you use > MSTest. > >> >> >> >Would you be fine with me converting to NUnit? That way TeamCity > >> >> >> > will > >> >> >> >run without installing Visual Studio and VS Express users will > also > >> >> >> > be > >> >> >> >able to build the whole solution. Also I think we could ask > >> >> >> > JetBrains > >> >> >> >for ReSharper licence for our project (in case you would ask > about > >> >> >> >running the test suite from within VS). Oh and by the way, with > the > >> >> >> >introduction of NUnit there can be a lot less code for similar > >> >> >> > tests, > >> >> >> >which can be parametrized. I assume you know the TestCase > >> >> >> > attribute. > >> >> >> > > >> >> >> >When TeamCity builds are running I think we should also automate > >> >> >> > NuGet > >> >> >> >publishing. For that some changes will be needed to have > automatic > >> >> >> >version numbering. Also you would have to explain how you nuget > >> >> >> > pack > >> >> >> >dotNetRDF. In a separate email maybe. > >> >> >> > > >> >> >> >Also I thought that maybe there could be two flavors of those > >> >> >> >packages. One as usual for stable builds and a new one, which > would > >> >> >> >publish automatically for each successful build. What do you > think? > >> >> >> > > >> >> >> >A thing to consider here is moving to a dedicated branch for > >> >> >> > release > >> >> >> >development and leaving default only for bugfixes. > >> >> >> > > >> >> >> >Any thoughs? > >> >> >> > > >> >> >> >Thanks > >> >> >> >Tom > >> >> >> > > >> >> >> > >> >> >> > > >> >> >> > > > >> >> >> > > > > >-------------------------------------------------------------------------- > >> >> >> >---- > >> >> >> >Precog is a next-generation analytics platform capable of > advanced > >> >> >> >analytics on semi-structured data. The platform includes APIs for > >> >> >> > building > >> >> >> >apps and a phenomenal toolset for data science. Developers can > use > >> >> >> >our toolset for easy data analysis & visualization. Get a free > >> >> >> > account! > >> >> >> >http://www2.precog.com/precogplatform/slashdotnewsletter > >> >> >> >_______________________________________________ > >> >> >> >dotNetRDF-develop mailing list > >> >> >> >dot...@li... > >> >> >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > ------------------------------------------------------------------------------ > >> >> >> Precog is a next-generation analytics platform capable of advanced > >> >> >> analytics on semi-structured data. The platform includes APIs for > >> >> >> building > >> >> >> apps and a phenomenal toolset for data science. Developers can use > >> >> >> our toolset for easy data analysis & visualization. Get a free > >> >> >> account! > >> >> >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> >> >> _______________________________________________ > >> >> >> dotNetRDF-develop mailing list > >> >> >> dot...@li... > >> >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > -- > >> >> > Kal Ahmed > >> >> > Director, Networked Planet Limited > >> >> > e: kal...@ne... > >> >> > w: www.networkedplanet.com > >> >> > > >> >> > > >> >> > > >> >> > > ------------------------------------------------------------------------------ > >> >> > Precog is a next-generation analytics platform capable of advanced > >> >> > analytics on semi-structured data. The platform includes APIs for > >> >> > building > >> >> > apps and a phenomenal toolset for data science. Developers can use > >> >> > our toolset for easy data analysis & visualization. Get a free > >> >> > account! > >> >> > http://www2.precog.com/precogplatform/slashdotnewsletter > >> >> > _______________________________________________ > >> >> > dotNetRDF-develop mailing list > >> >> > dot...@li... > >> >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> >> > > >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ > >> >> Precog is a next-generation analytics platform capable of advanced > >> >> analytics on semi-structured data. The platform includes APIs for > >> >> building > >> >> apps and a phenomenal toolset for data science. Developers can use > >> >> our toolset for easy data analysis & visualization. Get a free > account! > >> >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> >> _______________________________________________ > >> >> dotNetRDF-develop mailing list > >> >> dot...@li... > >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> > > >> > > >> > > >> > > >> > -- > >> > Kal Ahmed > >> > Director, Networked Planet Limited > >> > e: kal...@ne... > >> > w: www.networkedplanet.com > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > Precog is a next-generation analytics platform capable of advanced > >> > analytics on semi-structured data. The platform includes APIs for > >> > building > >> > apps and a phenomenal toolset for data science. Developers can use > >> > our toolset for easy data analysis & visualization. Get a free > account! > >> > http://www2.precog.com/precogplatform/slashdotnewsletter > >> > _______________________________________________ > >> > dotNetRDF-develop mailing list > >> > dot...@li... > >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> > > >> > >> > >> > ------------------------------------------------------------------------------ > >> Precog is a next-generation analytics platform capable of advanced > >> analytics on semi-structured data. The platform includes APIs for > building > >> apps and a phenomenal toolset for data science. Developers can use > >> our toolset for easy data analysis & visualization. Get a free account! > >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> _______________________________________________ > >> dotNetRDF-develop mailing list > >> dot...@li... > >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > > > > > > -- > > Kal Ahmed > > Director, Networked Planet Limited > > e: kal...@ne... > > w: www.networkedplanet.com > > > > > ------------------------------------------------------------------------------ > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for > building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > _______________________________________________ > > dotNetRDF-develop mailing list > > dot...@li... > > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > -- Kal Ahmed Director, Networked Planet Limited e: kal...@ne... w: www.networkedplanet.com |
|
From: Tomasz P. <tom...@gm...> - 2013-04-16 09:15:08
|
It seems your repository is private. On Tue, Apr 16, 2013 at 11:12 AM, Khalil Ahmed <ka...@ne...> wrote: > Yep its under https://bitbucket.org/kal_ahmed/dotnetrdf. The main problem is > unit tests that test parts of the API that are not (and cannot be) supported > under the portable class library build. > > > On Tue, Apr 16, 2013 at 10:04 AM, Tomasz Pluskiewicz > <tom...@gm...> wrote: >> >> Do you have your fork publicly visible? I wonder why we need >> conditional compilation in unit tests... >> >> On Tue, Apr 16, 2013 at 10:55 AM, Khalil Ahmed <ka...@ne...> >> wrote: >> > Hi Tom, >> > >> > Good point! I think if everything is set up so that it is possible to >> > use >> > NUnit without requiring ReSharper I would be happy. >> > >> > One of the reasons why the portable stuff is taking a while is that I >> > wanted >> > to get as many of the unit tests working with the portable library as >> > possible, so we may need to coordinate on this as I have some changes >> > (mostly conditional compilation of unit tests) that will clash with any >> > wholesale change of the unit test infrastructure and I really really >> > don't >> > want to have to manually merge it all :) >> > >> > Cheers >> > >> > Kal >> > >> > >> > >> > On Tue, Apr 16, 2013 at 9:49 AM, Tomasz Pluskiewicz >> > <tom...@gm...> wrote: >> >> >> >> Hi Khal >> >> >> >> Actaully in terms of CI environment switching ot NUnit means one thing >> >> less to install, because MSTest requires installing Visual Studio to >> >> run and NUnit is bundled with probabyl about any CI server out there. >> >> >> >> I merely suggested Reshareper as a convenient test runner replacement. >> >> By the way there is a trick, which can be employed to automatically >> >> start NUnit GUI runner and attach VS debugger on start. For that the >> >> test project has to be changed to a console app. Simple and should >> >> work for anyone who doesn't have R# on their box. >> >> >> >> Tom >> >> >> >> On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed <ka...@ne...> >> >> wrote: >> >> > I already have a ReSharper license so its not a big problem for me to >> >> > switch. However, in my day-to-day (closed source) work, I prefer to >> >> > use >> >> > MSTest just because it means one less thing to install when I set up >> >> > a >> >> > development environment or continuous integration server. While right >> >> > now it >> >> > sounds like the three of us are OK if we move things to >> >> > NUnit/Resharper, >> >> > my >> >> > concern is that it puts up another barrier to entry. >> >> > >> >> > To be clear, I use and love ReSharper - but we need to be clear that >> >> > if >> >> > the >> >> > build is dependent on it, we are relying on a third-party >> >> > closed-source >> >> > application. JetBrains are extremely generous towards open-source >> >> > projects >> >> > and that is to be welcomed, but at the end of the day it is a >> >> > business >> >> > decision, and those decisions can just as easily be reversed. >> >> > >> >> > So my gut instinct is that unless NUnit *by itself* (i.e. without >> >> > added >> >> > ReSharper goodness) provides tooling / features that we require we >> >> > should >> >> > stick with MSTest. >> >> > >> >> > Just my 2p :) >> >> > >> >> > K >> >> > >> >> > >> >> > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> >> >> > wrote: >> >> >> >> >> >> Hey Tom >> >> >> >> >> >> Yes we've gone around on this a couple of times before and I have >> >> >> never >> >> >> had the free time to look into it further. If you have the capacity >> >> >> to >> >> >> set up TeamCity to run builds and testing that would be great. >> >> >> >> >> >> If you want to explore moving to NUnit that is fine provided you do >> >> >> it >> >> >> in >> >> >> a separate branch/fork for the time being. Now the remaining >> >> >> blocker >> >> >> bug >> >> >> you had open (graph equality) is solved I want to go ahead and run >> >> >> regressions and then hopefully push out 1.0.0 towards the end of the >> >> >> week >> >> >> (unless you have any objections?) so anything that interferes with >> >> >> that >> >> >> is >> >> >> bad for me right now! >> >> >> >> >> >> For me the deal breaker is being able to Debug tests inside of >> >> >> Visual >> >> >> Studio without having to jump through additional hoops (i.e. Debug > >> >> >> Attach to Process) as NUnit straight out the box seems to require. >> >> >> To >> >> >> be >> >> >> honest even if JetBrains won't give us an open source ReSharper >> >> >> license >> >> >> I >> >> >> can easily afford to buy a personal license since I imagine it is >> >> >> primarily me who spends a lot of time running tests in Debug mode. >> >> >> >> >> >> I'll start a separate thread on NuGet publishing >> >> >> >> >> >> Rob >> >> >> >> >> >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" >> >> >> <tom...@gm...> >> >> >> wrote: >> >> >> >> >> >> >Hi Rob >> >> >> > >> >> >> >Some time we discussed setting up continous integration for >> >> >> > dotNetRDF. >> >> >> >I am upgrading my VPS to a more powerful machine and I have already >> >> >> >set up TeamCity. It will also be possible to install some >> >> >> > triplestores >> >> >> >for integration testing. >> >> >> > >> >> >> >However I'm hitting a wall with unit tests because you use MSTest. >> >> >> >Would you be fine with me converting to NUnit? That way TeamCity >> >> >> > will >> >> >> >run without installing Visual Studio and VS Express users will also >> >> >> > be >> >> >> >able to build the whole solution. Also I think we could ask >> >> >> > JetBrains >> >> >> >for ReSharper licence for our project (in case you would ask about >> >> >> >running the test suite from within VS). Oh and by the way, with the >> >> >> >introduction of NUnit there can be a lot less code for similar >> >> >> > tests, >> >> >> >which can be parametrized. I assume you know the TestCase >> >> >> > attribute. >> >> >> > >> >> >> >When TeamCity builds are running I think we should also automate >> >> >> > NuGet >> >> >> >publishing. For that some changes will be needed to have automatic >> >> >> >version numbering. Also you would have to explain how you nuget >> >> >> > pack >> >> >> >dotNetRDF. In a separate email maybe. >> >> >> > >> >> >> >Also I thought that maybe there could be two flavors of those >> >> >> >packages. One as usual for stable builds and a new one, which would >> >> >> >publish automatically for each successful build. What do you think? >> >> >> > >> >> >> >A thing to consider here is moving to a dedicated branch for >> >> >> > release >> >> >> >development and leaving default only for bugfixes. >> >> >> > >> >> >> >Any thoughs? >> >> >> > >> >> >> >Thanks >> >> >> >Tom >> >> >> > >> >> >> >> >> >> > >> >> >> > > >> >> >> > > > >-------------------------------------------------------------------------- >> >> >> >---- >> >> >> >Precog is a next-generation analytics platform capable of advanced >> >> >> >analytics on semi-structured data. The platform includes APIs for >> >> >> > building >> >> >> >apps and a phenomenal toolset for data science. Developers can use >> >> >> >our toolset for easy data analysis & visualization. Get a free >> >> >> > account! >> >> >> >http://www2.precog.com/precogplatform/slashdotnewsletter >> >> >> >_______________________________________________ >> >> >> >dotNetRDF-develop mailing list >> >> >> >dot...@li... >> >> >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Precog is a next-generation analytics platform capable of advanced >> >> >> analytics on semi-structured data. The platform includes APIs for >> >> >> building >> >> >> apps and a phenomenal toolset for data science. Developers can use >> >> >> our toolset for easy data analysis & visualization. Get a free >> >> >> account! >> >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >> >> >> _______________________________________________ >> >> >> dotNetRDF-develop mailing list >> >> >> dot...@li... >> >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> > >> >> > >> >> > >> >> > >> >> > -- >> >> > Kal Ahmed >> >> > Director, Networked Planet Limited >> >> > e: kal...@ne... >> >> > w: www.networkedplanet.com >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Precog is a next-generation analytics platform capable of advanced >> >> > analytics on semi-structured data. The platform includes APIs for >> >> > building >> >> > apps and a phenomenal toolset for data science. Developers can use >> >> > our toolset for easy data analysis & visualization. Get a free >> >> > account! >> >> > http://www2.precog.com/precogplatform/slashdotnewsletter >> >> > _______________________________________________ >> >> > dotNetRDF-develop mailing list >> >> > dot...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> > >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Precog is a next-generation analytics platform capable of advanced >> >> analytics on semi-structured data. The platform includes APIs for >> >> building >> >> apps and a phenomenal toolset for data science. Developers can use >> >> our toolset for easy data analysis & visualization. Get a free account! >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >> >> _______________________________________________ >> >> dotNetRDF-develop mailing list >> >> dot...@li... >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> > >> > >> > >> > >> > -- >> > Kal Ahmed >> > Director, Networked Planet Limited >> > e: kal...@ne... >> > w: www.networkedplanet.com >> > >> > >> > ------------------------------------------------------------------------------ >> > Precog is a next-generation analytics platform capable of advanced >> > analytics on semi-structured data. The platform includes APIs for >> > building >> > apps and a phenomenal toolset for data science. Developers can use >> > our toolset for easy data analysis & visualization. Get a free account! >> > http://www2.precog.com/precogplatform/slashdotnewsletter >> > _______________________________________________ >> > dotNetRDF-develop mailing list >> > dot...@li... >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> > >> >> >> ------------------------------------------------------------------------------ >> Precog is a next-generation analytics platform capable of advanced >> analytics on semi-structured data. The platform includes APIs for building >> apps and a phenomenal toolset for data science. Developers can use >> our toolset for easy data analysis & visualization. Get a free account! >> http://www2.precog.com/precogplatform/slashdotnewsletter >> _______________________________________________ >> dotNetRDF-develop mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > -- > Kal Ahmed > Director, Networked Planet Limited > e: kal...@ne... > w: www.networkedplanet.com > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > |
|
From: Khalil A. <ka...@ne...> - 2013-04-16 09:12:23
|
Yep its under https://bitbucket.org/kal_ahmed/dotnetrdf. The main problem is unit tests that test parts of the API that are not (and cannot be) supported under the portable class library build. On Tue, Apr 16, 2013 at 10:04 AM, Tomasz Pluskiewicz < tom...@gm...> wrote: > Do you have your fork publicly visible? I wonder why we need > conditional compilation in unit tests... > > On Tue, Apr 16, 2013 at 10:55 AM, Khalil Ahmed <ka...@ne...> > wrote: > > Hi Tom, > > > > Good point! I think if everything is set up so that it is possible to use > > NUnit without requiring ReSharper I would be happy. > > > > One of the reasons why the portable stuff is taking a while is that I > wanted > > to get as many of the unit tests working with the portable library as > > possible, so we may need to coordinate on this as I have some changes > > (mostly conditional compilation of unit tests) that will clash with any > > wholesale change of the unit test infrastructure and I really really > don't > > want to have to manually merge it all :) > > > > Cheers > > > > Kal > > > > > > > > On Tue, Apr 16, 2013 at 9:49 AM, Tomasz Pluskiewicz > > <tom...@gm...> wrote: > >> > >> Hi Khal > >> > >> Actaully in terms of CI environment switching ot NUnit means one thing > >> less to install, because MSTest requires installing Visual Studio to > >> run and NUnit is bundled with probabyl about any CI server out there. > >> > >> I merely suggested Reshareper as a convenient test runner replacement. > >> By the way there is a trick, which can be employed to automatically > >> start NUnit GUI runner and attach VS debugger on start. For that the > >> test project has to be changed to a console app. Simple and should > >> work for anyone who doesn't have R# on their box. > >> > >> Tom > >> > >> On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed <ka...@ne...> > >> wrote: > >> > I already have a ReSharper license so its not a big problem for me to > >> > switch. However, in my day-to-day (closed source) work, I prefer to > use > >> > MSTest just because it means one less thing to install when I set up a > >> > development environment or continuous integration server. While right > >> > now it > >> > sounds like the three of us are OK if we move things to > NUnit/Resharper, > >> > my > >> > concern is that it puts up another barrier to entry. > >> > > >> > To be clear, I use and love ReSharper - but we need to be clear that > if > >> > the > >> > build is dependent on it, we are relying on a third-party > closed-source > >> > application. JetBrains are extremely generous towards open-source > >> > projects > >> > and that is to be welcomed, but at the end of the day it is a business > >> > decision, and those decisions can just as easily be reversed. > >> > > >> > So my gut instinct is that unless NUnit *by itself* (i.e. without > added > >> > ReSharper goodness) provides tooling / features that we require we > >> > should > >> > stick with MSTest. > >> > > >> > Just my 2p :) > >> > > >> > K > >> > > >> > > >> > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> > wrote: > >> >> > >> >> Hey Tom > >> >> > >> >> Yes we've gone around on this a couple of times before and I have > never > >> >> had the free time to look into it further. If you have the capacity > to > >> >> set up TeamCity to run builds and testing that would be great. > >> >> > >> >> If you want to explore moving to NUnit that is fine provided you do > it > >> >> in > >> >> a separate branch/fork for the time being. Now the remaining blocker > >> >> bug > >> >> you had open (graph equality) is solved I want to go ahead and run > >> >> regressions and then hopefully push out 1.0.0 towards the end of the > >> >> week > >> >> (unless you have any objections?) so anything that interferes with > that > >> >> is > >> >> bad for me right now! > >> >> > >> >> For me the deal breaker is being able to Debug tests inside of Visual > >> >> Studio without having to jump through additional hoops (i.e. Debug > > >> >> Attach to Process) as NUnit straight out the box seems to require. > To > >> >> be > >> >> honest even if JetBrains won't give us an open source ReSharper > license > >> >> I > >> >> can easily afford to buy a personal license since I imagine it is > >> >> primarily me who spends a lot of time running tests in Debug mode. > >> >> > >> >> I'll start a separate thread on NuGet publishing > >> >> > >> >> Rob > >> >> > >> >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" < > tom...@gm...> > >> >> wrote: > >> >> > >> >> >Hi Rob > >> >> > > >> >> >Some time we discussed setting up continous integration for > dotNetRDF. > >> >> >I am upgrading my VPS to a more powerful machine and I have already > >> >> >set up TeamCity. It will also be possible to install some > triplestores > >> >> >for integration testing. > >> >> > > >> >> >However I'm hitting a wall with unit tests because you use MSTest. > >> >> >Would you be fine with me converting to NUnit? That way TeamCity > will > >> >> >run without installing Visual Studio and VS Express users will also > be > >> >> >able to build the whole solution. Also I think we could ask > JetBrains > >> >> >for ReSharper licence for our project (in case you would ask about > >> >> >running the test suite from within VS). Oh and by the way, with the > >> >> >introduction of NUnit there can be a lot less code for similar > tests, > >> >> >which can be parametrized. I assume you know the TestCase attribute. > >> >> > > >> >> >When TeamCity builds are running I think we should also automate > NuGet > >> >> >publishing. For that some changes will be needed to have automatic > >> >> >version numbering. Also you would have to explain how you nuget pack > >> >> >dotNetRDF. In a separate email maybe. > >> >> > > >> >> >Also I thought that maybe there could be two flavors of those > >> >> >packages. One as usual for stable builds and a new one, which would > >> >> >publish automatically for each successful build. What do you think? > >> >> > > >> >> >A thing to consider here is moving to a dedicated branch for release > >> >> >development and leaving default only for bugfixes. > >> >> > > >> >> >Any thoughs? > >> >> > > >> >> >Thanks > >> >> >Tom > >> >> > > >> >> > >> >> > > >> >> > > > >-------------------------------------------------------------------------- > >> >> >---- > >> >> >Precog is a next-generation analytics platform capable of advanced > >> >> >analytics on semi-structured data. The platform includes APIs for > >> >> > building > >> >> >apps and a phenomenal toolset for data science. Developers can use > >> >> >our toolset for easy data analysis & visualization. Get a free > >> >> > account! > >> >> >http://www2.precog.com/precogplatform/slashdotnewsletter > >> >> >_______________________________________________ > >> >> >dotNetRDF-develop mailing list > >> >> >dot...@li... > >> >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ > >> >> Precog is a next-generation analytics platform capable of advanced > >> >> analytics on semi-structured data. The platform includes APIs for > >> >> building > >> >> apps and a phenomenal toolset for data science. Developers can use > >> >> our toolset for easy data analysis & visualization. Get a free > account! > >> >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> >> _______________________________________________ > >> >> dotNetRDF-develop mailing list > >> >> dot...@li... > >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> > > >> > > >> > > >> > > >> > -- > >> > Kal Ahmed > >> > Director, Networked Planet Limited > >> > e: kal...@ne... > >> > w: www.networkedplanet.com > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > Precog is a next-generation analytics platform capable of advanced > >> > analytics on semi-structured data. The platform includes APIs for > >> > building > >> > apps and a phenomenal toolset for data science. Developers can use > >> > our toolset for easy data analysis & visualization. Get a free > account! > >> > http://www2.precog.com/precogplatform/slashdotnewsletter > >> > _______________________________________________ > >> > dotNetRDF-develop mailing list > >> > dot...@li... > >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> > > >> > >> > >> > ------------------------------------------------------------------------------ > >> Precog is a next-generation analytics platform capable of advanced > >> analytics on semi-structured data. The platform includes APIs for > building > >> apps and a phenomenal toolset for data science. Developers can use > >> our toolset for easy data analysis & visualization. Get a free account! > >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> _______________________________________________ > >> dotNetRDF-develop mailing list > >> dot...@li... > >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > > > > > > -- > > Kal Ahmed > > Director, Networked Planet Limited > > e: kal...@ne... > > w: www.networkedplanet.com > > > > > ------------------------------------------------------------------------------ > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for > building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > _______________________________________________ > > dotNetRDF-develop mailing list > > dot...@li... > > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > -- Kal Ahmed Director, Networked Planet Limited e: kal...@ne... w: www.networkedplanet.com |
|
From: Tomasz P. <tom...@gm...> - 2013-04-16 09:05:00
|
Do you have your fork publicly visible? I wonder why we need conditional compilation in unit tests... On Tue, Apr 16, 2013 at 10:55 AM, Khalil Ahmed <ka...@ne...> wrote: > Hi Tom, > > Good point! I think if everything is set up so that it is possible to use > NUnit without requiring ReSharper I would be happy. > > One of the reasons why the portable stuff is taking a while is that I wanted > to get as many of the unit tests working with the portable library as > possible, so we may need to coordinate on this as I have some changes > (mostly conditional compilation of unit tests) that will clash with any > wholesale change of the unit test infrastructure and I really really don't > want to have to manually merge it all :) > > Cheers > > Kal > > > > On Tue, Apr 16, 2013 at 9:49 AM, Tomasz Pluskiewicz > <tom...@gm...> wrote: >> >> Hi Khal >> >> Actaully in terms of CI environment switching ot NUnit means one thing >> less to install, because MSTest requires installing Visual Studio to >> run and NUnit is bundled with probabyl about any CI server out there. >> >> I merely suggested Reshareper as a convenient test runner replacement. >> By the way there is a trick, which can be employed to automatically >> start NUnit GUI runner and attach VS debugger on start. For that the >> test project has to be changed to a console app. Simple and should >> work for anyone who doesn't have R# on their box. >> >> Tom >> >> On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed <ka...@ne...> >> wrote: >> > I already have a ReSharper license so its not a big problem for me to >> > switch. However, in my day-to-day (closed source) work, I prefer to use >> > MSTest just because it means one less thing to install when I set up a >> > development environment or continuous integration server. While right >> > now it >> > sounds like the three of us are OK if we move things to NUnit/Resharper, >> > my >> > concern is that it puts up another barrier to entry. >> > >> > To be clear, I use and love ReSharper - but we need to be clear that if >> > the >> > build is dependent on it, we are relying on a third-party closed-source >> > application. JetBrains are extremely generous towards open-source >> > projects >> > and that is to be welcomed, but at the end of the day it is a business >> > decision, and those decisions can just as easily be reversed. >> > >> > So my gut instinct is that unless NUnit *by itself* (i.e. without added >> > ReSharper goodness) provides tooling / features that we require we >> > should >> > stick with MSTest. >> > >> > Just my 2p :) >> > >> > K >> > >> > >> > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> wrote: >> >> >> >> Hey Tom >> >> >> >> Yes we've gone around on this a couple of times before and I have never >> >> had the free time to look into it further. If you have the capacity to >> >> set up TeamCity to run builds and testing that would be great. >> >> >> >> If you want to explore moving to NUnit that is fine provided you do it >> >> in >> >> a separate branch/fork for the time being. Now the remaining blocker >> >> bug >> >> you had open (graph equality) is solved I want to go ahead and run >> >> regressions and then hopefully push out 1.0.0 towards the end of the >> >> week >> >> (unless you have any objections?) so anything that interferes with that >> >> is >> >> bad for me right now! >> >> >> >> For me the deal breaker is being able to Debug tests inside of Visual >> >> Studio without having to jump through additional hoops (i.e. Debug > >> >> Attach to Process) as NUnit straight out the box seems to require. To >> >> be >> >> honest even if JetBrains won't give us an open source ReSharper license >> >> I >> >> can easily afford to buy a personal license since I imagine it is >> >> primarily me who spends a lot of time running tests in Debug mode. >> >> >> >> I'll start a separate thread on NuGet publishing >> >> >> >> Rob >> >> >> >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" <tom...@gm...> >> >> wrote: >> >> >> >> >Hi Rob >> >> > >> >> >Some time we discussed setting up continous integration for dotNetRDF. >> >> >I am upgrading my VPS to a more powerful machine and I have already >> >> >set up TeamCity. It will also be possible to install some triplestores >> >> >for integration testing. >> >> > >> >> >However I'm hitting a wall with unit tests because you use MSTest. >> >> >Would you be fine with me converting to NUnit? That way TeamCity will >> >> >run without installing Visual Studio and VS Express users will also be >> >> >able to build the whole solution. Also I think we could ask JetBrains >> >> >for ReSharper licence for our project (in case you would ask about >> >> >running the test suite from within VS). Oh and by the way, with the >> >> >introduction of NUnit there can be a lot less code for similar tests, >> >> >which can be parametrized. I assume you know the TestCase attribute. >> >> > >> >> >When TeamCity builds are running I think we should also automate NuGet >> >> >publishing. For that some changes will be needed to have automatic >> >> >version numbering. Also you would have to explain how you nuget pack >> >> >dotNetRDF. In a separate email maybe. >> >> > >> >> >Also I thought that maybe there could be two flavors of those >> >> >packages. One as usual for stable builds and a new one, which would >> >> >publish automatically for each successful build. What do you think? >> >> > >> >> >A thing to consider here is moving to a dedicated branch for release >> >> >development and leaving default only for bugfixes. >> >> > >> >> >Any thoughs? >> >> > >> >> >Thanks >> >> >Tom >> >> > >> >> >> >> > >> >> > > >-------------------------------------------------------------------------- >> >> >---- >> >> >Precog is a next-generation analytics platform capable of advanced >> >> >analytics on semi-structured data. The platform includes APIs for >> >> > building >> >> >apps and a phenomenal toolset for data science. Developers can use >> >> >our toolset for easy data analysis & visualization. Get a free >> >> > account! >> >> >http://www2.precog.com/precogplatform/slashdotnewsletter >> >> >_______________________________________________ >> >> >dotNetRDF-develop mailing list >> >> >dot...@li... >> >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Precog is a next-generation analytics platform capable of advanced >> >> analytics on semi-structured data. The platform includes APIs for >> >> building >> >> apps and a phenomenal toolset for data science. Developers can use >> >> our toolset for easy data analysis & visualization. Get a free account! >> >> http://www2.precog.com/precogplatform/slashdotnewsletter >> >> _______________________________________________ >> >> dotNetRDF-develop mailing list >> >> dot...@li... >> >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> > >> > >> > >> > >> > -- >> > Kal Ahmed >> > Director, Networked Planet Limited >> > e: kal...@ne... >> > w: www.networkedplanet.com >> > >> > >> > ------------------------------------------------------------------------------ >> > Precog is a next-generation analytics platform capable of advanced >> > analytics on semi-structured data. The platform includes APIs for >> > building >> > apps and a phenomenal toolset for data science. Developers can use >> > our toolset for easy data analysis & visualization. Get a free account! >> > http://www2.precog.com/precogplatform/slashdotnewsletter >> > _______________________________________________ >> > dotNetRDF-develop mailing list >> > dot...@li... >> > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> > >> >> >> ------------------------------------------------------------------------------ >> Precog is a next-generation analytics platform capable of advanced >> analytics on semi-structured data. The platform includes APIs for building >> apps and a phenomenal toolset for data science. Developers can use >> our toolset for easy data analysis & visualization. Get a free account! >> http://www2.precog.com/precogplatform/slashdotnewsletter >> _______________________________________________ >> dotNetRDF-develop mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > -- > Kal Ahmed > Director, Networked Planet Limited > e: kal...@ne... > w: www.networkedplanet.com > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > |
|
From: Tomasz P. <tom...@gm...> - 2013-04-16 09:01:02
|
Now regarding TeamCity I have been hitting some other problem unfortunately. For starters I added a build ste which simply runs msbuild and there is a number of issues: 1. Can't build Silverlight projects I installed SDK but the Tools and Phnoe tools refuse to install on Windows Server 2008. Have you guys had any experience with building such projects on Windows Server? 2. Problems with NET35 builds I don't get it but the .Net 3.5 builds fail saying sth like "System.Func<> exists both in mscorlib and GAC/3.5.0.0/System.Core.dll". I tried solutions from Stackoverflow but none helped. I will try to use the NAnt script or build the NET35 build separately and I hope it will work. When I build NET40 only it built fine. Tom On Tue, Apr 16, 2013 at 10:49 AM, Tomasz Pluskiewicz <tom...@gm...> wrote: > Hi Khal > > Actaully in terms of CI environment switching ot NUnit means one thing > less to install, because MSTest requires installing Visual Studio to > run and NUnit is bundled with probabyl about any CI server out there. > > I merely suggested Reshareper as a convenient test runner replacement. > By the way there is a trick, which can be employed to automatically > start NUnit GUI runner and attach VS debugger on start. For that the > test project has to be changed to a console app. Simple and should > work for anyone who doesn't have R# on their box. > > Tom > > On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed <ka...@ne...> wrote: >> I already have a ReSharper license so its not a big problem for me to >> switch. However, in my day-to-day (closed source) work, I prefer to use >> MSTest just because it means one less thing to install when I set up a >> development environment or continuous integration server. While right now it >> sounds like the three of us are OK if we move things to NUnit/Resharper, my >> concern is that it puts up another barrier to entry. >> >> To be clear, I use and love ReSharper - but we need to be clear that if the >> build is dependent on it, we are relying on a third-party closed-source >> application. JetBrains are extremely generous towards open-source projects >> and that is to be welcomed, but at the end of the day it is a business >> decision, and those decisions can just as easily be reversed. >> >> So my gut instinct is that unless NUnit *by itself* (i.e. without added >> ReSharper goodness) provides tooling / features that we require we should >> stick with MSTest. >> >> Just my 2p :) >> >> K >> >> >> On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> wrote: >>> >>> Hey Tom >>> >>> Yes we've gone around on this a couple of times before and I have never >>> had the free time to look into it further. If you have the capacity to >>> set up TeamCity to run builds and testing that would be great. >>> >>> If you want to explore moving to NUnit that is fine provided you do it in >>> a separate branch/fork for the time being. Now the remaining blocker bug >>> you had open (graph equality) is solved I want to go ahead and run >>> regressions and then hopefully push out 1.0.0 towards the end of the week >>> (unless you have any objections?) so anything that interferes with that is >>> bad for me right now! >>> >>> For me the deal breaker is being able to Debug tests inside of Visual >>> Studio without having to jump through additional hoops (i.e. Debug > >>> Attach to Process) as NUnit straight out the box seems to require. To be >>> honest even if JetBrains won't give us an open source ReSharper license I >>> can easily afford to buy a personal license since I imagine it is >>> primarily me who spends a lot of time running tests in Debug mode. >>> >>> I'll start a separate thread on NuGet publishing >>> >>> Rob >>> >>> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" <tom...@gm...> >>> wrote: >>> >>> >Hi Rob >>> > >>> >Some time we discussed setting up continous integration for dotNetRDF. >>> >I am upgrading my VPS to a more powerful machine and I have already >>> >set up TeamCity. It will also be possible to install some triplestores >>> >for integration testing. >>> > >>> >However I'm hitting a wall with unit tests because you use MSTest. >>> >Would you be fine with me converting to NUnit? That way TeamCity will >>> >run without installing Visual Studio and VS Express users will also be >>> >able to build the whole solution. Also I think we could ask JetBrains >>> >for ReSharper licence for our project (in case you would ask about >>> >running the test suite from within VS). Oh and by the way, with the >>> >introduction of NUnit there can be a lot less code for similar tests, >>> >which can be parametrized. I assume you know the TestCase attribute. >>> > >>> >When TeamCity builds are running I think we should also automate NuGet >>> >publishing. For that some changes will be needed to have automatic >>> >version numbering. Also you would have to explain how you nuget pack >>> >dotNetRDF. In a separate email maybe. >>> > >>> >Also I thought that maybe there could be two flavors of those >>> >packages. One as usual for stable builds and a new one, which would >>> >publish automatically for each successful build. What do you think? >>> > >>> >A thing to consider here is moving to a dedicated branch for release >>> >development and leaving default only for bugfixes. >>> > >>> >Any thoughs? >>> > >>> >Thanks >>> >Tom >>> > >>> >>> > >-------------------------------------------------------------------------- >>> >---- >>> >Precog is a next-generation analytics platform capable of advanced >>> >analytics on semi-structured data. The platform includes APIs for >>> > building >>> >apps and a phenomenal toolset for data science. Developers can use >>> >our toolset for easy data analysis & visualization. Get a free account! >>> >http://www2.precog.com/precogplatform/slashdotnewsletter >>> >_______________________________________________ >>> >dotNetRDF-develop mailing list >>> >dot...@li... >>> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Precog is a next-generation analytics platform capable of advanced >>> analytics on semi-structured data. The platform includes APIs for building >>> apps and a phenomenal toolset for data science. Developers can use >>> our toolset for easy data analysis & visualization. Get a free account! >>> http://www2.precog.com/precogplatform/slashdotnewsletter >>> _______________________________________________ >>> dotNetRDF-develop mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> >> >> -- >> Kal Ahmed >> Director, Networked Planet Limited >> e: kal...@ne... >> w: www.networkedplanet.com >> >> ------------------------------------------------------------------------------ >> Precog is a next-generation analytics platform capable of advanced >> analytics on semi-structured data. The platform includes APIs for building >> apps and a phenomenal toolset for data science. Developers can use >> our toolset for easy data analysis & visualization. Get a free account! >> http://www2.precog.com/precogplatform/slashdotnewsletter >> _______________________________________________ >> dotNetRDF-develop mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> |
|
From: Khalil A. <ka...@ne...> - 2013-04-16 08:55:56
|
Hi Tom, Good point! I think if everything is set up so that it is possible to use NUnit without requiring ReSharper I would be happy. One of the reasons why the portable stuff is taking a while is that I wanted to get as many of the unit tests working with the portable library as possible, so we may need to coordinate on this as I have some changes (mostly conditional compilation of unit tests) that will clash with any wholesale change of the unit test infrastructure and I really really don't want to have to manually merge it all :) Cheers Kal On Tue, Apr 16, 2013 at 9:49 AM, Tomasz Pluskiewicz < tom...@gm...> wrote: > Hi Khal > > Actaully in terms of CI environment switching ot NUnit means one thing > less to install, because MSTest requires installing Visual Studio to > run and NUnit is bundled with probabyl about any CI server out there. > > I merely suggested Reshareper as a convenient test runner replacement. > By the way there is a trick, which can be employed to automatically > start NUnit GUI runner and attach VS debugger on start. For that the > test project has to be changed to a console app. Simple and should > work for anyone who doesn't have R# on their box. > > Tom > > On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed <ka...@ne...> > wrote: > > I already have a ReSharper license so its not a big problem for me to > > switch. However, in my day-to-day (closed source) work, I prefer to use > > MSTest just because it means one less thing to install when I set up a > > development environment or continuous integration server. While right > now it > > sounds like the three of us are OK if we move things to NUnit/Resharper, > my > > concern is that it puts up another barrier to entry. > > > > To be clear, I use and love ReSharper - but we need to be clear that if > the > > build is dependent on it, we are relying on a third-party closed-source > > application. JetBrains are extremely generous towards open-source > projects > > and that is to be welcomed, but at the end of the day it is a business > > decision, and those decisions can just as easily be reversed. > > > > So my gut instinct is that unless NUnit *by itself* (i.e. without added > > ReSharper goodness) provides tooling / features that we require we should > > stick with MSTest. > > > > Just my 2p :) > > > > K > > > > > > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> wrote: > >> > >> Hey Tom > >> > >> Yes we've gone around on this a couple of times before and I have never > >> had the free time to look into it further. If you have the capacity to > >> set up TeamCity to run builds and testing that would be great. > >> > >> If you want to explore moving to NUnit that is fine provided you do it > in > >> a separate branch/fork for the time being. Now the remaining blocker > bug > >> you had open (graph equality) is solved I want to go ahead and run > >> regressions and then hopefully push out 1.0.0 towards the end of the > week > >> (unless you have any objections?) so anything that interferes with that > is > >> bad for me right now! > >> > >> For me the deal breaker is being able to Debug tests inside of Visual > >> Studio without having to jump through additional hoops (i.e. Debug > > >> Attach to Process) as NUnit straight out the box seems to require. To > be > >> honest even if JetBrains won't give us an open source ReSharper license > I > >> can easily afford to buy a personal license since I imagine it is > >> primarily me who spends a lot of time running tests in Debug mode. > >> > >> I'll start a separate thread on NuGet publishing > >> > >> Rob > >> > >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" <tom...@gm...> > >> wrote: > >> > >> >Hi Rob > >> > > >> >Some time we discussed setting up continous integration for dotNetRDF. > >> >I am upgrading my VPS to a more powerful machine and I have already > >> >set up TeamCity. It will also be possible to install some triplestores > >> >for integration testing. > >> > > >> >However I'm hitting a wall with unit tests because you use MSTest. > >> >Would you be fine with me converting to NUnit? That way TeamCity will > >> >run without installing Visual Studio and VS Express users will also be > >> >able to build the whole solution. Also I think we could ask JetBrains > >> >for ReSharper licence for our project (in case you would ask about > >> >running the test suite from within VS). Oh and by the way, with the > >> >introduction of NUnit there can be a lot less code for similar tests, > >> >which can be parametrized. I assume you know the TestCase attribute. > >> > > >> >When TeamCity builds are running I think we should also automate NuGet > >> >publishing. For that some changes will be needed to have automatic > >> >version numbering. Also you would have to explain how you nuget pack > >> >dotNetRDF. In a separate email maybe. > >> > > >> >Also I thought that maybe there could be two flavors of those > >> >packages. One as usual for stable builds and a new one, which would > >> >publish automatically for each successful build. What do you think? > >> > > >> >A thing to consider here is moving to a dedicated branch for release > >> >development and leaving default only for bugfixes. > >> > > >> >Any thoughs? > >> > > >> >Thanks > >> >Tom > >> > > >> > >> > > >-------------------------------------------------------------------------- > >> >---- > >> >Precog is a next-generation analytics platform capable of advanced > >> >analytics on semi-structured data. The platform includes APIs for > >> > building > >> >apps and a phenomenal toolset for data science. Developers can use > >> >our toolset for easy data analysis & visualization. Get a free account! > >> >http://www2.precog.com/precogplatform/slashdotnewsletter > >> >_______________________________________________ > >> >dotNetRDF-develop mailing list > >> >dot...@li... > >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > >> > >> > >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ > >> Precog is a next-generation analytics platform capable of advanced > >> analytics on semi-structured data. The platform includes APIs for > building > >> apps and a phenomenal toolset for data science. Developers can use > >> our toolset for easy data analysis & visualization. Get a free account! > >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> _______________________________________________ > >> dotNetRDF-develop mailing list > >> dot...@li... > >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > > > > > > -- > > Kal Ahmed > > Director, Networked Planet Limited > > e: kal...@ne... > > w: www.networkedplanet.com > > > > > ------------------------------------------------------------------------------ > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for > building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > _______________________________________________ > > dotNetRDF-develop mailing list > > dot...@li... > > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > -- Kal Ahmed Director, Networked Planet Limited e: kal...@ne... w: www.networkedplanet.com |
|
From: Tomasz P. <tom...@gm...> - 2013-04-16 08:50:22
|
Hi Khal Actaully in terms of CI environment switching ot NUnit means one thing less to install, because MSTest requires installing Visual Studio to run and NUnit is bundled with probabyl about any CI server out there. I merely suggested Reshareper as a convenient test runner replacement. By the way there is a trick, which can be employed to automatically start NUnit GUI runner and attach VS debugger on start. For that the test project has to be changed to a console app. Simple and should work for anyone who doesn't have R# on their box. Tom On Tue, Apr 16, 2013 at 9:49 AM, Khalil Ahmed <ka...@ne...> wrote: > I already have a ReSharper license so its not a big problem for me to > switch. However, in my day-to-day (closed source) work, I prefer to use > MSTest just because it means one less thing to install when I set up a > development environment or continuous integration server. While right now it > sounds like the three of us are OK if we move things to NUnit/Resharper, my > concern is that it puts up another barrier to entry. > > To be clear, I use and love ReSharper - but we need to be clear that if the > build is dependent on it, we are relying on a third-party closed-source > application. JetBrains are extremely generous towards open-source projects > and that is to be welcomed, but at the end of the day it is a business > decision, and those decisions can just as easily be reversed. > > So my gut instinct is that unless NUnit *by itself* (i.e. without added > ReSharper goodness) provides tooling / features that we require we should > stick with MSTest. > > Just my 2p :) > > K > > > On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> wrote: >> >> Hey Tom >> >> Yes we've gone around on this a couple of times before and I have never >> had the free time to look into it further. If you have the capacity to >> set up TeamCity to run builds and testing that would be great. >> >> If you want to explore moving to NUnit that is fine provided you do it in >> a separate branch/fork for the time being. Now the remaining blocker bug >> you had open (graph equality) is solved I want to go ahead and run >> regressions and then hopefully push out 1.0.0 towards the end of the week >> (unless you have any objections?) so anything that interferes with that is >> bad for me right now! >> >> For me the deal breaker is being able to Debug tests inside of Visual >> Studio without having to jump through additional hoops (i.e. Debug > >> Attach to Process) as NUnit straight out the box seems to require. To be >> honest even if JetBrains won't give us an open source ReSharper license I >> can easily afford to buy a personal license since I imagine it is >> primarily me who spends a lot of time running tests in Debug mode. >> >> I'll start a separate thread on NuGet publishing >> >> Rob >> >> On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" <tom...@gm...> >> wrote: >> >> >Hi Rob >> > >> >Some time we discussed setting up continous integration for dotNetRDF. >> >I am upgrading my VPS to a more powerful machine and I have already >> >set up TeamCity. It will also be possible to install some triplestores >> >for integration testing. >> > >> >However I'm hitting a wall with unit tests because you use MSTest. >> >Would you be fine with me converting to NUnit? That way TeamCity will >> >run without installing Visual Studio and VS Express users will also be >> >able to build the whole solution. Also I think we could ask JetBrains >> >for ReSharper licence for our project (in case you would ask about >> >running the test suite from within VS). Oh and by the way, with the >> >introduction of NUnit there can be a lot less code for similar tests, >> >which can be parametrized. I assume you know the TestCase attribute. >> > >> >When TeamCity builds are running I think we should also automate NuGet >> >publishing. For that some changes will be needed to have automatic >> >version numbering. Also you would have to explain how you nuget pack >> >dotNetRDF. In a separate email maybe. >> > >> >Also I thought that maybe there could be two flavors of those >> >packages. One as usual for stable builds and a new one, which would >> >publish automatically for each successful build. What do you think? >> > >> >A thing to consider here is moving to a dedicated branch for release >> >development and leaving default only for bugfixes. >> > >> >Any thoughs? >> > >> >Thanks >> >Tom >> > >> >> > >-------------------------------------------------------------------------- >> >---- >> >Precog is a next-generation analytics platform capable of advanced >> >analytics on semi-structured data. The platform includes APIs for >> > building >> >apps and a phenomenal toolset for data science. Developers can use >> >our toolset for easy data analysis & visualization. Get a free account! >> >http://www2.precog.com/precogplatform/slashdotnewsletter >> >_______________________________________________ >> >dotNetRDF-develop mailing list >> >dot...@li... >> >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Precog is a next-generation analytics platform capable of advanced >> analytics on semi-structured data. The platform includes APIs for building >> apps and a phenomenal toolset for data science. Developers can use >> our toolset for easy data analysis & visualization. Get a free account! >> http://www2.precog.com/precogplatform/slashdotnewsletter >> _______________________________________________ >> dotNetRDF-develop mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > -- > Kal Ahmed > Director, Networked Planet Limited > e: kal...@ne... > w: www.networkedplanet.com > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > |
|
From: Khalil A. <ka...@ne...> - 2013-04-16 08:22:04
|
Hi,
One problem with NuGet versioning is that they have chopped off the build
number, which means that if we have separate unstable packages we
potentially have issues in keeping the unstable package version and the
stable package version properly aligned.
It looks like NuGets pre-release versioning uses the last string part of
the package version to order packages from oldest to newest. So if we went
for publishing pre-release versions we could use a scheme like
{maj}.{min}.{patch}-nightly{YYMMDD} e.g. 1.0.1-nightly130416. This way all
nightly builds for a given release level stay in the correct order with the
1.0.1 release build being considered newer than all 1.0.1-nightlyXXXXXX
builds.
For those reasons, I think that to start with using NuGet pre-release
versioning makes sense - it still leaves us the option of introducing
"unstable" packages later.
Cheers
Kal
On Mon, Apr 15, 2013 at 10:07 PM, Rob Vesse <rv...@do...> wrote:
> Hey All
>
> This email is part information sharing on how I currently package and
> upload dotNetRDF for NuGet but also to start a discussion on the
> possibility of making unstable builds available via NuGet which would make
> it easier for users to consume and verify bug fixes.
>
> *Packaging*
>
> Currently packaging is done via pre-build NuSpec files and NAnt targets.
> Under Build/nuget/ in the repo you will find a sub-directory for each
> package we produce. In a clean repo this will contain only a .nuspec file
> and possibly a readme.txt if the package requires one.
>
> To generate the NuGet packages use NAnt and one of the following targets:
>
>
> - dist-libs-nuget – Builds all the NuGet packages
> - dist-libs-nuget-core – Build the core library package
> - dist-libs-nuget-data-virtuoso – Build the Data.Virtuoso package
> - dist-libs-nuget-query-fulltext – Builds the Query.FullText package
>
> These targets rely on various other targets so will compile things as
> necessary.
>
> *Uploading*
>
> Uploading the releases is done via NAnt, the equivalent NAnt targets for
> the aforementioned targets simply replace dist with upload in the target
> name.
>
> *Publishing Nightly Builds*
>
> Tom has suggested that as part of getting our CI infrastructure properly
> spun up we should push out nightly builds to NuGet automatically.
> Currently the only means we have for distributing nighties is via the
> binaries-nightly repo we maintain at SourceForge which relies on a
> developer manually uploading a new build.
>
> The main barrier to this with NuGet as I understand it is that unlike
> Java/Maven where you can specify SNAPSHOT on the end of your version and
> have the server generate unique version numbers for you with NuGet you have
> to specify a unique version number each time. So we need some mechanism to
> inject version numbers into the nuspec files, NuGet does appear to support
> placeholders but we would need to test to make sure these work as
> described. We would also need to make sure that if we take this approach
> that we are using * in the build field of our AssemblyVersion attributes so
> that we get an incrementing version number.
>
> The other issue is where to publish these, we can either publish to a
> separate package ID which is explicitly described as Nightly/Unstable or we
> can publish unstable releases directly to the main feeds using the NuGet
> pre-release functionality (
> http://docs.nuget.org/docs/reference/versioning#Prerelease_Versions)
>
> There are arguments for both approaches:
>
> - Separate package separates more cleanly from stable releases BUT
> introduces noise into NuGet search results unless we only publish
> pre-release builds to the unstable channel (pre-release builds are hidden
> by default from search results)
> - Separate package allows us to have a package with more owners so any
> developer can publish to it, same package means expanding owner list
> - Publishing pre-release versions avoids having to have separate
> packages for every package we have (currently 3)
> - Publishing pre-release versions makes it easier for NuGet users to
> switch their dependency to the nightly build without changing their package
> dependencies.
>
> Thoughts and suggestions in this area are welcome,
>
> Rob
>
>
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of advanced
> analytics on semi-structured data. The platform includes APIs for building
> apps and a phenomenal toolset for data science. Developers can use
> our toolset for easy data analysis & visualization. Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> _______________________________________________
> dotNetRDF-develop mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>
>
--
Kal Ahmed
Director, Networked Planet Limited
e: kal...@ne...
w: www.networkedplanet.com
|
|
From: Khalil A. <ka...@ne...> - 2013-04-16 08:16:29
|
I already have a ReSharper license so its not a big problem for me to switch. However, in my day-to-day (closed source) work, I prefer to use MSTest just because it means one less thing to install when I set up a development environment or continuous integration server. While right now it sounds like the three of us are OK if we move things to NUnit/Resharper, my concern is that it puts up another barrier to entry. To be clear, I use and love ReSharper - but we need to be clear that if the build is dependent on it, we are relying on a third-party closed-source application. JetBrains are extremely generous towards open-source projects and that is to be welcomed, but at the end of the day it is a business decision, and those decisions can just as easily be reversed. So my gut instinct is that unless NUnit *by itself* (i.e. without added ReSharper goodness) provides tooling / features that we require we should stick with MSTest. Just my 2p :) K On Mon, Apr 15, 2013 at 9:30 PM, Rob Vesse <rv...@do...> wrote: > Hey Tom > > Yes we've gone around on this a couple of times before and I have never > had the free time to look into it further. If you have the capacity to > set up TeamCity to run builds and testing that would be great. > > If you want to explore moving to NUnit that is fine provided you do it in > a separate branch/fork for the time being. Now the remaining blocker bug > you had open (graph equality) is solved I want to go ahead and run > regressions and then hopefully push out 1.0.0 towards the end of the week > (unless you have any objections?) so anything that interferes with that is > bad for me right now! > > For me the deal breaker is being able to Debug tests inside of Visual > Studio without having to jump through additional hoops (i.e. Debug > > Attach to Process) as NUnit straight out the box seems to require. To be > honest even if JetBrains won't give us an open source ReSharper license I > can easily afford to buy a personal license since I imagine it is > primarily me who spends a lot of time running tests in Debug mode. > > I'll start a separate thread on NuGet publishing > > Rob > > On 4/13/13 3:23 AM, "Tomasz Pluskiewicz" <tom...@gm...> > wrote: > > >Hi Rob > > > >Some time we discussed setting up continous integration for dotNetRDF. > >I am upgrading my VPS to a more powerful machine and I have already > >set up TeamCity. It will also be possible to install some triplestores > >for integration testing. > > > >However I'm hitting a wall with unit tests because you use MSTest. > >Would you be fine with me converting to NUnit? That way TeamCity will > >run without installing Visual Studio and VS Express users will also be > >able to build the whole solution. Also I think we could ask JetBrains > >for ReSharper licence for our project (in case you would ask about > >running the test suite from within VS). Oh and by the way, with the > >introduction of NUnit there can be a lot less code for similar tests, > >which can be parametrized. I assume you know the TestCase attribute. > > > >When TeamCity builds are running I think we should also automate NuGet > >publishing. For that some changes will be needed to have automatic > >version numbering. Also you would have to explain how you nuget pack > >dotNetRDF. In a separate email maybe. > > > >Also I thought that maybe there could be two flavors of those > >packages. One as usual for stable builds and a new one, which would > >publish automatically for each successful build. What do you think? > > > >A thing to consider here is moving to a dedicated branch for release > >development and leaving default only for bugfixes. > > > >Any thoughs? > > > >Thanks > >Tom > > > >-------------------------------------------------------------------------- > >---- > >Precog is a next-generation analytics platform capable of advanced > >analytics on semi-structured data. The platform includes APIs for building > >apps and a phenomenal toolset for data science. Developers can use > >our toolset for easy data analysis & visualization. Get a free account! > >http://www2.precog.com/precogplatform/slashdotnewsletter > >_______________________________________________ > >dotNetRDF-develop mailing list > >dot...@li... > >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > > > > > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > dotNetRDF-develop mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop > -- Kal Ahmed Director, Networked Planet Limited e: kal...@ne... w: www.networkedplanet.com |
|
From: <tr...@do...> - 2013-04-15 21:49:05
|
<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Remove all usage of #if DEBUG associated with HTTP Debugging functionality</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td colspan="2"><b>Changes:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Status changed from "In Progress" to "Completed"
</li>
<li>Resolution changed from "Unassigned" to "Completed"
</li>
<li>Assigned to changed from "Rob Vesse" to "Tomasz Pluskiewicz"
</li>
<li>Progress changed from "0 %" to "100 %"
</li>
</ul>
</td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=347" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=347</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
|
From: <tr...@do...> - 2013-04-15 21:48:54
|
<p>A new comment has been added to the following issue.</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Remove all usage of #if DEBUG associated with HTTP Debugging functionality</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td><b>Created By:</b></td>
<td>Rob Vesse</td>
</tr>
<tr>
<td><b>Date:</b></td>
<td>2013-04-15 10:47 PM</td>
</tr>
<tr>
<td><b>Comment:</b></td>
</tr>
<tr>
<td colspan="2"><p>
Reassigning to Tom since he already did the work in his NUnit refactoring fork</p></td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=347" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=347</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
|
From: <tr...@do...> - 2013-04-15 21:27:27
|
<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
<tr>
<td width="90px" valign="top"><b>Title:</b></td>
<td>Add Silverlight assembly caching support</td>
</tr>
<tr>
<td><b>Project:</b></td>
<td>Core Library (dotNetRDF.dll)</td>
</tr>
<tr>
<td colspan="2"><b>Changes:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Milestone changed from "Unassigned" to "1.0.1"
</li>
<li>Assigned to changed from "Unassigned" to "none"
</li>
</ul>
</td>
</tr>
</table>
<p>
More information on this issue can be found at
<a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=348" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=348</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
</p>
|
48 messages has been excluded from this view by a project administrator.
