Re: [Arsperl-users] Using ARSPerl to Build a Web Interface

[Michiel B. <mic...@gm...>]

If you're looking into Joarse I guess you should also consider ExpertDesk
Plus;

http://code.google.com/p/edplus/

Kind regards,

Michiel


On 6/29/07, Mike Wallick <mdw...@gm...> wrote:
>
> 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 <bla...@gm...> 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 <mdw...@gm...> 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
> > Ars...@ar...
> > 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
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>