Menu
▾
▴
dotnetrdf-develop
|
From: Tomasz P. <tom...@gm...> - 2013-04-13 10:24:32
|
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 |
|
From: Tomasz P. <tom...@gm...> - 2013-04-13 16:08:50
|
Hi again Rob There is one more thing about unit tests. I have noticed that you commonly use a same name for multiple tests and just append a number. It would be much more helpful if they had meaningful names so that when one fails it is instantly obvious why. For example ParsingTurtleW3CBaseTurtleStyle1 would become ShouldSuccessfullyParseValidW3CBaseTurtleStyle. Similarily ParsingTurtleW3CBaseTurtleStyle2 would become ShouldThrowWhenBaseDirectiveIsMissingDot and so on. Would you be okay with me gradually renaming any tests I think can have a better name? Thanks, Tom On Sat, Apr 13, 2013 at 12:23 PM, 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 |
|
From: Rob V. <rv...@do...> - 2013-04-15 20:38:07
|
Tom The style of test naming was chosen originally because when sorting tests by name it nicely groups tests so that you can run all the tests that pertain to some area. I would like to preserve this at least because I personally find it very useful on a daily basis, we could try and migrate towards a compromise style e.g Mime - ParsingTurtleW3CBaseTurtleStyle1 Yours - ShouldSuccessfullyParseValidW3CBaseTurtleStyle Compromise - ParsingTurtleW3CAcceptsValidTurtleStyleBaseDeclaration (This is not a great example because the test name already calls out a bunch of stuff but you get the idea) So this fulfills my usage of being able to group tests easily by name and your aim of having more descriptive naming for diagnosing what failed, what do you think? Rob On 4/13/13 9:08 AM, "Tomasz Pluskiewicz" <tom...@gm...> wrote: >Hi again Rob > >There is one more thing about unit tests. I have noticed that you >commonly use a same name for multiple tests and just append a number. >It would be much more helpful if they had meaningful names so that >when one fails it is instantly obvious why. For example >ParsingTurtleW3CBaseTurtleStyle1 would become >ShouldSuccessfullyParseValidW3CBaseTurtleStyle. Similarily >ParsingTurtleW3CBaseTurtleStyle2 would become >ShouldThrowWhenBaseDirectiveIsMissingDot and so on. > >Would you be okay with me gradually renaming any tests I think can >have a better name? > >Thanks, >Tom > >On Sat, Apr 13, 2013 at 12:23 PM, 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 |
|
From: Rob V. <rv...@do...> - 2013-04-15 20:31:54
|
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 |
|
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: 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: 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 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: 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: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: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: 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: 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 > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X