|
sorry for the length of the question.
that was very helpful, thank you so much!@
|
|
|
|
|
strrom7 wrote: sorry for the length of the question.
What I meant was that it would take quite a few pages to explain it clearly and in full detail. However, I hope the link I provided will help you.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
I am a bit confused, that is I want to create an api (for example an api for a charging gateway) using WCF and RESTful api. So what will be the good approach suggest by Microsoft, any fremework?
I would request to you guys please help me on that, any suggestion, article, could be anything is appropriated.
Thanks
Md. Marufuzzaman
I will not say I have failed 1000 times; I will say that I have discovered 1000 ways that can cause failure – Thomas Edison.
|
|
|
|
|
|
Thanks  ? What do you think on the security issues?
Thanks
Md. Marufuzzaman
I will not say I have failed 1000 times; I will say that I have discovered 1000 ways that can cause failure – Thomas Edison.
|
|
|
|
|
Md. Marufuzzaman wrote: Thanks ?
You're welcome? 
Md. Marufuzzaman wrote: What do you think on the security issues?
I think that they are well documented and despite that, still poorly understood. Guess I'm not really understanding the question here.
There's examples on authentication, which is what most customers refer to as security. OTOH, you'd also want to limit the number of consecutive requests, prohibit malformed requests, and log everything that seems "out of the ordinary".
|
|
|
|
|
Thanks for your prompt response, well Do I must use the SSL & data encryption is required?
What is your opinion on that?
Thanks
Md. Marufuzzaman
I will not say I have failed 1000 times; I will say that I have discovered 1000 ways that can cause failure – Thomas Edison.
|
|
|
|
|
Md. Marufuzzaman wrote: Do I must use the SSL & data encryption is required?
For "private" data, always. That might even include a translation-service like Google Translate.
|
|
|
|
|
Thanks, 
Thanks
Md. Marufuzzaman
I will not say I have failed 1000 times; I will say that I have discovered 1000 ways that can cause failure – Thomas Edison.
|
|
|
|
|
Suppose there are two separate systems connected to each other just by a common storage say a hard disk then what can be the ways we communicate between the two systems?
|
|
|
|
|
IMO, a simple file read mechanism should be enough.
|
|
|
|
|
Thanks Abhinav for the reply.
but how to sync the two process on the two systems reading a common memory say a file?
|
|
|
|
|
A publisher subscriber mechanism perhaps?
As soon as a file is published (pushed to the local storage), all subscribers read the file and process that data.
Just a thought. There might be other better ways of doing the same thing.
|
|
|
|
|
If the communication needs to be 2-way then I would suggest that each system (you seem to be describing 2 but there could be more) have its own private output file which is read by the other(s). Each system writes its 'output' info to the file which would be seen as 'input' to the other(s). This avoids problems with 2 or more programs trying to write to the same file.
--
Harvey
|
|
|
|
|
I have created a nice desktop application and I have no time (or money) to port it to metro. The good thing is that windows marketplace is selling desktop application too. Do you know the procedure and the cost of money that is needed to publish such a desktop application to windows 8 marketplace?
|
|
|
|
|
Menelaos Vergis wrote: Do you know the procedure and the cost of money that is needed to publish such a desktop application to windows 8 marketplace?
No idea on the cost, but the procedure is here[^]. There are two types of accounts that you can create, a "individual" and a "company" account. Docs say that only the company-account supports the old desktop.
Bastard Programmer from Hell 
if you can't read my code, try converting it here[^]
|
|
|
|
|
Hello,
sory no idea about this.
[url=http://www.egomedia.ca/index-fr.html]IT SERVICES SOLUTION[/url]
|
|
|
|
|
Hello,
sorry no idea about this.
[url=http://www.egomedia.ca/index-fr.html]IT SERVICES SOLUTION[/url]
|
|
|
|
|
You have to sign up as a company account to do this. The cost is $99 + applicable taxes.
|
|
|
|
|
Thank you both for the information. $99 is not such a problem since the it will reach thousand of users and it will repay the investment for good, the problem is that I don't own a company and I cannot create a company account.
|
|
|
|
|
If you are expecting to make a decent amount of money out of this, then creating a company is probably a good idea. If you can't, have you considered selling your app through the Intel AppUp Store[^]? That allows you to sell as an individual.
|
|
|
|
|
Living in Greece it is a drawn back for creating a company 
Do you think that intel AppUp will accept desktop application? This is interesting, I'll check it when I get back home.
First BASIC, then q-BASIC, moved to Pascal and Delphi, studied and work on C++, moved to C# and (unfortunately VB), learned JavaScript and after all these languages learned... when I travel abroad I have to speak English.
browse-offline.com
|
|
|
|
|
Menelaos Vergis wrote: Do you think that intel AppUp will accept desktop application?
They most certainly do.
|
|
|
|
|
Hello, CP. So I am working on this application here at work and the current piece involves inventory management. First, I will list the tools I use:
Visual Studio 2010 Ultimate
C#, .NET 4.0
Microsoft SQL Server 2008 Enterprise
LINQ To SQL
Now, what I have are various types of items which need to be tracked. They are referred to as "RPCs" (and they are all computer parts). I have been thinking on this for a while but I need to figure out the most efficient way (both from a development standpoint as well as from an end-user standpoint) to input data and store these items in the database.
What I have done so far, for the first three types of RPCs, is I have created a UserControl. On that control are the fields necessary for that particular RPC type. Each RPC has various attributes which are not shared among other types. For example, a Hard Drive has Marketed Size, Physical Size (2.5" or 3.5"), RPM while a CPU has Clock Speed, Cache Size, # of Cores. I think you get the idea.
Well, I started out with these three UserControls as well as three tables in the database, one for each type. However, the issue really becomes known when I say this: to start with, I have roughly 25 diferent RPC types.
So is there a way I can keep from creating 25 UserControls, one for each type? Or 25 tables in the database just for RPCs? I thought about creating a single table with the specs that each type does have in common (e.g. Manufacturer, Model) an storing the specs in a specific format (e.g. XML) in a column and having the application manipulate the specs data as necessary. However, the performance issue arises when I think about the fact that I must be able to search various RPC types by one or more specs. For example, the application needs to be capable of finding all 500GB/7200RPM hard drives. That wouldn't work so well when using XML for all of the specs would it?
Maybe I am going about this whole thing all wrong. But then again, maybe I am better off going with the numerous tables and user controls. If that's what it takes, I'll do it. I just started thinking about it early on and realized that maybe I am not being entirely efficient with it.
Any suggestions? 
djj55: Nice but may have a permission problem
Pete O'Hanlon: He has my permission to run it.
|
|
|
|
|
Matt U. wrote: but I need to figure out the most efficient way (both from a development
standpoint as well as from an end-user standpoint)
Then you really need to have some more requirements.
For example will 100,000 users access this?
Will there be 100 billion of these?
Will there be 1000 retail locations attempting to access it?
Questions like that impact the design.
Matt U. wrote: So is there a way I can keep from creating 25 UserControls, one for each type?
Yes.
Is it ideal in terms of your actual business requirments? I have no idea.
But the idea is simple you have a inventory item with "properties". In the simplist scenarios there business needs for the properties are very simple so consequently one can store them in a property table.
That table would look like this
Property (primary key id is assumed)
- inventory_id
- name
- type
- value
That table would have a row like the following
<some inventory="" id="">, "Clock Speed", "Decimal", "2.66"
There are many variations on the above. For example instead of "Clock Speed/"Decimal" you could have an enumeration table that define a 'type' and then the property id would tie to that type via the type id.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
