[Building Sakai] Having multiple "direct" servlets?

[Maurer, Christopher Wayne]

Ok, I have a little more information.
If I start off in /direct, everything is fine.  But, as soon as I make a request to /oauthdirect, everything will point there from then on.  Even just going to /direct/describe has all of the links as /oauthdirect/*.

Here's our EB source in case anyone wants to poke around.  Should be EB 1.3.17 as the base and then some mods thrown on top of it.
https://source.sakaiproject.org/svn/msub/iu.edu/oncourse/sakai-2.7.1/entitybroker

Chris

From: Chris Maurer <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>>
Date: Thu, 28 Jul 2011 15:17:02 +0000
To: Aaron Zeckoski <azeckoski at gmail.com<mailto:azeckoski at gmail.com>>, Sakai-Dev Developers <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>
Subject: Re: [Building Sakai] Having multiple "direct" servlets?

Ok, so this is still happening.  It's not doing it on my local instance, but it is doing it on one of our test servers.
Anything I should look for in the logs or a breakpoint I can put somewhere?  Anything that might be dependent on load order (and some OS ordering perhaps)?
My local is a mac and the test server is RHEL.

Chris

From: Aaron Zeckoski <azeckoski at gmail.com<mailto:azeckoski at gmail.com>>
Date: Thu, 7 Jul 2011 15:31:05 -0400
To: Chris Maurer <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>>, Sakai-Dev Developers <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>
Subject: Re: [Building Sakai] Having multiple "direct" servlets?


It should be possible to have multiple servlets in front of the eb services. I designed it to deploy at direct by default but it should handle a request from anything as the url path shouldn't be hardcoded (unless is messed up).

On Jul 7, 2011 2:36 PM, "Maurer, Christopher Wayne" <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>> wrote:
> Hmm, this might have been a false alarm. I don't get that issue now. Wonder how I got into that situation before? If I can find a way to reproduce the problem, I'll file a jira.
>
> Chris
>
> From: Chris Maurer <chmaurer at iupui.edu<mailto:chmaurer at iupui.edu><mailto:chmaurer at iupui.edu<mailto:chmaurer at iupui.edu>>>
> Date: Thu, 7 Jul 2011 17:46:35 +0000
> To: Sakai Dev <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org><mailto:sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>>
> Subject: [Building Sakai] Having multiple "direct" servlets?
>
> With the work IU was doing for building out EB providers, we had created a "new" direct servlet called oauthdirect. At one point we had just modified the direct servlet, but since the oauth stuff we were adding was placing restrictions on URL paths, we didn't want to adversely affect anything that was already using direct urls. But, what seems to be happening is that the new oauthdirect seems to be overtaking the regular direct servlet. If I go to /direct/describe, all the links on that page are written with /oauthdirect. My guess is that I can only have one direct servlet…is that likely the case here?
>
> Chris
> _______________________________________________ sakai-dev mailing list sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org><mailto:sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org<mailto:sakai-dev-unsubscribe at collab.sakaiproject.org><mailto:sakai-dev-unsubscribe at collab.sakaiproject.org<mailto:sakai-dev-unsubscribe at collab.sakaiproject.org>> with a subject of "unsubscribe"
_______________________________________________ sakai-dev mailing list sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org<mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a subject of "unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110728/58a9e78f/attachment.html