RE: Help..reference not working..
Found the issue its appears nugget was causing the problem...i have removed nugget to resolve the issue and might re-install it if i have the courage. Thanks for you help -Original Message- From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Mark Hurd Sent: Monday, 19 November 2012 6:08 PM To: ozDotNet Subject: Re: Help..reference not working.. You've built Common.dll with the 4.0 framework DLLs. Note you may have done this with the 3.5 compiler, if your settings were adjusted that way at the time. You'll have to rebuild it with the 3.5/2.0 framework. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) On 19 November 2012 16:50, ifum...@gmail.com wrote: I have class project that i use everywhere but some of the projects that are using it as a project reference will not compile anymore. Project is sba.common Says 'common' is not a member of 'sba' When i look at the build log..i can see that it is trying to use framework 4 when all the projects i am using are set to 3.5 frameworkanyone see anything obvious? C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Security, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. CoreCompile: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Vbc.exe /noconfig /baseaddress:1100 /imports:Mic Anthony
[OT] Android - Windows communications
Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The home project Im working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what Im told, USB connection between Android and PC is not an option at least on Android 3.x (I have forgotten what the problem is 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. Im leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. _ Ian Thomas Victoria Park, Western Australia
RE: [OT] Android - Windows communications
I don't have much experience (stil learning C#), but did you look into mono for Android? From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Ian Thomas Sent: Monday, November 19, 2012 8:34 PM To: ozdotnet@ozdotnet.com Subject: [OT] Android - Windows communications Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The home project I'm working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what I'm told, USB connection between Android and PC is not an option - at least on Android 3.x (I have forgotten what the problem is - 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. I'm leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. Ian Thomas Victoria Park, Western Australia
open Source XMPP server in .net, good idea?
Hello all, The subject line is what we are lacking at the moment, and I am curious whether in a few years when I learn a bit more about C#, it would be possible to port the Openfire XMPP server from Ignite realtime over to .NET? It is currently written in Java, and I sort of have a security and a political problem with that, and that is one of the reasons why I am setting this as a longterm goal. But since the server depends on a couple of Java frameworks such as Apache Mina, and maybe another one, will that be an issue moving the Mina-dependent elements into WCF? Do you guys even think this a good idea? Let me know; I want to make sure that any project I plan to begin in the open source world will benefit the community. Thanks, Katherine
RE: LINQ to XML question
Hi Ian, I might have misunderstood what you're after, but doesn't ` ParkTestVideoXMLFile.Root.Add(/* content */)` work to solve this problem? Cheers. James. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Ian Thomas Sent: Monday, 19 November 2012 11:39 To: ozdotnet@ozdotnet.com Subject: LINQ to XML question I have been using LINQ to XML in VB.NET (it's more useful to me than C# because of XML literals), but in a very naïve and simple way. Now, I want to make my code more flexible. Currently (ParkTestVideoXMLFile is of type XDocument) I do this - ParkTestVideoXMLFile = ?xml version=1.0 encoding=UTF-8 standalone=yes? TestResults TestResult personid=0 code=%= CurrentPatientCode % clinicianid=4 requestid=0 datetime=%= CurrentPatient_StartTime % Test id=%= CurrentTestName % datetime=%= CurrentTest_StartTime %/Test Data type=Videofile values=%= sSaveFileName sVideoExt %/Data /TestResult /TestResults which creates something like this - ?xml version=1.0 encoding=utf-8 standalone=yes? TestResults TestResult personid=0 code=1235 clinicianid=4 requestid=0 datetime=2012-11-09T19:10:39.5477585+08:00 Test id=ProSupLeft datetime=2012-11-09T19:10:48.1862526+08:00/Test Data type=Videofile values=VR_1235_ProSupLeft_2012-11-09_191045.WMV/Data /TestResult !-- I would like to add many additional TestResult data here -- /TestResults After writing the file to disk (ParkTestVideoXMLFile.Save(CurrentXMLFile, SaveOptions.None)) I would like to insert additional TestResult data at the location highlighted, at some future time. Users may terminate the program at any time, sometimes electing not to save the most recent test results. What would be your suggestions for doing this? Or, should I just retain each Test's variables in arrays and construct the whole XDocument at the time of exit? I guess the simple question is: how do I insert? Do I have to traverse the XML tree, and is this more complicated than simply maintaining a few arrays? The memory load for this data is tiny. Ian Thomas Victoria Park, Western Australia
RE: [OT] Android - Windows communications
Katherine not an option, since the UPDRS testing system has been written already with the Android SDK (java). There is a nice (bit expensive) commercial tool for facilitating C# development for Android, and with 2-core and 4-core devices running Mono on these is a very real option. _ Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Katherine Moss Sent: Tuesday, November 20, 2012 9:41 AM To: ozDotNet Subject: RE: [OT] Android - Windows communications I dont have much experience (stil learning C#), but did you look into mono for Android? From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Ian Thomas Sent: Monday, November 19, 2012 8:34 PM To: ozdotnet@ozdotnet.com Subject: [OT] Android - Windows communications Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The home project Im working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what Im told, USB connection between Android and PC is not an option at least on Android 3.x (I have forgotten what the problem is 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. Im leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. _ Ian Thomas Victoria Park, Western Australia
RE: LINQ to XML question
James Yes, building XDocuments using LINQ to XML in either VB.NET or C# in that way is quite simple, but its much nicer (and easier) using XML literals in VB.NET (XML Literals are N/A as of C# 3.0 I am not sure about C# 4.0). Its not a big deal to add the XML Declaration as just a bit of text, but it just seemed to me that it would be logical to be able to do this: Dim xd As New XDeclaration(1.0, utf-8, yes) ' no - can't embed a literal for the XDeclaration ParkTestVideoXMLFile = %= xd % TestResults TestResult personid=0 code=%= CurrentPatientCode % clinicianid=4 requestid=0 datetime=%= CurrentTime1 % Test id=%= CurrentTestName % datetime=%= CurrentTime2 % Data type=Videofile values=%= sSaveFileName sVideoExt %/Data /Test /TestResult /TestResults As my comments and the VS2010 decorations indicate, the problem is that my XDeclaration xd cannot be used as an XML Literal. _ Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of James Chapman-Smith Sent: Tuesday, November 20, 2012 9:48 AM To: ozDotNet Subject: RE: LINQ to XML question Hi Ian, I might have misunderstood what you're after, but doesn't ` ParkTestVideoXMLFile.Root.Add(/* content */)` work to solve this problem? Cheers. James. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Ian Thomas Sent: Monday, 19 November 2012 11:39 To: ozdotnet@ozdotnet.com Subject: LINQ to XML question I have been using LINQ to XML in VB.NET (its more useful to me than C# because of XML literals), but in a very naïve and simple way. Now, I want to make my code more flexible. Currently (ParkTestVideoXMLFile is of type XDocument) I do this - ParkTestVideoXMLFile = ?xml version=1.0 encoding=UTF-8 standalone=yes? TestResults TestResult personid=0 code=%= CurrentPatientCode % clinicianid=4 requestid=0 datetime=%= CurrentPatient_StartTime % Test id=%= CurrentTestName % datetime=%= CurrentTest_StartTime %/Test Data type=Videofile values=%= sSaveFileName sVideoExt %/Data /TestResult /TestResults which creates something like this ?xml version=1.0 encoding=utf-8 standalone=yes? TestResults TestResult personid=0 code=1235 clinicianid=4 requestid=0 datetime=2012-11-09T19:10:39.5477585+08:00 Test id=ProSupLeft datetime=2012-11-09T19:10:48.1862526+08:00/Test Data type=Videofile values=VR_1235_ProSupLeft_2012-11-09_191045.WMV/Data /TestResult !-- I would like to add many additional TestResult data here -- /TestResults After writing the file to disk (ParkTestVideoXMLFile.Save(CurrentXMLFile, SaveOptions.None)) I would like to insert additional TestResult data at the location highlighted, at some future time. Users may terminate the program at any time, sometimes electing not to save the most recent test results. What would be your suggestions for doing this? Or, should I just retain each Tests variables in arrays and construct the whole XDocument at the time of exit? I guess the simple question is: how do I insert? Do I have to traverse the XML tree, and is this more complicated than simply maintaining a few arrays? The memory load for this data is tiny. _ Ian Thomas Victoria Park, Western Australia
Re: [OT] Android - Windows communications
Sounds like a good case for a cloud services, what about windows mobile services? Then it would 'just work' for the user. On Tue, Nov 20, 2012 at 12:55 PM, Ian Thomas il.tho...@iinet.net.au wrote: Katherine – not an option, since the UPDRS testing system has been written already with the Android SDK (java). There is a nice (bit expensive) commercial tool for facilitating C# development for Android, and with 2-core and 4-core devices running Mono on these is a very real option. *** * -- **Ian Thomas** Victoria Park, Western Australia ** ** *From:* ozdotnet-boun...@ozdotnet.com [mailto: ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Katherine Moss *Sent:* Tuesday, November 20, 2012 9:41 AM *To:* ozDotNet *Subject:* RE: [OT] Android - Windows communications ** ** I don’t have much experience (stil learning C#), but did you look into mono for Android? *From:* ozdotnet-boun...@ozdotnet.com [ mailto:ozdotnet-boun...@ozdotnet.com ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Ian Thomas *Sent:* Monday, November 19, 2012 8:34 PM *To:* ozdotnet@ozdotnet.com *Subject:* [OT] Android - Windows communications Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The “home” project I’m working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what I’m told, USB connection between Android and PC is not an option – at least on Android 3.x (I have forgotten what the problem is – 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. I’m leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. -- Ian Thomas Victoria Park, Western Australia
RE: [OT] Android - Windows communications
Michael Cloud services was my suggestion to the project leader (who has PD himself, and is the Android coder). He has set up Google Drive to sort-of synchronize some data ie, it has a bit of human intervention - and to allow relational data collation. But thats largely as an overall data management process once tests and video capture has been completed, not at the test data collection stage. I think thats worked OK with one of the Android tablet devices. I guess its a matter of trying it, to see whether the transfer is quick enough, with the updating to the local Google Drive, and wether FileSystemWatcher picked up the new file (GUID token) creation. Im not sure if Android API has a similar function, and my preference for the workflow would be that the Windows machine initiated the process (meaning the tablet needs to detect the token). I would love this to be on tablet devices running Windows RT / Windows 8, but its not. _ Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Michael Ridland Sent: Tuesday, November 20, 2012 10:14 AM To: ozDotNet Subject: Re: [OT] Android - Windows communications Sounds like a good case for a cloud services, what about windows mobile services? Then it would 'just work' for the user. On Tue, Nov 20, 2012 at 12:55 PM, Ian Thomas il.tho...@iinet.net.au wrote: Katherine not an option, since the UPDRS testing system has been written already with the Android SDK (java). There is a nice (bit expensive) commercial tool for facilitating C# development for Android, and with 2-core and 4-core devices running Mono on these is a very real option. _ Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Katherine Moss Sent: Tuesday, November 20, 2012 9:41 AM To: ozDotNet Subject: RE: [OT] Android - Windows communications I dont have much experience (stil learning C#), but did you look into mono for Android? From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Ian Thomas Sent: Monday, November 19, 2012 8:34 PM To: ozdotnet@ozdotnet.com Subject: [OT] Android - Windows communications Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The home project Im working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what Im told, USB connection between Android and PC is not an option at least on Android 3.x (I have forgotten what the problem is 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. Im leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. _ Ian Thomas Victoria Park, Western Australia
Re: [OT] Android - Windows communications
GoogleDrive? It's supported by both Windows and Android. If both devices are on the internet, they can sync via that. USB between the two is certainly doable, if you have the ADT installed - http://developer.android.com/sdk/win-usb.html Mike On Tue, Nov 20, 2012 at 12:34 PM, Ian Thomas il.tho...@iinet.net.au wrote: Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The “home” project I’m working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what I’m told, USB connection between Android and PC is not an option – at least on Android 3.x (I have forgotten what the problem is – 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. I’m leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. -- **Ian Thomas** Victoria Park, Western Australia -- Meski http://courteous.ly/aAOZcv Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
Re: [OT] Android - Windows communications
If you want it to be portable to Apple and Windows tablets, then Googledrive might be the answer, as it needn't involve too much specific API code for any one of the 3 platforms. On Tue, Nov 20, 2012 at 1:28 PM, Ian Thomas il.tho...@iinet.net.au wrote: Michael Cloud services was my suggestion to the project leader (who has PD himself, and is the Android coder). He has set up Google Drive to sort-of “synchronize” some data – ie, it has a bit of human intervention - and to allow relational data collation. But that’s largely as an overall data management process once tests and video capture has been completed, not at the test data collection stage. I think that’s worked OK with one of the Android tablet devices. I guess it’s a matter of trying it, to see whether the transfer is quick enough, with the updating to the local Google Drive, and wether FileSystemWatcher picked up the new file (GUID token) creation. I’m not sure if Android API has a similar function, and my preference for the workflow would be that the Windows machine initiated the process (meaning the tablet needs to detect the token). I would love this to be on tablet devices running Windows RT / Windows 8, but it’s not. -- **Ian Thomas** Victoria Park, Western Australia *From:* ozdotnet-boun...@ozdotnet.com [mailto: ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Michael Ridland *Sent:* Tuesday, November 20, 2012 10:14 AM *To:* ozDotNet *Subject:* Re: [OT] Android - Windows communications ** ** ** ** Sounds like a good case for a cloud services, what about windows mobile services? Then it would 'just work' for the user. ** ** ** ** ** ** On Tue, Nov 20, 2012 at 12:55 PM, Ian Thomas il.tho...@iinet.net.au wrote: Katherine – not an option, since the UPDRS testing system has been written already with the Android SDK (java). There is a nice (bit expensive) commercial tool for facilitating C# development for Android, and with 2-core and 4-core devices running Mono on these is a very real option. *** * -- Ian Thomas Victoria Park, Western Australia *From:* ozdotnet-boun...@ozdotnet.com [mailto: ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Katherine Moss *Sent:* Tuesday, November 20, 2012 9:41 AM *To:* ozDotNet *Subject:* RE: [OT] Android - Windows communications I don’t have much experience (stil learning C#), but did you look into mono for Android? *From:* ozdotnet-boun...@ozdotnet.com [ mailto:ozdotnet-boun...@ozdotnet.com ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Ian Thomas *Sent:* Monday, November 19, 2012 8:34 PM *To:* ozdotnet@ozdotnet.com *Subject:* [OT] Android - Windows communications Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The “home” project I’m working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what I’m told, USB connection between Android and PC is not an option – at least on Android 3.x (I have forgotten what the problem is – 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. I’m leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. -- Ian Thomas Victoria Park, Western Australia ** ** -- Meski http://courteous.ly/aAOZcv Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
Re: open Source XMPP server in .net, good idea?
Hi Katherine, Have you looked at SignalR? It's open source and could be a start for you. HTH, Filip Regards, Filip Kratochvil mob. 0438 001 110 http://www.dataconversions.com.au/ On 20 November 2012 12:46, Katherine Moss katherine.m...@gordon.edu wrote: Hello all, The subject line is what we are lacking at the moment, and I am curious whether in a few years when I learn a bit more about C#, it would be possible to port the Openfire XMPP server from Ignite realtime over to .NET? It is currently written in Java, and I sort of have a security and a political problem with that, and that is one of the reasons why I am setting this as a longterm goal. But since the server depends on a couple of Java frameworks such as Apache Mina, and maybe another one, will that be an issue moving the Mina-dependent elements into WCF? Do you guys even think this a good idea? Let me know; I want to make sure that any project I plan to begin in the open source world will benefit the community. ** ** Thanks, Katherine
RE: open Source XMPP server in .net, good idea?
No. I've never heard of it. I know it has to do with ASP.net somehow though; I'll have to look it up. Thanks for the tip. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Filip Kratochvil Sent: Monday, November 19, 2012 9:43 PM To: ozDotNet Subject: Re: open Source XMPP server in .net, good idea? Hi Katherine, Have you looked at SignalR? It's open source and could be a start for you. HTH, Filip Regards, Filip Kratochvil mob. 0438 001 110 http://www.dataconversions.com.au/ On 20 November 2012 12:46, Katherine Moss katherine.m...@gordon.edumailto:katherine.m...@gordon.edu wrote: Hello all, The subject line is what we are lacking at the moment, and I am curious whether in a few years when I learn a bit more about C#, it would be possible to port the Openfire XMPP server from Ignite realtime over to .NET? It is currently written in Java, and I sort of have a security and a political problem with that, and that is one of the reasons why I am setting this as a longterm goal. But since the server depends on a couple of Java frameworks such as Apache Mina, and maybe another one, will that be an issue moving the Mina-dependent elements into WCF? Do you guys even think this a good idea? Let me know; I want to make sure that any project I plan to begin in the open source world will benefit the community. Thanks, Katherine
RE: open Source XMPP server in .net, good idea?
Interesting, that could work if I were creating a module to plug into a web site or something. DNN modules, perhaps. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Katherine Moss Sent: Monday, November 19, 2012 10:11 PM To: ozDotNet Subject: RE: open Source XMPP server in .net, good idea? No. I've never heard of it. I know it has to do with ASP.net somehow though; I'll have to look it up. Thanks for the tip. From: ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Filip Kratochvil Sent: Monday, November 19, 2012 9:43 PM To: ozDotNet Subject: Re: open Source XMPP server in .net, good idea? Hi Katherine, Have you looked at SignalR? It's open source and could be a start for you. HTH, Filip Regards, Filip Kratochvil mob. 0438 001 110 http://www.dataconversions.com.au/ On 20 November 2012 12:46, Katherine Moss katherine.m...@gordon.edumailto:katherine.m...@gordon.edu wrote: Hello all, The subject line is what we are lacking at the moment, and I am curious whether in a few years when I learn a bit more about C#, it would be possible to port the Openfire XMPP server from Ignite realtime over to .NET? It is currently written in Java, and I sort of have a security and a political problem with that, and that is one of the reasons why I am setting this as a longterm goal. But since the server depends on a couple of Java frameworks such as Apache Mina, and maybe another one, will that be an issue moving the Mina-dependent elements into WCF? Do you guys even think this a good idea? Let me know; I want to make sure that any project I plan to begin in the open source world will benefit the community. Thanks, Katherine
Re: open Source XMPP server in .net, good idea?
And related to SignalR, have a look at Jabbr.net, which is a real time chat built on top of SignalR - https://github.com/davidfowl/JabbR On 20 November 2012 14:17, Katherine Moss katherine.m...@gordon.edu wrote: Interesting, that could work if I were creating a module to plug into a web site or something. DNN modules, perhaps. ** ** *From:* ozdotnet-boun...@ozdotnet.com [mailto: ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Katherine Moss *Sent:* Monday, November 19, 2012 10:11 PM *To:* ozDotNet *Subject:* RE: open Source XMPP server in .net, good idea? ** ** No. I’ve never heard of it. I know it has to do with ASP.net somehow though; I’ll have to look it up. Thanks for the tip. ** ** *From:* ozdotnet-boun...@ozdotnet.com [ mailto:ozdotnet-boun...@ozdotnet.com ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Filip Kratochvil *Sent:* Monday, November 19, 2012 9:43 PM *To:* ozDotNet *Subject:* Re: open Source XMPP server in .net, good idea? ** ** Hi Katherine, ** ** Have you looked at SignalR? It's open source and could be a start for you. ** ** HTH, Filip Regards, Filip Kratochvil mob. 0438 001 110 http://www.dataconversions.com.au/ On 20 November 2012 12:46, Katherine Moss katherine.m...@gordon.edu wrote: Hello all, The subject line is what we are lacking at the moment, and I am curious whether in a few years when I learn a bit more about C#, it would be possible to port the Openfire XMPP server from Ignite realtime over to .NET? It is currently written in Java, and I sort of have a security and a political problem with that, and that is one of the reasons why I am setting this as a longterm goal. But since the server depends on a couple of Java frameworks such as Apache Mina, and maybe another one, will that be an issue moving the Mina-dependent elements into WCF? Do you guys even think this a good idea? Let me know; I want to make sure that any project I plan to begin in the open source world will benefit the community. Thanks, Katherine ** **
RE: open Source XMPP server in .net, good idea?
That looks really interesting. Though it still appears to need a server running behind it in order for the client to work. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of William Luu Sent: Monday, November 19, 2012 10:50 PM To: ozDotNet Subject: Re: open Source XMPP server in .net, good idea? And related to SignalR, have a look at Jabbr.net, which is a real time chat built on top of SignalR - https://github.com/davidfowl/JabbR On 20 November 2012 14:17, Katherine Moss katherine.m...@gordon.edumailto:katherine.m...@gordon.edu wrote: Interesting, that could work if I were creating a module to plug into a web site or something. DNN modules, perhaps. From: ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Katherine Moss Sent: Monday, November 19, 2012 10:11 PM To: ozDotNet Subject: RE: open Source XMPP server in .net, good idea? No. I've never heard of it. I know it has to do with ASP.net somehow though; I'll have to look it up. Thanks for the tip. From: ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Filip Kratochvil Sent: Monday, November 19, 2012 9:43 PM To: ozDotNet Subject: Re: open Source XMPP server in .net, good idea? Hi Katherine, Have you looked at SignalR? It's open source and could be a start for you. HTH, Filip Regards, Filip Kratochvil mob. 0438 001 110 http://www.dataconversions.com.au/ On 20 November 2012 12:46, Katherine Moss katherine.m...@gordon.edumailto:katherine.m...@gordon.edu wrote: Hello all, The subject line is what we are lacking at the moment, and I am curious whether in a few years when I learn a bit more about C#, it would be possible to port the Openfire XMPP server from Ignite realtime over to .NET? It is currently written in Java, and I sort of have a security and a political problem with that, and that is one of the reasons why I am setting this as a longterm goal. But since the server depends on a couple of Java frameworks such as Apache Mina, and maybe another one, will that be an issue moving the Mina-dependent elements into WCF? Do you guys even think this a good idea? Let me know; I want to make sure that any project I plan to begin in the open source world will benefit the community. Thanks, Katherine
Re: [OT] Android - Windows communications
File transfer is with samba.. I can get access to my home PC's via samba client when I'm on home wifi. On Nov 20, 2012 11:34 AM, Ian Thomas il.tho...@iinet.net.au wrote: Does anyone have any hobby / work experience with this, which they can share with me? I need to understand what the 2-way file transfer can be between Android tablet devices and Windows. (Off-list appreciated) My naïve impression is that older Android devices and OS (3.x) are not so good, and that USB and WiFi is not viable, but that most newer devices with the various v4 OS are quite capable and the SDK/API is also a lot more capable for coding that. The “home” project I’m working on has part of its user-facing operation on Android tablets (programmed by another using Eclipse with SDK and emulator on Windows), and part on Windows (me, one other). Users perform touch-based tests (tapping on the surface) on the tablet, and that operation is captured on video, the camera and control (and later data collation, etc) being on Windows. In order to synchronize data files, without having the user enter some unique ID that can be used to relate data, my best solution would be for the Windows machine to generate a GUID and simply write that to a file on the Android device for consumption by the tablet. From what I’m told, USB connection between Android and PC is not an option – at least on Android 3.x (I have forgotten what the problem is – 1-way file transfer, API not good, ??). From my research, either or both these Android apps (ES File Explorer + SwiFTP ) might be useful. I’m leaning towards wireless communication directly between the Android and Windows, in code. The idea of a user having to muck about with these 2 apps as well as the Windows application and the tablet test itself is not attractive, principally as the primary users are people with Parkinson's. -- **Ian Thomas** Victoria Park, Western Australia
Re: [OT] Android - Windows communications
Check out andSMB app.. On Nov 20, 2012 2:57 PM, Grant Molloy graken...@gmail.com wrote:
RE: [OT] Android - Windows communications
Exactly what I needed to know, Grant. I'm looking at AndSamba, AndSambaPro which should do what is needed, in combination with Google Drive. _ Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Grant Molloy Sent: Tuesday, November 20, 2012 1:00 PM To: ozDotNet Subject: Re: [OT] Android - Windows communications Check out andSMB app.. On Nov 20, 2012 2:57 PM, Grant Molloy graken...@gmail.com wrote:
Azure deploy
Hey all, I'm trying to get the Azure Migration working as part of the deploy. It works if I use nuget command Update-Database, it runs my Seed method and adds some users. When I deploy to Azure, I've ticked the box, have a connection string. I even tried recreating the publish profile but it's not seeming to run the Seed method on the server. Any ideas what I'm doing wrong? Don't get any error messages. I might see if I can put the code into an Action and see if running it manually does what I need. Might be a temporary work around of getting the users and roles into the database. Mainly because I'm not sure how else you are supposed to do that on Azure... o.O cheers, Stephen
RE: Help..reference not working..still no resolution..
Common.dll is set to framework v3.5 but he output panel says i'm trying to use v4...see output below... C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Data.SqlXml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Security, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. CoreResGen: All outputs are up-to-date. CoreCompile: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Vbc.exe /noconfig /imports:Microsoft.VisualBasic,System,System.Collections,System.Collections. Generic,System.Data,System.Diagnostics,System.Linq,System.Xml.Linq /optioncompare:Binary /optionexplicit+ /optionstrict:custom /nowarn:42016,41999,42017,42018,42019,42032,42036,42020,42021,42022 /optioninfer+ /nostdlib /rootnamespace:Sby.Intellilog /sdkpath:C:\Windows\Microsoft.NET\Framework\v2.0.50727 /doc:obj\Debug\Sby.Intellilog.xml /define:CONFIG=\Debug\,DEBUG=-1,TRACE=-1,_MyType=\Windows\,PLATFORM=\A nyCPU\ /reference:C:\data\tfs\CSO\sbh\intelliLogData\bin\Debug\intelliLogData.dll, C:\data\tfs\CSO\sbh\thirdparty\Catalyst Development\SocketTools .NET Edition\Redist\v2.0.50727\SocketTools.MailMessage.dll,C:\Windows\Microsoft. NET\Framework\v2.0.50727\System.configuration.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Core.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Data.DataSetExtensions.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Data.dll,C:\data\tfs\CSO\sbh \packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQLite.dll,C:\da ta\tfs\CSO\sbh\packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQ Lite.Linq.dll,C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Xml.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Xml.Linq.dll /debug+ /debug:full /filealign:512 /out:obj\Debug\Sby.Intellilog.dll /resource:obj\Debug\Sby.Intellilog.Resources.resources /target:library IntelliTraceListener.vb My Project\AssemblyInfo.vb My Project\Application.Designer.vb My Project\Resources.Designer.vb My Project\Settings.Designer.vb SingletonLogger.vb Socket.vb sqllite.logging.vb Build FAILED. -Original Message- From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Mark Hurd Sent: Monday, 19 November 2012 6:08 PM To: ozDotNet Subject: Re: Help..reference not working.. You've built Common.dll with the 4.0 framework DLLs. Note you may have done this with the 3.5 compiler, if your settings were adjusted that way at the time. You'll have to rebuild it with the 3.5/2.0 framework. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) On 19 November 2012 16:50, ifum...@gmail.com wrote: I have class project that i use everywhere but some of the projects that are using
Re: Help..reference not working..still no resolution..
This is still just showing Common.dll /is/ being built against the 4.0 libraries. We need to see the build command for that, not the one confirming it's already gone wrong. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) On 20 November 2012 16:40, ifum...@gmail.com wrote: Common.dll is set to framework v3.5 but he output panel says i'm trying to use v4...see output below... C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Data.SqlXml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Security, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. CoreResGen: All outputs are up-to-date. CoreCompile: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Vbc.exe /noconfig /imports:Microsoft.VisualBasic,System,System.Collections,System.Collections. Generic,System.Data,System.Diagnostics,System.Linq,System.Xml.Linq /optioncompare:Binary /optionexplicit+ /optionstrict:custom /nowarn:42016,41999,42017,42018,42019,42032,42036,42020,42021,42022 /optioninfer+ /nostdlib /rootnamespace:Sby.Intellilog /sdkpath:C:\Windows\Microsoft.NET\Framework\v2.0.50727 /doc:obj\Debug\Sby.Intellilog.xml /define:CONFIG=\Debug\,DEBUG=-1,TRACE=-1,_MyType=\Windows\,PLATFORM=\A nyCPU\ /reference:C:\data\tfs\CSO\sbh\intelliLogData\bin\Debug\intelliLogData.dll, C:\data\tfs\CSO\sbh\thirdparty\Catalyst Development\SocketTools .NET Edition\Redist\v2.0.50727\SocketTools.MailMessage.dll,C:\Windows\Microsoft. NET\Framework\v2.0.50727\System.configuration.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Core.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Data.DataSetExtensions.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Data.dll,C:\data\tfs\CSO\sbh \packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQLite.dll,C:\da ta\tfs\CSO\sbh\packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQ Lite.Linq.dll,C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Xml.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Xml.Linq.dll /debug+ /debug:full /filealign:512 /out:obj\Debug\Sby.Intellilog.dll /resource:obj\Debug\Sby.Intellilog.Resources.resources /target:library IntelliTraceListener.vb My Project\AssemblyInfo.vb My Project\Application.Designer.vb My Project\Resources.Designer.vb My Project\Settings.Designer.vb SingletonLogger.vb Socket.vb sqllite.logging.vb Build FAILED. -Original Message- From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Mark Hurd Sent: Monday, 19 November 2012 6:08 PM To: ozDotNet Subject: Re: Help..reference not working.. You've built Common.dll with the 4.0
RE: Help..reference not working..still no resolution..
Projects targeting v3.5...i have checked everwhere..i di accentually change the project to v4 before but i reverted it From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Grant Molloy Sent: Tuesday, 20 November 2012 5:22 PM To: ozDotNet Subject: RE: Help..reference not working..still no resolution.. What version are your projects targeting?? Right click on project, choose properties. Location of the setting varies, so look around for .NET Framework 4.0/3.5 drop down list.. On Nov 20, 2012 4:10 PM, ifum...@gmail.com wrote: Common.dll is set to framework v3.5 but he output panel says i'm trying to use v4...see output below... C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Data.SqlXml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Security, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. CoreResGen: All outputs are up-to-date. CoreCompile: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Vbc.exe /noconfig /imports:Microsoft.VisualBasic,System,System.Collections,System.Collections. Generic,System.Data,System.Diagnostics,System.Linq,System.Xml.Linq /optioncompare:Binary /optionexplicit+ /optionstrict:custom /nowarn:42016,41999,42017,42018,42019,42032,42036,42020,42021,42022 /optioninfer+ /nostdlib /rootnamespace:Sby.Intellilog /sdkpath:C:\Windows\Microsoft.NET\Framework\v2.0.50727 /doc:obj\Debug\Sby.Intellilog.xml /define:CONFIG=\Debug\,DEBUG=-1,TRACE=-1,_MyType=\Windows\,PLATFORM=\A nyCPU\ /reference:C:\data\tfs\CSO\sbh\intelliLogData\bin\Debug\intelliLogData.dll, C:\data\tfs\CSO\sbh\thirdparty\Catalyst Development\SocketTools .NET Edition\Redist\v2.0.50727\SocketTools.MailMessage.dll,C:\Windows\Microsoft. NET\Framework\v2.0.50727\System.configuration.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Core.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Data.DataSetExtensions.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Data.dll,C:\data\tfs\CSO\sbh \packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQLite.dll,C:\da ta\tfs\CSO\sbh\packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQ Lite.Linq.dll,C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Xml.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Xml.Linq.dll /debug+ /debug:full /filealign:512 /out:obj\Debug\Sby.Intellilog.dll /resource:obj\Debug\Sby.Intellilog.Resources.resources /target:library IntelliTraceListener.vb My Project\AssemblyInfo.vb My Project\Application.Designer.vb My Project\Resources.Designer.vb My Project\Settings.Designer.vb SingletonLogger.vb Socket.vb sqllite.logging.vb Build FAILED. -Original Message- From:
RE: Help..reference not working..still no resolution..
Common.dll has an indirect dependency on .NET 4 Is common.dll your code? Is it referring to anything using the .NET Framework 4?? On Nov 20, 2012 4:50 PM, ifum...@gmail.com wrote: Projects targeting v3.5...i have checked everwhere..i di accentually change the project to v4 before but i reverted it ** ** *From:* ozdotnet-boun...@ozdotnet.com [mailto: ozdotnet-boun...@ozdotnet.com] *On Behalf Of *Grant Molloy *Sent:* Tuesday, 20 November 2012 5:22 PM *To:* ozDotNet *Subject:* RE: Help..reference not working..still no resolution.. ** ** What version are your projects targeting?? Right click on project, choose properties. Location of the setting varies, so look around for .NET Framework 4.0/3.5 drop down list.. On Nov 20, 2012 4:10 PM, ifum...@gmail.com wrote: Common.dll is set to framework v3.5 but he output panel says i'm trying to use v4...see output below... C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Data.SqlXml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Security, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. CoreResGen: All outputs are up-to-date. CoreCompile: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Vbc.exe /noconfig /imports:Microsoft.VisualBasic,System,System.Collections,System.Collections. Generic,System.Data,System.Diagnostics,System.Linq,System.Xml.Linq /optioncompare:Binary /optionexplicit+ /optionstrict:custom /nowarn:42016,41999,42017,42018,42019,42032,42036,42020,42021,42022 /optioninfer+ /nostdlib /rootnamespace:Sby.Intellilog /sdkpath:C:\Windows\Microsoft.NET\Framework\v2.0.50727 /doc:obj\Debug\Sby.Intellilog.xml /define:CONFIG=\Debug\,DEBUG=-1,TRACE=-1,_MyType=\Windows\,PLATFORM=\A nyCPU\ /reference:C:\data\tfs\CSO\sbh\intelliLogData\bin\Debug\intelliLogData.dll, C:\data\tfs\CSO\sbh\thirdparty\Catalyst Development\SocketTools .NET Edition\Redist\v2.0.50727\SocketTools.MailMessage.dll,C:\Windows\Microsoft. NET\Framework\v2.0.50727\System.configuration.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Core.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Data.DataSetExtensions.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Data.dll,C:\data\tfs\CSO\sbh \packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQLite.dll,C:\da ta\tfs\CSO\sbh\packages\System.Data.SQLite.1.0.82.0\lib\net20\System.Data.SQ Lite.Linq.dll,C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Xml.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Xml.Linq.dll /debug+ /debug:full /filealign:512 /out:obj\Debug\Sby.Intellilog.dll
RE: Help..reference not working..still no resolution..
Do this, either: 1) If you using TFS TFS power tools, do a tfpt treeclean of your entire tree, and then rebuild otherwise, 2) Delete every bin directory under the tree (make sure you backup first) and then rebuild From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Grant Molloy Sent: Monday, November 19, 2012 11:34 PM To: ozDotNet Subject: RE: Help..reference not working..still no resolution.. Common.dll has an indirect dependency on .NET 4 Is common.dll your code? Is it referring to anything using the .NET Framework 4?? On Nov 20, 2012 4:50 PM, ifum...@gmail.commailto:ifum...@gmail.com wrote: Projects targeting v3.5...i have checked everwhere..i di accentually change the project to v4 before but i reverted it From: ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Grant Molloy Sent: Tuesday, 20 November 2012 5:22 PM To: ozDotNet Subject: RE: Help..reference not working..still no resolution.. What version are your projects targeting?? Right click on project, choose properties. Location of the setting varies, so look around for .NET Framework 4.0/3.5 drop down list.. On Nov 20, 2012 4:10 PM, ifum...@gmail.commailto:ifum...@gmail.com wrote: Common.dll is set to framework v3.5 but he output panel says i'm trying to use v4...see output below... C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Data.SqlXml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360, 9): warning MSB3258: The primary reference C:\Common.dll could not be resolved because it has an indirect dependency on the .NET Framework assembly System.Security, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a which has a higher version 4.0.0.0 than the version 2.0.0.0 in the current target framework. CoreResGen: All outputs are up-to-date. CoreCompile: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Vbc.exe /noconfig /imports:Microsoft.VisualBasic,System,System.Collections,System.Collections. Generic,System.Data,System.Diagnostics,System.Linq,System.Xml.Linq /optioncompare:Binary /optionexplicit+ /optionstrict:custom /nowarn:42016,41999,42017,42018,42019,42032,42036,42020,42021,42022 /optioninfer+ /nostdlib /rootnamespace:Sby.Intellilog /sdkpath:C:\Windows\Microsoft.NET\Framework\v2.0.50727 /doc:obj\Debug\Sby.Intellilog.xml /define:CONFIG=\Debug\,DEBUG=-1,TRACE=-1,_MyType=\Windows\,PLATFORM=\A nyCPU\ /reference:C:\data\tfs\CSO\sbh\intelliLogData\bin\Debug\intelliLogData.dll, C:\data\tfs\CSO\sbh\thirdparty\Catalyst Development\SocketTools .NET Edition\Redist\v2.0.50727\SocketTools.MailMessage.dll,C:\Windows\Microsoft. NET\Framework\v2.0.50727\System.configuration.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Core.dll,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Data.DataSetExtensions.dll,C:\Wi ndows\Microsoft.NET\Framework\v2.0.50727\System.Data.dll,C:\data\tfs\CSO\sbh