Hi Chris, first, thanks for your answer, I really do apprecciate it!
On Thu, Apr 28, 2011 at 5:00 PM, Christopher Schultz <ch...@christopherschultz.net> wrote: > > Gregor could cheat and write a session-data-fetch servlet in the "main" > webapp and call it from the ancillary webapp. Just use URL-based session > ids when you call and it should work. > Well, as I wrote before, the CMS (Jahia) runs in the ROOT-context. I'd like, if possible, Jahia being untouched, so that I can deploy any hotfixes without having to worry about my tweaks. > Gregor, what are your options for simply adding your code to the CMS > webapp and not bothering with the added complexity of a second webapp? Well, we do have a support-contract with Jahia Group, and we've opened tickets for that issue, but to no avail. They told us some options using session-attributes, but therefore I have to - you guess it - the session... I don't even know what security-mechanism they are using: Seems some mixture of Spring / CAS, both components where I don't know my ways through. What I've been expecting was to get a cooking-receipe where they have a helloworld-servlet in it's own context, which is integrated into their security-mechanism, but they just don't provide it - for whatever reason I just can't see. Well, we decided for Jahia and signed the contracts already, so there are not too many options. Jahia itself is using portlets heavily, which can be deployed into Jahia as war-files. So my last shot is to migrate our legacy-servlets into portlets, but that's a whole bunch of work, which is blowing up our estimates. I'm just wondering if no other Jahia client has the requirement to connect to any legacy servlets: Maybe they all dumped their old stuff and developed from scratch.. Thanks anyway! Gregor -- just because you're paranoid, don't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 @ http://pgp.mit.edu:11371/ skype:rc46fi --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
