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.xapi. 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
