On Fri, Feb 11, 2011 at 5:29 PM, Douglas Hubler <[email protected]> wrote: > On Fri, Feb 11, 2011 at 5:23 AM, David Becker > <[email protected]> wrote: >> Am 04.02.2011 14:03, schrieb Douglas Hubler: >>> On Fri, Feb 4, 2011 at 5:47 AM, David Becker<[email protected]> >>> wrote: >>>> Am 03.02.2011 13:50, schrieb David Becker: >>>>> I'll need to make a second log-in form that the microbrowsers of the >>>>> phones can parse, how exactly is Acegi used in SipX? Can I somehow >>>>> submit the data from that login form to Acegi and have it send my user >>>>> to the microbrowser version of the website? >>> Are you coding Tapestry pages? If so there is a way to tell Tapestry >>> to honor incoming URL even if login is required. This would be useful >>> if you wanted to bookmark a page for example. It's disabled be >>> default for pages because most pages require input from other pages to >>> function but there are certain pages in the system where it's enabled. >>> For example some urls to voicemail inbox that you get in email >>> message bodies. > > Boy, I'd really like to find a way to circumvent tapestry for things > like this. David, you'd probably want to use some simple templating > tool like velocity or even straight servlet printlns right. You'd > still want access to security and business layers to gather user and > system information. > > sipXconfig developers, what about creating a new entry in web.xml for > plugins to use straight servlet context? > We can circumvent tapestry for this situation by deploying yet another .war file (say microbrowser) in same jetty instance as sipXconfig (same as cmcprov provisioning plugin is doing). This way it can obtain sipXconfig's ServletContext and WebApplicationContext and it can reuse business logic.
George _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
