|
jschell wrote: Except of course your comment was in fact directed at me. So apparently it is ok for you to comment on my posts but not for me to comment on yours.
I did not comment on your post. I replied in a different part of the thread to give accurate information to refute a bogus point in it. It was done for the sake of the OP getting quality information. I did not and will never engage with you again. You, on the other hand, took that as an opportunity to jump right into another engagement with me. I've made it clear I want nothing to do with talking to you.
jschell wrote: Many of your posts have nothing to do with "helping" people. It is just you expressing an opinion about something.
Your opinion means nothing to me. You're argumentative and I would imagine have dysfunctional relationships. Why you cannot just leave me alone I do not know. But your presence is unwelcome. Do not reply to me anymore. Go away. Argue with a wall or something. You're wasting my time and should be blocked.
Jeremy Falcon
|
|
|
|
|
Jeremy Falcon wrote: I did not comment on your post
You commented on tiobe. I was the only one that mentioned tiobe.
Jeremy Falcon wrote: I did not and will never engage with you again.
You said that before yet you continue to do it.
Jeremy Falcon wrote: You, on the other hand, took that as an opportunity to jump right into another engagement with me
Because I understand what free speech means.
|
|
|
|
|
Once again, you did not actually read my post. Understand this at least.... LEAVE ME ALONE.
Jeremy Falcon
|
|
|
|
|
You seem to think you get to respond to me but I don't get to respond to you.
That isn't how it works.
Nor do you get to make posts and then dictate those that can respond and how they can respond. Again that just is not how it works.
|
|
|
|
|
LEAVE ME ALONE. YOU ARE ABUSIVE AND NARCISSISTIC. YOU HAVE NO RESPECT FOR PEOPLE AND ONLY ARGUE. GO AWAY. STOP.
Jeremy Falcon
|
|
|
|
|
I've also just reported you. I want nothing to do with you interacting with you.
Jeremy Falcon
|
|
|
|
|
This thread has been locked.
Thanks,
Sean Ewington
CodeProject
|
|
|
|
|
I agree with your perspective on the TIOBE index. It certainly does not offer a perfect representation of popularity, primarily relying on the number of specific online tutorial searches and not accounting for all the factors that could indicate a language's actual popularity. You're spot on about the JavaScript ecosystem. It's vast and has a myriad of libraries, frameworks, and specialized terms that might not be captured by the TIOBE index's algorithms. The significance of JavaScript in web development is undeniable, and it's almost inevitable to learn this language for any web developer. That said, although the TIOBE index has its limitations, it still provides a kind of barometer to understand general trends in the programming world. It's best used in conjunction with other indicators to gain a more comprehensive and balanced view of programming language popularity.
|
|
|
|
|
I agree, in theory. Just not in practice. Which is why I totally give you the thumbs up still... because intelligent peeps can disagree and be civil. I think. D=
Anywho, it's an outdated barometer. Very outdated. Let me give you one metric that makes that TIOBE index just completely wrong, in terms of web development. NPM's public repo has 25 billion weekly downloads... weekly is not a typo. This doesn't account for private repos, etc. You could easily add more to that to get a more accurate figure since they're not the only repo host (GitHub, etc.).
Now, compare that to NuGet. Granted, not everyone uses NuGet in C++, C#, etc., so this isn't completely accurate either in terms of overall popularity. (I'm excluding things like a Linux distro's repo since it's usually not a developer downloading from that.) The NuGet statistics claim about 3.5 billion weekly downloads. Compare that to 25+ billion a week.
It's fair to say, the JavaScript ecosystem is way, way, way more popular than the TIOBE index suggests. By far.
The fact is, most people that rely on TIOBE are not web developers. It hasn't been truly updated in over a decade. It doesn't matter if they've seen a console.log once or twice, that's not what makes a web developer. It had it's time and place, but the dude that wrote is just let it get stale while the world passed him by. And I seriously doubt that when it was written it took any real statical analysis into consideration.
You see the same mistakes in financial markets. People just blindly assuming that because it's a chart it actually means anything of significance. So, I agree with you as maybe it's a starting point for research, but it's only a starting point at best because the data is not reliable at all. This is only if you know zero about the ecosystem you're studying. If you know anything about it at all, you'd get a more accurate picture just ignoring it.
Jeremy Falcon
|
|
|
|
|
The last time I programmed against a SOAP web service was 2005 and it looks like things in Visual Studio have changed.
Is it still possible to automatically add a reference to a SOAP web service and have it generate the necessary C# files to call the service?
It seems that it only wants to create REST references. But then, I'm not sure I know what I'm looking at.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
|
Hi. I'm new here, I saw your question and ask it from chat GPT.
this is the answer that I took from it:
It is still possible to add a reference to a SOAP web service in Visual Studio and have it generate the necessary C# files to call the service. However, the process may have changed slightly since 2005, reflecting advancements in technology and the increasing popularity of RESTful APIs.
In recent versions of Visual Studio, the process of adding a reference to a SOAP web service involves using the "Add Service Reference" feature. This feature allows you to specify the URL of the WSDL (Web Services Description Language) file associated with the SOAP web service. Visual Studio will then generate the client-side proxy classes and other necessary artifacts based on the information provided in the WSDL.
To add a reference to a SOAP web service, follow these steps:
In Visual Studio, right-click on your project in the Solution Explorer and select "Add Service Reference" (or "Add Web Reference" in older versions of Visual Studio).
In the "Add Service Reference" dialog, click on the "Advanced" button.
In the "Service Reference Settings" dialog, click on the "Add Web Reference" button.
Enter the URL of the WSDL file for the SOAP web service in the "URL" field and click "Go".
Visual Studio will retrieve the WSDL and display the available web service methods. Specify a namespace for the generated client-side proxy classes and click "Add Reference".
Visual Studio will then generate the necessary C# files and create a client-side proxy class that you can use to interact with the SOAP web service.
However, it's worth noting that with the rise of RESTful APIs and the increasing adoption of modern web service standards, such as JSON over HTTP, SOAP-based web services have become less common in recent years. RESTful APIs are often preferred due to their simplicity, scalability, and compatibility with a wider range of platforms and technologies. Therefore, the tools and features in Visual Studio may focus more on RESTful web services. Nonetheless, Visual Studio still supports SOAP web services and provides functionality to work with them.
If you're unsure about the options available in your specific version of Visual Studio, consulting the documentation or seeking assistance from the Visual Studio community can provide you with more detailed and up-to-date information.
I don't know if it is right or not, but maybe help you to find it out.
|
|
|
|
|
Most ChatGPT answers are not good enough Please don't use it, especially for a subject that you are not experienced in.
|
|
|
|
|
Is it really rigmarole at all? It was a Instructions I think. In any case, thank you very much for your attention and response.
|
|
|
|
|
Yes, in Visual Studio, right-click your project, select "Add Service Reference," input the SOAP web <a href="https://thefamilywellnesscentre.com.au/"></a>service URL, customize settings if needed, and proceed—it generates the C# files to call the service.
|
|
|
|
|
alguien tiene conocimiento o tiene el codigo fuente de un RIS-PACS Se compra el codigo fuente
|
|
|
|
|
We have some rdlc reports, which I present on a web form report viewer.
I've used .Net Framework for all our live apps, so I'm not familiar with all the new tools.
I've been trying to find a way forward into Core, but can't find a solution to the report viewer.
It seems Microsoft abandoned this feature.
I've Googled, all I see are 3rd party libraries which cost.
Am I stuck on Framework? I've even tried exporting the report to pdf, and using an iframe or div to display, but it's messy, and overflowed somehow. There are no page controls, etc.
Senior Developer
|
|
|
|
|
It's an absolute mess. After years of complaining about the lack of SSRS support in MVC, then in .NET Core, and now in .NET, Microsoft's official response[^] is that you have to pay for PowerBI Premium, and move all of your reports to their portal. 
There are some free third-party libraries which provide limited SSRS support - for example:
- lkosson/reportviewercore[^] - No interactive web control for previewing or entering parameters; no SQL Spatial types support; workaround required for image support on Linux;
- alanjuden/MvcReportViewer[^] - Not updated in the last five years; interactive web viewer uses Bootstrap 3; there are a few forks[^], but I've not seen anything newer that the original;
So far, we've stuck with MVC5 and embedded the WebForms control. If we want to update to .NET 6/7/+, we'll probably try to piece something together from those libraries.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Thanks. Has anyone tried the 3rd party ones like Syncfusion?
|
|
|
|
|
We are in the process of developing an online permitting application that collects data and allows the client to make payment(s). I have been tasked with determining what the best option(s)/version(s) are for UI and backend development.
Some suggested technologies include .NET 5.0-7.0; .NET core 2.0; .NET framework 4.5.2-4.8; Java 15-16; JavaScript ESMA Script 2020-2022; and VB.NET 15.5-16.9.
I am a novice and am not very familiar with any of these newer technologies.
Any suggestions for best resources for seeking guidance would be appreciated. If this is not the proper forum for such a request, please advise.
Thanks.
|
|
|
|
|
.NET and .NET Core official support policy[^]
.NET Core 2.x is out of support, and should not be used - support for 2.2 ended in December 2019.
The same goes for .NET 5 - support ended in May last year.
If you decide to go with .NET, your choices are:
- .NET 6 - The current "long-term support" release, supported until November 2024;
- .NET 7 - The current "short-term support" release, supported until May 2024;
- .NET 8 - Due to be released in November 2023, this will be the next LTS release;
NB: "Support" in this case means actively receiving security patches. The out-of-support versions will still work, but they may contain security vulnerabilities which will remain unpatched. It's always best to keep your application up-to-date, and updates tend to be reasonably easy.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Richard, thank you! This is very helpful and I appreciate you taking the time to respond. 
|
|
|
|
|
Most folks on here are going to suggest a Microsoft solution. But, I won't. Muwahahaha.
This is a very open ended discussion that could go on for weeks. But, if you're a novice that's just overkill and will only kill the vibe. Start with a minimal framework and eventually learn how it works under the hood. Emphasis on minimal. So many web developers think they're web developers but they have no idea how React works under the hood for instance.
Anyway, I would suggest a MERN stack for a novice. Mainly because it's popular enough to Google how-tos and you should be learning React and Node anyway. Forget .NET for now and master JavaScript first. People never do. Master it and set yourself apart.
Udemy has several courses on it, etc. too. Eventually, you'll want to learn proper relational DB design, etc. but save that for later. Because you'll have a lot to learn right now, including polyfills, ponyfills, browser quirks, accessibility, etc.
Note: Stay far, far away from Angular if you want to be a good web developer.
Jeremy Falcon
|
|
|
|
|
Thank you, Jeremy! I appreciate your assistance.
|
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
