opensta-devel Mailing List for OpenSTA (Page 3)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Folks
  Can anybody provide me with a zip copy of codemax 2.1.0.24
  This is kind of urgent

Thanks
Amrish Shah amr...@re...

Dear Members
   Would anybody be kind enough help me find CodemAx 2.1.0.24 to get
OpenSta to compile ?
   I am trying to add Terminal Emulator testing capabilities to the tool
but need to be able to compile to do so.

   Thanks in Advance

 =20

Amrish Shah
amr...@re...
=20
Confidentiality Statement:
This message is confidential and may contain confidential information it
is intended only for the individual[s] named herein. If this message is
being sent from a member of the legal department, it may also be legally
privileged.   If you are not the named addressee[s] you must delete this
email immediately do not disseminate, distribute or copy.

fine by me for my parts :)

-----Original Message-----
>From: "Antony Marcano (etest associates)" <an...@et...>
>Sent: Apr 16, 2007 6:52 AM
>To: 'OpenSTA developer discussions' <ope...@li...>
>Subject: Re: [OpenSTA-devel] Open Source Load Testing
>
>Can I post this (verbatim) on testingReflactions?
>
>> -----Original Message-----
>> From: ope...@li... [mailto:opensta-devel-
>> bo...@li...] On Behalf Of Daniel Sutcliffe
>> Sent: 16 April 2007 02:09
>> To: OpenSTA Developer Discussions
>> Subject: Re: [OpenSTA-devel] Open Source Load Testing
>> 
>> I had to smile when I read the first line of the press release:
>> > RadView Launches World's First Commercial-Grade Open Source
>> > Internet Performance Testing Product into $1 Billion Market
>> 
>> First? ... really? :)
>> 
>> Reading more we have:
>> > Companies that require commercial support, additional productivity
>> > features and compatibility with third-party protocols have the
>> > option of purchasing WebLOAD Professional directly from RadView.
>> 
>> So, their intentions are "exactly" the same as Cyrano's were back in
>> 2000 ;)  Here's where you can find out what those "additional
>> productivity features" are:
>>   http://www.radview.com/product/Editions-Comparison.aspx
>> The biggy is that you need to go to the commercial version if you
>> want to do distributed load generation.
>> 
>> When we took a tool that was about to be released commercially and
>> decided to open source it, the big issue was the commercial
>> libraries that were used and had to be ripped out - this effectively
>> meant taking a number of steps backwards and destabilizing a fairly
>> stable product base.  I wonder if RadView had similar hurdles?
>> 
>> Corey Goldberg wrote:
>> > There doesn't seem to be a huge number of developers interested in
>> > perf/load tools as has been seen in other Open Source tool
>> > communities (OpenSTA, JMeter, Grinder, etc).
>> 
>> This is my #1 theory of what is stopping OpenSTA becoming more
>> successful, getting better, and progressing as a project.  There
>> simply aren't developers out there who have to regularly do
>> performance testing (and therefore are driven to get involved).
>> The people regularly doing performance testing either don't have
>> the time to get involved in development or don't have a skillset
>> that allows them to do it.  WebLoad will have the advantage here in
>> the fact that RadView will be sponsoring developers (presumably
>> their developers) to work on the open source tool - just like
>> Cyrano did with OpenSTA until it all fell to pieces ...
>> 
>> > possibly since this is starting from such a mature code base it
>> > could be different.. but who knows.
>> 
>> Much of OpenSTAs code was very very mature commercial code before
>> it was "released" as OpenSTA - some would say this was less than
>> helpful ;)
>> 
>> The cynic in me suspects that RadView are doing this because they
>> realise they are losing too many sales due to the availibility of
>> tools like OpenSTA.  Better to at least get there potential customers
>> on the right track ...
>> 
>> As to whether this can help or hinder the future of OpenSTA ...
>> I personally can't see it helping, it will dilute an already
>> weak potential developer pool - maybe some code and ideas could be
>> shared but I don't think we're lacking any code, ideas, or available
>> libraries (open source ones) as it stands, just the developer time
>> (or funding) to improve OpenSTA is what is really lacking. :shrug:
>> 
>> I'll be following WebLoad to see what happens.
>> Cheers
>> /dan
>> --
>> Daniel Sutcliffe <Da...@Op...>
>>   OpenSTA part-time caretaker - http://OpenSTA.org/
>> 
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> OpenSTA-devel mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opensta-devel
>
>
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by DB2 Express
>Download DB2 Express C - the FREE version of DB2 express and take
>control of your XML. No limits. Just data. Click to get it now.
>http://sourceforge.net/powerbar/db2/
>_______________________________________________
>OpenSTA-devel mailing list
>Ope...@li...
>https://lists.sourceforge.net/lists/listinfo/opensta-devel

Hi Dan,

For grins, I downloaded WebLOAD and began learning it using a customer's 
site I am currently testing with OpenSTA. I found the quick start tutorial 
very good and had a load test running within a few hours. What I also found 
was that the CPU consumption is very high compared to OpenSTA. I may do a 
bake off next week to compare the performance of the two in a more 
controlled way, but what I saw the other day was not encouraging. If I 
recall correctly I was running 10 or 20 users, about a 30 second think time, 
and my 3 GHz processor was averaging about 50% busy. That's huge compared to 
under the same conditions. I suspect their strategy is indeed to get people 
on "the right track using their product" and then after they have invested 
time and effort, then the revenue will start rolling as people upgrade to be 
able to run larger loads.

-Bernie

----- Original Message ----- 
From: "Daniel Sutcliffe" <da...@Op...>
To: "OpenSTA Developer Discussions" <ope...@li...>
Sent: Sunday, April 15, 2007 9:09 PM
Subject: Re: [OpenSTA-devel] Open Source Load Testing

>I had to smile when I read the first line of the press release:
>> RadView Launches World's First Commercial-Grade Open Source
>> Internet Performance Testing Product into $1 Billion Market
>
> First? ... really? :)
>
> Reading more we have:
>> Companies that require commercial support, additional productivity
>> features and compatibility with third-party protocols have the
>> option of purchasing WebLOAD Professional directly from RadView.
>
> So, their intentions are "exactly" the same as Cyrano's were back in
> 2000 ;)  Here's where you can find out what those "additional
> productivity features" are:
>  http://www.radview.com/product/Editions-Comparison.aspx
> The biggy is that you need to go to the commercial version if you
> want to do distributed load generation.
>
> When we took a tool that was about to be released commercially and
> decided to open source it, the big issue was the commercial
> libraries that were used and had to be ripped out - this effectively
> meant taking a number of steps backwards and destabilizing a fairly
> stable product base.  I wonder if RadView had similar hurdles?
>
> Corey Goldberg wrote:
>> There doesn't seem to be a huge number of developers interested in
>> perf/load tools as has been seen in other Open Source tool
>> communities (OpenSTA, JMeter, Grinder, etc).
>
> This is my #1 theory of what is stopping OpenSTA becoming more
> successful, getting better, and progressing as a project.  There
> simply aren't developers out there who have to regularly do
> performance testing (and therefore are driven to get involved).
> The people regularly doing performance testing either don't have
> the time to get involved in development or don't have a skillset
> that allows them to do it.  WebLoad will have the advantage here in
> the fact that RadView will be sponsoring developers (presumably
> their developers) to work on the open source tool - just like
> Cyrano did with OpenSTA until it all fell to pieces ...
>
>> possibly since this is starting from such a mature code base it
>> could be different.. but who knows.
>
> Much of OpenSTAs code was very very mature commercial code before
> it was "released" as OpenSTA - some would say this was less than
> helpful ;)
>
> The cynic in me suspects that RadView are doing this because they
> realise they are losing too many sales due to the availibility of
> tools like OpenSTA.  Better to at least get there potential customers
> on the right track ...
>
> As to whether this can help or hinder the future of OpenSTA ...
> I personally can't see it helping, it will dilute an already
> weak potential developer pool - maybe some code and ideas could be
> shared but I don't think we're lacking any code, ideas, or available
> libraries (open source ones) as it stands, just the developer time
> (or funding) to improve OpenSTA is what is really lacking. :shrug:
>
> I'll be following WebLoad to see what happens.
> Cheers
> /dan
> -- 
> Daniel Sutcliffe <Da...@Op...>
>  OpenSTA part-time caretaker - http://OpenSTA.org/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> OpenSTA-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensta-devel 

Can I post this (verbatim) on testingReflactions?

> -----Original Message-----
> From: ope...@li... [mailto:opensta-devel-
> bo...@li...] On Behalf Of Daniel Sutcliffe
> Sent: 16 April 2007 02:09
> To: OpenSTA Developer Discussions
> Subject: Re: [OpenSTA-devel] Open Source Load Testing
> 
> I had to smile when I read the first line of the press release:
> > RadView Launches World's First Commercial-Grade Open Source
> > Internet Performance Testing Product into $1 Billion Market
> 
> First? ... really? :)
> 
> Reading more we have:
> > Companies that require commercial support, additional productivity
> > features and compatibility with third-party protocols have the
> > option of purchasing WebLOAD Professional directly from RadView.
> 
> So, their intentions are "exactly" the same as Cyrano's were back in
> 2000 ;)  Here's where you can find out what those "additional
> productivity features" are:
>   http://www.radview.com/product/Editions-Comparison.aspx
> The biggy is that you need to go to the commercial version if you
> want to do distributed load generation.
> 
> When we took a tool that was about to be released commercially and
> decided to open source it, the big issue was the commercial
> libraries that were used and had to be ripped out - this effectively
> meant taking a number of steps backwards and destabilizing a fairly
> stable product base.  I wonder if RadView had similar hurdles?
> 
> Corey Goldberg wrote:
> > There doesn't seem to be a huge number of developers interested in
> > perf/load tools as has been seen in other Open Source tool
> > communities (OpenSTA, JMeter, Grinder, etc).
> 
> This is my #1 theory of what is stopping OpenSTA becoming more
> successful, getting better, and progressing as a project.  There
> simply aren't developers out there who have to regularly do
> performance testing (and therefore are driven to get involved).
> The people regularly doing performance testing either don't have
> the time to get involved in development or don't have a skillset
> that allows them to do it.  WebLoad will have the advantage here in
> the fact that RadView will be sponsoring developers (presumably
> their developers) to work on the open source tool - just like
> Cyrano did with OpenSTA until it all fell to pieces ...
> 
> > possibly since this is starting from such a mature code base it
> > could be different.. but who knows.
> 
> Much of OpenSTAs code was very very mature commercial code before
> it was "released" as OpenSTA - some would say this was less than
> helpful ;)
> 
> The cynic in me suspects that RadView are doing this because they
> realise they are losing too many sales due to the availibility of
> tools like OpenSTA.  Better to at least get there potential customers
> on the right track ...
> 
> As to whether this can help or hinder the future of OpenSTA ...
> I personally can't see it helping, it will dilute an already
> weak potential developer pool - maybe some code and ideas could be
> shared but I don't think we're lacking any code, ideas, or available
> libraries (open source ones) as it stands, just the developer time
> (or funding) to improve OpenSTA is what is really lacking. :shrug:
> 
> I'll be following WebLoad to see what happens.
> Cheers
> /dan
> --
> Daniel Sutcliffe <Da...@Op...>
>   OpenSTA part-time caretaker - http://OpenSTA.org/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> OpenSTA-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensta-devel

I had to smile when I read the first line of the press release:
> RadView Launches World's First Commercial-Grade Open Source
> Internet Performance Testing Product into $1 Billion Market

First? ... really? :)

Reading more we have:
> Companies that require commercial support, additional productivity
> features and compatibility with third-party protocols have the
> option of purchasing WebLOAD Professional directly from RadView. 

So, their intentions are "exactly" the same as Cyrano's were back in
2000 ;)  Here's where you can find out what those "additional
productivity features" are:
  http://www.radview.com/product/Editions-Comparison.aspx
The biggy is that you need to go to the commercial version if you
want to do distributed load generation.

When we took a tool that was about to be released commercially and
decided to open source it, the big issue was the commercial
libraries that were used and had to be ripped out - this effectively
meant taking a number of steps backwards and destabilizing a fairly
stable product base.  I wonder if RadView had similar hurdles?

Corey Goldberg wrote:
> There doesn't seem to be a huge number of developers interested in
> perf/load tools as has been seen in other Open Source tool
> communities (OpenSTA, JMeter, Grinder, etc).

This is my #1 theory of what is stopping OpenSTA becoming more
successful, getting better, and progressing as a project.  There
simply aren't developers out there who have to regularly do
performance testing (and therefore are driven to get involved).
The people regularly doing performance testing either don't have
the time to get involved in development or don't have a skillset
that allows them to do it.  WebLoad will have the advantage here in
the fact that RadView will be sponsoring developers (presumably
their developers) to work on the open source tool - just like
Cyrano did with OpenSTA until it all fell to pieces ...

> possibly since this is starting from such a mature code base it
> could be different.. but who knows.  

Much of OpenSTAs code was very very mature commercial code before
it was "released" as OpenSTA - some would say this was less than
helpful ;)

The cynic in me suspects that RadView are doing this because they
realise they are losing too many sales due to the availibility of
tools like OpenSTA.  Better to at least get there potential customers
on the right track ...

As to whether this can help or hinder the future of OpenSTA ...
I personally can't see it helping, it will dilute an already
weak potential developer pool - maybe some code and ideas could be
shared but I don't think we're lacking any code, ideas, or available
libraries (open source ones) as it stands, just the developer time
(or funding) to improve OpenSTA is what is really lacking. :shrug:

I'll be following WebLoad to see what happens.
Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

>I'd have a look at how the project works, how it gains momentum, what
>features it brings and how easy it is to submit patches. It's certainly
>easier to support one codebase than two that have once been very similar...

absolutely.. I maintain several open source projects and understand that forking usually only occurs out of necessity.  My point was really to let the OpenSTA devs and users know that there is another project with a lot of overlap with what OpenSTA does.  A lot of people like OpenSTA and some ideas have been tossed around regarding future development. so I don't wanna be the "hey everyone jump ship!" guy :)

Hopefully a good community will be fostered around WebLOAD.. however.. if that is not the case.. or Radview doesn't support the project properly.. the code is GPL'ed and is free to be forked.  Also, a fork doesn't have to occur for it be used in further OpenSTA development.  I'm not familiar with the WebLOAD architecture yet... but I noticed they have good documentation and I dove the source code for 20 mins or so (they have subversion repository up).  If the code is somewhat modular, parts can be used as libraries, shared between tools (think OpenSTA engine hooking into a WebLOAD monitoring module or whatever)... who knows where this could go.  There doesn't seem to be a huge number of developers interested in perf/load tools as has been seen in other Open Source tool communities (OpenSTA, JMeter, Grinder, etc).  possibly since this is starting from such a mature code base it could be different.. but who knows.  

I wrote a short blog post about this:  http://www.goldb.org/goldblog/2007/04/11/RadviewWebLOADGoesOpenSource.aspx

-Corey

> JMeter is sort of a toy.
> WebLOAD is a full featured tool with an IDE.. various scripting
languages, distributed agents, etc.  This is by FAR the most advanced
tool for performance/load that is open source.

I see.  Thanks for the info!  I will definitely go try it out too.

--Michael

>There are other open source load testing tools like JMeter, right?  What
>so special about WebLoad that can affect OpenSTA?

JMeter is sort of a toy.
WebLOAD is a full featured tool with an IDE.. various scripting languages, distributed agents, etc.  This is by FAR the most advanced tool for performance/load that is open source.

There are other open source load testing tools like JMeter, right?  What
so special about WebLoad that can affect OpenSTA?

--Michael

Corey Goldberg schrieb:
> ok.. this is kinda very big news and I want to know how the OpenSTA dev folks feel.

Hi Corey,

I perceive this as great news. However, I'm not a big fan of forking
'because I can' unless there's really a lot of pressure to do so. This
is certainly currently not the case, as they are just getting started.

I'd have a look at how the project works, how it gains momentum, what
features it brings and how easy it is to submit patches. It's certainly
easier to support one codebase than two that have once been very similar...

I'm curious and certainly will have a look. Download (from sourceforge)
is running. (currently it's been downloaded 17 times)

The site can be found on http://www.webload.org/, in certain parts it's
a bit unfinished, but well polished and seems to contain a lot of
material. My impression is that this tool is backed by some huge
commercial interest, and one can only hope that they have more success
than the Cyrano folks opensourcing their product. I suppose this is bad
news for the Quotiums and Mercurys of this world...

Cheers,
Olaf

P.S.: The source is mainly C/C++, it's utilizing JavaScript as scripting
language.

ok.. this is kinda very big news and I want to know how the OpenSTA dev folks feel.

Radview has a tool called WebLoad that has been a successful commercial load testing tool for many years.  Well.. this morning they announced they are releasing an open source version (full on GPL licensed, not some lame attempt at open source).

so.. I have no idea what kind of community they will build and how they will be towards the community.  However, since it is GPL'ed, anyone can fork the project at any time.  Perhaps pieces could be ported to use with OpenSTA?.. perhaps OpenSTA dev's want to fork it as a base for OpenSTA 2? who knows... just throwing in my 2 cents.

any thoughts?

-Corey

p.s. I have no idea what language it is written in.. i'm trying to download the source today.

--
www.goldb.org

Vikram Bartakke wrote:
> > I was trying to use openSTA 1.4.3.20.  I came across a problem
> > that whenever I try to record and playback https traffic, I get
> > page not found error.  When I read the documentation, I realised
> > that the OpenSTA modeller sends a special request to Gateway to
> > handle all HTTPS requests.

I'd probably let you get away with this statement on the users list;
but this is the developer list and I feel it's more important we talk
about things in more exact and correct terms here and not try to
"dumb things down" to a users level.  You should understand the
toolset properly before you try and fix or enhance it ;)

The Modeler DOES NOT send any sort of special request to the Gateway,
the Modeler doesn't care or know whether SSL is being recorded or not.

> > It does so by http://{ and  "{" corresponds to the value "%7b";

The way it 'works' is that the Gateway translates all occurences of
'https://' in the HTTP traffic from Web server to browser into
'http://{'.  In the browser to server direction the Gateway takes
any requests for 'http://{' URLs and establishes a HTTPS connection
as if it was the browser, plus some reverse translation of URLs is
in traffic is done.  There's also some trickery that has to be done
with the hostname, for cookies etc.,  but I sure you get the idea.

This hack/trick worked OK because the URL never changed length - but
it has still a dodgy mechanism and is prone to failures but the only
other options for recording HTTPS (a secure protocol) are in the
browser or server code and outside the encryption.

Then some security fix in IE6 decided that the { in a URL had to be
url encoded (to %7B) and this broke the recording mechanism for any
IE6 with that security fix applied.  I fixed this problem in the
OpenSTA 1.4.3 release by allowing the gateway to spot the URL encoded
version of the '{' as well.  Although it wasn't that simple as the
URL and hostname now changed length ...

> > however in IE 6, that value "%7b" gets somehow translated as "%7B"

It's more probable that 'fixed' IE6 URL encodes to %7B always - the
code in the Gateway uses the lowercased version (for comparisons
and replacement) ... whatever, I don't think there is any "somehow
translated" going on.

> > which is not recognizable from gateway.

This is simply not true - although it is what everyone who has
spotted this problem has theorized...  Since the first time this
problem has been reported I have checked the code and tested the
IE6 versions I have and this is just NOT what is happening.  The
code does a case independent comparison and I tested URLs that
were typed with the %7B and %7b and the Gateway spotted them both
correctly.   Everytime the problem has been reported I have replied
with this information and asked for more information to help track
down the reason for this problem - I have yet to reproduce it.

Jerome Delamarche wrote:
> As far as I know, a lot of us are using MS-IE 6 in HTTPS mode
> without any problem.

And it looks like Jerome can't reproduce it either. ;)

It has also been reported that patching the code to change the
references to %7B (instead of %7b) fixes the problem - I am quite
willing to believe there is *a* problem and that making this change
fixes *the* problem... but the actual bug *isn't* what a few people
have decided it is!

Given the reported and known facts, here are my thoughts on what
could be causing the (roughly) described symptom:
 - Specific C library (DLL) on problem machines can't do case
   independent comparisons - this is highly unlikely.
 - The code I wrote to cope does not cope with specific Web sites
   (or their coding technique) and 'somehow' breaks.  My guess this
   would be specifically to do with use of Cookies and/or Javascript
   on a HTTPS site.  If this was the case then you would still be
   able to record many HTTPS Web sites but specific ones would be a
   problem - not what people have reported when they get the problem.
 - A very specific verion of IE6 exists (one that Jerome, myself and
   others don't have) that causes the problem to occur because of a
   mismatch between %7B and %7b in HTTP headers and request.  This
   must be the case if *every* HTTPS Web site cannot be recorded on
   the problem machines.

> > After reading a further more about this problem on mailing
> > archives, I found that gwhttp.hpp is the file where such
> > declaration is done and it needed to be changed to "%7B" in order
> > to make it work in IE 6.

> You're right about the part of code that translates the URL.
> But the code make case insensitive comparison.
>
> I think your problem lies somewhere else.

I can confirm this, and my reasoning above should show the problem is
elsewhere.  Even if changing case of the code constant causes the
problem to go away - IHMO this is not really a fix because the
problem has never really been understood and diagnosed properly, the
patch may just be masking a problem which could be fixed properly if
only it was only understood fully.

As you obviously have a machine that is exhibiting the problem and
you have taken the time to get involved in building OpenSTA then I
urge you to investigate this problem properly and scientifically -
if you can give us clues as to what is really happening (or even
what is not) it would be most appreciated.

Whilst investigating this problem you should make sure you are
aware of, and understand, the other problems that could cause the
symptom to are seeing:
  http://portal.opensta.org/faq.php?topic=RecordingHttps
Specifically the CSS related issue: bug#1389081

> > However in order to build the OpenSTA completely I need
> > "CODEMAX 2.1.0.24" which I am not able to find anywhere.  I even
> > tried to search for http://groups.yahoo.com/group/codemax/ but
> > could not locate the yahoo group.

The group has had its membership closed for a long time and it was
never publically viewable.  The author of Codemax was the owner of
the group and when he decided to make a version of Codemax commercial
he always said that the open source version and the facilities that
he maintained might be removed at any point - I guess it is now
officially dead.  The licensing of Codemax always disallowed anyone
other than the author from distributing the source - so while it was
available only through the group it was almost dead, now the group
has been deleted it is completely dead.  I, obvioulsy have a copy of
the required package, and if you work out what is causing the HTTPs
failure you are seeing then I'll tell you how to find a copy ;)

It's a good job Jerome has started work on the Scintilla port of the
Modeler :)

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Hi,

>     I was trying to use openSTA 1.4.3.20. I came across a problem that
> whenever I try to record and playback https traffice, I get page not
> found error. When I read the documentation, I realised that the
> openSTA modeller sends a special request to Gateway to handle all
> HTTPS requests. It does so by http://{ and  "{" corresponds to the
> value "%7b"; however in IE 6, that value "%7b" gets somehow translated
> as "%7B" which is not recognizable from gateway.

As far as I know, a lot of us are using MS-IE 6 in HTTPS mode withous any
problem.

>  After reading a further more about this problem on mailing
> archives, I found that gwhttp.hpp is the file where such declaration
> is done and it needed to be changed to "%7B" in order to make it work
> in IE 6. However in order to build the openSTA completely I need
> "CODEMAX 2.1.0.24" which I am not able to find anywhere. I even tried
> to search for http://groups.yahoo.com/group/codemax/ but could not
> locate the yahoo group.

You're right about the part of code that translates the URL.
But the code make case insensitive comparison.

I think your problem lies somewhere else.

>     If anyone can help me find this peice of utility, that would be
> highly appreciated. Or, if anyone has already done so then I am
> willing to get the executable that has the fix for %7B.

Anyway, if we plan to release in few weeks a debug version of OpenSTA,
hoping it will
make easier for people like you to fix bugs or provide enhancements.

Cheers,

Jerome Delamarche

Hello Everyone,

    I was trying to use openSTA 1.4.3.20. I came across a problem that
whenever I try to record and playback https traffice, I get page not
found error. When I read the documentation, I realised that the
openSTA modeller sends a special request to Gateway to handle all
HTTPS requests. It does so by http://{ and  "{" corresponds to the
value "%7b"; however in IE 6, that value "%7b" gets somehow translated
as "%7B" which is not recognizable from gateway.

    After reading a further more about this problem on mailing
archives, I found that gwhttp.hpp is the file where such declaration
is done and it needed to be changed to "%7B" in order to make it work
in IE 6. However in order to build the openSTA completely I need
"CODEMAX 2.1.0.24" which I am not able to find anywhere. I even tried
to search for http://groups.yahoo.com/group/codemax/ but could not
locate the yahoo group.

    If anyone can help me find this peice of utility, that would be
highly appreciated. Or, if anyone has already done so then I am
willing to get the executable that has the fix for %7B.

    Sorry for inconvenience, Waiting for your response.

Thanks,
Vikram Bartakke
Sr. QA Analyst,
Autotask Corporation.

Bugs item #1650039, was opened at 2007-02-01 12:54
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650039&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Results Analysis
Group: Inconvenience
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Jerome Delamarche (trickyjer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unsufficient memory when displaying results

Initial Comment:
When the current Test is stopped, the resulting data files may be partially empty of full of binary nuls.

This leads to a "insufficient memory" message displayed when trying to display a graph result.

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2007-02-06 13:44

Message:
Logged In: YES 
user_id=19748
Originator: NO

This problem will be dealt with under bug# 101351

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650039&group_id=10857

This is just a quick mail to let everyone know that there have been a
number of offline discussions and it looks like there may be a small
group of developers with a little spare time to create some activity
towards a better future for OpenSTA. :)

We will be trying to keep future discussions regarding this public
and on this mailing list.

I would like to gather some replies to this mail regarding what
people view as fixes that are essential to include in the 1.4.4
release.  Please remember 1.4 is seen as a stable release series and
therefore radical enhancements or build environment changes will not
be being considered.  I want to get this release out so we can fork
the sources with a 1.4 branch and the CVS HEAD can become 1.5 where
radical enhancements and build environment changes will be encouraged
;)

If you can provide SF bug#s with any suggestions then that would be
great, but if you haven't got time or there isn't yet a bug# then that
is not a problem.  Once I have a list of 'desirables' then I'll
create a summary, maybe put it out on the users list, and we can have
something to work towards.  I shall be replying to this thread with
my own list later this week but wanted to get something out there
now.

Now would also be a good time for anyone who has potential for them
or their company to sponsor a fix, or work towards the release, to
make themselves known.  Obviously the developers involved are more
likely to fix things for free that directly relate to their use of
the tool; and that may be very different to yours, where their work
may need some 'encouragement' ... ;)

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Bugs item #1650039, was opened at 2007-02-01 18:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650039&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Results Analysis
Group: Inconvenience
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jerome Delamarche (trickyjer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unsufficient memory when displaying results

Initial Comment:
When the current Test is stopped, the resulting data files may be partially empty of full of binary nuls.

This leads to a "insufficient memory" message displayed when trying to display a graph result.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650039&group_id=10857

Bugs item #1650038, was opened at 2007-02-01 18:50
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650038&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: SNMP Monitor
Group: Cosmetic
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jerome Delamarche (trickyjer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong list of discovered SNMP agents

Initial Comment:
When the SNMP Discovering tool scans the network, it may display several times the same host in the list box.

I suggest to make sure agents are displayed once. Furthermore, a message box could display the count of found agents.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650038&group_id=10857

Bugs item #1650037, was opened at 2007-02-01 18:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650037&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Installation
Group: Inconvenience
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jerome Delamarche (trickyjer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Access to Unix MIB

Initial Comment:
When scanning the network for SNMP agents, the dialog box does not display the standard Unix/Linux MIB.

It is sufficient to add this line to the default "snmpcat.ini" file:

CAT12=host,host

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650037&group_id=10857

Bugs item #1650031, was opened at 2007-02-01 18:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650031&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: SNMP Monitor
Group: Inconvenience
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jerome Delamarche (trickyjer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Cannot select SNMP community

Initial Comment:
The Dialog box displayed before scanning the network to discover SNMP agents does not provide a way to select a "community" even if it is usually "public".

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1650031&group_id=10857

This was meant as a followup to Dan's recent post and response to the thread that was going on (and of course I can't find the email and the sourceforge search isn't working and google's index isn't up to date)

anyways.. 
Dev discussion has kinda wained in this past year.. but I know there is a strong user base for OpenSTA and I know the importance of having a Free (as in GPL) load testing tool available.  If anyone can contribute time to discuss [and more importantly] implement a next generation OpenSTA, please speak up.  I was really encouraged to hear that Dan has been discussing ideas about a cross platform OpenSTA.  I have some ideas of my own and might be able to contribute some programming.  If others in the community use this tool and have any sort of development/programming/testing experience.. which you probably do if you are reading the devel list ;)  ... come forward.

regards and happy late new year..
-Corey

Bugs item #1199396, was opened at 2005-05-10 21:08
Message generated for change (Comment added) made by maclauk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1199396&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Architecture
Group: Crash
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Daniel Sutcliffe (dansut)
Assigned to: Daniel Sutcliffe (dansut)
Summary: Starting Test fails with TestManager.exe failure

Initial Comment:
I'm not 100% sure what causes this but it seems to
mostly happen when a network has gone away and come
back or the IP address has changed.

The error is simply that when starting a Test from the
Commander the start will fail and the Microsoft dialog
"TestManager.exe has encountered a problem and needs to
close ..." appears.  Clicking for more details shows
that the omniorb304_rt.dll was involved as was winsock
- more evidence that this is basically a network issue.

Once this has happened you should be able to restart
the Commander and the NameServer, the Test will
probably then work fine if your network is stable again.

----------------------------------------------------------------------

Comment By: Ken MacLauchlan (maclauk)
Date: 2007-01-02 17:02

Message:
Logged In: YES 
user_id=1276623
Originator: NO

I get the same error every time I start to run a script after a fresh
reboot. After seeing the error once I am unable to start another test as
the play button is greyed out.

Scripts that work on other OpenSTA installations produce the same
results.

My machine is a Toshiba A10 laptop running WinXP SP2.

Disabling my firewall does not help.

As I can recreate this at will can you let me know what information I
should upload and I will do so ASAP.

----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2005-05-10 21:11

Message:
Logged In: YES 
user_id=19748

More information on the actual circumstance of this error
required.  I currently can't reproduce this problem at will.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1199396&group_id=10857

Bugs item #1622218, was opened at 2006-12-26 05:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1622218&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Architecture
Group: Serious
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: justin (justinhungthai)
Assigned to: Nobody/Anonymous (nobody)
Summary: Time Limit donot run correctly when setup time overcome 24h

Initial Comment:
Hi all,

I setup time of "After fixed time" of Stop stask group is 36h. If I return back GUI to check it, its value is 12:00:00 and the OpenSTA will run test in 12h.

Any people meet the above problem as me, please help me.

Thank you in advance 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1622218&group_id=10857

I'm just curious if anyone has tried OpenSTA on Windows Vista yet?  Any probs to report?

-Corey Goldberg

2000	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (2)	Oct (1)	Nov (3)	Dec
2001	Jan	Feb	Mar (19)	Apr (5)	May	Jun	Jul	Aug	Sep	Oct	Nov (12)	Dec (5)
2002	Jan (17)	Feb (11)	Mar (11)	Apr (16)	May (11)	Jun (9)	Jul (22)	Aug (8)	Sep (22)	Oct (9)	Nov (11)	Dec (5)
2003	Jan (15)	Feb (26)	Mar (35)	Apr (85)	May (103)	Jun (35)	Jul (37)	Aug (19)	Sep (16)	Oct (11)	Nov (4)	Dec (10)
2004	Jan (11)	Feb (24)	Mar (7)	Apr (1)	May (13)	Jun (6)	Jul (7)	Aug (93)	Sep (4)	Oct (30)	Nov (16)	Dec (64)
2005	Jan (30)	Feb (4)	Mar (8)	Apr (22)	May (63)	Jun (32)	Jul (11)	Aug (14)	Sep (1)	Oct (11)	Nov (2)	Dec (13)
2006	Jan (53)	Feb (6)	Mar (6)	Apr (6)	May (7)	Jun (8)	Jul (7)	Aug (3)	Sep (2)	Oct (6)	Nov (3)	Dec (11)
2007	Jan (2)	Feb (9)	Mar	Apr (10)	May (5)	Jun (1)	Jul (14)	Aug (5)	Sep	Oct (10)	Nov	Dec
2008	Jan	Feb	Mar (1)	Apr	May (1)	Jun	Jul	Aug (3)	Sep (1)	Oct	Nov	Dec (2)
2009	Jan (1)	Feb	Mar	Apr (2)	May	Jun	Jul	Aug (1)	Sep	Oct (1)	Nov	Dec
2010	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (2)	Oct	Nov	Dec
2012	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan (1)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

opensta-devel Mailing List for OpenSTA (Page 3)

opensta-devel — OpenSTA developer discussions