subject:"Re\: ERProfiling"

Re: ERProfiling and Java 8

2019-03-03 Thread Paul Hoadley

On 2 Mar 2019, at 19:58, Paul Hoadley  wrote:

> On 2 Mar 2019, at 17:20, Johann Werner  > wrote:
> 
>> has been some time I used ERProfiling to hunt down bottlenecks. I just fired 
>> up one project with it and it seems to work well. Only the activated heat 
>> map seems to break some layout and marker elements show up that I can’t 
>> remember of having seen in the past.
>> 
>> But this is with Java 8 + Ant + Eclipse 2018-12 so no Maven.
> 
> Thanks for looking at it Johann! If it works for you, I might persist.

Just in case anyone is following along at home, I have got this working again.

Recall that the symptom was that some pages would render the profile summary 
bar alone: just a lone div was returned, no other page content. Working back 
from here, I looked at the PFSummary delegate that generates that div. 
PFSummary.responseEnded() takes a WOResponse, and calls appendContentString() 
on it a bunch of times to add the trailing div. For reasons which are not clear 
to me, the first call to appendContentString() would sometimes cause the 
existing content to be dropped, leaving just the appended strings. (Either 
that, or there's something else going on and it's a coincidence.)

So a workaround was to:

1. Save response.contentString().
2. Replace the calls to response.appendContentString() with append() calls to a 
StringBuilder instead.
3. On the way out, concatenate the saved contentString and the result of 
StringBuilder.toString(), and call response.setContent() with that string.

This certainly gets ERProfiling working on this project for me, though it's 
unsatisfying.

-- 
Paul Hoadley
https://logicsquad.net/
https://www.linkedin.com/company/logic-squad/

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling and Java 8

2019-03-02 Thread Paul Hoadley

On 2 Mar 2019, at 17:20, Johann Werner  wrote:

> has been some time I used ERProfiling to hunt down bottlenecks. I just fired 
> up one project with it and it seems to work well. Only the activated heat map 
> seems to break some layout and marker elements show up that I can’t remember 
> of having seen in the past.
> 
> But this is with Java 8 + Ant + Eclipse 2018-12 so no Maven.

Thanks for looking at it Johann! If it works for you, I might persist.

-- 
Paul Hoadley
https://logicsquad.net/
https://www.linkedin.com/company/logic-squad/

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling and Java 8

2019-03-01 Thread Johann Werner

Hi Paul,

has been some time I used ERProfiling to hunt down bottlenecks. I just fired up 
one project with it and it seems to work well. Only the activated heat map 
seems to break some layout and marker elements show up that I can’t remember of 
having seen in the past.

But this is with Java 8 + Ant + Eclipse 2018-12 so no Maven.

jw

> Am 02.03.2019 um 02:44 schrieb Paul Hoadley :
> 
> On 1 Mar 2019, at 3:31 pm, Paul Hoadley  > wrote:
> 
>> Before I go digging too deeply, can anyone confirm that they're using 
>> ERProfiler with Java 8 + Maven + Eclipse 2018-12, or any similar combo?
> 
> Anyone still using ERProfiling? Johann? Anyone?
> 
> 
> -- 
> Paul Hoadley
> https://logicsquad.net/ 
> https://www.linkedin.com/company/logic-squad/ 
> 

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling and Java 8

2019-03-01 Thread Paul Hoadley

On 1 Mar 2019, at 3:31 pm, Paul Hoadley  wrote:

> Before I go digging too deeply, can anyone confirm that they're using 
> ERProfiler with Java 8 + Maven + Eclipse 2018-12, or any similar combo?

Anyone still using ERProfiling? Johann? Anyone?

-- 
Paul Hoadley
https://logicsquad.net/
https://www.linkedin.com/company/logic-squad/

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling and Java 8

2019-02-28 Thread Paul Hoadley

Let me revise one observation:

On 1 Mar 2019, at 15:31, Paul Hoadley  wrote:

> The app launches, and the profiler toolbar is displayed bottom right, but the 
> rest of the page is blank. In fact the page source is just that single div to 
> show the profiler toolbar.

That's not quite right—a couple of pages are displayed correctly, and after a 
(login) form submission, I get the blank page with toolbar.

-- 
Paul Hoadley
https://logicsquad.net/
https://www.linkedin.com/company/logic-squad/

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling with Java8? Any working solution?

2017-11-21 Thread Chuck Hill

Can you provide any specifics on the problems you are having?

Chuck


On 2017-11-21, 2:05 AM, "Webobjects-dev on behalf of Riccardo De Menna" 
 wrote:

Hi all,

I’m having problems running ERProfiling with Java8. Does anyone know a way 
to have it work?

rdm 
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/chill%40gevityinc.com

This email sent to ch...@gevityinc.com


 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling - ERXBatchingDisplayGroup

2010-03-24 Thread Chuck Hill



On Mar 24, 2010, at 2:28 PM, Baiss Eric Magnusson wrote:

Well I perturbed the situation by removing 4 of the 6  
WODisplayGroups, using the following kind of code (reverted back to  
ERXDisplayGroup for testing), small improvement, so big picture  
still is wrong.


NSMutableArrayAccounts sortAccts = new  
NSMutableArray( theOwner.toAccounts() );
return (NSArray)_Utilities._sortEOsUsingSingleKey( sortAccts,  
accountName);


public static NSMutableArray _sortEOsUsingSingleKey( NSMutableArray? 
 array, String aKey ) throws NSComparator.ComparisonException  {
	NSArray orderings = new  
NSArray( EOSortOrdering.sortOrderingWithKey( aKey,  
EOSortOrdering.CompareAscending ));
   EOSortOrdering.sortArrayUsingKeyOrderArray(  array,  
orderings );

   return array;
}

public ERXBatchingDisplayGroupTransaction curTrans;
curTrans.setObjectArray( theOwner.transaction() );

still throws. I look at curTrans.queryBindings().toString() );  
before the failed call


	 {endMonth = 2010-04-01 00:00:00 Etc/GMT; startMonth = 2010-03-01  
00:00:00 Etc/GMT; }


However ERXBatchingDisplayGroup  throws:

attempt to generate SQL for  
com.webobjects.eocontrol.EOKeyValueQualifier (date = $startMonth)  
failed because the qualifier variable '$startMonth' is unbound


Is there any chance that the key in the curTrans dictionary should be  
named $startMonth (with the $)?  I've never used these...




date is a NSTimestamp in the model.

And here's the ERXBatchingDisplayGroup curTrans in the debugger:

er.extensions.batching.ERXBatchingDisplayGroup  
datasource=com.webobjects.eoaccess.eodatabasedatasou...@2eb80f1c  
delegate=Class: 'com.webobjects.appserver.WODisplayGroup$Delegate'  
Object: null sortOrdering=(class  
com.webobjects.eocontrol.EOSortOrdering(date compareDescending))  
qualifier=null localKeys=null insertedObjectDefaultValues={}  
numberOfObjectsPerBatch=99




I changed the fetch to use the objects in
 theOwner.transaction()
instead of also searching for the match of the primary key acctId  
along with the dates, isn't this a good change?


I would think so.



I will need to carry on to other pages.


Sounds like an old British movie.  Carry On WebObjects


Chuck

--
Chuck Hill Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their  
overall knowledge of WebObjects or who are trying to solve specific  
problems.

http://www.global-village.net/products/practical_webobjects







___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling analysis, next step

2010-03-18 Thread Baiss Eric Magnusson

 | | | | | +-[1465.20ms / 29%] SQL (select): entity=Transaction, 
 qualifier=null, {rows=5611}
 | | | | | | +-[72.50ms / 1%] SQL (evaluate): SELECT t0….(proprietary)
this is saying that 30% of your time is spent reading 6000 results from this 
query .. .
1) that's a big result, 
2) there are either tons of columns or a slow database connection.

 Maybe just too many single statements that should be batched?
 select * from sometable where id = z;
 
 ...if you see a lot of these, it implies that you're not batching  
 effectively. you can either manually batch fault those, or you can  
 turn on automatic batch faulting in wonder.
 
 I changed 2 WODisplayGroups from having no specified batch count,  
 i.e. infinity? to 40 and 200 respectively. Actual count was 31 and  
 5611 as seen below, I didn't notice any change in the time.
 
 You won't, that setting only affects display.  You need to use  
 ERXBatchingDisplayGroup.

I do three different aggregating calculations on those 6000 records, they only 
have 19 columns but have nine related tables, into which the calculations get 
stored.

I get a null exception (below) occurring if I switch from ERXDisplayGroup to 
ERXBatchingDisplayGroup.
The error occurs before the WOComponent constructor.

Is the direction of somehow re-writing the usage of the WODisplayGroup to use 
batching, a recommended direction?

In both the main Component on the page and a Sub-Component there are two 
WODisplayGroups referencing the same table; and then two more WODisplayGroups 
in the Sub-Component.

** ERXBatchingDisplayGroup exception **
com.webobjects.foundation.NSForwardException 
[java.lang.reflect.InvocationTargetException] 
null:java.lang.reflect.InvocationTargetException

The below, from the same page as above, is another 15% but it is only a simple 
fetch of the month of the year records, from a EOSharedEditingContext?

| | | | | +-[686.13ms / 14%] SQL (select): entity=Months, qualifier=null, 
{rows=13}
| | | | | | +-[679.17ms / 13%] SQL (select): entity=Months, qualifier=null, 
{rows=13}
| | | | | | | +-[ 4.36ms / 0%] SQL (evaluate): SELECT t0.MONTH_NUM, 
t0.THE_MONTH FROM MONTHS t0
| | | | | | +-[ 4.37ms / 0%] SQL (evaluate): SELECT t0.MONTH_NUM, 
t0.THE_MONTH FROM MONTHS t0

I am running this profiling while in a WOLips debug launch. It seems like I 
should run from a deployed version?

I still find nothing out of the ordinary in the 3 pages of SQL generated by the 
profiler, (other than the speed).


Baiss Eric Magnusson
http://www.CascadeWebDesign.com



 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling analysis, next step

2010-03-18 Thread Chuck Hill



On Mar 18, 2010, at 5:45 PM, Baiss Eric Magnusson wrote:

| | | | | +-[1465.20ms / 29%] SQL (select): entity=Transaction,  
qualifier=null, {rows=5611}

| | | | | | +-[72.50ms / 1%] SQL (evaluate): SELECT t0….(proprietary)
this is saying that 30% of your time is spent reading 6000 results  
from this query .. .

1) that's a big result,
2) there are either tons of columns or a slow database connection.


Maybe just too many single statements that should be batched?
select * from sometable where id = z;



...if you see a lot of these, it implies that you're not batching
effectively. you can either manually batch fault those, or you can
turn on automatic batch faulting in wonder.



I changed 2 WODisplayGroups from having no specified batch count,
i.e. infinity? to 40 and 200 respectively. Actual count was 31 and
5611 as seen below, I didn't notice any change in the time.


You won't, that setting only affects display.  You need to use
ERXBatchingDisplayGroup.


I do three different aggregating calculations on those 6000 records,  
they only have 19 columns but have nine related tables, into which  
the calculations get stored.


I am  not 100% sure what you mean.  To use ERXBatchingDisplayGroup,  
all the qualifying and sorting has to be done on the database.



I get a null exception (below) occurring if I switch from  
ERXDisplayGroup to ERXBatchingDisplayGroup.

The error occurs before the WOComponent constructor.


Without a stack trace and the rest of the information, I'd guess a  
config or build issue on your machine.



Is the direction of somehow re-writing the usage of the  
WODisplayGroup to use batching, a recommended direction?


Yes.  And it has been done and it is called  
ERXBatchingDisplayGroup.  :-)



In both the main Component on the page and a Sub-Component there are  
two WODisplayGroups referencing the same table; and then two more  
WODisplayGroups in the Sub-Component.


** ERXBatchingDisplayGroup exception **
com.webobjects.foundation.NSForwardException  
[java.lang.reflect.InvocationTargetException]  
null:java.lang.reflect.InvocationTargetException


The below, from the same page as above, is another 15% but it is  
only a simple fetch of the month of the year records, from a  
EOSharedEditingContext?


| | | | | +-[686.13ms / 14%] SQL (select): entity=Months,  
qualifier=null, {rows=13}
| | | | | | +-[679.17ms / 13%] SQL (select): entity=Months,  
qualifier=null, {rows=13}
| | | | | | | +-[ 4.36ms / 0%] SQL (evaluate): SELECT  
t0.MONTH_NUM, t0.THE_MONTH FROM MONTHS t0
| | | | | | +-[ 4.37ms / 0%] SQL (evaluate): SELECT t0.MONTH_NUM,  
t0.THE_MONTH FROM MONTHS t0


I am running this profiling while in a WOLips debug launch. It seems  
like I should run from a deployed version?


That may change the total ms but is unlikely to alter the percentages  
much or change the fact that there is a problem here.



I still find nothing out of the ordinary in the 3 pages of SQL  
generated by the profiler, (other than the speed).



And quantity!


Chuck

--
Chuck Hill Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their  
overall knowledge of WebObjects or who are trying to solve specific  
problems.

http://www.global-village.net/products/practical_webobjects







___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling analysis

2010-03-15 Thread Baiss Eric Magnusson

Hello Chuck and others, many thanks. 
Here's my current status, I would be surprised to find out that it's at least 
close to as good as it gets, but that's where I stand now.
**
After my 1st abortive attempt at upgrading to FB5 from 4 I succeeded thanks to 
Chuck's help with the following two steps from and to FrontBase.

WRITE ALL OUTPUT(DIR = '/.../financial/', TYPE = 'FrontBase', CONTENT = 
TRUE);
script /.../financial/schema.sql;

Because of crash I lost the test db which allowed me to generate a better suite 
from a more active account, grin.

I re-ran the profiling and didn't notice any speed increase, sigh.

I also don't see any of the select * type problems in the output.

 I changed 2 WODisplayGroups from having no specified batch count, i.e. 
infinity? to 40 and 200 respectively. Actual count was 31 and 5611 as seen 
below, I didn't notice any change in the time.

| | | | | +-[1465.20ms / 29%] SQL (select): entity=Transaction, qualifier=null, 
{rows=5611}
| | | | | | +-[72.50ms / 1%] SQL (evaluate): SELECT t0….(proprietary)
| | | | | +-[29.57ms / 1%] SQL (select): entity=Account, qualifier=null, 
{rows=31}
| | | | | | +-[23.16ms / 0%] SQL (evaluate): SELECT t0.ACCOUNT_ID, t0….
and some more

?

I await the much faster pipe three weeks from now.


On Mar 11, 2010, at 3:51 PM, Mike Schrag wrote:

 I am hoping to learn how to utilize the ERProfiling information I am now 
 viewing.
 
 After the Main/Login page the Current Situation page comes up in 5000ms.
 
 Profiler: 5122.11ms; SQL: 52% (84); D2W: 0% (0); T/I/A: 0% / 85% / 14%
 it says:
 * your entire request took 5 seconds to process
 * of that 5 seconds, 52% of the 5s was spent in SQL
 * that 52% of SQL time was spent executing 84 queries
 * there was no D2W on this page
 * 85% of the 5s was spent in invokeAction
 * 14% of the 5s was spent in appendToResponse
 
 If you were to click on the 85% or 14% you'd see a breakdown of which queries 
 happened where, or if you click on the SQL link you would get a breakdown 
 of all the queries, shown in a tree with where they executed. 84 queries is a 
 lot (for a normal app). from the SQL page, you will be able to see for each 
 query how long each one took (absolute and %) and how many rows were returned 
 (so you can look for overly large fetches).
 
 you can also look for queries that are of the form
 select * from sometable where id = x;
 select * from sometable where id = y;
 
 if you see a lot of these, it implies that you're not batching effectively. 
 you can either manually batch fault those, or you can turn on automatic batch 
 faulting in wonder.
 
 ms

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling analysis

2010-03-15 Thread Mike Schrag

 | | | | | +-[1465.20ms / 29%] SQL (select): entity=Transaction, 
 qualifier=null, {rows=5611}
 | | | | | | +-[72.50ms / 1%] SQL (evaluate): SELECT t0….(proprietary)
this is saying that 30% of your time is spent reading 6000 results from this 
query .. .1) that's a big result, 2) there are either tons of columns or a slow 
database connection.

ms
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling analysis

2010-03-15 Thread Chuck Hill



On Mar 15, 2010, at 1:44 PM, Baiss Eric Magnusson wrote:


Hello Chuck and others, many thanks.
Here's my current status, I would be surprised to find out that it's  
at least close to as good as it gets, but that's where I stand now.

**
After my 1st abortive attempt at upgrading to FB5 from 4 I succeeded  
thanks to Chuck's help with the following two steps from and to  
FrontBase.


	WRITE ALL OUTPUT(DIR = '/.../financial/', TYPE = 'FrontBase',  
CONTENT = TRUE);

script /.../financial/schema.sql;

Because of crash I lost the test db which allowed me to generate a  
better suite from a more active account, grin.


I re-ran the profiling and didn't notice any speed increase, sigh.


That does not surprise me.



I also don't see any of the select * type problems in the output.

I changed 2 WODisplayGroups from having no specified batch count,  
i.e. infinity? to 40 and 200 respectively. Actual count was 31 and  
5611 as seen below, I didn't notice any change in the time.


You won't, that setting only affect display.  You need to use  
ERXBatchingDisplayGroup.



Chuck




| | | | | +-[1465.20ms / 29%] SQL (select): entity=Transaction,  
qualifier=null, {rows=5611}

| | | | | | +-[72.50ms / 1%] SQL (evaluate): SELECT t0….(proprietary)
| | | | | +-[29.57ms / 1%] SQL (select): entity=Account,  
qualifier=null, {rows=31}
| | | | | | +-[23.16ms / 0%] SQL (evaluate): SELECT t0.ACCOUNT_ID,  
t0….

and some more

?

I await the much faster pipe three weeks from now.


On Mar 11, 2010, at 3:51 PM, Mike Schrag wrote:

I am hoping to learn how to utilize the ERProfiling information I  
am now viewing.


After the Main/Login page the Current Situation page comes up in  
5000ms.


Profiler: 5122.11ms; SQL: 52% (84); D2W: 0% (0); T/I/A: 0% / 85% /  
14%

it says:
* your entire request took 5 seconds to process
* of that 5 seconds, 52% of the 5s was spent in SQL
* that 52% of SQL time was spent executing 84 queries
* there was no D2W on this page
* 85% of the 5s was spent in invokeAction
* 14% of the 5s was spent in appendToResponse

If you were to click on the 85% or 14% you'd see a breakdown of  
which queries happened where, or if you click on the SQL link you  
would get a breakdown of all the queries, shown in a tree with  
where they executed. 84 queries is a lot (for a normal app). from  
the SQL page, you will be able to see for each query how long each  
one took (absolute and %) and how many rows were returned (so you  
can look for overly large fetches).


you can also look for queries that are of the form
select * from sometable where id = x;
select * from sometable where id = y;

if you see a lot of these, it implies that you're not batching  
effectively. you can either manually batch fault those, or you can  
turn on automatic batch faulting in wonder.


ms




--
Chuck Hill Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their  
overall knowledge of WebObjects or who are trying to solve specific  
problems.

http://www.global-village.net/products/practical_webobjects







___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling analysis

2010-03-11 Thread Chuck Hill



On Mar 11, 2010, at 3:32 PM, Baiss Eric Magnusson wrote:

I am hoping to learn how to utilize the ERProfiling information I am  
now viewing.


After the Main/Login page the Current Situation page comes up in  
5000ms.


Profiler: 5122.11ms; SQL: 52% (84); D2W: 0% (0); T/I/A: 0% / 85% / 14%

Where is the bottleneck?


Looks like database access.


I look with BBEdit at the SQL info from the ERProfiling bar on the  
bottom of the page and it doesn't look too skewed in any one place.


Maybe just too many single statements that should be batched?


Chuck


ChuckH, or others,  (I am the beggar here), could I email a  
zip'd .txt file, it's about three screens (sure like my re-furbished  
30 Apple monitor) of the ERProfiling info via private email?


I also get an error of unknown affect: (I'm not using any form of  
WOWebService*) when I run with the profiler invoked.


GluonJ Error:
cannot transform a class:
com.webobjects.appserver._private.WOWebServiceRequestHandler
 by javassist.gluonj.WeaveException:
While transforming  
com.webobjects.appserver._private.WOWebServiceRequestHandler,
not found: com.webobjects.webservices.support._private.WOWSSupport 
$Delegate




Baiss Eric Magnusson
http://www.CascadeWebDesign.com



___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net

This email sent to ch...@global-village.net


--
Chuck Hill Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their  
overall knowledge of WebObjects or who are trying to solve specific  
problems.

http://www.global-village.net/products/practical_webobjects







___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling analysis

2010-03-11 Thread Mike Schrag

 I am hoping to learn how to utilize the ERProfiling information I am now 
 viewing.
 
 After the Main/Login page the Current Situation page comes up in 5000ms.
 
 Profiler: 5122.11ms; SQL: 52% (84); D2W: 0% (0); T/I/A: 0% / 85% / 14%
it says:
* your entire request took 5 seconds to process
* of that 5 seconds, 52% of the 5s was spent in SQL
* that 52% of SQL time was spent executing 84 queries
* there was no D2W on this page
* 85% of the 5s was spent in invokeAction
* 14% of the 5s was spent in appendToResponse

If you were to click on the 85% or 14% you'd see a breakdown of which queries 
happened where, or if you click on the SQL link you would get a breakdown of 
all the queries, shown in a tree with where they executed. 84 queries is a lot 
(for a normal app). from the SQL page, you will be able to see for each query 
how long each one took (absolute and %) and how many rows were returned (so you 
can look for overly large fetches).

you can also look for queries that are of the form
select * from sometable where id = x;
select * from sometable where id = y;
select * from sometable where id = z;

if you see a lot of these, it implies that you're not batching effectively. you 
can either manually batch fault those, or you can turn on automatic batch 
faulting in wonder.

 I also get an error of unknown affect: (I'm not using any form of 
 WOWebService*) when I run with the profiler invoked.
you can ignore this ... it's just some garbage from gluonj. it isn't impacting 
anything.

ms
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-22 Thread Fredrik Lindgren

Über cool and fun to play with!

Thanks a LOT!

/Fredrik

19 jan 2010 kl. 23.23 skrev Mike Schrag:

 http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
 Bah ... sorry. link to our internal build server. THAT'S not gonna work.
 
 http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
 
 ms
 
 
 ___
 Do not post admin requests to the list. They will be ignored.
 Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
 Help/Unsubscribe/Update your Subscription:
 http://lists.apple.com/mailman/options/webobjects-dev/frelin%40timeoff.se
 
 This email sent to fre...@timeoff.se
 

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread Alexis Tual

I've just taken a look to the documentation, that seems just  
impressive... I mean :
Once you turn on heat maps, future requests will have colored boxes  
drawn around expensive areas of the page. The closer the border colors  
on your page are to red, the more expensive they were.

That's just brilliant, can't wait to experiment this.

Thanks Mike and overlords :)

Le 19 janv. 10 à 23:23, Mike Schrag a écrit :


http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna  
work.


http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

ms


___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/alexis.tual%40gmail.com

This email sent to alexis.t...@gmail.com


___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

I'm still not completely satisfied with this concept ... It really depends on
what kinds of problems you have on your page, but the main issue with it is
that you can only really visualize the appendToResponse phase, because the
takeValues/invokeAction are often for the previous page. So if you're on a page
that's expensive to render, this is useful, but if you are diagnosing a problem
in another phase, this won't be all that helpful. However, the profiler shows
you the % cost of each phase, so you can use that to judge whether you want to
focus on heatmap.

On Jan 20, 2010, at 8:35 AM, Alexis Tual wrote:

I've just taken a look to the documentation, that seems just impressive... I
mean :
Once you turn on heat maps, future requests will have colored boxes drawn
around expensive areas of the page. The closer the border colors on your page
are to red, the more expensive they were.
That's just brilliant, can't wait to experiment this.

Thanks Mike and overlords :)

Le 19 janv. 10 à 23:23, Mike Schrag a écrit :

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/alexis.tual%40gmail.com

This email sent to alexis.t...@gmail.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread Anjo Krank

On the other hand... 99.9 % of the time the other phases will
spend all the time in the someAction() that is bound to a button or a
form... so having the button you just clicked on colored in red won't
be too helpfull, will it? But you could hack that by rendering the
current page and stuff it in thread storage or some dict or other.
Then you could show it later on on the click of a button.

Cheers, Anjo

Am 20.01.2010 um 15:32 schrieb Mike Schrag:

I'm still not completely satisfied with this concept ... It really
depends on what kinds of problems you have on your page, but the
main issue with it is that you can only really visualize the
appendToResponse phase, because the takeValues/invokeAction are
often for the previous page. So if you're on a page that's expensive
to render, this is useful, but if you are diagnosing a problem in
another phase, this won't be all that helpful. However, the profiler
shows you the % cost of each phase, so you can use that to judge
whether you want to focus on heatmap.

On Jan 20, 2010, at 8:35 AM, Alexis Tual wrote:

I've just taken a look to the documentation, that seems just
impressive... I mean :
Once you turn on heat maps, future requests will have colored
boxes drawn around expensive areas of the page. The closer the
border colors on your page are to red, the more expensive they were.

That's just brilliant, can't wait to experiment this.

Thanks Mike and overlords :)

Le 19 janv. 10 à 23:23, Mike Schrag a écrit :

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna
work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

This email sent to alexis.t...@gmail.com

This email sent to a...@krank.net

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread David Avendasora

Why do I get the impression that this was made by a couple dudes going off and 
making it and not just sitting around talking about it all day.

:-)

Very cool! I guess we have another topic to discuss at a future WONoVA meeting. 

Dave

On Jan 19, 2010, at 5:14 PM, Mike Schrag wrote:

 http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
 
 ... doesn't actually depend on anything in Wonder, so you should be able to 
 use it anywhere. Thank our overlords at iTMS for allowing me to release this.
 
 ms
 ___
 Do not post admin requests to the list. They will be ignored.
 Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
 Help/Unsubscribe/Update your Subscription:
 http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
 
 This email sent to webobje...@avendasora.com
 
 

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread Alexis Tual

I like the idea that you can take an existing huge and complex app,
plug this on, navigating and track down the bottlenecks in rendering
without even knowing how the app was built.
For bottlenecks in other phases, I guess the tree representation is
less eye candy but more usefull, showing all the RR phases with
execution times and sql, right ?!

Alex

Le 20 janv. 10 à 16:20, Anjo Krank a écrit :

On the other hand... 99.9 % of the time the other phases will
spend all the time in the someAction() that is bound to a button or
a form... so having the button you just clicked on colored in red
won't be too helpfull, will it? But you could hack that by rendering
the current page and stuff it in thread storage or some dict or
other. Then you could show it later on on the click of a button.

Cheers, Anjo

Am 20.01.2010 um 15:32 schrieb Mike Schrag:

I'm still not completely satisfied with this concept ... It really
depends on what kinds of problems you have on your page, but the
main issue with it is that you can only really visualize the
appendToResponse phase, because the takeValues/invokeAction are
often for the previous page. So if you're on a page that's
expensive to render, this is useful, but if you are diagnosing a
problem in another phase, this won't be all that helpful. However,
the profiler shows you the % cost of each phase, so you can use
that to judge whether you want to focus on heatmap.

On Jan 20, 2010, at 8:35 AM, Alexis Tual wrote:

I've just taken a look to the documentation, that seems just
impressive... I mean :
Once you turn on heat maps, future requests will have colored
boxes drawn around expensive areas of the page. The closer the
border colors on your page are to red, the more expensive they
were.

That's just brilliant, can't wait to experiment this.

Thanks Mike and overlords :)

Le 19 janv. 10 à 23:23, Mike Schrag a écrit :

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not
gonna work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

This email sent to alexis.t...@gmail.com

This email sent to a...@krank.net

This email sent to alexis.t...@gmail.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread Mike Schrag

 For bottlenecks in other phases, I guess the tree representation is less eye 
 candy but more usefull, showing all the RR phases  with execution times and 
 sql, right ?!
the tree representation is never eye-candy, but yes. even with heat maps, there 
are times when you can't necessarily actually SEE a heat map area (if it's not 
a visible component or a component that doesn't end up generating HTML). It's 
also sometimes nice to just flip to the tree and see exactly what the component 
is that is doing things. i'll likely integrate the abilities from click-to-open 
into this so that you can get rollover metadata on the components as well.

ms
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread David Avendasora

You are reading my mind. :-)

On Jan 20, 2010, at 11:15 AM, Mike Schrag wrote:

 i'll likely integrate the abilities from click-to-open into this so that you 
 can get rollover metadata on the components as well.

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread Chuck Hill


On Jan 20, 2010, at 8:23 AM, David Avendasora wrote:


You are reading my mind. :-)


Poor, poor Mike.  That must have been a dreadful experience.



On Jan 20, 2010, at 11:15 AM, Mike Schrag wrote:

i'll likely integrate the abilities from click-to-open into this so  
that you can get rollover metadata on the components as well.


___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net

This email sent to ch...@global-village.net


--
Chuck Hill Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their  
overall knowledge of WebObjects or who are trying to solve specific  
problems.

http://www.global-village.net/products/practical_webobjects







___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-20 Thread David Avendasora


On Jan 20, 2010, at 12:18 PM, Chuck Hill wrote:

 On Jan 20, 2010, at 8:23 AM, David Avendasora wrote:
 
 You are reading my mind. :-)
 
 Poor, poor Mike.  That must have been a dreadful experience.

May your next project use Maven.

Dave

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Mike Schrag

 http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

ms


 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Gaastra Dennis - WO Lists

Thanks.

That looks impressive and useful!

With Kind Regards,

Dennis Gaastra, 
Chief Technology Officer,
WEBAPPZ®  Systems, Inc.




On 2010-01-19, at 2:23 PM, Mike Schrag wrote:

 http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
 Bah ... sorry. link to our internal build server. THAT'S not gonna work.
 
 http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
 
 ms
 
 
 ___
 Do not post admin requests to the list. They will be ignored.
 Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
 Help/Unsubscribe/Update your Subscription:
 http://lists.apple.com/mailman/options/webobjects-dev/webobjects_lists%40webappz.com
 
 This email sent to webobjects_li...@webappz.com

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Travis Britt

This could not have come at a better time for us. (Well, ok, a couple years 
ago, but still.)  W!

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Peter Vandoros

Thanks Mike and overlords,

Peter

On 20/01/2010, at 9:14 AM, Mike Schrag wrote:

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

... doesn't actually depend on anything in Wonder, so you should be
able to use it anywhere. Thank our overlords at iTMS for allowing me
to release this.

ms
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/peter%40etechgroup.com.au

This email sent to pe...@etechgroup.com.au

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Peter Vandoros
Software Engineer
Etech Group Pty Ltd
Level 3/21 Victoria St
Melbourne VIC 3000
Australia

Ph: +61 3 9639 9677
Fax: +61 3 9639 9577
--
IMPORTANT: This e-mail message and any attachments are confidential
and may be privileged. If received in error, please reply to this
message and destroy all copies and any attachments. You should check
this message and any attachments for viruses or defects. Our liability
is limited to resupplying any affected message or attachments. For
more information about Etech Group, please visit us at http://www.etechgroup.com.au
.

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Peter Vandoros

Hi Mike,

Quick question, does this only work with WO 5.4?

Regards,

Peter

On 20/01/2010, at 9:23 AM, Mike Schrag wrote:

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna
work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

This email sent to pe...@etechgroup.com.au

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Peter Vandoros
Software Engineer
Etech Group Pty Ltd
Level 3/21 Victoria St
Melbourne VIC 3000
Australia

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Anjo Krank

No. Actually I'm surprised it *does* work with 5.4...

Cheers, Anjo

Am 20.01.2010 um 00:46 schrieb Peter Vandoros:

Hi Mike,

Quick question, does this only work with WO 5.4?

Regards,

Peter

On 20/01/2010, at 9:23 AM, Mike Schrag wrote:

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

This email sent to pe...@etechgroup.com.au

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Peter Vandoros
Software Engineer
Etech Group Pty Ltd
Level 3/21 Victoria St
Melbourne VIC 3000
Australia

Ph: +61 3 9639 9677
Fax: +61 3 9639 9577
--
IMPORTANT: This e-mail message and any attachments are confidential and may
be privileged. If received in error, please reply to this message and destroy
all copies and any attachments. You should check this message and any
attachments for viruses or defects. Our liability is limited to resupplying
any affected message or attachments. For more information about Etech Group,
please visit us at http://www.etechgroup.com.au.

This email sent to a...@krank.net

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread mschrag

Should work on all versions.

Sent from my iPhone

On Jan 19, 2010, at 6:47 PM, Peter Vandorospe...@etechgroup.com.au
wrote:

Hi Mike,

Quick question, does this only work with WO 5.4?

Regards,

Peter

On 20/01/2010, at 9:23 AM, Mike Schrag wrote:

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna
work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

This email sent to pe...@etechgroup.com.au

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Peter Vandoros
Software Engineer
Etech Group Pty Ltd
Level 3/21 Victoria St
Melbourne VIC 3000
Australia

Ph: +61 3 9639 9677
Fax: +61 3 9639 9577
--
IMPORTANT: This e-mail message and any attachments are confidential
and may be privileged. If received in error, please reply to this
message and destroy all copies and any attachments. You should check
this message and any attachments for viruses or defects. Our
liability is limited to resupplying any affected message or
attachments. For more information about Etech Group, please visit us
at http://www.etechgroup.com.au.

This email sent to msch...@mdimension.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread mschrag

Technically it was developed against something 5.4ish.

Sent from my iPhone

On Jan 19, 2010, at 7:11 PM, Anjo Kranka...@krank.net wrote:

No. Actually I'm surprised it *does* work with 5.4...

Cheers, Anjo

Am 20.01.2010 um 00:46 schrieb Peter Vandoros:

Hi Mike,

Quick question, does this only work with WO 5.4?

Regards,

Peter

On 20/01/2010, at 9:23 AM, Mike Schrag wrote:

http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
Bah ... sorry. link to our internal build server. THAT'S not gonna
work.

http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html

This email sent to pe...@etechgroup.com.au

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Peter Vandoros
Software Engineer
Etech Group Pty Ltd
Level 3/21 Victoria St
Melbourne VIC 3000
Australia

Ph: +61 3 9639 9677
Fax: +61 3 9639 9577
--
IMPORTANT: This e-mail message and any attachments are confidential
and may be privileged. If received in error, please reply to this
message and destroy all copies and any attachments. You should
check this message and any attachments for viruses or defects. Our
liability is limited to resupplying any affected message or
attachments. For more information about Etech Group, please visit
us at http://www.etechgroup.com.au.

This email sent to a...@krank.net

This email sent to msch...@mdimension.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Anjo Krank

Am 20.01.2010 um 01:10 schrieb Anjo Krank:

 No. Actually I'm surprised it *does* work with 5.4...

But whatever, it's totally, royally cool! So be sure to check it out!

Cheers, Anjo
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling

2010-01-19 Thread Kieran Kelleher

Way too awesome. Thanks to the overlords... and to the underlords like Mike 
who mediate between the overlords and the peasants (that's us common 
in-the-dark folk ;-)  )

-Kieran

On Jan 19, 2010, at 5:23 PM, Mike Schrag wrote:

 http://emerald.hq.mdimension.com:8080/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
 Bah ... sorry. link to our internal build server. THAT'S not gonna work.
 
 http://webobjects.mdimension.com/hudson/job/Wonder54/javadoc/er/profiling/package-summary.html
 
 ms
 
 
 ___
 Do not post admin requests to the list. They will be ignored.
 Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
 Help/Unsubscribe/Update your Subscription:
 http://lists.apple.com/mailman/options/webobjects-dev/kieran_lists%40mac.com
 
 This email sent to kieran_li...@mac.com

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERProfiling and Java 8

Re: ERProfiling and Java 8

Re: ERProfiling and Java 8

Re: ERProfiling and Java 8

Re: ERProfiling and Java 8

Re: ERProfiling with Java8? Any working solution?

Re: ERProfiling - ERXBatchingDisplayGroup

Re: ERProfiling analysis, next step

Re: ERProfiling analysis, next step

Re: ERProfiling analysis

Re: ERProfiling analysis

Re: ERProfiling analysis

Re: ERProfiling analysis

Re: ERProfiling analysis

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

Re: ERProfiling

34 matches

Site Navigation

Mail list logo

Footer information