Right now I'm just fishing for options/feedback and researching how I
might accomplish something like this. CGI and/or mod_perl is one
method I am considering, along with a Java API/JSP/Servlet method.
Mike
On 6/29/07, Clayton Scott <[EMAIL PROTECTED]> wrote:
> Mark,
> I take it that you're doing CGI and not mod_perl?
>
> You could persist the username and password in the session
> and call ars_Login on each part of the request, or build a separate
> daemon process that does your communications to ARS.
>
> The overhead on setting up a new control record was pretty low
> I've found.
>
> Clayton
>
>
> On 6/29/07, Mike Wallick < [EMAIL PROTECTED]> wrote:
> > I tried several ways of serializing the control record in Perl with no
> > luck and using CGI::Session, Apache::Session, .etc.. I've given up
> > going down that avenue. It looks like Java is the way I want to go.
> >
> > When is 7.1 slated for release? This summer (July maybe?) IIRC.
> >
> > Thanks, everyone. Again, this is exactly the kind of feedback I was
> > hoping to get.
> >
> > Mike
> >
> > On 6/29/07, Axton W Grams/NYLIC <[EMAIL PROTECTED] > wrote:
> > >
> > > Sounds like what you are trying to do is emulate the session pool/proxy
> that
> > > the java api provides, using arsperl. I am not sure how you would
> approach
> > > this. Most interpreted languages have a problem with persistence with
> > > things like this, unless there is a way to serialize the data. I'm not
> sure
> > > how you could do that with arsperl; just don't have the skills and
> knowledge
> > > to work at that level.
> > >
> > > I've contributed some to JOARSE, mainly to be compliant with the 7.x
> api. I
> > > would not say the project is dead, it has been maintained, but it does
> not
> > > have the widespread adoption of things like arsperl.
> > >
> > > If you can, I would suggest waiting until 7.1 is released; to see if the
> new
> > > java api is all that I am hearing it is. I am going to take a guess
> that
> > > the new java api, if a complete rewrite/rearchitecture will be bug
> ridden
> > > for some time, but the best way for things like this to mature is for
> people
> > > to use it and report back to the vendor.
> > >
> > > Axton Grams
> > >
> > >
> > >
> > >
> > >
> > > 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
> > >
> > >
> > >
> -------------------------------------------------------------------------
> > > 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
> >
>
>
>
> --
>
> Clayton Scott
> [EMAIL PROTECTED]
> -------------------------------------------------------------------------
> 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
