Comments by julian@giant

julian@giant 7-Jun-16 11:17am View

I don't know how else to explain myself, so I'll leave it there. Thanks for your input.

julian@giant 7-Jun-16 10:49am View

Hi SA.
I am trying to set up AZURE VMs for Performance and Load Testing that match our live environment as closely as possible. If the bandwidth on AZURE is 10 times that of our live environment, I couldn't run a test and comfortably say it's OK to run on live.

So, if I know which bandwidth (upload speed or download speed) affects the delivery of a page to the end user, I'm hoping (with input from the AZURE guys) to help match this with our live environment.

I know where the various bottlenecks will be, but I need to get the server matching as closely as possible, and just wondered if it was upload or download bandwidth that affects the speed of the delivery of the page.

julian@giant 7-Jun-16 4:00am View

I suppose the question is then: Is it the upload bandwidth or download bandwidth (of the delivering web server) that affects the delivery time of a page?

Have I posted this question in the wrong area of the site?

julian@giant 16-May-16 4:42am View

Hi. Sorry for not getting back to you sooner. Yes it does issue inserts, updates and selects.

I'm working on the theory at the moment that the problem is caused by a Private Boolean in a VB.Net Module, that is set to True, and IIS sees this as True from another person's session, when it should be False. Unbelievable I know, but I have very specifically seen this occur before.

julian@giant 11-May-16 14:05pm View

Unfortunately, I can see no other way other that having it open for a period of time. Good thought though.

I am reading an uploaded XML file, validating the contents, updating that data into the database inside the transaction (the XML doesn't match a table in the DB, so I am extracting the XML data and calling various procedures), then validating the data uploaded by recreating the XML file based on the data in the db to confirm all OK (this part is quick), and if a match, commit.

julian@giant 11-May-16 14:01pm View

Thanks, I will give that a try.

julian@giant 27-Jun-11 9:18am View

I don't think what I'm trying to do is possible. Thanks for your comments anyway.
Julian

julian@giant 27-Jun-11 8:55am View

The connection to the database remains open for the life of the application. The connection is created on program startup on the main thread. Issuing a query on a separate thread hasn't worked properly in the past, I don't think the interface to the DB is up to it. It's an alpha database running on VMS. We connect to it at the moment from a .Net application using ADODB.

julian@giant 27-Jun-11 8:45am View

That would be nice if the query was issued in a thread. However, the query is issued on the main thread and code execution stops until the query is finished. And as stated, I can't issue the query on it's own thread.

Am I missing something?

julian@giant 25-May-11 5:14am View

Thanks digital man. Will consider this as an option.
J

julian@giant 19-May-11 6:46am View

Hi Albin, Ok, a wider explanation of what I am currently doing is:

Two separate .exe's running on a server by multiple users need to talk to each other and pass some information to and from one another.

The project is a Document Management System (DMS) where one program handles the viewing of all types of office documents, and the other is a Workflow program that handles incoming documents (either scanned images or word/excel documents that may have been emailed). I wanted the Workflow program to keep separate from the Office Dll's etc and call over to the DMS to view and save the documents, as that is what it does already.
I need to pass information about the document from the WF program to the DMS program basically.
As I say, I'm currently using remoting, but just wondered if anyone new of a simpler way.

What brought me to this question was the realisation that I can register my DMS .exe code to pick up events directly from Office documents (VB.Net - ... Handles wdApp.BeforeClose() etc.). Just wondered if the same could be achieved between .Net .exe's.

Julian

julian@giant 19-May-11 5:10am View

Hi Abhinav

I take it that using Reflection would still require an intermediary .dll?

Julian

julian@giant 17-Feb-11 9:58am View

Hi, thanks for responding so quickly. Good idea, except for the fact that we're using an Alpha database, and use a straight ADODB connection to perform SQL queries. Stored procedures aren't possible.
Thanks.
Julian

Comments by julian@giant (Top 13 by date)