That's what I get for writing an email in a hurry :) I wasn't all that
clear on what I was asking.
What I was asking originally was not how to maintain state (that I
knew), what I was wondering was if/how I could use references to a
server-side control record by way of tying it to an http session,
rather than create a new control record on every request. As far as I
can tell, that isn't quite possible in ARSPerl (or, at least I can't
figure out how).
The Java API/JSP/Servlet method was another avenue that I was
considering, but since I know Perl better than Java ("web" Java,
anyway), I started with ARSPerl.
I've been playing with the Java API for a few days now, and I'm
finding that it's not all that easy to use. I saw on ARSWiki that
there is an "api" to the API provided by the JOARSE project. Is anyone
actively using JOARSE or is it kind of a dead project? I was thinking
of writing a layer on top of the BMC Java API to make it easier to
use, but I don't want to reinvent the wheel if someone else has
already done something similar. I'd even like to contribute to the
project if there's a need.
Thanks for the feedback, by the way; this is exactly the kind of
information I'm looking for.
Mike
On 6/27/07, Carey Matthew Black <[EMAIL PROTECTED]> wrote:
> Mike,
>
> Ref:
> http://www.webopedia.com/TERM/S/session_cookie.html
> http://www.allaboutcookies.org/cookies/session-cookies-used-for.html
> http://searchwebservices.techtarget.com/sDefinition/0,,sid26_gci752450,00.html
>
>
> IMHO... this is a bad way to keep state for a web site. It is client side
> and could present security concerns if your browser is flawed. (Like maybe
> the most popular choice... IE.)
>
>
> If I were you... I would start at a better staring point. Try the Java API
> and go to the JSP/Servlet model for this approach. And here are just a few
> reasons why:
>
> 1) Most ARS customers will have a web server capible of being a Mid-tier
> server. (And your interface might be helpful in some cases in addition to
> the Mid-Tier.)
> 2) JSP/Servlets are a "later generation" and approach the web with more
> security options by design than CGI's ever had.
> 3) The Java API will be supported by BMC. ARSPerl never has been directly
> supported by Remedy or BMC.
> 4) The new Java API is reported to be "totally Java" (no more JNI layer) and
> that will make such a web interface as portable as any JSP engine out there.
> And that will be more portable than any ARSPerl interface could be because
> it will still be (as far as I know) a wrapper around the C API that has
> limited platform support.
>
> But that might be more work than your interested in too. ( I just think it
> is a much better path to go down if you have any time to spend on such a
> major undertaking.)
>
> HTH.
>
> AND just to be clear... ARSPerl is great. It has served a very needed niche
> in the ARS universe for years and I expect it to continue to do so. A
> command line Perl script is likely faster than a command line Java program.
> However, there are support and maintenance issues to sort out too. So for
> server side command line scripting... ARSPerl is still a good choice. Time
> will tell if the new Java API can put a dent in that niche or not. ( And
> given the Filter plugin options... command line interfaces mostly should be
> moved into that universe anyway.)
>
> --
> Carey Matthew Black
> Remedy Skilled Professional (RSP)
> ARS = Action Request System(Remedy)
>
> Love, then teach
> Solution = People + Process + Tools
> Fast, Accurate, Cheap.... Pick two.
>
>
> On 6/26/07, Mike Wallick <[EMAIL PROTECTED]> wrote:
> > Forgive me for being dense, but I don't understand how one would tie a
> control record that was created from a login routine, for example, to a
> session ID or similar. Given a session ID, how does one tie that to a
> control record that has already been created/validated?
> >
> > In other words, where does the control record "live" and how does one get
> at it? Doesn't the control record "disappear" once the web server request is
> complete?
> >
> > Mike
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Arsperl-users mailing list
> Arsperl-users@arsperl.org
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Arsperl-users mailing list
Arsperl-users@arsperl.org
https://lists.sourceforge.net/lists/listinfo/arsperl-users
