Re: [OT] Security clearance for work in Canberra
Depending on the job, you might get 'make-work' til it does. On Tue, Sep 27, 2011 at 2:47 PM, Grant Molloy graken...@gmail.com wrote: I was told that when you lodge the paperwork, that is deemed to have satisfied the requiement of having the security clearance. It can take months to come through. I am currenly working for ATO and my security hasn't been finalised... yet... (over 2 months since submitted first paperwork). On 27/09/2011 2:21 PM, Tom Rutter therut...@gmail.com wrote: On Tue, Sep 27, 2011 at 10:51 AM, Mark Hurd markeh...@gmail.com wrote: I agree with Tony. Your future employer will always get you clearance confirmed. There is no point initiating it your self. Of course you'll save everyone a lot of hassle if you report in your resume anything that may be a red flag. No red flags. It is just that I've had a few recruitment agencies calling me about jobs and the first thing they asked was if I had any current security clearances. This made me think maybe I could get something and that would make it easier to find a job. Some are set to start immediately but require a security clearance -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) On 26 September 2011 21:35, Tony Wright ton...@tpg.com.au wrote: It would be seen as irrelevant. No agency would rely on an outside obtained security clearance. What a massive hole in security that would be! They won’t care about the cost of a security clearance if they think they have the right person. T. From: ozdotnet-boun...@ozdotnet.com [mailto: ozdotnet-boun...@ozdotnet.com] On Behalf Of Tom Rutter Sent: Monday, 26 September 2011 10:33 AM To: ozDotNet Subject: [OT] Security clearance for work in Canberra Gday, Moving to Canberra in a few months and I hear getting a security clearance would help find jobs in the government. Any advice on the process for this? Is it possible to secure a claerance on my own? Costs? How? No luck with my Googling skills yet Cheers Tom -- 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] Security clearance for work in Canberra
We had to get police clearances over here in Perth for a new client earlier in the year and it was as easy as downloading a form, filling it out, going down to the local post office with a passport and drivers license, paying ~$60 and waiting about a month for it to be sent out. I'm guessing there is a lot more involved if you need the full on security clearances like some of the other guys were mentioning but the basic police one was pretty straightforward. Cheers, Keith From: ozdotnet-boun...@ozdotnet.com [ozdotnet-boun...@ozdotnet.com] On Behalf Of Alex Chong [cwch...@gmail.com] Sent: Monday, 26 September 2011 4:10 PM To: ozDotNet Subject: Re: [OT] Security clearance for work in Canberra From the government's perspective this generally means police clearance that you can request from police station . Can't remember the cost but it is not expensive definitely less than 100 in Perth. Sent from my iPhone On 26/09/2011, at 8:32 AM, Tom Rutter therut...@gmail.com wrote: Gday, Moving to Canberra in a few months and I hear getting a security clearance would help find jobs in the government. Any advice on the process for this? Is it possible to secure a claerance on my own? Costs? How? No luck with my Googling skills yet Cheers Tom
RE: ozdotnet vs ozwinrt etc
I agree with Bill here. Given that the traffic is extremely low - talking about WinRT shouldn't be discouraged. Beside, I'm not sure why the entire .NET world should be considered legacy/off-topic once Win8 releases. We are just about to release Windows Phone 7.5, Silverlight 5 and just announced .NET Framework 4.5. -Original Message- From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Bill McCarthy Sent: Monday, September 26, 2011 9:19 PM To: 'ozDotNet' Subject: RE: ozdotnet vs ozwinrt etc Well since WinRT is underpinned by standard API and COM, should it be OzCOM, or is the list just focused on UI design then OzMetroSexual ? (sarcasm implied G) My suggestion is wait and see. Discuss windows 8/winRT in here, and if the traffic flow is so high, then look at an appropriate group if needed. The name of the group will/should be obvious based on where the conversations go. |-Original Message- |From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet- |boun...@ozdotnet.com] On Behalf Of David Connors |Sent: Tuesday, 27 September 2011 8:41 AM |To: ozDotNet |Subject: ozdotnet vs ozwinrt etc | |Howdy, | | |Given the architectural changes in Windows, I am canvasing what we |should be doing with a number of these lists. WinRT is the new |replacement for Win32 moving forward. WPF an SL become |marginalised/legacy with XAML on WinRT being the new way forward. | | |So, any thoughts on new list structures and so on to inflect the |new/pending reality? | | |My thinking is that: | |* ozdotnet, ozwpf and ozsilverlight would end up being legacy toward the |release of Win8. |* ozwinrt (registered it last night) would be a point of unifying the |audiences from the above three lists. | |Thoughts, comments? | | |David. | | |-- | |David Connors | da...@codify.com mailto:da...@codify.com | |www.codify.com http://www.codify.com Software Engineer Codify Pty Ltd |Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 |417 189 |363 |V-Card: https://www.codify.com/cards/davidconnors |https://www.codify.com/cards/davidconnors |Address Info: https://www.codify.com/contact |https://www.codify.com/contact |
Re: Renaming
Glen I totally agree with you, Should we try changing covers instead? Regards Arjang On 27 September 2011 12:15, Glen Harvy g...@aquarius.com.au wrote: Personally, I don't see a change of title making any difference to the content.
Re: ozdotnet vs ozwinrt etc
The Oz-artist / technology formerly known as COM then .NET and now COM - list GO Prince style ;) --- Regards, Scott Barnes http://www.riagenic.com On Tue, Sep 27, 2011 at 4:40 PM, David Kean david.k...@microsoft.comwrote: I agree with Bill here. Given that the traffic is extremely low - talking about WinRT shouldn't be discouraged. Beside, I'm not sure why the entire .NET world should be considered legacy/off-topic once Win8 releases. We are just about to release Windows Phone 7.5, Silverlight 5 and just announced .NET Framework 4.5. -Original Message- From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Bill McCarthy Sent: Monday, September 26, 2011 9:19 PM To: 'ozDotNet' Subject: RE: ozdotnet vs ozwinrt etc Well since WinRT is underpinned by standard API and COM, should it be OzCOM, or is the list just focused on UI design then OzMetroSexual ? (sarcasm implied G) My suggestion is wait and see. Discuss windows 8/winRT in here, and if the traffic flow is so high, then look at an appropriate group if needed. The name of the group will/should be obvious based on where the conversations go. |-Original Message- |From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet- |boun...@ozdotnet.com] On Behalf Of David Connors |Sent: Tuesday, 27 September 2011 8:41 AM |To: ozDotNet |Subject: ozdotnet vs ozwinrt etc | |Howdy, | | |Given the architectural changes in Windows, I am canvasing what we |should be doing with a number of these lists. WinRT is the new |replacement for Win32 moving forward. WPF an SL become |marginalised/legacy with XAML on WinRT being the new way forward. | | |So, any thoughts on new list structures and so on to inflect the |new/pending reality? | | |My thinking is that: | |* ozdotnet, ozwpf and ozsilverlight would end up being legacy toward the |release of Win8. |* ozwinrt (registered it last night) would be a point of unifying the |audiences from the above three lists. | |Thoughts, comments? | | |David. | | |-- | |David Connors | da...@codify.com mailto:da...@codify.com | |www.codify.com http://www.codify.com Software Engineer Codify Pty Ltd |Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 |417 189 |363 |V-Card: https://www.codify.com/cards/davidconnors |https://www.codify.com/cards/davidconnors |Address Info: https://www.codify.com/contact |https://www.codify.com/contact |
RE: Get Method Argument values?
Wouldn't your code have to be in the method anyway ? BTW: the code for adding the , will probably add a , where not appropriate and your making unneeded calls to GetParameters() etc. Change to For i as Integer= 0 .. If i 0 Then key = , Cleaned up a little: Dim method As MethodBase = MethodBase.GetCurrentMethod() Dim params = method.GetParameters Dim key As String = method.Name ( For i As Integer = 0 To params.Length - 1 If i 0 Then key = , Dim ptype = params(i).ParameterType key = If(ptype.IsByRef, ByRef , ) params(i).Name As params(i).ParameterType.ToString.TrimEnd(c) Next key = ) Still doesn't answer your question though. I'm not sure you can as it would be interception so you won't get that via reflection, although you could probably look in the stack to get the values . |-Original Message- |From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet- |boun...@ozdotnet.com] On Behalf Of Anthony Mayan |Sent: Tuesday, 27 September 2011 11:40 PM |To: ozDotNet |Subject: Get Method Argument values? | |Using the below cod to retrieve the argument names of the current method |which works fine..how would would i get the values? | |Dim method As MethodBase = MethodBase.GetCurrentMethod() |Dim key As String = method.Name ( |For i As Integer = 0 To method.GetParameters().Length - 1 |key = DirectCast(method.GetParameters().GetValue(i), |System.Reflection.ParameterInfo).Name |If i method.GetParameters().Length - 1 Then |key = , |End If |Next |key = ) | | |thanks in advance
Re: Get Method Argument values?
thanks Billl...did some more research and appear to have to implement Aspect Oriented Programming using .NET which i never knew existed...mm...something to learn when i have time. On 9/28/11, Bill McCarthy bill.mccarthy.li...@live.com.au wrote: Wouldn't your code have to be in the method anyway ? BTW: the code for adding the , will probably add a , where not appropriate and your making unneeded calls to GetParameters() etc. Change to For i as Integer= 0 .. If i 0 Then key = , Cleaned up a little: Dim method As MethodBase = MethodBase.GetCurrentMethod() Dim params = method.GetParameters Dim key As String = method.Name ( For i As Integer = 0 To params.Length - 1 If i 0 Then key = , Dim ptype = params(i).ParameterType key = If(ptype.IsByRef, ByRef , ) params(i).Name As params(i).ParameterType.ToString.TrimEnd(c) Next key = ) Still doesn't answer your question though. I'm not sure you can as it would be interception so you won't get that via reflection, although you could probably look in the stack to get the values . |-Original Message- |From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet- |boun...@ozdotnet.com] On Behalf Of Anthony Mayan |Sent: Tuesday, 27 September 2011 11:40 PM |To: ozDotNet |Subject: Get Method Argument values? | |Using the below cod to retrieve the argument names of the current method |which works fine..how would would i get the values? | |Dim method As MethodBase = MethodBase.GetCurrentMethod() |Dim key As String = method.Name ( |For i As Integer = 0 To method.GetParameters().Length - 1 |key = DirectCast(method.GetParameters().GetValue(i), |System.Reflection.ParameterInfo).Name |If i method.GetParameters().Length - 1 Then |key = , |End If |Next |key = ) | | |thanks in advance
Re: ozdotnet vs ozwinrt etc
On Tue, Sep 27, 2011 at 7:28 PM, Scott Barnes scott.bar...@gmail.comwrote: The Oz-artist / technology formerly known as COM then .NET and now COM - list GO Prince style ;) Based on where the thread has landed I think the action is to leave things as they are. I don't want to set up a separate WinRT list along side as many of the other lists people have had me create sit idle due to audience not reaching critical mass. We'll see how things work out closer to release (and indeed if people end up writing WinRT apps at all). David. -- *David Connors* | da...@codify.com | www.codify.com Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact
WinRT vs World+Dog
On Tue, Sep 27, 2011 at 4:40 PM, David Kean david.k...@microsoft.comwrote: Beside, I'm not sure why the entire .NET world should be considered legacy/off-topic once Win8 releases. We are just about to release Windows Phone 7.5, Silverlight 5 and just announced .NET Framework 4.5. The writing is on the wall. Win32 is beyond dated and chunks of .NET are based on it. People who say 93 are being kind and probably have not looked at how closely it matches Win16. I mean Ex, ExEx, Ex2 calls - I don't even know if there were any software architects involved in the creation of Win32. The knock on effect for .NET has been that the very-non-asynchronous nature of Win32 has caused stuff like WPF to have behaviours where the UI thread can block the render thread to stop story boards from running, etc. Window handles and message pumps? Please - this is 2011. I, for one, welcome our new WinRT overlords and look forward to an expedited demise of the rest of the API/UI kit confusion on the Windows platform. Something had to give in light of the relative sanity of Cocoa/OSX + CocoaTouch/OSX and the corresponding market success. I just wish they didn't add this HTML/JS stuff to Win8 - it makes little sense. David. PS: Has anyone had a peak under the kimono to see if it really IS not based on Win32? [?] -- *David Connors* | da...@codify.com | www.codify.com Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact 360.gif
SL4 and WCF large file transfer
Folks, yesterday after much reading and some experiments I discovered the hard way that I cannot transfer large byte blobs using streams. I'm told the size might reach about 20MB. My SAMS WCF book and some samples show how you return a Stream and write in chunks. However (I think?!) that cannot be done with a Silverlight client, and I found that the proxy generator converts the Stream into a byte[]. I could use sockets, but my WCF service would have to be enhanced to have a listener running in a thread. I don't want to make architectural changes like this if I can avoid it. What if I use a really pathetic bittorrent style approach and have a WCF method that takes large files in chunks via repeated method calls and reassembles them on the server side. The basic code would be simple, but before I write something weird like that I thought I'd run it up the forum's flagpole first. I would need a little bit of infrastructure on the server side to maintain a collection of incoming torrents and add the chunks to each one until it's complete. I'd also need a simple timeout lease to allow me discard an unfinished torrent if the client dies or leaves. I could probably knock the whole thing up in a couple of hours, but should I? Greg
Re: WinRT vs World+Dog
On Wed, Sep 28, 2011 at 6:35 AM, David Connors da...@codify.com wrote: I, for one, welcome our new WinRT overlords and look forward to an expedited demise of the rest of the API/UI kit confusion on the Windows platform. Something had to give in light of the relative sanity of Cocoa/OSX + CocoaTouch/OSX and the corresponding market success. lol All Hail the New Steve I am hopeful to become an early disciple that way when they rule you all i will gain favour with our new lordso far...not so good at the whole gaining favor part...he knows me...but probably not in the best light...get it..Silverlight Downgrading caffeine... I just wish they didn't add this HTML/JS stuff to Win8 - it makes little sense. To all of us no, it makes no sense to the reviews of the business internally where they are all currently salivating at the potential to gain hordes of new customers into the Microsoft family via the trojan that which is HTML/JS Happy Days :)
RE: SL4 and WCF large file transfer
What if I use a really pathetic bittorrent style approach and have a WCF method that takes large files in chunks via repeated method calls and reassembles them on the server side. The basic code would be simple, but before I write something weird like that I thought I'd run it up the forum's flagpole first. I have used chunked WCF file transfers if you want an endorsement for this approach (even if its pathetic which it probably is). But possibly not as sophisticated as your approach. I don't use a timeout lease (maybe I should). My files are not that large however but are of indeterminate size I am moving files from a server to a client so the requirements are fairly simple. I am also considering moving files from client to the server (use FTP at present for this), so I would be interested in what you do. I am also using BasicHTTPBinding as I was considering allowing non .NET applications to consume the service, and this limits what one can do. Regards Peter Maddin Applications Development Officer PathWest Laboratory Medicine WA Phone : +618 6396 4285 Mobile: 0423 540 825 E-Mail : petermad...@iinet.net.au; peter.mad...@health.wa.gov.au The contents of this e-mail transmission outside of the WAGHS network are intended solely for the named recipient's), may be confidential, and may be privileged or otherwise protected from disclosure in the public interest. The use, reproduction, disclosure or distribution of the contents of this e-mail transmission by any person other than the named recipient(s) is prohibited. If you are not a named recipient please notify the sender immediately. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Greg Keogh Sent: Wednesday, 28 September 2011 5:44 AM To: 'ozDotNet' Subject: SL4 and WCF large file transfer Folks, yesterday after much reading and some experiments I discovered the hard way that I cannot transfer large byte blobs using streams. I'm told the size might reach about 20MB. My SAMS WCF book and some samples show how you return a Stream and write in chunks. However (I think?!) that cannot be done with a Silverlight client, and I found that the proxy generator converts the Stream into a byte[]. I could use sockets, but my WCF service would have to be enhanced to have a listener running in a thread. I don't want to make architectural changes like this if I can avoid it. What if I use a really pathetic bittorrent style approach and have a WCF method that takes large files in chunks via repeated method calls and reassembles them on the server side. The basic code would be simple, but before I write something weird like that I thought I'd run it up the forum's flagpole first. I would need a little bit of infrastructure on the server side to maintain a collection of incoming torrents and add the chunks to each one until it's complete. I'd also need a simple timeout lease to allow me discard an unfinished torrent if the client dies or leaves. I could probably knock the whole thing up in a couple of hours, but should I? Greg
RE: WinRT vs World+Dog
If you think that WinRT got rid of UI threads and message pumps, you’d be wrong. :) From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of David Connors Sent: Tuesday, September 27, 2011 1:35 PM To: ozDotNet Subject: WinRT vs World+Dog On Tue, Sep 27, 2011 at 4:40 PM, David Kean david.k...@microsoft.commailto:david.k...@microsoft.com wrote: Beside, I'm not sure why the entire .NET world should be considered legacy/off-topic once Win8 releases. We are just about to release Windows Phone 7.5, Silverlight 5 and just announced .NET Framework 4.5. The writing is on the wall. Win32 is beyond dated and chunks of .NET are based on it. People who say 93 are being kind and probably have not looked at how closely it matches Win16. I mean Ex, ExEx, Ex2 calls - I don't even know if there were any software architects involved in the creation of Win32. The knock on effect for .NET has been that the very-non-asynchronous nature of Win32 has caused stuff like WPF to have behaviours where the UI thread can block the render thread to stop story boards from running, etc. Window handles and message pumps? Please - this is 2011. I, for one, welcome our new WinRT overlords and look forward to an expedited demise of the rest of the API/UI kit confusion on the Windows platform. Something had to give in light of the relative sanity of Cocoa/OSX + CocoaTouch/OSX and the corresponding market success. I just wish they didn't add this HTML/JS stuff to Win8 - it makes little sense. David. PS: Has anyone had a peak under the kimono to see if it really IS not based on Win32? [cid:image001.gif@01CC7D40.59FB4480] -- David Connors | da...@codify.commailto:da...@codify.com | www.codify.comhttp://www.codify.com Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact inline: image001.gif
Re: WinRT vs World+Dog
I thought so, I don't think it's anything different to today, what the Windows team has learnt and taken is to mandate asynchronous calls for all Metro apps (A silverlight thing), sandbox and restrict file access, bring more friendly looking API's (A .NET thing). Correct me if I'm wrong, everything seems about the same, there's just more fixated rules around developing Metro/WinRT apps. Having not had a chance to even see the keynote still, can anyone tell me if the WinRT API's are accessible from legacy .NET applications? Should be the same right? On Wed, Sep 28, 2011 at 11:08 AM, David Kean david.k...@microsoft.comwrote: If you think that WinRT got rid of UI threads and message pumps, you’d be wrong. :) ** ** *From:* ozdotnet-boun...@ozdotnet.com [mailto: ozdotnet-boun...@ozdotnet.com] *On Behalf Of *David Connors *Sent:* Tuesday, September 27, 2011 1:35 PM *To:* ozDotNet *Subject:* WinRT vs World+Dog ** ** On Tue, Sep 27, 2011 at 4:40 PM, David Kean david.k...@microsoft.com wrote: Beside, I'm not sure why the entire .NET world should be considered legacy/off-topic once Win8 releases. We are just about to release Windows Phone 7.5, Silverlight 5 and just announced .NET Framework 4.5. ** ** The writing is on the wall. Win32 is beyond dated and chunks of .NET are based on it. People who say 93 are being kind and probably have not looked at how closely it matches Win16. I mean Ex, ExEx, Ex2 calls - I don't even know if there were any software architects involved in the creation of Win32. The knock on effect for .NET has been that the very-non-asynchronous nature of Win32 has caused stuff like WPF to have behaviours where the UI thread can block the render thread to stop story boards from running, etc. Window handles and message pumps? Please - this is 2011. ** ** I, for one, welcome our new WinRT overlords and look forward to an expedited demise of the rest of the API/UI kit confusion on the Windows platform. Something had to give in light of the relative sanity of Cocoa/OSX + CocoaTouch/OSX and the corresponding market success. ** ** I just wish they didn't add this HTML/JS stuff to Win8 - it makes little sense. ** ** David. ** ** PS: Has anyone had a peak under the kimono to see if it really IS not based on Win32? ** ** -- *David Connors* | da...@codify.com | www.codify.com Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact image001.gif
Re: WinRT vs World+Dog
On Wed, Sep 28, 2011 at 11:08 AM, David Kean david.k...@microsoft.comwrote: If you think that WinRT got rid of UI threads and message pumps, you’d be wrong. :) ** That is really disappointing. -- *David Connors* | da...@codify.com | www.codify.com Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact
Re: WinRT vs World+Dog
On 28 September 2011 14:24, David Connors da...@codify.com wrote: On Wed, Sep 28, 2011 at 11:08 AM, David Kean david.k...@microsoft.comwrote: If you think that WinRT got rid of UI threads and message pumps, you’d be wrong. :) ** That is really disappointing. Why? The technologies are tried and tested and have years of stability behind them. If you watch the build 875 video you'll see how MS leverage the existing COM infrastructure to bridge the worlds. Personally I think using existing working stuff is what makes the new stuff interesting. -- regards, Preet, Overlooking the Ocean, Auckland
Re: WinRT vs World+Dog
Wpf was unable to ditch the ui thread and message pump stuff because it caused problems with the clip board (and possibly other things). Probably the same thing with WinRT. On 28/09/2011, at 11:24 AM, David Connors da...@codify.com wrote: On Wed, Sep 28, 2011 at 11:08 AM, David Kean david.k...@microsoft.com wrote: If you think that WinRT got rid of UI threads and message pumps, you’d be wrong. :) That is really disappointing. -- David Connors | da...@codify.com | www.codify.com Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact