Re: WOWorkerThread deadlocks

[Maik Musall]

Hi Alex, Hi Chuck,

Am 13.09.2012 um 02:28 schrieb Chuck Hill :
>>> Never out of memory. The app is allowed to grow up to 24 GByte, stays in 
>>> the 1-4 GByte range in normal use and occasionally grows up to 12 GByte 
>>> with the most advanced statistics that tend to suck in the whole database.
>>> 
>>> That's also the reason though that I can't use separate EOF stacks for the 
>>> statistics, because as soon as there were more than one of them, I'd have 
>>> multiple 10 GByte-ish snapshot caches. The server has 48 GByte and I don't 
>>> really want to hit that limit... and with separate stacks, it also would be 
>>> difficult to keep the stats reflect current changes in the other stacks.
>> 
>> 
>> I am not sure about the background threads (depends on how long OSC locks 
>> are held), but using ECs sharing the same EOF stack with regular requests is 
>> likely to cause problems like you are seeing.
>> 
>> Do you mean that the application would be unresponsive while the lock was 
>> held in the background thread, or that simply doing it that way will lead to 
>> unrecoverable deadlocks? 
>> If you do massive fetches in the background, that will block other requests 
>> as the only OSC is locked.
> 
> Correct.
> 
> 
>> That said, I think (and correct me if I'm wrong) if you lock the ec but do 
>> not fetch anything with this ec, other ecs can still access the db.
> 
> Also correct.  The lock contention is only when fetching or saving.  It can 
> also happen if your code (or Wonder code that you are using) locks something 
> in EOControl or EOAccess.


I'm very familiar with that stuff, and my users know how it feels to wait for 
that lock :-)

>> Anyway, the best practice is to use a dedicated OSC to do background work.
>> Maik, you should use a dedicated OSC for your stats, and try, if possible to 
>> clean memory, for example :
>> 
>> ec.lock();
>> try {
>>   // huge loop to compute stats
>>   for (i = 0; i < 100; i++) {
>>// doing stuff with ec...
>>   // cycling the ec
>>if (i % 100 == 0) {
>>   ec.unlock();
>>   ec.dispose();
>>   ec = newEditingContextForMyWork();
>>   ec.lock();
>>}
>>   }
>> } finally {
>>   ec.unlock();
>> }
> 
> If practical (I recall that it is not in Maik's case) that can be a good way 
> of limiting memory usage.

Right, not practical for me. I even rely on those statistics to fill the 
snapshot cache with data that other users will need in a minute anyway to speed 
up overall response times. Those statistics are not strictly background 
processes, they are user interaction that happens to be implemented in a worker 
thread while the user is displayed a long response page.

What I've done to improve concurrent response times while those stats fetch 
their 30 EOs: I fetch them in batches of a few 1000 and release the lock in 
between. This is the method I can call on my manual-locking editing context 
between batches:

public void shortLockRelease() {
unlock();
try {
Thread.sleep( 50 );
} catch( InterruptedException e ) {
e.printStackTrace();
} finally {
lock();
}
}

This effectively gives other threads the opportunity to sneak in a few 
transactions before the stats worker resumes grabbing the OSC's resources, and 
is enough to keep response times within a reasonable limit. Users feel it when 
stats are running, but they don't have to really wait any more. I've even tuned 
those 50 ms. Less than that and don't get the desired effect. More than that 
and you needlessly increase the stats execution time.

Maik
 ___
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

Rép : Re: Rewrite WO app URL

[Raymond NANEON]

Hi List,for the RewriteLog Pascal was right, permission problem. When I delete /wa pattern from my properties file and apache.conf, my url : http://agecanonix-form.utt.fr/Etudiant/myDefault continue to work but I can't navigate in my app beacause I stuck on myDefault page. When I add /wa pattern I can use my app normaly.How can I use my app correctly through this link : http://agecanonix-form.utt.fr/Etudiant/ ?Here is Rewrite log when /wa deleted  for the same link:[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (2) init rewrite engine with requested uri /Etudiant/wo/3.0.13.3.9.3[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (3) applying pattern '^/Etudiant(.*)$' to uri '/Etudiant/wo/3.0.13.3.9.3'[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (2) rewrite '/Etudiant/wo/3.0.13.3.9.3' -> '/cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/3.0.13.3.9.3'===> Here whe are forcing to return myDefault page[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (2) forcing '/cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/3.0.13.3.9.3' to get passed through to next API URI-to-filename handler[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (2) init rewrite engine with requested uri /Etudiant/wa/myDefault[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (3) applying pattern '^/Etudiant(.*)$' to uri '/Etudiant/wa/myDefault'[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (2) rewrite '/Etudiant/wa/myDefault' -> '/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa/myDefault'[13/Sep/2012:08:40:31 +0200] [agecanonix-form.utt.fr/sid#8f4e3f0][rid#90636b8/initial] (2) forcing '/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa/myDefault' to get passed through to next API URI-to-filename handlerRewrite log with /wa pattern for the same link[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82fb500/initial] (2) init rewrite engine with requested uri /cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/9.0.13.3.9.3[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82fb500/initial] (3) applying pattern '^/Etudiant(.*)$' to uri '/cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/9.0.13.3.9.3'[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82fb500/initial] (1) pass through /cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/9.0.13.3.9.3[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82f74f0/initial] (2) init rewrite engine with requested uri /cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/js/nicEdit.js[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82f74f0/initial] (3) applying pattern '^/Etudiant(.*)$' to uri '/cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/js/nicEdit.js'[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82f74f0/initial] (1) pass through /cgi-bin/WebObjects/Dossier-Etudiants.woa/wo/js/nicEdit.js[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82f74f0/initial] (2) init rewrite engine with requested uri /cgi-bin/WebObjects/Dossier-Etudiants.woa/ajax/11.0.13.1[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82f74f0/initial] (3) applying pattern '^/Etudiant(.*)$' to uri '/cgi-bin/WebObjects/Dossier-Etudiants.woa/ajax/11.0.13.1'[13/Sep/2012:08:36:30 +0200] [agecanonix-form.utt.fr/sid#81e43f0][rid#82f74f0/initial] (1) pass through /cgi-bin/WebObjects/Dossier-Etudiants.woa/ajax/11.0.13.1Thanks for your helpRayEnvoyé depuis iCloudLe 12 sep 2012 à 09:32, Raymond NANEON  a écrit :I am not at my office now. Tomorrow I'll try Jhon solution and will look for RewriteLog permission and crash.Envoyé depuis iCloudLe 12 sept. 2012 à 16:40, Pascal Robert  a écrit :Le 2012-09-12 à 05:14, Raymond NANEON  a écrit :These arguments : RewriteLog "/var/log/apache2/rewrite.log" and  RewriteLogLevel 9 in apache.conf , crashes Apache.Please define "crash". It started and closing right away? If yes, check in error_log for the reason… It's probably a permission problem… If it's running for a couple of minutes and it crash while it's running, you have a bigger problem.Envoyé depuis iCloudLe 12 sep 2012 à 01:39, Tim Worman  a écrit :Check your rewrite logs to see what the requests are and why they aren't matching.TimUCLA GSE&ISOn Sep 12, 2012, at 1:33 AM, Raymond NANEON  wrote:Hi List,I disabled WOAdaptorURL, direct connect, restarted httpd and apache with these new settings :apache.conf :RewriteRule ^/Etudiant(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]properties fileer.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/waer.extensions.ERXApplication.replaceApplicationPath.replace=/EtudiantThe url :http://agecanonix-form.utt.fr/Etudiant/m

ERDList.CreateObjectDelegate

[Ângelo Andrade Cirino]

Hi,

I was not able to find a way to set this delegate: ERDList.CreateObjectDelegate

The source code mentions a key binding:

 * @return {@link CreateObjectDelegate} instance from the rule
 * file/bindings. this is responsible for creating the object and
 * displaying the appropriate page.

and the source code is

Object obj = valueForBinding ("createObjectDelegate");

But I tried to use the rules file to set the delegate with no success.

Angelo


-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.


 ___
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: WOWorkerThread deadlocks

[Chuck Hill]

On 2012-09-12, at 2:58 PM, Alexis Tual wrote:

> Hi,
> 
> 2012/9/13 John Huss 
> >>> The state the app was in when I took that jstack was that no login was 
> >>> possible and user's requests would not return, ultimately running into 
> >>> "no instance" responses after the timeout elapsed.
> >>
> >> Grep the app logs for OutOfMemory, that is one possibility.  They look 
> >> ready to accept connections.  It could also be that they got so back 
> >> logged that wotaskd gave up on them and decided they were dead.  Having 
> >> the lower numbers above should help in this respect - the app will be able 
> >> to recover more quickly.
> >
> > Never out of memory. The app is allowed to grow up to 24 GByte, stays in 
> > the 1-4 GByte range in normal use and occasionally grows up to 12 GByte 
> > with the most advanced statistics that tend to suck in the whole database.
> >
> > That's also the reason though that I can't use separate EOF stacks for the 
> > statistics, because as soon as there were more than one of them, I'd have 
> > multiple 10 GByte-ish snapshot caches. The server has 48 GByte and I don't 
> > really want to hit that limit... and with separate stacks, it also would be 
> > difficult to keep the stats reflect current changes in the other stacks.
> 
> 
> I am not sure about the background threads (depends on how long OSC locks are 
> held), but using ECs sharing the same EOF stack with regular requests is 
> likely to cause problems like you are seeing.
> 
> Do you mean that the application would be unresponsive while the lock was 
> held in the background thread, or that simply doing it that way will lead to 
> unrecoverable deadlocks? 
> If you do massive fetches in the background, that will block other requests 
> as the only OSC is locked.

Correct.


> That said, I think (and correct me if I'm wrong) if you lock the ec but do 
> not fetch anything with this ec, other ecs can still access the db.

Also correct.  The lock contention is only when fetching or saving.  It can 
also happen if your code (or Wonder code that you are using) locks something in 
EOControl or EOAccess.



> Anyway, the best practice is to use a dedicated OSC to do background work.
> Maik, you should use a dedicated OSC for your stats, and try, if possible to 
> clean memory, for example :
> 
> ec.lock();
> try {
>// huge loop to compute stats
>for (i = 0; i < 100; i++) {
> // doing stuff with ec...
>// cycling the ec
> if (i % 100 == 0) {
>ec.unlock();
>ec.dispose();
>ec = newEditingContextForMyWork();
>ec.lock();
> }
>}
> } finally {
>ec.unlock();
> }

If practical (I recall that it is not in Maik's case) that can be a good way of 
limiting memory usage.


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/gvc/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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: WOWorkerThread deadlocks

[Chuck Hill]

Hi John,


On 2012-09-12, at 7:13 AM, John Huss wrote:

> >>> The state the app was in when I took that jstack was that no login was 
> >>> possible and user's requests would not return, ultimately running into 
> >>> "no instance" responses after the timeout elapsed.
> >>
> >> Grep the app logs for OutOfMemory, that is one possibility.  They look 
> >> ready to accept connections.  It could also be that they got so back 
> >> logged that wotaskd gave up on them and decided they were dead.  Having 
> >> the lower numbers above should help in this respect - the app will be able 
> >> to recover more quickly.
> >
> > Never out of memory. The app is allowed to grow up to 24 GByte, stays in 
> > the 1-4 GByte range in normal use and occasionally grows up to 12 GByte 
> > with the most advanced statistics that tend to suck in the whole database.
> >
> > That's also the reason though that I can't use separate EOF stacks for the 
> > statistics, because as soon as there were more than one of them, I'd have 
> > multiple 10 GByte-ish snapshot caches. The server has 48 GByte and I don't 
> > really want to hit that limit... and with separate stacks, it also would be 
> > difficult to keep the stats reflect current changes in the other stacks.
> 
> 
> I am not sure about the background threads (depends on how long OSC locks are 
> held), but using ECs sharing the same EOF stack with regular requests is 
> likely to cause problems like you are seeing.
> 
> Do you mean that the application would be unresponsive while the lock was 
> held in the background thread, or that simply doing it that way will lead to 
> unrecoverable deadlocks?

I meant that when the EC locks the OSC (e.g during fetches and saves) it would 
block all other requests also needing to lock the OSC.  If the background 
thread's locks of the OSC are very short in duration (and also not happening 
constantly) it would have little effect on the other request.  However that is 
not what background processing is often used for.

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/gvc/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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: WOWorkerThread deadlocks

[Alexis Tual]

Hi,

2012/9/13 John Huss 

> >>> The state the app was in when I took that jstack was that no login was
>> possible and user's requests would not return, ultimately running into "no
>> instance" responses after the timeout elapsed.
>> >>
>> >> Grep the app logs for OutOfMemory, that is one possibility.  They look
>> ready to accept connections.  It could also be that they got so back logged
>> that wotaskd gave up on them and decided they were dead.  Having the lower
>> numbers above should help in this respect - the app will be able to recover
>> more quickly.
>> >
>> > Never out of memory. The app is allowed to grow up to 24 GByte, stays
>> in the 1-4 GByte range in normal use and occasionally grows up to 12 GByte
>> with the most advanced statistics that tend to suck in the whole database.
>> >
>> > That's also the reason though that I can't use separate EOF stacks for
>> the statistics, because as soon as there were more than one of them, I'd
>> have multiple 10 GByte-ish snapshot caches. The server has 48 GByte and I
>> don't really want to hit that limit... and with separate stacks, it also
>> would be difficult to keep the stats reflect current changes in the other
>> stacks.
>>
>>
>> I am not sure about the background threads (depends on how long OSC locks
>> are held), but using ECs sharing the same EOF stack with regular requests
>> is likely to cause problems like you are seeing.
>
>
> Do you mean that the application would be unresponsive while the lock was
> held in the background thread, or that simply doing it that way will lead
> to unrecoverable deadlocks?
>
If you do massive fetches in the background, that will block other requests
as the only OSC is locked.
That said, I think (and correct me if I'm wrong) if you lock the ec but do
not fetch anything with this ec, other ecs can still access the db.
Anyway, the best practice is to use a dedicated OSC to do background work.
Maik, you should use a dedicated OSC for your stats, and try, if possible
to clean memory, for example :

ec.lock();
try {
   // huge loop to compute stats
   for (i = 0; i < 100; i++) {
// doing stuff with ec...
   // cycling the ec
if (i % 100 == 0) {
   ec.unlock();
   ec.dispose();
   ec = newEditingContextForMyWork();
   ec.lock();
}
   }
} finally {
   ec.unlock();
}

Alex
 ___
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: ERCPreferences on subclasses of ERCoreUserInterface object

[Chuck Hill]

On 2012-09-12, at 10:15 AM, Larry Mills-Gahl wrote:

> I have different classes of users that are subclasses of an AppUser

ERXPartials are another option.  More on that soon, I hope.


> and want to use the preferences structure in ERCoreUserInterface. 
> Calling addPreferenceRelationshipToActorEntity on the parent entity doesn't 
> create a relationship for child classes. I took part of the call from 
> ERCoreBusinessLogic and removed the reverse ("pref->user") relationship so 
> that I can call this for all the subclasses I care about. 

I am not sure if you strictly need to copy that relationship to all of the 
subclasses.  EntityModeler does, but EOF might accommodate not having it.

> 
> Two questions. 
> 1) Am I aiming a gun at my foot with my finger on the trigger? (i.e. Am I 
> doing something profoundly stupid here... don't hold back Chuck)

I am not sure.  If it works... it works.


> 2) Simple tests work with this, but is there something lurking in my limited 
> understanding of the nether regions of EOF going to cause problems?

I think the worst that would happen is an exception during saving saying that 
EOF can't find the relationship on some AppUser subclass.  Then you use code 
like below to add it and carry on.


> Here is the lift (without the prefs->user portion of the relationship 
> (because that is already created in the first call to 
> addPreferenceRelationshipToActorEntity)  
> 
> 
> 
> public void addPreferenceRelationshipToActorEntityOnly(String entityName) 
> {
>   
> EOEntity actor = EOModelGroup.defaultGroup().entityNamed(entityName);
> String attributeNameToJoin = (String) 
> actor.primaryKeyAttributeNames().lastObject();
> EOEntity preference = 
> EOModelGroup.defaultGroup().entityNamed("ERCPreference");
> 
> EOJoin preferencesJoin = new 
> EOJoin(actor.attributeNamed(attributeNameToJoin), 
> preference.attributeNamed("userID"));
> EORelationship preferencesRelationship = new EORelationship();
> 
> preferencesRelationship.setName("preferences");
> actor.addRelationship(preferencesRelationship);

You may want to do this after the lines below.


> preferencesRelationship.addJoin(preferencesJoin);
> preferencesRelationship.setToMany(true);
> preferencesRelationship.setJoinSemantic(EORelationship.InnerJoin);
> 
> preferencesRelationship.setDeleteRule(EOEntityClassDescription.DeleteRuleCascade);
> }
> 

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/gvc/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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

ERCPreferences on subclasses of ERCoreUserInterface object

[Larry Mills-Gahl]

I have different classes of users that are subclasses of an AppUser and want to 
use the preferences structure in ERCoreUserInterface. 
Calling addPreferenceRelationshipToActorEntity on the parent entity doesn't 
create a relationship for child classes. I took part of the call from 
ERCoreBusinessLogic and removed the reverse ("pref->user") relationship so that 
I can call this for all the subclasses I care about. 

Two questions. 
1) Am I aiming a gun at my foot with my finger on the trigger? (i.e. Am I doing 
something profoundly stupid here... don't hold back Chuck)
2) Simple tests work with this, but is there something lurking in my limited 
understanding of the nether regions of EOF going to cause problems?


Here is the lift (without the prefs->user portion of the relationship (because 
that is already created in the first call to 
addPreferenceRelationshipToActorEntity)  



public void addPreferenceRelationshipToActorEntityOnly(String entityName) {

EOEntity actor = EOModelGroup.defaultGroup().entityNamed(entityName);
String attributeNameToJoin = (String) 
actor.primaryKeyAttributeNames().lastObject();
EOEntity preference = 
EOModelGroup.defaultGroup().entityNamed("ERCPreference");

EOJoin preferencesJoin = new 
EOJoin(actor.attributeNamed(attributeNameToJoin), 
preference.attributeNamed("userID"));
EORelationship preferencesRelationship = new EORelationship();

preferencesRelationship.setName("preferences");
actor.addRelationship(preferencesRelationship);
preferencesRelationship.addJoin(preferencesJoin);
preferencesRelationship.setToMany(true);
preferencesRelationship.setJoinSemantic(EORelationship.InnerJoin);

preferencesRelationship.setDeleteRule(EOEntityClassDescription.DeleteRuleCascade);
}


Larry

signature.asc
Description: Message signed with OpenPGP using GPGMail
 ___
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: Rewrite WO app URL

[Raymond NANEON]

I am not at my office now. Tomorrow I'll try Jhon solution and will look for 
RewriteLog permission and crash.


Envoyé depuis iCloud



Le 12 sept. 2012 à 16:40, Pascal Robert  a écrit :

> 
> Le 2012-09-12 à 05:14, Raymond NANEON  a écrit :
> 
>> These arguments : RewriteLog "/var/log/apache2/rewrite.log" and  
>> RewriteLogLevel 9 in apache.conf , crashes Apache.
> 
> Please define "crash". It started and closing right away? If yes, check in 
> error_log for the reason… It's probably a permission problem… If it's running 
> for a couple of minutes and it crash while it's running, you have a bigger 
> problem.
> 
>> Envoyé depuis iCloud
>> 
>> Le 12 sep 2012 à 01:39, Tim Worman  a écrit :
>> 
>>> Check your rewrite logs to see what the requests are and why they aren't 
>>> matching.
>>> 
>>> Tim
>>> UCLA GSE&IS
>>> 
>>> On Sep 12, 2012, at 1:33 AM, Raymond NANEON  wrote:
>>> 
 Hi List,
 
 I disabled WOAdaptorURL, direct connect, restarted httpd and apache with 
 these new settings :
 
 apache.conf :
 
 RewriteRule ^/Etudiant(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 
 [PT,L]
 
 properties file
 
 er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa
 er.extensions.ERXApplication.replaceApplicationPath.replace=/Etudiant
 
 The url :http://agecanonix-form.utt.fr/Etudiant/myDefault works great but 
 I have the old url which appears again when I navigate between my app 
 links.
 
 How I fix it to maintain all links in this format : 
 http://agecanonix-form.utt.fr/Etudiant/...
 
 Thanks
 
 Envoyé depuis iCloud
 
 Le 11 sep 2012 à 14:40, Raymond NANEON  a écrit :
 
> Hi list
> 
> Thank you for your answers and I'll change my app setting step by step:
> 
> - Try using WOAdaptorURL in JavaMonitor Properties
> - If not working, disable direct connect WODirectConnectEnabled = false
> - I retry if I run my application through apache, wotaskd … the url 
> change or not.
> 
> I'm not actually in the office but tomorrow I will tell what I get.
> 
> Ray
> 
> 
> Le 11 sept. 2012 à 20:47, Tim Worman  a écrit :
> 
>> Raymond,
>> 
>> The port number in the URL you posted implies that your app is not 
>> running through apache.
>> 
>> Once that is solved, this is what I am doing through apache mod_rewrite.
>> 
>> Properties:
>> #rewrite the app urls
>> er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/appname.woa
>> er.extensions.ERXApplication.replaceApplicationPath.replace=/appname
>> 
>> RewriteRule ^/appname(.*)$ /cgi-bin/WebObjects/appname.woa$1 [PT,L]
>> 
>> The bottom line here is that is that your mod_rewrite rule has to 
>> produce a url that matches the Wonder pattern property. If it isn't 
>> working, you're gonna have to turn on your rewrite logging and check the 
>> logs to figure out why.
>> 
>> RewriteLog "/var/log/apache2/rewrite.log"
>> RewriteLogLevel 9
>> 
>> And here is a great cheat sheet for mod_rewrite.
>> 
>> http://www.addedbytes.com/cheat-sheets/mod_rewrite-cheat-sheet/
>> 
>> Tim
>> UCLA GSEIS
>> 
>> On Sep 11, 2012, at 7:56 AM, Raymond NANEON  wrote:
>> 
>>> Hi Pascal,
>>> 
>>> I tried all possibilities but nothing work :(
>>> 
>>> apache.conf
>>> 
>>> LoadModule rewrite_module modules/mod_rewrite.so
>>> LoadModule WebObjects_module modules/mod_WebObjects.so
>>> 
>>> ...
>>> 
>>> RewriteEngine On
>>> RewriteRule ^/Students(.*)$ 
>>> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>>> 
>>> httpd.conf
>>> 
>>> 
>>> LoadModule rewrite_module modules/mod_rewrite.so
>>> LoadModule WebObjects_module modules/mod_WebObjects.so
>>> 
>>> webobjects.conf
>>> 
>>> LoadModule rewrite_module modules/mod_rewrite.so
>>> LoadModule WebObjects_module modules/mod_WebObjects.so
>>> 
>>> ...
>>> 
>>> RewriteEngine On
>>> RewriteRule ^/Students(.*)$ 
>>> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>>> 
>>> 
>>> Result : 
>>> http://agecanonix-form.utt.fr:43836/Students/myDefault/Dossier/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault
>>> 
>>> 
>>> And you are 100% sure that you are not using direct connect and that 
>>> the app is running with Apache, wotaskd and the adaptor?
>>> ===> I don't know it the server is using direct connect. I know if we 
>>> turn off wotaskd, all apps continue to work. How can I configue my app 
>>> to run with apache?
>>> 
>>> 
>>> Thank
>>> Envoyé depuis iCloud
>>> 
>>> Le 11 sep 2012 à 05:30, Pascal Robert  a écrit :
>>> 
 
 Le 2012-09-11 à 08:27, Raymond NANEON  a

Re: Rewrite WO app URL

[Pascal Robert]

Le 2012-09-12 à 05:14, Raymond NANEON  a écrit :

> These arguments : RewriteLog "/var/log/apache2/rewrite.log" and  
> RewriteLogLevel 9 in apache.conf , crashes Apache.

Please define "crash". It started and closing right away? If yes, check in 
error_log for the reason… It's probably a permission problem… If it's running 
for a couple of minutes and it crash while it's running, you have a bigger 
problem.

> Envoyé depuis iCloud
> 
> Le 12 sep 2012 à 01:39, Tim Worman  a écrit :
> 
>> Check your rewrite logs to see what the requests are and why they aren't 
>> matching.
>> 
>> Tim
>> UCLA GSE&IS
>> 
>> On Sep 12, 2012, at 1:33 AM, Raymond NANEON  wrote:
>> 
>> > Hi List,
>> > 
>> > I disabled WOAdaptorURL, direct connect, restarted httpd and apache with 
>> > these new settings :
>> > 
>> > apache.conf :
>> > 
>> > RewriteRule ^/Etudiant(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 
>> > [PT,L]
>> > 
>> > properties file
>> > 
>> > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa
>> > er.extensions.ERXApplication.replaceApplicationPath.replace=/Etudiant
>> > 
>> > The url :http://agecanonix-form.utt.fr/Etudiant/myDefault works great but 
>> > I have the old url which appears again when I navigate between my app 
>> > links.
>> > 
>> > How I fix it to maintain all links in this format : 
>> > http://agecanonix-form.utt.fr/Etudiant/...
>> > 
>> > Thanks
>> > 
>> > Envoyé depuis iCloud
>> > 
>> > Le 11 sep 2012 à 14:40, Raymond NANEON  a écrit :
>> > 
>> >> Hi list
>> >> 
>> >> Thank you for your answers and I'll change my app setting step by step:
>> >> 
>> >> - Try using WOAdaptorURL in JavaMonitor Properties
>> >> - If not working, disable direct connect WODirectConnectEnabled = false
>> >> - I retry if I run my application through apache, wotaskd … the url 
>> >> change or not.
>> >> 
>> >> I'm not actually in the office but tomorrow I will tell what I get.
>> >> 
>> >> Ray
>> >> 
>> >> 
>> >> Le 11 sept. 2012 à 20:47, Tim Worman  a écrit :
>> >> 
>> >> > Raymond,
>> >> > 
>> >> > The port number in the URL you posted implies that your app is not 
>> >> > running through apache.
>> >> > 
>> >> > Once that is solved, this is what I am doing through apache mod_rewrite.
>> >> > 
>> >> > Properties:
>> >> > #rewrite the app urls
>> >> > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/appname.woa
>> >> > er.extensions.ERXApplication.replaceApplicationPath.replace=/appname
>> >> > 
>> >> > RewriteRule ^/appname(.*)$ /cgi-bin/WebObjects/appname.woa$1 [PT,L]
>> >> > 
>> >> > The bottom line here is that is that your mod_rewrite rule has to 
>> >> > produce a url that matches the Wonder pattern property. If it isn't 
>> >> > working, you're gonna have to turn on your rewrite logging and check 
>> >> > the logs to figure out why.
>> >> > 
>> >> > RewriteLog "/var/log/apache2/rewrite.log"
>> >> > RewriteLogLevel 9
>> >> > 
>> >> > And here is a great cheat sheet for mod_rewrite.
>> >> > 
>> >> > http://www.addedbytes.com/cheat-sheets/mod_rewrite-cheat-sheet/
>> >> > 
>> >> > Tim
>> >> > UCLA GSEIS
>> >> > 
>> >> > On Sep 11, 2012, at 7:56 AM, Raymond NANEON  wrote:
>> >> > 
>> >> >> Hi Pascal,
>> >> >> 
>> >> >> I tried all possibilities but nothing work :(
>> >> >> 
>> >> >> apache.conf
>> >> >> 
>> >> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> >> 
>> >> >> ...
>> >> >> 
>> >> >> RewriteEngine On
>> >> >> RewriteRule ^/Students(.*)$ 
>> >> >> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>> >> >> 
>> >> >> httpd.conf
>> >> >> 
>> >> >> 
>> >> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> >> 
>> >> >> webobjects.conf
>> >> >> 
>> >> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> >> 
>> >> >> ...
>> >> >> 
>> >> >> RewriteEngine On
>> >> >> RewriteRule ^/Students(.*)$ 
>> >> >> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>> >> >> 
>> >> >> 
>> >> >> Result : 
>> >> >> http://agecanonix-form.utt.fr:43836/Students/myDefault/Dossier/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault
>> >> >> 
>> >> >> 
>> >> >> And you are 100% sure that you are not using direct connect and that 
>> >> >> the app is running with Apache, wotaskd and the adaptor?
>> >> >> ===> I don't know it the server is using direct connect. I know if we 
>> >> >> turn off wotaskd, all apps continue to work. How can I configue my app 
>> >> >> to run with apache?
>> >> >> 
>> >> >> 
>> >> >> Thank
>> >> >> Envoyé depuis iCloud
>> >> >> 
>> >> >> Le 11 sep 2012 à 05:30, Pascal Robert  a écrit :
>> >> >> 
>> >> >>> 
>> >> >>> Le 2012-09-11 à 08:27, Raymond NANEON  a écrit :
>> >> >>> 
>> >>  Hi Pascal,
>> >>  
>> >>  I do all changes but nothing works for me. Do you load 
>> >>  mod_rew

Re: Rewrite WO app URL

[Tim Worman]

Then there's something wrong with your apache install. Those are mod_rewrite 
directives.

good luck,

Tim
UCLA GSE&IS

On Sep 12, 2012, at 2:14 AM, Raymond NANEON  wrote:

> These arguments : RewriteLog "/var/log/apache2/rewrite.log" and  
> RewriteLogLevel 9 in apache.conf , crashes Apache.
>   
> Envoyé depuis iCloud
> 
> Le 12 sep 2012 à 01:39, Tim Worman  a écrit :
> 
>> Check your rewrite logs to see what the requests are and why they aren't 
>> matching.
>> 
>> Tim
>> UCLA GSE&IS
>> 
>> On Sep 12, 2012, at 1:33 AM, Raymond NANEON  wrote:
>> 
>> > Hi List,
>> > 
>> > I disabled WOAdaptorURL, direct connect, restarted httpd and apache with 
>> > these new settings :
>> > 
>> > apache.conf :
>> > 
>> > RewriteRule ^/Etudiant(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 
>> > [PT,L]
>> > 
>> > properties file
>> > 
>> > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa
>> > er.extensions.ERXApplication.replaceApplicationPath.replace=/Etudiant
>> > 
>> > The url :http://agecanonix-form.utt.fr/Etudiant/myDefault works great but 
>> > I have the old url which appears again when I navigate between my app 
>> > links.
>> > 
>> > How I fix it to maintain all links in this format : 
>> > http://agecanonix-form.utt.fr/Etudiant/...
>> > 
>> > Thanks
>> > 
>> > Envoyé depuis iCloud
>> > 
>> > Le 11 sep 2012 à 14:40, Raymond NANEON  a écrit :
>> > 
>> >> Hi list
>> >> 
>> >> Thank you for your answers and I'll change my app setting step by step:
>> >> 
>> >> - Try using WOAdaptorURL in JavaMonitor Properties
>> >> - If not working, disable direct connect WODirectConnectEnabled = false
>> >> - I retry if I run my application through apache, wotaskd … the url 
>> >> change or not.
>> >> 
>> >> I'm not actually in the office but tomorrow I will tell what I get.
>> >> 
>> >> Ray
>> >> 
>> >> 
>> >> Le 11 sept. 2012 à 20:47, Tim Worman  a écrit :
>> >> 
>> >> > Raymond,
>> >> > 
>> >> > The port number in the URL you posted implies that your app is not 
>> >> > running through apache.
>> >> > 
>> >> > Once that is solved, this is what I am doing through apache mod_rewrite.
>> >> > 
>> >> > Properties:
>> >> > #rewrite the app urls
>> >> > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/appname.woa
>> >> > er.extensions.ERXApplication.replaceApplicationPath.replace=/appname
>> >> > 
>> >> > RewriteRule ^/appname(.*)$ /cgi-bin/WebObjects/appname.woa$1 [PT,L]
>> >> > 
>> >> > The bottom line here is that is that your mod_rewrite rule has to 
>> >> > produce a url that matches the Wonder pattern property. If it isn't 
>> >> > working, you're gonna have to turn on your rewrite logging and check 
>> >> > the logs to figure out why.
>> >> > 
>> >> > RewriteLog "/var/log/apache2/rewrite.log"
>> >> > RewriteLogLevel 9
>> >> > 
>> >> > And here is a great cheat sheet for mod_rewrite.
>> >> > 
>> >> > http://www.addedbytes.com/cheat-sheets/mod_rewrite-cheat-sheet/
>> >> > 
>> >> > Tim
>> >> > UCLA GSEIS
>> >> > 
>> >> > On Sep 11, 2012, at 7:56 AM, Raymond NANEON  wrote:
>> >> > 
>> >> >> Hi Pascal,
>> >> >> 
>> >> >> I tried all possibilities but nothing work :(
>> >> >> 
>> >> >> apache.conf
>> >> >> 
>> >> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> >> 
>> >> >> ...
>> >> >> 
>> >> >> RewriteEngine On
>> >> >> RewriteRule ^/Students(.*)$ 
>> >> >> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>> >> >> 
>> >> >> httpd.conf
>> >> >> 
>> >> >> 
>> >> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> >> 
>> >> >> webobjects.conf
>> >> >> 
>> >> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> >> 
>> >> >> ...
>> >> >> 
>> >> >> RewriteEngine On
>> >> >> RewriteRule ^/Students(.*)$ 
>> >> >> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>> >> >> 
>> >> >> 
>> >> >> Result : 
>> >> >> http://agecanonix-form.utt.fr:43836/Students/myDefault/Dossier/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault
>> >> >> 
>> >> >> 
>> >> >> And you are 100% sure that you are not using direct connect and that 
>> >> >> the app is running with Apache, wotaskd and the adaptor?
>> >> >> ===> I don't know it the server is using direct connect. I know if we 
>> >> >> turn off wotaskd, all apps continue to work. How can I configue my app 
>> >> >> to run with apache?
>> >> >> 
>> >> >> 
>> >> >> Thank
>> >> >> Envoyé depuis iCloud
>> >> >> 
>> >> >> Le 11 sep 2012 à 05:30, Pascal Robert  a écrit :
>> >> >> 
>> >> >>> 
>> >> >>> Le 2012-09-11 à 08:27, Raymond NANEON  a écrit :
>> >> >>> 
>> >>  Hi Pascal,
>> >>  
>> >>  I do all changes but nothing works for me. Do you load 
>> >>  mod_rewrite.so in your apache conf?
>> >> >>> 
>> >> >>> Well, yes or it will not work… And it have to be loaded before th

Re: Rép : Re: Rewrite WO app URL

[John Huss]

>
> > Hi List,
> >
> > I disabled WOAdaptorURL, direct connect, restarted httpd and apache with
> these new settings :
> >
> > apache.conf :
> >
> > RewriteRule ^/Etudiant(.*)$
> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
> >
> > properties file
> >
> >
> er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa
> > er.extensions.ERXApplication.replaceApplicationPath.replace=/Etudiant
> >
> > The url :http://agecanonix-form.utt.fr/Etudiant/myDefault works great
> but I have the old url which appears again when I navigate between my app
> links.
> >
> > How I fix it to maintain all links in this format :
> http://agecanonix-form.utt.fr/Etudiant/...
>
> Just remove the "/wa" from your patterns
 ___
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: WOWorkerThread deadlocks

[John Huss]

>
> >>> The state the app was in when I took that jstack was that no login was
> possible and user's requests would not return, ultimately running into "no
> instance" responses after the timeout elapsed.
> >>
> >> Grep the app logs for OutOfMemory, that is one possibility.  They look
> ready to accept connections.  It could also be that they got so back logged
> that wotaskd gave up on them and decided they were dead.  Having the lower
> numbers above should help in this respect - the app will be able to recover
> more quickly.
> >
> > Never out of memory. The app is allowed to grow up to 24 GByte, stays in
> the 1-4 GByte range in normal use and occasionally grows up to 12 GByte
> with the most advanced statistics that tend to suck in the whole database.
> >
> > That's also the reason though that I can't use separate EOF stacks for
> the statistics, because as soon as there were more than one of them, I'd
> have multiple 10 GByte-ish snapshot caches. The server has 48 GByte and I
> don't really want to hit that limit... and with separate stacks, it also
> would be difficult to keep the stats reflect current changes in the other
> stacks.
>
>
> I am not sure about the background threads (depends on how long OSC locks
> are held), but using ECs sharing the same EOF stack with regular requests
> is likely to cause problems like you are seeing.


Do you mean that the application would be unresponsive while the lock was
held in the background thread, or that simply doing it that way will lead
to unrecoverable deadlocks?
 ___
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

Rép : Re: Rewrite WO app URL

[Raymond NANEON]

These arguments : RewriteLog "/var/log/apache2/rewrite.log" and  RewriteLogLevel 9 in apache.conf , crashes Apache.  Envoyé depuis iCloudLe 12 sep 2012 à 01:39, Tim Worman  a écrit :Check your rewrite logs to see what the requests are and why they aren't matching.  Tim UCLA GSE&IS  On Sep 12, 2012, at 1:33 AM, Raymond NANEON  wrote:  > Hi List, >  > I disabled WOAdaptorURL, direct connect, restarted httpd and apache with these new settings : >  > apache.conf : >  > RewriteRule ^/Etudiant(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L] >  > properties file >  > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa > er.extensions.ERXApplication.replaceApplicationPath.replace=/Etudiant >  > The url :http://agecanonix-form.utt.fr/Etudiant/myDefault works great but I have the old url which appears again when I navigate between my app links. >  > How I fix it to maintain all links in this format : http://agecanonix-form.utt.fr/Etudiant/... >  > Thanks >  > Envoyé depuis iCloud >  > Le 11 sep 2012 à 14:40, Raymond NANEON  a écrit : >  >> Hi list >>  >> Thank you for your answers and I'll change my app setting step by step: >>  >> - Try using WOAdaptorURL in JavaMonitor Properties >> - If not working, disable direct connect WODirectConnectEnabled = false >> - I retry if I run my application through apache, wotaskd … the url change or not. >>  >> I'm not actually in the office but tomorrow I will tell what I get. >>  >> Ray >>  >>  >> Le 11 sept. 2012 à 20:47, Tim Worman  a écrit : >>  >> > Raymond, >> >  >> > The port number in the URL you posted implies that your app is not running through apache. >> >  >> > Once that is solved, this is what I am doing through apache mod_rewrite. >> >  >> > Properties: >> > #rewrite the app urls >> > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/appname.woa >> > er.extensions.ERXApplication.replaceApplicationPath.replace=/appname >> >  >> > RewriteRule ^/appname(.*)$ /cgi-bin/WebObjects/appname.woa$1 [PT,L] >> >  >> > The bottom line here is that is that your mod_rewrite rule has to produce a url that matches the Wonder pattern property. If it isn't working, you're gonna have to turn on your rewrite logging and check the logs to figure out why. >> >  >> > RewriteLog "/var/log/apache2/rewrite.log" >> > RewriteLogLevel 9 >> >  >> > And here is a great cheat sheet for mod_rewrite. >> >  >> > http://www.addedbytes.com/cheat-sheets/mod_rewrite-cheat-sheet/ >> >  >> > Tim >> > UCLA GSEIS >> >  >> > On Sep 11, 2012, at 7:56 AM, Raymond NANEON  wrote: >> >  >> >> Hi Pascal, >> >>  >> >> I tried all possibilities but nothing work :( >> >>  >> >> apache.conf >> >>  >> >> LoadModule rewrite_module modules/mod_rewrite.so >> >> LoadModule WebObjects_module modules/mod_WebObjects.so >> >>  >> >> ... >> >>  >> >> RewriteEngine On >> >> RewriteRule ^/Students(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L] >> >>  >> >> httpd.conf >> >>  >> >>  >> >> LoadModule rewrite_module modules/mod_rewrite.so >> >> LoadModule WebObjects_module modules/mod_WebObjects.so >> >>  >> >> webobjects.conf >> >>  >> >> LoadModule rewrite_module modules/mod_rewrite.so >> >> LoadModule WebObjects_module modules/mod_WebObjects.so >> >>  >> >> ... >> >>  >> >> RewriteEngine On >> >> RewriteRule ^/Students(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L] >> >>  >> >>  >> >> Result : http://agecanonix-form.utt.fr:43836/Students/myDefault/Dossier/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault >> >>  >> >>  >> >> And you are 100% sure that you are not using direct connect and that the app is running with Apache, wotaskd and the adaptor? >> >> ===> I don't know it the server is using direct connect. I know if we turn off wotaskd, all apps continue to work. How can I configue my app to run with apache? >> >>  >> >>  >> >> Thank >> >> Envoyé depuis iCloud >> >>  >> >> Le 11 sep 2012 à 05:30, Pascal Robert  a écrit : >> >>  >> >>>  >> >>> Le 2012-09-11 à 08:27, Raymond NANEON  a écrit : >> >>>  >>  Hi Pascal, >>   >>  I do all changes but nothing works for me. Do you load mod_rewrite.so in your apache conf? >> >>>  >> >>> Well, yes or it will not work… And it have to be loaded before the WebObjects module. >> >>>  >>  apache.conf :  >>   >>  RewriteRule ^/Students(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L] >>   >>  Properties : >>   >>  er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa >>  er.extensions.ERXApplication.replaceApplicationPath.replace=/Students >>   >>  DirectAction.java : >>   >>  public WOActionResults myDefaultAction() { >>  if (useCasService()) >>  return loginCASPage(); >>  else >>  return loginNoCasPage(null); >>  } >>   >> 

Re: Rewrite WO app URL

[Tim Worman]

Check your rewrite logs to see what the requests are and why they aren't 
matching.

Tim
UCLA GSE&IS

On Sep 12, 2012, at 1:33 AM, Raymond NANEON  wrote:

> Hi List,
> 
> I disabled WOAdaptorURL, direct connect, restarted httpd and apache with 
> these new settings :
> 
> apache.conf :
> 
> RewriteRule ^/Etudiant(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 
> [PT,L]
> 
> properties file
> 
> er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa
> er.extensions.ERXApplication.replaceApplicationPath.replace=/Etudiant
> 
> The url :http://agecanonix-form.utt.fr/Etudiant/myDefault works great but I 
> have the old url which appears again when I navigate between my app links.
> 
> How I fix it to maintain all links in this format : 
> http://agecanonix-form.utt.fr/Etudiant/...
> 
> Thanks
> 
> Envoyé depuis iCloud
> 
> Le 11 sep 2012 à 14:40, Raymond NANEON  a écrit :
> 
>> Hi list
>> 
>> Thank you for your answers and I'll change my app setting step by step:
>> 
>> - Try using WOAdaptorURL in JavaMonitor Properties
>> - If not working, disable direct connect WODirectConnectEnabled = false
>> - I retry if I run my application through apache, wotaskd … the url change 
>> or not.
>> 
>> I'm not actually in the office but tomorrow I will tell what I get.
>> 
>> Ray
>> 
>> 
>> Le 11 sept. 2012 à 20:47, Tim Worman  a écrit :
>> 
>> > Raymond,
>> > 
>> > The port number in the URL you posted implies that your app is not running 
>> > through apache.
>> > 
>> > Once that is solved, this is what I am doing through apache mod_rewrite.
>> > 
>> > Properties:
>> > #rewrite the app urls
>> > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/appname.woa
>> > er.extensions.ERXApplication.replaceApplicationPath.replace=/appname
>> > 
>> > RewriteRule ^/appname(.*)$ /cgi-bin/WebObjects/appname.woa$1 [PT,L]
>> > 
>> > The bottom line here is that is that your mod_rewrite rule has to produce 
>> > a url that matches the Wonder pattern property. If it isn't working, 
>> > you're gonna have to turn on your rewrite logging and check the logs to 
>> > figure out why.
>> > 
>> > RewriteLog "/var/log/apache2/rewrite.log"
>> > RewriteLogLevel 9
>> > 
>> > And here is a great cheat sheet for mod_rewrite.
>> > 
>> > http://www.addedbytes.com/cheat-sheets/mod_rewrite-cheat-sheet/
>> > 
>> > Tim
>> > UCLA GSEIS
>> > 
>> > On Sep 11, 2012, at 7:56 AM, Raymond NANEON  wrote:
>> > 
>> >> Hi Pascal,
>> >> 
>> >> I tried all possibilities but nothing work :(
>> >> 
>> >> apache.conf
>> >> 
>> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> 
>> >> ...
>> >> 
>> >> RewriteEngine On
>> >> RewriteRule ^/Students(.*)$ 
>> >> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>> >> 
>> >> httpd.conf
>> >> 
>> >> 
>> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> 
>> >> webobjects.conf
>> >> 
>> >> LoadModule rewrite_module modules/mod_rewrite.so
>> >> LoadModule WebObjects_module modules/mod_WebObjects.so
>> >> 
>> >> ...
>> >> 
>> >> RewriteEngine On
>> >> RewriteRule ^/Students(.*)$ 
>> >> /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>> >> 
>> >> 
>> >> Result : 
>> >> http://agecanonix-form.utt.fr:43836/Students/myDefault/Dossier/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault
>> >> 
>> >> 
>> >> And you are 100% sure that you are not using direct connect and that the 
>> >> app is running with Apache, wotaskd and the adaptor?
>> >> ===> I don't know it the server is using direct connect. I know if we 
>> >> turn off wotaskd, all apps continue to work. How can I configue my app to 
>> >> run with apache?
>> >> 
>> >> 
>> >> Thank
>> >> Envoyé depuis iCloud
>> >> 
>> >> Le 11 sep 2012 à 05:30, Pascal Robert  a écrit :
>> >> 
>> >>> 
>> >>> Le 2012-09-11 à 08:27, Raymond NANEON  a écrit :
>> >>> 
>>  Hi Pascal,
>>  
>>  I do all changes but nothing works for me. Do you load mod_rewrite.so 
>>  in your apache conf?
>> >>> 
>> >>> Well, yes or it will not work… And it have to be loaded before the 
>> >>> WebObjects module.
>> >>> 
>>  apache.conf : 
>>  
>>  RewriteRule ^/Students(.*)$ 
>>  /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]
>>  
>>  Properties :
>>  
>>  er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa
>>  er.extensions.ERXApplication.replaceApplicationPath.replace=/Students
>>  
>>  DirectAction.java :
>>  
>>  public WOActionResults myDefaultAction() {
>>  if (useCasService())
>>  return loginCASPage();
>>  else
>>  return loginNoCasPage(null);
>>  }
>>  
>>  Result : 
>>  http://agecanonix-form.utt.fr:40840/Students/myDefault/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault
>> >>> 
>> >>> And you are 100% sure t

Rép : Re: Rewrite WO app URL

[Raymond NANEON]

Hi List,I disabled WOAdaptorURL, direct connect, restarted httpd and apache with these new settings :apache.conf :RewriteRule ^/Etudiant(.*)$
  /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]properties fileer.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa
er.extensions.ERXApplication.replaceApplicationPath.replace=/EtudiantThe url :http://agecanonix-form.utt.fr/Etudiant/myDefault works great but I have the old url which appears again when I navigate between my app links.How I fix it to maintain all links in this format : http://agecanonix-form.utt.fr/Etudiant/...  ThanksEnvoyé depuis iCloudLe 11 sep 2012 à 14:40, Raymond NANEON  a écrit :Hi list  Thank you for your answers and I'll change my app setting step by step:  - Try using WOAdaptorURL in JavaMonitor Properties - If not working, disable direct connect WODirectConnectEnabled = false - I retry if I run my application through apache, wotaskd … the url change or not.  I'm not actually in the office but tomorrow I will tell what I get.  Ray   Le 11 sept. 2012 à 20:47, Tim Worman  a écrit :  > Raymond, >  > The port number in the URL you posted implies that your app is not running through apache. >  > Once that is solved, this is what I am doing through apache mod_rewrite. >  > Properties: > #rewrite the app urls > er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/appname.woa > er.extensions.ERXApplication.replaceApplicationPath.replace=/appname >  > RewriteRule ^/appname(.*)$ /cgi-bin/WebObjects/appname.woa$1 [PT,L] >  > The bottom line here is that is that your mod_rewrite rule has to produce a url that matches the Wonder pattern property. If it isn't working, you're gonna have to turn on your rewrite logging and check the logs to figure out why. >  > RewriteLog "/var/log/apache2/rewrite.log" > RewriteLogLevel 9 >  > And here is a great cheat sheet for mod_rewrite. >  > http://www.addedbytes.com/cheat-sheets/mod_rewrite-cheat-sheet/ >  > Tim > UCLA GSEIS >  > On Sep 11, 2012, at 7:56 AM, Raymond NANEON  wrote: >  >> Hi Pascal, >>  >> I tried all possibilities but nothing work :( >>  >> apache.conf >>  >> LoadModule rewrite_module modules/mod_rewrite.so >> LoadModule WebObjects_module modules/mod_WebObjects.so >>  >> ... >>  >> RewriteEngine On >> RewriteRule ^/Students(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L] >>  >> httpd.conf >>  >>  >> LoadModule rewrite_module modules/mod_rewrite.so >> LoadModule WebObjects_module modules/mod_WebObjects.so >>  >> webobjects.conf >>  >> LoadModule rewrite_module modules/mod_rewrite.so >> LoadModule WebObjects_module modules/mod_WebObjects.so >>  >> ... >>  >> RewriteEngine On >> RewriteRule ^/Students(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L] >>  >>  >> Result : http://agecanonix-form.utt.fr:43836/Students/myDefault/Dossier/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault >>  >>  >> And you are 100% sure that you are not using direct connect and that the app is running with Apache, wotaskd and the adaptor? >> ===> I don't know it the server is using direct connect. I know if we turn off wotaskd, all apps continue to work. How can I configue my app to run with apache? >>  >>  >> Thank >> Envoyé depuis iCloud >>  >> Le 11 sep 2012 à 05:30, Pascal Robert  a écrit : >>  >>>  >>> Le 2012-09-11 à 08:27, Raymond NANEON  a écrit : >>>   Hi Pascal,    I do all changes but nothing works for me. Do you load mod_rewrite.so in your apache conf? >>>  >>> Well, yes or it will not work… And it have to be loaded before the WebObjects module. >>>   apache.conf :     RewriteRule ^/Students(.*)$ /cgi-bin/WebObjects/Dossier-Etudiants.woa/wa$1 [PT,L]    Properties :    er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/Dossier-Etudiants.woa/wa  er.extensions.ERXApplication.replaceApplicationPath.replace=/Students    DirectAction.java :    public WOActionResults myDefaultAction() {  if (useCasService())  return loginCASPage();  else  return loginNoCasPage(null);  }    Result : http://agecanonix-form.utt.fr:40840/Students/myDefault/Dossier/Dossier/Dossier/Dossier-Etudiants.woa/wa/myDefault >>>  >>> And you are 100% sure that you are not using direct connect and that the app is running with Apache, wotaskd and the adaptor? >>>   Envoyé depuis iCloud    Le 11 sep 2012 à 05:04, Pascal Robert  a écrit :   >  > Le 2012-09-11 à 07:52, Raymond NANEON  a écrit : >  >> Hi Pascal, >>  >> I followed the wocommunity slide but It doesn't work : >>  >> Application.java  >>  >> public String _rewriteURL(String url){ >> String processedURL = url; >> if(url != null && _replaceApplicationPathPattern != null && _replaceApplicationPathRepla

Rép : Re: Exception : Cannot refuse new sessions when in development mode[RESOLVED]

[Raymond NANEON]

Hi Pascal,My problem fixed.===> Make sure that in the scheduling, that "Graceful Scheduling" is unchecked.ThanksEnvoyé depuis iCloudLe 11 sep 2012 à 02:38, Raymond NANEON  a écrit :Hi Pascal,WODirectConnectEnabled and development mode is not the same… Are you setting er.extensions.ERXApplication.developmentMode to true by any chance?==> I don't have er.extensions.ERXApplication.developmentMode in my properties fileMake sure that in the scheduling, that "Graceful Scheduling" is unchecked.==> Ok I see, in my case I have checked "Graceful Scheduling" in the scheduling.And if your app is monitored by a service like Nagios or a similar tool, make sure that either the check is done for a direct action or a REST route that is NOT creating or using a session, or just don't do the check at 3am.===> I use jConsole for monitoring so I think I have nothing to do.Envoyé depuis iCloudLe 11 sep 2012 à 02:30, Pascal Robert  a écrit : Le 2012-09-11 à 03:06, Raymond NANEON  a écrit :  > Hi List, >  > I have a little problem that apppears each day at 3AM when my app instance restart. I have this exception :  >  > Une exception est survenue ... > Elle provient de la machine qui a l'ip  > *inconnue* >  > La personne qui a provoqué l'erreur est : ] > sessionId = xkrtsg4hOzVBiMA2R8uk2M >  >  >  > Trace de l'exception :  >  > null >  >  >  > Cause by :Cannot refuse new sessions when in development mode (direct connect enabled) >  >  >  > I put the WODirectConnectEnabled to false, but nothing happens, I changed to true but it's the same case.  WODirectConnectEnabled and development mode is not the same… Are you setting er.extensions.ERXApplication.developmentMode to true by any chance?  Make sure that in the scheduling, that "Graceful Scheduling" is unchecked.  And if your app is monitored by a service like Nagios or a similar tool, make sure that either the check is done for a direct action or a REST route that is NOT creating or using a session, or just don't do the check at 3am.___ 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/rnaneon%40me.com  This email sent to rnan...@me.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