Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

[Pallavi Patwa]

I would also love to attend.




On Wed, Aug 6, 2014 at 2:30 AM, Grassi, Christopher 
wrote:

> **
> Hi All,
>
>  This message comes out of a previous thread - I’m happy to run a quick
> 30-60 min “lunch and learn" session just for the ARS list to help everyone
> understand some of the Remedyforce basics - plus point out some of the key
> differences from Remedy ITSM (which we all know and love).  I can also
> cover off MyIT 2.0 if that is of interest as well.
>
>  Please let me know if you would be interested and what day/week/time
> works best.  I can run a few of these Demo’s in August so if we get to 10+
> plus people who are interested I will coordinate.
>
>  Feel free to email back on this thread or contact me directly via email
> / number below:
>
>
>  Thanks,
>
>  Chris Grassi
> Director of Professional Services
> Column Technologies UK
>  cgra...@columnit.com
> +44 (0) 750 658 3977
>  _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

[Tauf Chowdhury]

Do you people not see the emails from Dan and Chris? For the love of god (or 
whatever deity, science, physics, or philosophy you may/may not believe in), 
click the link and just sign up. 
Thanks! :)


Sent from my iPhone

> On Aug 7, 2014, at 7:23 AM, Pallavi Patwa  wrote:
> 
> **
> I would also love to attend.  
> 
> 
> 
> 
>> On Wed, Aug 6, 2014 at 2:30 AM, Grassi, Christopher  
>> wrote:
>> **
>> Hi All,
>> 
>> This message comes out of a previous thread - I’m happy to run a quick 30-60 
>> min “lunch and learn" session just for the ARS list to help everyone 
>> understand some of the Remedyforce basics - plus point out some of the key 
>> differences from Remedy ITSM (which we all know and love).  I can also cover 
>> off MyIT 2.0 if that is of interest as well. 
>> 
>> Please let me know if you would be interested and what day/week/time works 
>> best.  I can run a few of these Demo’s in August so if we get to 10+ plus 
>> people who are interested I will coordinate.  
>> 
>> Feel free to email back on this thread or contact me directly via email / 
>> number below:
>> 
>> 
>> Thanks,
>> 
>> Chris Grassi
>> Director of Professional Services
>> Column Technologies UK 
>> cgra...@columnit.com
>> +44 (0) 750 658 3977
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
> 
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

I would be interested!

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grassi, Christopher
Sent: Wednesday, August 06, 2014 4:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

** 

We have about 7 people so far and counting.  The more the merrier.  I will send 
out a webex link for Next Monday/Tuesday around 1PM EST if that works.   

 

Chris Grassi

UK Mobile: +44 750 658 3977 

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Julie Sellers
Sent: Wednesday, August 6, 2014 1:38 AM
To: arslist@ARSLIST.ORG
Subject: Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

 

** 

Me too!

 



From: David Charters 
To: arslist@ARSLIST.ORG 
Sent: Tuesday, August 5, 2014 5:19 PM
Subject: Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

 

** 

I would love to attend. 

 

 

Sent from my Verizon Wireless 4G LTE smartphone

 

 Original message 

From: "Grassi, Christopher" 

Date:08/05/2014 17:00 (GMT-05:00) 

To: arslist@ARSLIST.ORG 

Subject: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn 

 

** Hi All, 

 

This message comes out of a previous thread - I’m happy to run a quick 30-60 
min “lunch and learn" session just for the ARS list to help everyone understand 
some of the Remedyforce basics - plus point out some of the key differences 
from Remedy ITSM (which we all know and love).  I can also cover off MyIT 2.0 
if that is of interest as well. 

 

Please let me know if you would be interested and what day/week/time works 
best.  I can run a few of these Demo’s in August so if we get to 10+ plus 
people who are interested I will coordinate.  

 

Feel free to email back on this thread or contact me directly via email / 
number below:

 

 

Thanks,

 

Chris Grassi

Director of Professional Services

Column Technologies UK 

cgra...@columnit.com

+44 (0) 750 658 3977

_ARSlist: "Where the Answers Are" and have been for 20 years_ 

_ARSlist: "Where the Answers Are" and have been for 20 years_ 

 

_ARSlist: "Where the Answers Are" and have been for 20 years_

_ARSlist: "Where the Answers Are" and have been for 20 years_ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Scroll down through the Search result gives a Warning message

[Grooms, Frederick W]

Read Only is not the same as Disabling the Change flag

A field can be Read Only (so the user cannot update the field) and still be 
updated by workflow.  If workflow updates the field then it is marked as 
changed.

Disable Change Flag is a property of the field on the form itself

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ayushi Agrawal
Sent: Thursday, August 07, 2014 1:35 AM
To: arslist@ARSLIST.ORG
Subject: Re: Scroll down through the Search result gives a Warning message

Hi LJ Longwing,

Thank you for the reply. 

To find out if there are any workflows, I enabled the Active Link log, just 
before clicking the Search button, and took the log as soon as the Search 
result was returned. Also, I have already written an Active Link, with Display 
and Window Open execution, which is making all the fields of my form as Read 
Only. (And I can also see all the fields as Read Only, after Search is over, 
that is fields are grayed)

Though I do not have a very clear idea about 'Disable Change Field', but I am 
not sure even after making the fields as Read Only, how can a field be marked 
as 'Changed'.

Thanks in Advance
Ayushi




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

I read from the bottom up so I responded before I saw the link.  :(

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Tauf Chowdhury
Sent: Thursday, August 07, 2014 7:56 AM
To: arslist@ARSLIST.ORG
Subject: Re: BMC Remedyforce and MyIT 2.0 Webinar - Lunch and Learn

** 
Do you people not see the emails from Dan and Chris? For the love of god (or 
whatever deity, science, physics, or philosophy you may/may not believe in), 
click the link and just sign up. 
Thanks! :)


Sent from my iPhone

On Aug 7, 2014, at 7:23 AM, Pallavi Patwa  wrote:



** 
I would also love to attend.  





On Wed, Aug 6, 2014 at 2:30 AM, Grassi, Christopher 
 wrote:


** 
Hi All, 

This message comes out of a previous thread - I’m happy to run 
a quick 30-60 min “lunch and learn" session just for the ARS list to help 
everyone understand some of the Remedyforce basics - plus point out some of the 
key differences from Remedy ITSM (which we all know and love).  I can also 
cover off MyIT 2.0 if that is of interest as well. 

Please let me know if you would be interested and what 
day/week/time works best.  I can run a few of these Demo’s in August so if we 
get to 10+ plus people who are interested I will coordinate.  

Feel free to email back on this thread or contact me directly 
via email / number below:


Thanks,

Chris Grassi
Director of Professional Services
Column Technologies UK 
cgra...@columnit.com
+44 (0) 750 658 3977
_ARSlist: "Where the Answers Are" and have been for 20 years_ 


_ARSlist: "Where the Answers Are" and have been for 20 years_ 

_ARSlist: "Where the Answers Are" and have been for 20 years_ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Contract vs FTE

[Terri Lockwood]

Am an FTE and have been since ARS 3.0.  Only time contracting was as 
prerequisite to full time job which was for 3 months but turned into a year and 
half due to hiring freeze.

~~~
Terri

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ray Gellenbeck
Sent: Wednesday, August 06, 2014 4:13 PM
To: arslist@ARSLIST.ORG
Subject: OT: Contract vs FTE

I'm curious at the shift as of 2014.

This thread question is targeted at developers/architects.  To clarify, let's 
make the definition that you either customize at the object level or you 
develop integrations at the AIE/API/XML levels AND you've been doing that for 
at least 2 years.

If you fall into that bucket, please reply to the following question...

How many of you work as Full Time Employees vs. those who go from contract to 
contract in 2014?

Follow-up:  If you're contract, is it by choice or by market forces?

I feel the % is shifting more heavily to contract than even the usual majority 
in the past.  Are FTE's an extinct breed in 2014?

Thanks in advanced for replies from the target audience...

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers 
Are, and have been for 20 years"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Developer Studio Web Service - No Name was Specified for the owning object

[LJ LongWing]

Brad,
What version of Remedy are you using?  Have you checked out
https://docs.bmc.com/docs/display/public/ars81/Running+the+database+consistency+checker


On Wed, Aug 6, 2014 at 10:40 PM, BradRemedy  wrote:

> **
> Hi All
>
> Hope everyone is doing well.
>
> I have run into a problem that I need some help / advice with please. When
> ever I try and open up the Web Services Object List in the Remedy Developer
> Studio I get the following error message:
>
> *Errors encountered while retrieving Web Services Lists from AppServer01*
> *ERROR (8811): No Name was specified for the owning object;*
> *HPD_WebService_Data (ARERR 5087)*
>
> I have tried to delete the developer tool cache, restarted the server and
> also tried on a different developer tool connected to the same DB however
> no luck.
> Has anyone experienced this before and if so how did you fix it? At this
> stage I cannot see any web services on the developer studio due to this
> error which is obviously a huge problem.
>
> Any advice would be greatly appreciated.
>
> Thanks
> Brad
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Adv.: Project Remedies chosen as a "CIO Review Top Tech Company in the Public Sector for 2014."

[Stanley Feinstein]

Hi Everyone,

 

I thought you'd like to know that Project Remedies was chosen as a "CIO
Review Top Tech Company in the Public Sector for 2014" in their just
published July 2014 Public Sector Special Edition.   Please see the link
below.

Logo-Solution

 

http://www.cioreview.com/company/project-remedies-inc-pri-remedy-based-proje
ct-management-solutions-for-enterprise-resource-manag-cid-985-rntid-1.html

 

There is a short interview with me, touching briefly on the company, our
ActionProgram Manager Plus T, our new Remedy-based cybersecurity management
solution and the future of the company.

 

ActionProgram Manager Plus T is part of our new Cyber Action SuiteT.  The
idea is to track people, assets, events and incidents, and then respond to
the inherent question: "what you are going to do about it?"  Doing this on
the Remedy platform simplifies everything and creates value because: 1) so
much of the information is already there, 2) so much has already been
invested in Remedy and the ITSM suite, and it just makes sense to involve
the service desk with the security desk.  Using Remedy workflow with work
templates pre-defined in ActionProgram Manager Plus T, adaptable project
plans can be created on-the-fly from a service or security desk.
Interfacing project tasks with Asset Management is simple and straight
forward.  

 

Whether it is implementing new projects, fixing security vulnerabilities or
managing multi-step identity and asset management protocols, these mini
project plans give managers and team leaders new levels of ability to manage
staff resources, costs and timelines. In addition, these project plans can
be aggregated into project portfolios for additional levels of program
management, project portfolio management, project risk management and now
cyber remediation management. Critically, this capability integrates
directly and securely into your Remedy environment without the usual system
integration challenges and costs. 

 

For more information about Project Remedies' products and services, please
contact me off the list at: 


 

st...@projectremedies.com 

www.projectremedies.com

Phone 310-230-1722

Mobile 310-428-5748

 

Thanks.

 

Stan

 

 

 

 

 

 

 

 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Scroll down through the Search result gives a Warning message

[Neha Khandelwal]

Hi Ayushi,

As suggested by List members, this error can only be resolved by setting
field property - "Disable Change Flag".
Long back I have faced same issues, and by setting this field property,
error got resolved.

Regards
Neha


On Thu, Aug 7, 2014 at 6:45 PM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> Read Only is not the same as Disabling the Change flag
>
> A field can be Read Only (so the user cannot update the field) and still
> be updated by workflow.  If workflow updates the field then it is marked as
> changed.
>
> Disable Change Flag is a property of the field on the form itself
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Ayushi Agrawal
> Sent: Thursday, August 07, 2014 1:35 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Scroll down through the Search result gives a Warning message
>
> Hi LJ Longwing,
>
> Thank you for the reply.
>
> To find out if there are any workflows, I enabled the Active Link log,
> just before clicking the Search button, and took the log as soon as the
> Search result was returned. Also, I have already written an Active Link,
> with Display and Window Open execution, which is making all the fields of
> my form as Read Only. (And I can also see all the fields as Read Only,
> after Search is over, that is fields are grayed)
>
> Though I do not have a very clear idea about 'Disable Change Field', but I
> am not sure even after making the fields as Read Only, how can a field be
> marked as 'Changed'.
>
> Thanks in Advance
> Ayushi
>
>
>
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: OT: Contract vs FTE

[Terry Bootsma]

 

I thought I would chime in on this thread... 

I have been in the Remedy consulting world since 1997. I have pretty
much seen it all, including my share of poorely executed and excellent
implementations by both other contractors and FTEs. I don't think anyone
can say whether a better job is done by an FTE or contractor, in my
experience it all comes down to the quality of the individual(s) doing
the work. 

My foray into the consulting/contracting work was a personal choice due
to limited opportunities for growth in my FTE company after 8 years.
Everyone thought I was crazy at the time, especially with a 5 year old
and a 2 year old at home and being the sole bread-winner for the family,
but I have never looked back. 

In my experience, Remedy ITSM consultants/contractors either fall into
this area by personal choice or through circumstance (ie. they are let
go by their FTE organization). They can be let go either by company
downsizing or because of performance reasons. I can't begin to tell you
the number of "Remedy Consultants" I have met in the industry that fall
into the latter category. It infuriates me as it paints all of us with
the same brush, but you have to accept the fact that you can only
control your own destiny. That's when guys like Ray have to come in an
fix the mess. If you are a company that is thinking of employing a
contractor/consultant, I would encourage you to ask them how they got
into the business. It might give you some additional information when
screening candidates. :-) 

As was mentioned, it is true that a lot of the organizations
implementing ITSM are looking for the "kick start" to get them going
(through contractors/consultants), then pass onto FTEs for operational
support. It makes a lot of sense if your organization uses
contractors/consultants wisely. This includes a defined project scope,
exit plan for the contractor/consultant (including training/knowledge
transfer), and warranty (if you can get it). 

To answer Ray's question, the pro's associated with this type of work is
the dynamic nature of the work, new people/organizations/business
challenges, lack of internal politics associated with organizations (ie.
this is usually done before you arrive on site), and the compensation.
The con's are, as you would probably think, the travel (also a plus for
some), constant learning and education, and managing your contracts . As
in any environment, excellent communication skills will enhance your
opportunities to succeed. 

HTH 

Terry 

On 2014-08-07 00:29, Ray Gellenbeck wrote: 

> Thanks. I've always been a FTE since I started in 96. The growing trend seems 
> to be client hopes for a short deploy/customize contract gig then drop the 
> SME and then hope a cheaper admin can keep it running. The beauty of that 
> dream is then when that flops they hire an old codger like me to undo the 
> mess, which runs 2-3 times longer on average.
> 
> Anyway, I was just taken back how many recruiters hit you up for 
> contract-only gigs these days. I've always said "pass" but wonder about the 
> pros/con's in the current market.
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org [1]
> "Where the Answers Are, and have been for 20 years"
 

Links:
--
[1] http://www.arslist.org

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: AREmail problems - ARS 6.3

[Warren R. Baltimore II]

Yep, they are actually copied from the production serverwhich got me
thinking this morning, so I tried using an IMAP4 email box on my current
production box, and sure enough, it failed the same way.  I suspect I need
to update the javamail.providers file with an entry for imap4  Just not
sure what that would be yet!
Thanks for the idea Joe!

On Wed, Aug 6, 2014 at 5:25 PM, Joe D'Souza  wrote:

> **
>
> Did you run a comparison on the file system? This looks like a missing jar
> file somewhere if all other factors (versions of AR Server, JRE/JDK etc.)
> are the same as the working server.
>
>
>
> Joe
>
>
>  --
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Warren R. Baltimore II
> *Sent:* Wednesday, August 06, 2014 5:12 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* AREmail problems - ARS 6.3
>
>
>
> **
>
> Hello all!
>
>
>
> Got a bit of a problem and I'm really floundering
>
>
>
> I've got an old ARS 6.3 installation that I have to fail over to my DR
> server.  We've never had the email piece working on the DR side, but I need
> to get it going now.
>
>
>
> It's AREmail 6.3 running on a Solaris box.
>
>
>
> I'm trying to set up an imap outgoing server.  I can get the email engine
> started, but fromt here it is all down hill.
>
>
>
> Lots of Java issues (jdk1.4.2_34).  I keep seing the following rotate
> through the error logs:
>
>
>
>  Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> javax.mail.MessagingException: Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPStore.java:303)
>
> at javax.mail.Service.connect(Service.java:233)
>
> at javax.mail.Service.connect(Service.java:134)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.initializeIncommingMailbox(ReceiverModule.java:1687)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:205)
>
> at com.remedy.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:268)
>
> at java.lang.Thread.run(Thread.java:579)
>
>
>
> Additionally, when I look at the emaild.sh_log file, I see the following:
>
>
>
>  Application has started Version:  06.03.00 patch 022 200706151326
>
> Checking connection to server: ntcprdrem247 ...
>
> Using JRE: 1.4.2_34
>
> loaded library
>
> Successfully connected.
>
> DEBUG: JavaMail version 1.3
>
> DEBUG: successfully loaded file: /usr/j2se/jre/lib/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: Bad provider entry:
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource: /META-INF/javamail.default.providers
>
> DEBUG: Tables of loaded providers
>
> DEBUG: Providers Listed By Class Name:
> {com.remedy.mail.mapi.MAPIStore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> com.remedy.mail.mapi.MAPITransport=javax.mail.Provider[TRANSPORT,mapitransport,com.remedy.mail.mapi.MAPITransport,
> m...@remedy.com],
> com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
> Microsystems, Inc],
> com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
> Microsystems, Inc],
> gnu.mail.providers.mbox.MboxStore=javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,
> d...@gnu.org]}
>
> DEBUG: Providers Listed By Protocol:
> {imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> mapistore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> mapitransport=javax.mail.Provider[TRANSPORT,mapitransport,com.remedy.mail.mapi.MAPITransport,
> m...@remedy.com],
> pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy
> stems, Inc],
> smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
> Microsystems, Inc],
> mbox=javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,
> d...@gnu.org]}
>
> DEBUG: successfully loaded resource: /META-INF/javamail.default.address.map
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//smtp.jar!/ME

Re: AREmail problems - ARS 6.3

[Warren R. Baltimore II]

I think your dead on Fred, I realized this morning that it (IMAP4) doesn't
work on my current prod box either (I use MBOX there).  I think I need to
track down the verbiage for the javamail.providers file uses for imap4 (it
only has an entry for MBOX).

Thanks for the Idea!

On Wed, Aug 6, 2014 at 5:55 PM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> **
>
> Do you have access to the server where AREmail works?   If so try copying
> the jar files over to the DR server.
>
>
>
> Fred
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Warren R. Baltimore II
> *Sent:* Wednesday, August 06, 2014 4:12 PM
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* AREmail problems - ARS 6.3
>
>
>
> **
>
> Hello all!
>
>
>
> Got a bit of a problem and I'm really floundering
>
>
>
> I've got an old ARS 6.3 installation that I have to fail over to my DR
> server.  We've never had the email piece working on the DR side, but I need
> to get it going now.
>
>
>
> It's AREmail 6.3 running on a Solaris box.
>
>
>
> I'm trying to set up an imap outgoing server.  I can get the email engine
> started, but fromt here it is all down hill.
>
>
>
> Lots of Java issues (jdk1.4.2_34).  I keep seing the following rotate
> through the error logs:
>
>
>
>  Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> javax.mail.MessagingException: Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPStore.java:303)
>
> at javax.mail.Service.connect(Service.java:233)
>
> at javax.mail.Service.connect(Service.java:134)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.initializeIncommingMailbox(ReceiverModule.java:1687)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:205)
>
> at com.remedy.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:268)
>
> at java.lang.Thread.run(Thread.java:579)
>
>
>
> Additionally, when I look at the emaild.sh_log file, I see the following:
>
>
>
>  Application has started Version:  06.03.00 patch 022 200706151326
>
> Checking connection to server: ntcprdrem247 ...
>
> Using JRE: 1.4.2_34
>
> loaded library
>
> Successfully connected.
>
> DEBUG: JavaMail version 1.3
>
> DEBUG: successfully loaded file: /usr/j2se/jre/lib/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: Bad provider entry:
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource: /META-INF/javamail.default.providers
>
> DEBUG: Tables of loaded providers
>
> DEBUG: Providers Listed By Class Name:
> {com.remedy.mail.mapi.MAPIStore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> com.remedy.mail.mapi.MAPITransport=javax.mail.Provider[TRANSPORT,mapitransport,com.remedy.mail.mapi.MAPITransport,
> m...@remedy.com],
> com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
> Microsystems, Inc],
> com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
> Microsystems, Inc],
> gnu.mail.providers.mbox.MboxStore=javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,
> d...@gnu.org]}
>
> DEBUG: Providers Listed By Protocol:
> {imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> mapistore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> mapitransport=javax.mail.Provider[TRANSPORT,mapitransport,com.remedy.mail.mapi.MAPITransport,
> m...@remedy.com],
> pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy
> stems, Inc],
> smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
> Microsystems, Inc],
> mbox=javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,
> d...@gnu.org]}
>
> DEBUG: successfully loaded resource: /META-INF/javamail.default.address.map
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.address.map
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.address.map
>
> DEBUG:

Re: AREmail problems - ARS 6.3

[Warren R. Baltimore II]

I don't know Pat, I think I just need to update my Javamail.providers file
though

On Wed, Aug 6, 2014 at 7:03 PM, Pat Zandi  wrote:

> **
> In this version wasn't there a autofix function like : delete all the
> forms and then run aremail -x -i. Or something like that and it reinstalls
> the whole system and them u just configure and voila.  I know I did that
> but that was 2002?I can't remember
>
> Sent from my iPhone
>
> On Aug 6, 2014, at 5:55 PM, "Grooms, Frederick W" <
> frederick.w.gro...@xo.com> wrote:
>
>  **
>
> Do you have access to the server where AREmail works?   If so try copying
> the jar files over to the DR server.
>
>
>
> Fred
>
>
>
> *From:* Action Request System discussion list(ARSList) [
> mailto:arslist@ARSLIST.ORG ] *On Behalf Of *Warren
> R. Baltimore II
> *Sent:* Wednesday, August 06, 2014 4:12 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* AREmail problems - ARS 6.3
>
>
>
> **
>
> Hello all!
>
>
>
> Got a bit of a problem and I'm really floundering
>
>
>
> I've got an old ARS 6.3 installation that I have to fail over to my DR
> server.  We've never had the email piece working on the DR side, but I need
> to get it going now.
>
>
>
> It's AREmail 6.3 running on a Solaris box.
>
>
>
> I'm trying to set up an imap outgoing server.  I can get the email engine
> started, but fromt here it is all down hill.
>
>
>
> Lots of Java issues (jdk1.4.2_34).  I keep seing the following rotate
> through the error logs:
>
>
>
>  Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> javax.mail.MessagingException: Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPStore.java:303)
>
> at javax.mail.Service.connect(Service.java:233)
>
> at javax.mail.Service.connect(Service.java:134)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.initializeIncommingMailbox(ReceiverModule.java:1687)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:205)
>
> at com.remedy.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:268)
>
> at java.lang.Thread.run(Thread.java:579)
>
>
>
> Additionally, when I look at the emaild.sh_log file, I see the following:
>
>
>
>  Application has started Version:  06.03.00 patch 022 200706151326
>
> Checking connection to server: ntcprdrem247 ...
>
> Using JRE: 1.4.2_34
>
> loaded library
>
> Successfully connected.
>
> DEBUG: JavaMail version 1.3
>
> DEBUG: successfully loaded file: /usr/j2se/jre/lib/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: Bad provider entry:
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource: /META-INF/javamail.default.providers
>
> DEBUG: Tables of loaded providers
>
> DEBUG: Providers Listed By Class Name:
> {com.remedy.mail.mapi.MAPIStore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> com.remedy.mail.mapi.MAPITransport=javax.mail.Provider[TRANSPORT,mapitransport,com.remedy.mail.mapi.MAPITransport,
> m...@remedy.com],
> com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
> Microsystems, Inc],
> com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
> Microsystems, Inc],
> gnu.mail.providers.mbox.MboxStore=javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,
> d...@gnu.org]}
>
> DEBUG: Providers Listed By Protocol:
> {imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> mapistore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> mapitransport=javax.mail.Provider[TRANSPORT,mapitransport,com.remedy.mail.mapi.MAPITransport,
> m...@remedy.com],
> pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy
> stems, Inc],
> smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
> Microsystems, Inc],
> mbox=javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,
> d...@gnu.org]}
>
> DEBUG: successfully loaded resource: /META-INF/javamail.default.address.map
>
> DEBUG: URL
> jar:file:/opt/ar/AREma

Re: AREmail problems - ARS 6.3

[Warren R. Baltimore II]

It's supposed to be!  At least that's what my exchange folks tell me
(famous last words).

Thanks for the thought though!

On Wed, Aug 6, 2014 at 8:29 PM, Schon, Stuart 
wrote:

> **
>
> Is the DR server/AREMail trusted by the Exchange Server? if not then the
> connection will be rejected
>
>
>
>
>
> *Stuart SchonService Desk Systems - ManagerFujitsu Australia Limited*
>
>  *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Pat Zandi
> *Sent:* Thursday, 7 August 2014 9:04 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: AREmail problems - ARS 6.3
>
>
>
> **
>
> In this version wasn't there a autofix function like : delete all the
> forms and then run aremail -x -i. Or something like that and it reinstalls
> the whole system and them u just configure and voila.  I know I did that
> but that was 2002?I can't remember
>
> Sent from my iPhone
>
>
> On Aug 6, 2014, at 5:55 PM, "Grooms, Frederick W" <
> frederick.w.gro...@xo.com> wrote:
>
>  **
>
> Do you have access to the server where AREmail works?   If so try copying
> the jar files over to the DR server.
>
>
>
> Fred
>
>
>
> *From:* Action Request System discussion list(ARSList) [
> mailto:arslist@ARSLIST.ORG ] *On Behalf Of *Warren
> R. Baltimore II
> *Sent:* Wednesday, August 06, 2014 4:12 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* AREmail problems - ARS 6.3
>
>
>
> **
>
> Hello all!
>
>
>
> Got a bit of a problem and I'm really floundering
>
>
>
> I've got an old ARS 6.3 installation that I have to fail over to my DR
> server.  We've never had the email piece working on the DR side, but I need
> to get it going now.
>
>
>
> It's AREmail 6.3 running on a Solaris box.
>
>
>
> I'm trying to set up an imap outgoing server.  I can get the email engine
> started, but fromt here it is all down hill.
>
>
>
> Lots of Java issues (jdk1.4.2_34).  I keep seing the following rotate
> through the error logs:
>
>
>
>  Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> javax.mail.MessagingException: Connection reset;
>
> nested exception is:
>
> java.net.SocketException: Connection reset
>
> at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPStore.java:303)
>
> at javax.mail.Service.connect(Service.java:233)
>
> at javax.mail.Service.connect(Service.java:134)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.initializeIncommingMailbox(ReceiverModule.java:1687)
>
> at
> com.remedy.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:205)
>
> at com.remedy.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:268)
>
> at java.lang.Thread.run(Thread.java:579)
>
>
>
> Additionally, when I look at the emaild.sh_log file, I see the following:
>
>
>
>  Application has started Version:  06.03.00 patch 022 200706151326
>
> Checking connection to server: ntcprdrem247 ...
>
> Using JRE: 1.4.2_34
>
> loaded library
>
> Successfully connected.
>
> DEBUG: JavaMail version 1.3
>
> DEBUG: successfully loaded file: /usr/j2se/jre/lib/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: Bad provider entry:
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//emaildaemon.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//smtp.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//pop3.jar!/META-INF/javamail.providers
>
> DEBUG: URL
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource:
> jar:file:/opt/ar/AREmail//imap.jar!/META-INF/javamail.providers
>
> DEBUG: successfully loaded resource: /META-INF/javamail.default.providers
>
> DEBUG: Tables of loaded providers
>
> DEBUG: Providers Listed By Class Name:
> {com.remedy.mail.mapi.MAPIStore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> com.remedy.mail.mapi.MAPITransport=javax.mail.Provider[TRANSPORT,mapitransport,com.remedy.mail.mapi.MAPITransport,
> m...@remedy.com],
> com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
> Microsystems, Inc],
> com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
> Microsystems, Inc],
> gnu.mail.providers.mbox.MboxStore=javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,
> d...@gnu.org]}
>
> DEBUG: Providers Listed By Protocol:
> {imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
> Microsystems, Inc],
> mapistore=javax.mail.Provider[STORE,mapistore,com.remedy.mail.mapi.MAPIStore,
> m...@remedy.com],
> mapitransport=javax.mail.Provider[TRANSPO

Re: OT: Contract vs FTE

[Rick Westbrock]

Ray-

Personally I was FTE for 11 years and then did just over a year on a DoD 
contract. I found that the contractor's life is not for me, at least not 
government contracts. I never did any private sector contracting so it may be 
different in that environment. Personally I prefer the stability of FTE and I 
like working with the same team for many years. I also get exposed to a lot 
more technologies than just Remedy so while my skillset may not be as deep as a 
lot of folks on the list regarding Remedy it is probably broader than many.

I also don't have the personality or patience to be able to weather the 
occasional gap between contracts, both mentally and budget-wise. YMMV.


-Rick

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ray Gellenbeck
Sent: Wednesday, August 06, 2014 9:29 PM
To: arslist@ARSLIST.ORG
Subject: Re: OT: Contract vs FTE

Thanks.  I've always been a FTE since I started in 96.  The growing trend seems 
to be client hopes for a short deploy/customize contract gig then drop the SME 
and then hope a cheaper admin can keep it running.  The beauty of that dream is 
then when that flops they hire an old codger like me to undo the mess, which 
runs 2-3 times longer on average.

Anyway, I was just taken back how many recruiters hit you up for contract-only 
gigs these days.  I've always said "pass" but wonder about the pros/con's in 
the current market.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers 
Are, and have been for 20 years"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: OT: Contract vs FTE

[Rick Cook]

I've spent my 18 years in Remedy doing both FTE and Consulting work.  There
are some obvious differences, like the amount of travel, but the biggest
differences are in the scope of work.  As a consultant, you usually have a
defined timeline, and you work with the customer to define a scope that can
be delivered within that schedule.  My #1 rule of consulting is that the
customer can define the scope or the schedule, but not both.  I get
whichever one they don't want.  The bottom line is that we need to agree on
what a completed project looks like, and then I need to execute against
that definition.

As an FTE, you can be working on one thing one day, then some new corporate
direction can have you drop that and start something different.
Deliverables tend to be more easily fit into "Other duties as assigned",
simply because you've agreed to that when you hired on.  Because consultant
$$ tend to be more thoughtfully spent (in most places), there is less of
that.

My decision to leave consulting a couple of years ago was difficult,
because I loved what I was doing and the people with whom I worked, but was
borne of two things: A need - calling, really - to spend more than 2
weekends a month at home, and the increasing cost of providing my own
health insurance.  The combination of my aging family and the intrusion of
the ACA plans was going to triple my out of pocket costs within a year.
That substantially narrowed the net income gap between an FTE position with
benefits and a straight 1099 without any.  Given the ridiculously low rates
some people are offering for Remedy talent these days, I think I made the
right call for me.  YMMV.

Rick


On Thu, Aug 7, 2014 at 7:18 AM, Terry Bootsma 
wrote:

> **
>
> I thought I would chime in on this thread...
>
>
>
> I have been in the Remedy consulting world since 1997.  I have pretty much
> seen it all, including my share of poorely executed and
> excellent implementations by both other contractors and FTEs.  I don't
> think anyone can say whether a better job is done by an FTE or contractor,
> in my experience it all comes down to the quality of the individual(s)
> doing the work.
>
>
>
> My foray into the consulting/contracting work was a personal choice due to
> limited opportunities for growth in my FTE company after 8 years.  Everyone
> thought I was crazy at the time, especially with a 5 year old and a 2 year
> old at home and being the sole bread-winner for the family, but I have
> never looked back.
>
>
>
> In my experience, Remedy ITSM consultants/contractors either fall into
> this area by personal choice or through circumstance (ie. they are let go
> by their FTE organization).   They can be let go either by company
> downsizing or because of performance reasons.  I can't begin to tell you
> the number of "Remedy Consultants" I have met in the industry that fall
> into the latter category.  It infuriates me as it paints all of us with the
> same brush, but you have to accept the fact that you can only control your
> own destiny.  That's when guys like Ray have to come in an fix the mess.
>  If you are a company that is thinking of employing a
> contractor/consultant, I would encourage you to ask them how they got into
> the business.  It might give you some additional information when screening
> candidates.  :-)
>
>
>
> As was mentioned, it is true that a lot of the organizations implementing
> ITSM are looking for the "kick start" to get them going (through
> contractors/consultants), then pass onto FTEs for operational support.  It
> makes a lot of sense if your organization uses contractors/consultants
> wisely.  This includes a defined project scope, exit plan for the
> contractor/consultant (including training/knowledge transfer), and warranty
> (if you can get it).
>
>
>
> To answer Ray's question, the pro's associated with this type of work is
> the dynamic nature of the work, new people/organizations/business
> challenges, lack of internal politics associated with organizations (ie.
> this is usually done before you arrive on site),  and the compensation.
> The con's are, as you would probably think, the travel (also a plus for
> some), constant learning and education, and managing your contracts .   As
> in any environment, excellent communication skills will enhance your
> opportunities to succeed.
>
>
>
> HTH
>
>
>
> Terry
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On 2014-08-07 00:29, Ray Gellenbeck wrote:
>
> Thanks.  I've always been a FTE since I started in 96.  The growing trend 
> seems to be client hopes for a short deploy/customize contract gig then drop 
> the SME and then hope a cheaper admin can keep it running.  The beauty of 
> that dream is then when that flops they hire an old codger like me to undo 
> the mess, which runs 2-3 times longer on average.
>
> Anyway, I was just taken back how many recruiters hit you up for 
> contract-only gigs these days.  I've always said "pass" but wonder about the 
> pros/con's in the current market.
>
> _

Re: OT: Contract vs FTE

[Tanner, Doug]

I did Remedy Consulting/Development/Training as a RAC/Certified Trainer, from 
1999 - 2006, I have been a FTE since 2006
Pros - $$, Experience, Exposure, Variety, Travel, Customers who wanted to get 
something done (Motivated)
Cons - Travel (Suitcase gets old), Occasional Crazy-Customer

Doug

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Westbrock
Sent: Thursday, August 07, 2014 10:48 AM
To: arslist@ARSLIST.ORG
Subject: Re: OT: Contract vs FTE

Ray-

Personally I was FTE for 11 years and then did just over a year on a DoD 
contract. I found that the contractor's life is not for me, at least not 
government contracts. I never did any private sector contracting so it may be 
different in that environment. Personally I prefer the stability of FTE and I 
like working with the same team for many years. I also get exposed to a lot 
more technologies than just Remedy so while my skillset may not be as deep as a 
lot of folks on the list regarding Remedy it is probably broader than many.

I also don't have the personality or patience to be able to weather the 
occasional gap between contracts, both mentally and budget-wise. YMMV.


-Rick

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ray Gellenbeck
Sent: Wednesday, August 06, 2014 9:29 PM
To: arslist@ARSLIST.ORG
Subject: Re: OT: Contract vs FTE

Thanks.  I've always been a FTE since I started in 96.  The growing trend seems 
to be client hopes for a short deploy/customize contract gig then drop the SME 
and then hope a cheaper admin can keep it running.  The beauty of that dream is 
then when that flops they hire an old codger like me to undo the mess, which 
runs 2-3 times longer on average.

Anyway, I was just taken back how many recruiters hit you up for contract-only 
gigs these days.  I've always said "pass" but wonder about the pros/con's in 
the current market.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers 
Are, and have been for 20 years"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers 
Are, and have been for 20 years"
This email is subject to certain disclaimers, which may be reviewed via the 
following link. http://compass-usa.com/Pages/Disclaimer.aspx.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: https vs http when using web service and a load balancer.

[Terry Bootsma]

 

John: 

Thanks for your feedback. I implemented the recommended changes and it
worked perfectly! 

Terry 

On 2014-08-05, John Baker wrote: 

> Hello,
> 
> I would suggest you review the Tomcat connector documentation:
> 
> http://tomcat.apache.org/tomcat-7.0-doc/config/http.html [1]
> 
> and in particular:
> 
> http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#Common_Attributes [2]
> 
> scheme: Set this attribute to the name of the protocol you wish to have 
> returned by calls to request.getScheme(). For example, you would set this 
> attribute to "https" for an SSL Connector.
> 
> To correctly set up Tomcat behind a reverse proxy load balancer, which is 
> essentially what happens when SSL terminates at the load balancer, the Tomcat 
> needs to know about the scheme, host and port in order to correctly create 
> URLs when an application says, "What's the protocol we support?
> What's the hostname on which we run?", etc. 
> 
> Assuming the BMC code isn't doing anything horrific like assuming HTTP, I 
> suspect that setting the scheme="https" attribute on the connector will 
> resolve the issue. Also, set proxyName="lbhostname" and proxyPort="443".
> This is configured in the server.xml file on the HTTP connector, ie.
> 
>  connectionTimeout="2" redirectPort="8443" 
> scheme="https" proxyName="loadbalancerfqdn" proxyPort="8443" 
> />
> 
> John Baker
> --
> SSO Plugin for the BMC product set
> http://www.javasystemsolutions.com/jss/ssoplugin [3]
> 
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org [4] "Where the 
> Answers Are, and have been for 20 years"
 

Links:
--
[1] http://tomcat.apache.org/tomcat-7.0-doc/config/http.html
[2]
http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#Common_Attributes
[3] http://www.javasystemsolutions.com/jss/ssoplugin
[4] http://www.arslist.org

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Permission problem

[Charlie Lotridge]

I'm at a loss and would appreciate any suggestions on how to fix this.

I have a field on a form that has no privileges configured on it, so no one
but full admins should see it.  But for some reason an underprivileged user
account can see this field on the mid-tier running on the same machine,
call it machine QA.  I have the same form on a server & mid-tier running on
machine DEV, and the field is appropriately invisible to the (effectively)
same user account.

If I point DEV's mid-tier at server QA, the field is appropriately
invisible.

If I point QA's mid-tier at server DEV, the field is appropriately
invisible.

I've tried the above on different browsers running on different machines
with the same results.

So, it seems that the problem manifests ONLY when QA's mid-tier is pointing
at QA's server.

I've (of course) tried flushing the cache on QA's mid-tier, bouncing QA's
Tomcat, and even bouncing machine QA itself, but the problem persists.  And
during the these bounces, I've turned off QA's cache persistence but no joy.

The field (in this case) is a display field, so this is NOT an issue about
seeing or modifying data without appropriate privileges.  So I have no
reason to suspect a problem with ARS itself not enforcing permission
policies, and in fact the evidence (outlined above) would seem to suggest
something wrong with QA's mid-tier.  But it IS an issue (to me) that the
field is visible.

I've simplified my description here a bit and the problem does extend
beyond what I've described here.  But my guess is that if I can solve this
problem the other similar elements will resolve too.  Still, if appears
relevant I can describe more details.

All of the servers and mid-tiers are running v8.1.01

Has anyone seen this before?  Any suggestions on how to fix this?  I
haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat
yet, do anyone think this will help?

Thanks,
Charlie

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[LJ LongWing]

Charlie,
Have you shut down Tomcat, deleted all of the contents of the 'cache'
directory for Mid-Tier, and restarted?...this is moderately different than
a 'Flush Cache' from the config console.


On Thu, Aug 7, 2014 at 9:02 AM, Charlie Lotridge 
wrote:

> **
> I'm at a loss and would appreciate any suggestions on how to fix this.
>
> I have a field on a form that has no privileges configured on it, so no
> one but full admins should see it.  But for some reason an underprivileged
> user account can see this field on the mid-tier running on the same
> machine, call it machine QA.  I have the same form on a server & mid-tier
> running on machine DEV, and the field is appropriately invisible to the
> (effectively) same user account.
>
> If I point DEV's mid-tier at server QA, the field is appropriately
> invisible.
>
> If I point QA's mid-tier at server DEV, the field is appropriately
> invisible.
>
> I've tried the above on different browsers running on different machines
> with the same results.
>
> So, it seems that the problem manifests ONLY when QA's mid-tier is
> pointing at QA's server.
>
> I've (of course) tried flushing the cache on QA's mid-tier, bouncing QA's
> Tomcat, and even bouncing machine QA itself, but the problem persists.  And
> during the these bounces, I've turned off QA's cache persistence but no joy.
>
> The field (in this case) is a display field, so this is NOT an issue about
> seeing or modifying data without appropriate privileges.  So I have no
> reason to suspect a problem with ARS itself not enforcing permission
> policies, and in fact the evidence (outlined above) would seem to suggest
> something wrong with QA's mid-tier.  But it IS an issue (to me) that the
> field is visible.
>
> I've simplified my description here a bit and the problem does extend
> beyond what I've described here.  But my guess is that if I can solve this
> problem the other similar elements will resolve too.  Still, if appears
> relevant I can describe more details.
>
> All of the servers and mid-tiers are running v8.1.01
>
> Has anyone seen this before?  Any suggestions on how to fix this?  I
> haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat
> yet, do anyone think this will help?
>
> Thanks,
> Charlie
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[Downing, Ryan]

To further the idea of a manual flush….please try the following steps:

Manually clearing the midtier cache


· Shutdown the tomcat service.

· Delete the contents of the following folders:

o   /cache/

o   /cachetemp/  [might need to check if the folder exists. If it 
does, delete the contents] – Delete files if folder exists.

o   /PluginsCache/

o   /WEB-INF/classes and delete the two files viewstats.dat and 
viewstats.dat.bak

o   /Work/Catalina/localhost/arsys/

o   /temp/

· Restart tomcat service

· Check if preload checkbox is checked in the midtier config

o   If yes, preload will automatically commence.

o   If no, enable preload, and then click “Flush cache” to trigger preload. 
(Note Click on Flush Cache only once.)
Preload progress can be monitored in midtier logs – INFO level logging.

Hope this helps  ☺

Regards,
Ryan.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
Sent: Thursday, August 07, 2014 11:07 AM
To: arslist@ARSLIST.ORG
Subject: Re: Permission problem

**
Charlie,
Have you shut down Tomcat, deleted all of the contents of the 'cache' directory 
for Mid-Tier, and restarted?...this is moderately different than a 'Flush 
Cache' from the config console.

On Thu, Aug 7, 2014 at 9:02 AM, Charlie Lotridge 
mailto:lotri...@mcs-sf.com>> wrote:
**
I'm at a loss and would appreciate any suggestions on how to fix this.

I have a field on a form that has no privileges configured on it, so no one but 
full admins should see it.  But for some reason an underprivileged user account 
can see this field on the mid-tier running on the same machine, call it machine 
QA.  I have the same form on a server & mid-tier running on machine DEV, and 
the field is appropriately invisible to the (effectively) same user account.

If I point DEV's mid-tier at server QA, the field is appropriately invisible.

If I point QA's mid-tier at server DEV, the field is appropriately invisible.

I've tried the above on different browsers running on different machines with 
the same results.

So, it seems that the problem manifests ONLY when QA's mid-tier is pointing at 
QA's server.

I've (of course) tried flushing the cache on QA's mid-tier, bouncing QA's 
Tomcat, and even bouncing machine QA itself, but the problem persists.  And 
during the these bounces, I've turned off QA's cache persistence but no joy.

The field (in this case) is a display field, so this is NOT an issue about 
seeing or modifying data without appropriate privileges.  So I have no reason 
to suspect a problem with ARS itself not enforcing permission policies, and in 
fact the evidence (outlined above) would seem to suggest something wrong with 
QA's mid-tier.  But it IS an issue (to me) that the field is visible.

I've simplified my description here a bit and the problem does extend beyond 
what I've described here.  But my guess is that if I can solve this problem the 
other similar elements will resolve too.  Still, if appears relevant I can 
describe more details.

All of the servers and mid-tiers are running v8.1.01

Has anyone seen this before?  Any suggestions on how to fix this?  I haven't 
gone as far as uninstalling/reinstalling the mid-tier or tomcat yet, do anyone 
think this will help?

Thanks,
Charlie
_ARSlist: "Where the Answers Are" and have been for 20 years_

_ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

Make sure when you are flushing your local Browser cache (in IE) that the 
"Preserve Favorites website data" is UNCHECKED and that Form Data is CHECKED.

Lisa

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
Sent: Thursday, August 07, 2014 11:07 AM
To: arslist@ARSLIST.ORG
Subject: Re: Permission problem

** 
Charlie,
Have you shut down Tomcat, deleted all of the contents of the 'cache' directory 
for Mid-Tier, and restarted?...this is moderately different than a 'Flush 
Cache' from the config console.


On Thu, Aug 7, 2014 at 9:02 AM, Charlie Lotridge  wrote:


** 
I'm at a loss and would appreciate any suggestions on how to fix this.


I have a field on a form that has no privileges configured on it, so no 
one but full admins should see it.  But for some reason an underprivileged user 
account can see this field on the mid-tier running on the same machine, call it 
machine QA.  I have the same form on a server & mid-tier running on machine 
DEV, and the field is appropriately invisible to the (effectively) same user 
account.

If I point DEV's mid-tier at server QA, the field is appropriately 
invisible.

If I point QA's mid-tier at server DEV, the field is appropriately 
invisible.

I've tried the above on different browsers running on different 
machines with the same results.

So, it seems that the problem manifests ONLY when QA's mid-tier is 
pointing at QA's server.

I've (of course) tried flushing the cache on QA's mid-tier, bouncing 
QA's Tomcat, and even bouncing machine QA itself, but the problem persists.  
And during the these bounces, I've turned off QA's cache persistence but no joy.

The field (in this case) is a display field, so this is NOT an issue 
about seeing or modifying data without appropriate privileges.  So I have no 
reason to suspect a problem with ARS itself not enforcing permission policies, 
and in fact the evidence (outlined above) would seem to suggest something wrong 
with QA's mid-tier.  But it IS an issue (to me) that the field is visible.

I've simplified my description here a bit and the problem does extend 
beyond what I've described here.  But my guess is that if I can solve this 
problem the other similar elements will resolve too.  Still, if appears 
relevant I can describe more details.

All of the servers and mid-tiers are running v8.1.01

Has anyone seen this before?  Any suggestions on how to fix this?  I 
haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat yet, do 
anyone think this will help?

Thanks,
Charlie
_ARSlist: "Where the Answers Are" and have been for 20 years_ 


_ARSlist: "Where the Answers Are" and have been for 20 years_ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[Charlie Lotridge]

Ok!  Yes, that seems to have solved the problem.

I kind of thought that the cache persistence option was about keeping or
not keeping the contents of that directory, so didn't bother trying it.

What I didn't add earlier is that changes to the user account's permissions
(but not including adding Administrator) did resolve the problem, but only
for short periods of time.  It would then come back after a while.

I'm crossing my fingers that this solution will persist.

Thanks LJ!

-charlie


On Thu, Aug 7, 2014 at 8:06 AM, LJ LongWing  wrote:

> **
> Charlie,
> Have you shut down Tomcat, deleted all of the contents of the 'cache'
> directory for Mid-Tier, and restarted?...this is moderately different than
> a 'Flush Cache' from the config console.
>
>
> On Thu, Aug 7, 2014 at 9:02 AM, Charlie Lotridge 
> wrote:
>
>> **
>> I'm at a loss and would appreciate any suggestions on how to fix this.
>>
>> I have a field on a form that has no privileges configured on it, so no
>> one but full admins should see it.  But for some reason an underprivileged
>> user account can see this field on the mid-tier running on the same
>> machine, call it machine QA.  I have the same form on a server & mid-tier
>> running on machine DEV, and the field is appropriately invisible to the
>> (effectively) same user account.
>>
>> If I point DEV's mid-tier at server QA, the field is appropriately
>> invisible.
>>
>> If I point QA's mid-tier at server DEV, the field is appropriately
>> invisible.
>>
>> I've tried the above on different browsers running on different machines
>> with the same results.
>>
>> So, it seems that the problem manifests ONLY when QA's mid-tier is
>> pointing at QA's server.
>>
>> I've (of course) tried flushing the cache on QA's mid-tier, bouncing QA's
>> Tomcat, and even bouncing machine QA itself, but the problem persists.  And
>> during the these bounces, I've turned off QA's cache persistence but no joy.
>>
>> The field (in this case) is a display field, so this is NOT an issue
>> about seeing or modifying data without appropriate privileges.  So I have
>> no reason to suspect a problem with ARS itself not enforcing permission
>> policies, and in fact the evidence (outlined above) would seem to suggest
>> something wrong with QA's mid-tier.  But it IS an issue (to me) that the
>> field is visible.
>>
>> I've simplified my description here a bit and the problem does extend
>> beyond what I've described here.  But my guess is that if I can solve this
>> problem the other similar elements will resolve too.  Still, if appears
>> relevant I can describe more details.
>>
>> All of the servers and mid-tiers are running v8.1.01
>>
>> Has anyone seen this before?  Any suggestions on how to fix this?  I
>> haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat
>> yet, do anyone think this will help?
>>
>> Thanks,
>> Charlie
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[Charlie Lotridge]

Thanks for these additional suggestions.

Lisa, yes, I did uncheck that option (but it didn't help).

Ryan, so far I've only deleted the cache directory.  If the problem
re-manifests I'll try your more extensive approach.

-charlie


On Thu, Aug 7, 2014 at 8:12 AM, Kemes, Lisa A DLA CTR INFORMATION
OPERATIONS  wrote:

> Make sure when you are flushing your local Browser cache (in IE) that the
> "Preserve Favorites website data" is UNCHECKED and that Form Data is
> CHECKED.
>
> Lisa
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> Sent: Thursday, August 07, 2014 11:07 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Permission problem
>
> **
> Charlie,
> Have you shut down Tomcat, deleted all of the contents of the 'cache'
> directory for Mid-Tier, and restarted?...this is moderately different than
> a 'Flush Cache' from the config console.
>
>
> On Thu, Aug 7, 2014 at 9:02 AM, Charlie Lotridge 
> wrote:
>
>
> **
> I'm at a loss and would appreciate any suggestions on how to fix
> this.
>
>
> I have a field on a form that has no privileges configured on it,
> so no one but full admins should see it.  But for some reason an
> underprivileged user account can see this field on the mid-tier running on
> the same machine, call it machine QA.  I have the same form on a server &
> mid-tier running on machine DEV, and the field is appropriately invisible
> to the (effectively) same user account.
>
> If I point DEV's mid-tier at server QA, the field is appropriately
> invisible.
>
> If I point QA's mid-tier at server DEV, the field is appropriately
> invisible.
>
> I've tried the above on different browsers running on different
> machines with the same results.
>
> So, it seems that the problem manifests ONLY when QA's mid-tier is
> pointing at QA's server.
>
> I've (of course) tried flushing the cache on QA's mid-tier,
> bouncing QA's Tomcat, and even bouncing machine QA itself, but the problem
> persists.  And during the these bounces, I've turned off QA's cache
> persistence but no joy.
>
> The field (in this case) is a display field, so this is NOT an
> issue about seeing or modifying data without appropriate privileges.  So I
> have no reason to suspect a problem with ARS itself not enforcing
> permission policies, and in fact the evidence (outlined above) would seem
> to suggest something wrong with QA's mid-tier.  But it IS an issue (to me)
> that the field is visible.
>
> I've simplified my description here a bit and the problem does
> extend beyond what I've described here.  But my guess is that if I can
> solve this problem the other similar elements will resolve too.  Still, if
> appears relevant I can describe more details.
>
> All of the servers and mid-tiers are running v8.1.01
>
> Has anyone seen this before?  Any suggestions on how to fix this?
>  I haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat
> yet, do anyone think this will help?
>
> Thanks,
> Charlie
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[Givens, Gregory CTR NPC, Pers 54]

I've seen this on my system before and it was always with a field with no 
permissions assigned.
Flushing the cache resolves it sometimes, but I've seen it come back after 
subsequent flushes.

Try assigning an un-used permissions group to the field.

Greg

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge
Sent: Thursday, August 07, 2014 10:03 AM
To: arslist@ARSLIST.ORG
Subject: Permission problem

** 
I'm at a loss and would appreciate any suggestions on how to fix this.


I have a field on a form that has no privileges configured on it, so no one but 
full admins should see it.  But for some reason an underprivileged user account 
can see this field on the mid-tier running on the same machine, call it machine 
QA.  I have the same form on a server & mid-tier running on machine DEV, and 
the field is appropriately invisible to the (effectively) same user account.

If I point DEV's mid-tier at server QA, the field is appropriately invisible.

If I point QA's mid-tier at server DEV, the field is appropriately invisible.

I've tried the above on different browsers running on different machines with 
the same results.

So, it seems that the problem manifests ONLY when QA's mid-tier is pointing at 
QA's server.

I've (of course) tried flushing the cache on QA's mid-tier, bouncing QA's 
Tomcat, and even bouncing machine QA itself, but the problem persists.  And 
during the these bounces, I've turned off QA's cache persistence but no joy.

The field (in this case) is a display field, so this is NOT an issue about 
seeing or modifying data without appropriate privileges.  So I have no reason 
to suspect a problem with ARS itself not enforcing permission policies, and in 
fact the evidence (outlined above) would seem to suggest something wrong with 
QA's mid-tier.  But it IS an issue (to me) that the field is visible.

I've simplified my description here a bit and the problem does extend beyond 
what I've described here.  But my guess is that if I can solve this problem the 
other similar elements will resolve too.  Still, if appears relevant I can 
describe more details.

All of the servers and mid-tiers are running v8.1.01

Has anyone seen this before?  Any suggestions on how to fix this?  I haven't 
gone as far as uninstalling/reinstalling the mid-tier or tomcat yet, do anyone 
think this will help?

Thanks,
Charlie
_ARSlist: "Where the Answers Are" and have been for 20 years_ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[Charlie Lotridge]

Greg, I'm also concerned about the problem coming back (I mentioned in
another email I've also seen this happen). Did you ever try manually
clearing the cache directories as LJ & Ryan suggested?

-charlie


On Thu, Aug 7, 2014 at 8:23 AM, Givens, Gregory CTR NPC, Pers 54 <
gregory.givens@navy.mil> wrote:

> I've seen this on my system before and it was always with a field with no
> permissions assigned.
> Flushing the cache resolves it sometimes, but I've seen it come back after
> subsequent flushes.
>
> Try assigning an un-used permissions group to the field.
>
> Greg
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge
> Sent: Thursday, August 07, 2014 10:03 AM
> To: arslist@ARSLIST.ORG
> Subject: Permission problem
>
> **
> I'm at a loss and would appreciate any suggestions on how to fix this.
>
>
> I have a field on a form that has no privileges configured on it, so no
> one but full admins should see it.  But for some reason an underprivileged
> user account can see this field on the mid-tier running on the same
> machine, call it machine QA.  I have the same form on a server & mid-tier
> running on machine DEV, and the field is appropriately invisible to the
> (effectively) same user account.
>
> If I point DEV's mid-tier at server QA, the field is appropriately
> invisible.
>
> If I point QA's mid-tier at server DEV, the field is appropriately
> invisible.
>
> I've tried the above on different browsers running on different machines
> with the same results.
>
> So, it seems that the problem manifests ONLY when QA's mid-tier is
> pointing at QA's server.
>
> I've (of course) tried flushing the cache on QA's mid-tier, bouncing QA's
> Tomcat, and even bouncing machine QA itself, but the problem persists.  And
> during the these bounces, I've turned off QA's cache persistence but no joy.
>
> The field (in this case) is a display field, so this is NOT an issue about
> seeing or modifying data without appropriate privileges.  So I have no
> reason to suspect a problem with ARS itself not enforcing permission
> policies, and in fact the evidence (outlined above) would seem to suggest
> something wrong with QA's mid-tier.  But it IS an issue (to me) that the
> field is visible.
>
> I've simplified my description here a bit and the problem does extend
> beyond what I've described here.  But my guess is that if I can solve this
> problem the other similar elements will resolve too.  Still, if appears
> relevant I can describe more details.
>
> All of the servers and mid-tiers are running v8.1.01
>
> Has anyone seen this before?  Any suggestions on how to fix this?  I
> haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat
> yet, do anyone think this will help?
>
> Thanks,
> Charlie
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[LJ LongWing]

Welleven if this 'fixes' it, you need to address the 'why'
eventually...and the only person that can address that is BMC...and being
you are running the latest version, latest service pack, latest
patchthere would obviously need to be another fix put in place.


On Thu, Aug 7, 2014 at 10:05 AM, Charlie Lotridge 
wrote:

> **
> Greg, I'm also concerned about the problem coming back (I mentioned in
> another email I've also seen this happen). Did you ever try manually
> clearing the cache directories as LJ & Ryan suggested?
>
> -charlie
>
>
> On Thu, Aug 7, 2014 at 8:23 AM, Givens, Gregory CTR NPC, Pers 54 <
> gregory.givens@navy.mil> wrote:
>
>> I've seen this on my system before and it was always with a field with no
>> permissions assigned.
>> Flushing the cache resolves it sometimes, but I've seen it come back
>> after subsequent flushes.
>>
>> Try assigning an un-used permissions group to the field.
>>
>> Greg
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge
>> Sent: Thursday, August 07, 2014 10:03 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Permission problem
>>
>> **
>> I'm at a loss and would appreciate any suggestions on how to fix this.
>>
>>
>> I have a field on a form that has no privileges configured on it, so no
>> one but full admins should see it.  But for some reason an underprivileged
>> user account can see this field on the mid-tier running on the same
>> machine, call it machine QA.  I have the same form on a server & mid-tier
>> running on machine DEV, and the field is appropriately invisible to the
>> (effectively) same user account.
>>
>> If I point DEV's mid-tier at server QA, the field is appropriately
>> invisible.
>>
>> If I point QA's mid-tier at server DEV, the field is appropriately
>> invisible.
>>
>> I've tried the above on different browsers running on different machines
>> with the same results.
>>
>> So, it seems that the problem manifests ONLY when QA's mid-tier is
>> pointing at QA's server.
>>
>> I've (of course) tried flushing the cache on QA's mid-tier, bouncing QA's
>> Tomcat, and even bouncing machine QA itself, but the problem persists.  And
>> during the these bounces, I've turned off QA's cache persistence but no joy.
>>
>> The field (in this case) is a display field, so this is NOT an issue
>> about seeing or modifying data without appropriate privileges.  So I have
>> no reason to suspect a problem with ARS itself not enforcing permission
>> policies, and in fact the evidence (outlined above) would seem to suggest
>> something wrong with QA's mid-tier.  But it IS an issue (to me) that the
>> field is visible.
>>
>> I've simplified my description here a bit and the problem does extend
>> beyond what I've described here.  But my guess is that if I can solve this
>> problem the other similar elements will resolve too.  Still, if appears
>> relevant I can describe more details.
>>
>> All of the servers and mid-tiers are running v8.1.01
>>
>> Has anyone seen this before?  Any suggestions on how to fix this?  I
>> haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat
>> yet, do anyone think this will help?
>>
>> Thanks,
>> Charlie
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>>
>> ___
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"
>>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Permission problem

[Charlie Lotridge]

And hold my breath until it that fix comes out?  :)

I put in a ticket a couple years back now about how an import of an XML
definition file containing a form with more than 90 (or ninety something, I
forget now) fields would fail.  It got logged as a bug and I'm still
anxiously waiting for that fix to show up in a release!

Alright, maybe not so anxiously as I've long since worked around the
problem.

And since it would appear that this issue isn't affecting many people, it
would understandable not be a priority to BMC.  This problem would probably
rate the same as my XML import problem.

But what I'm really hoping that your suggested fix has eliminated the
problem from my system (whereas perhaps my previous attempts flushing the
cache or changing permissions only masked it temporarily somehow).  I'm
also hoping that since the problem isn't affecting many people, this means
that whatever caused the problem in the first place is a corner case and is
unlikely to happen to me again.


On Thu, Aug 7, 2014 at 9:07 AM, LJ LongWing  wrote:

> **
> Welleven if this 'fixes' it, you need to address the 'why'
> eventually...and the only person that can address that is BMC...and being
> you are running the latest version, latest service pack, latest
> patchthere would obviously need to be another fix put in place.
>
>
> On Thu, Aug 7, 2014 at 10:05 AM, Charlie Lotridge 
> wrote:
>
>> **
>> Greg, I'm also concerned about the problem coming back (I mentioned in
>> another email I've also seen this happen). Did you ever try manually
>> clearing the cache directories as LJ & Ryan suggested?
>>
>> -charlie
>>
>>
>> On Thu, Aug 7, 2014 at 8:23 AM, Givens, Gregory CTR NPC, Pers 54 <
>> gregory.givens@navy.mil> wrote:
>>
>>> I've seen this on my system before and it was always with a field with
>>> no permissions assigned.
>>> Flushing the cache resolves it sometimes, but I've seen it come back
>>> after subsequent flushes.
>>>
>>> Try assigning an un-used permissions group to the field.
>>>
>>> Greg
>>>
>>> -Original Message-
>>> From: Action Request System discussion list(ARSList) [mailto:
>>> arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge
>>> Sent: Thursday, August 07, 2014 10:03 AM
>>> To: arslist@ARSLIST.ORG
>>> Subject: Permission problem
>>>
>>> **
>>> I'm at a loss and would appreciate any suggestions on how to fix this.
>>>
>>>
>>> I have a field on a form that has no privileges configured on it, so no
>>> one but full admins should see it.  But for some reason an underprivileged
>>> user account can see this field on the mid-tier running on the same
>>> machine, call it machine QA.  I have the same form on a server & mid-tier
>>> running on machine DEV, and the field is appropriately invisible to the
>>> (effectively) same user account.
>>>
>>> If I point DEV's mid-tier at server QA, the field is appropriately
>>> invisible.
>>>
>>> If I point QA's mid-tier at server DEV, the field is appropriately
>>> invisible.
>>>
>>> I've tried the above on different browsers running on different machines
>>> with the same results.
>>>
>>> So, it seems that the problem manifests ONLY when QA's mid-tier is
>>> pointing at QA's server.
>>>
>>> I've (of course) tried flushing the cache on QA's mid-tier, bouncing
>>> QA's Tomcat, and even bouncing machine QA itself, but the problem persists.
>>>  And during the these bounces, I've turned off QA's cache persistence but
>>> no joy.
>>>
>>> The field (in this case) is a display field, so this is NOT an issue
>>> about seeing or modifying data without appropriate privileges.  So I have
>>> no reason to suspect a problem with ARS itself not enforcing permission
>>> policies, and in fact the evidence (outlined above) would seem to suggest
>>> something wrong with QA's mid-tier.  But it IS an issue (to me) that the
>>> field is visible.
>>>
>>> I've simplified my description here a bit and the problem does extend
>>> beyond what I've described here.  But my guess is that if I can solve this
>>> problem the other similar elements will resolve too.  Still, if appears
>>> relevant I can describe more details.
>>>
>>> All of the servers and mid-tiers are running v8.1.01
>>>
>>> Has anyone seen this before?  Any suggestions on how to fix this?  I
>>> haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat
>>> yet, do anyone think this will help?
>>>
>>> Thanks,
>>> Charlie
>>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>>
>>>
>>> ___
>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>>> "Where the Answers Are, and have been for 20 years"
>>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have b

Re: Permission problem

[Givens, Gregory CTR NPC, Pers 54]

Charlie,
I had not tried clearing the tomcat cache
I created a group called Remedy Admin and assigned the permissions (assigning 
it to Administrator did not work)
At the time we were on 7.5 and I only noticed it on buttons and tab panels. 
I have not seen the issue since updating to 7.6.04

Greg

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge
Sent: Thursday, August 07, 2014 11:05 AM
To: arslist@ARSLIST.ORG
Subject: Re: Permission problem

** 
Greg, I'm also concerned about the problem coming back (I mentioned in another 
email I've also seen this happen). Did you ever try manually clearing the cache 
directories as LJ & Ryan suggested?

-charlie


On Thu, Aug 7, 2014 at 8:23 AM, Givens, Gregory CTR NPC, Pers 54 
 wrote:


I've seen this on my system before and it was always with a field with 
no permissions assigned.
Flushing the cache resolves it sometimes, but I've seen it come back 
after subsequent flushes.

Try assigning an un-used permissions group to the field.

Greg

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge
Sent: Thursday, August 07, 2014 10:03 AM
To: arslist@ARSLIST.ORG
Subject: Permission problem

**

I'm at a loss and would appreciate any suggestions on how to fix this.


I have a field on a form that has no privileges configured on it, so no 
one but full admins should see it.  But for some reason an underprivileged user 
account can see this field on the mid-tier running on the same machine, call it 
machine QA.  I have the same form on a server & mid-tier running on machine 
DEV, and the field is appropriately invisible to the (effectively) same user 
account.

If I point DEV's mid-tier at server QA, the field is appropriately 
invisible.

If I point QA's mid-tier at server DEV, the field is appropriately 
invisible.

I've tried the above on different browsers running on different 
machines with the same results.

So, it seems that the problem manifests ONLY when QA's mid-tier is 
pointing at QA's server.

I've (of course) tried flushing the cache on QA's mid-tier, bouncing 
QA's Tomcat, and even bouncing machine QA itself, but the problem persists.  
And during the these bounces, I've turned off QA's cache persistence but no joy.

The field (in this case) is a display field, so this is NOT an issue 
about seeing or modifying data without appropriate privileges.  So I have no 
reason to suspect a problem with ARS itself not enforcing permission policies, 
and in fact the evidence (outlined above) would seem to suggest something wrong 
with QA's mid-tier.  But it IS an issue (to me) that the field is visible.

I've simplified my description here a bit and the problem does extend 
beyond what I've described here.  But my guess is that if I can solve this 
problem the other similar elements will resolve too.  Still, if appears 
relevant I can describe more details.

All of the servers and mid-tiers are running v8.1.01

Has anyone seen this before?  Any suggestions on how to fix this?  I 
haven't gone as far as uninstalling/reinstalling the mid-tier or tomcat yet, do 
anyone think this will help?

Thanks,
Charlie

_ARSlist: "Where the Answers Are" and have been for 20 years_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"



_ARSlist: "Where the Answers Are" and have been for 20 years_ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"


smime.p7s
Description: S/MIME cryptographic signature

Tomcat with IIS

[William Rentfrow]

Hi all -

I have a dumb problem.  I can't get Tomcat to work with IIS on Windows Server 
2008 R2.  This is with a completely vanilla install of Remedy ARS 8.1 using SQL 
server.

The install went fine, there was no problem I could see.

I've uninstalled and re-installed the mid-tier several times.  I've checked all 
of the connectors I could find on the tomcat side and the virtual directory 
stuff on the IIS side.  The jakarta virtual directory exists, and all of the 
registry settings and file configurations look right.

IIS responds to normal requests - but any request to the virtual directory just 
doesn't work.

The default URL to configure the MT is this:

http://localhost:8080/arsys/shared/config/config.jsp

Localhost resolves correctly to the local machine - for kicks I have tried the 
actual machine name too, with the same results.

I feel like I am missing something really obvious here...but I haven't worked 
with Windows/IIS in ages.

I know this is vague...but... thoughts?

B.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Tomcat with IIS

[Grooms, Frederick W]

Is Tomcat actually listening on port 8080?   If Tomcat is listening on that 
port just  http://localhost:8080  should bring up a Tomcat "home" page

Check the Tomcat  server.xml  to see what Tomcat is configured for.

Fred

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: Thursday, August 07, 2014 4:16 PM
To: arslist@ARSLIST.ORG
Subject: Tomcat with IIS

**
Hi all -

I have a dumb problem.  I can't get Tomcat to work with IIS on Windows Server 
2008 R2.  This is with a completely vanilla install of Remedy ARS 8.1 using SQL 
server.

The install went fine, there was no problem I could see.

I've uninstalled and re-installed the mid-tier several times.  I've checked all 
of the connectors I could find on the tomcat side and the virtual directory 
stuff on the IIS side.  The jakarta virtual directory exists, and all of the 
registry settings and file configurations look right.

IIS responds to normal requests - but any request to the virtual directory just 
doesn't work.

The default URL to configure the MT is this:

http://localhost:8080/arsys/shared/config/config.jsp

Localhost resolves correctly to the local machine - for kicks I have tried the 
actual machine name too, with the same results.

I feel like I am missing something really obvious here...but I haven't worked 
with Windows/IIS in ages.

I know this is vague...but... thoughts?

B.




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Tomcat with IIS

[Joe D'Souza]

IIS is usually started by an internal Windows user. I forget the format of
the name but its something like USR_.

 

Make sure this user has read write and execute permissions wherever
appropriate. I forget the list of places to look for this but its not that
hard to work your way backwards.

 

Joe

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: Thursday, August 07, 2014 5:16 PM
To: arslist@ARSLIST.ORG
Subject: Tomcat with IIS

 

Hi all -

 

I have a dumb problem.  I can't get Tomcat to work with IIS on Windows
Server 2008 R2.  This is with a completely vanilla install of Remedy ARS 8.1
using SQL server.

 

The install went fine, there was no problem I could see.

 

I've uninstalled and re-installed the mid-tier several times.  I've checked
all of the connectors I could find on the tomcat side and the virtual
directory stuff on the IIS side.  The jakarta virtual directory exists, and
all of the registry settings and file configurations look right.

 

IIS responds to normal requests - but any request to the virtual directory
just doesn't work.

 

The default URL to configure the MT is this:

 

http://localhost:8080/arsys/shared/config/config.jsp

 

Localhost resolves correctly to the local machine - for kicks I have tried
the actual machine name too, with the same results.

 

I feel like I am missing something really obvious here...but I haven't
worked with Windows/IIS in ages.  

 

I know this is vague...but... thoughts?

 

B.

 

_ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Another Tomcat issue

[teresa S Fannin]

All,
I am on a 7.1 ar system and Mid-tier is 7.1 as well.  Windows 2003. Tomcat 
version 5.5.34.  I can start tomcat with Local System as the service account.
I can't start tomcat with service account name.This use to work but we had 
to change the Domain name of the service account and now I have the problem of 
not being able to start tomcat.I attempts to start but then I get the error 
that Windows could not start tomcat on local computer.
The configuration for tomcat has the correct domain/service account name.
Also in the ar.cfg file for the Db User:   I had to set the new domain name.
The Windows SA are telling that something in tomcat or the Mid tier must have a 
reference to the old Domain name.


Thanks,
Teresa


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Tomcat with IIS

[teresa S Fannin]

B.
Sorry I don't have answer but I am interested in the answers you get.  I have a 
similar situation on an 8.1 newly installed system.  But my difference is I can 
get 8080 to work but I need to
Use https and my redirector port is not working.  Be happy to share my 
server.xml file with you  if you need it.
Thanks,
Teresa

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
Sent: Thursday, August 07, 2014 4:24 PM
To: arslist@ARSLIST.ORG
Subject: Re: Tomcat with IIS

**
Is Tomcat actually listening on port 8080?   If Tomcat is listening on that 
port just  http://localhost:8080  should bring up a Tomcat "home" page

Check the Tomcat  server.xml  to see what Tomcat is configured for.

Fred

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: Thursday, August 07, 2014 4:16 PM
To: arslist@ARSLIST.ORG
Subject: Tomcat with IIS

**
Hi all -

I have a dumb problem.  I can't get Tomcat to work with IIS on Windows Server 
2008 R2.  This is with a completely vanilla install of Remedy ARS 8.1 using SQL 
server.

The install went fine, there was no problem I could see.

I've uninstalled and re-installed the mid-tier several times.  I've checked all 
of the connectors I could find on the tomcat side and the virtual directory 
stuff on the IIS side.  The jakarta virtual directory exists, and all of the 
registry settings and file configurations look right.

IIS responds to normal requests - but any request to the virtual directory just 
doesn't work.

The default URL to configure the MT is this:

http://localhost:8080/arsys/shared/config/config.jsp

Localhost resolves correctly to the local machine - for kicks I have tried the 
actual machine name too, with the same results.

I feel like I am missing something really obvious here...but I haven't worked 
with Windows/IIS in ages.

I know this is vague...but... thoughts?

B.



_ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Tomcat with IIS

[William Rentfrow]

Tomcat is configured for port 8080 in the server.xml file - but I get no 
response when I go to the url http://localhost:8080

So I tried to restart Tomcat under the services...and it just hangs when 
stopping.

Obviously, something is wrong with it.  But I've been through the entire manual 
configuration and I can't see anything obvious that's wrong.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
Sent: Thursday, August 07, 2014 4:24 PM
To: arslist@ARSLIST.ORG
Subject: Re: Tomcat with IIS

**
Is Tomcat actually listening on port 8080?   If Tomcat is listening on that 
port just  http://localhost:8080  should bring up a Tomcat "home" page

Check the Tomcat  server.xml  to see what Tomcat is configured for.

Fred

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: Thursday, August 07, 2014 4:16 PM
To: arslist@ARSLIST.ORG
Subject: Tomcat with IIS

**
Hi all -

I have a dumb problem.  I can't get Tomcat to work with IIS on Windows Server 
2008 R2.  This is with a completely vanilla install of Remedy ARS 8.1 using SQL 
server.

The install went fine, there was no problem I could see.

I've uninstalled and re-installed the mid-tier several times.  I've checked all 
of the connectors I could find on the tomcat side and the virtual directory 
stuff on the IIS side.  The jakarta virtual directory exists, and all of the 
registry settings and file configurations look right.

IIS responds to normal requests - but any request to the virtual directory just 
doesn't work.

The default URL to configure the MT is this:

http://localhost:8080/arsys/shared/config/config.jsp

Localhost resolves correctly to the local machine - for kicks I have tried the 
actual machine name too, with the same results.

I feel like I am missing something really obvious here...but I haven't worked 
with Windows/IIS in ages.

I know this is vague...but... thoughts?

B.




No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4716 / Virus Database: 3986/7998 - Release Date: 08/07/14
_ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Hiring BMC Remedy Consultant in Walnut Creek, CA for long term

[Sayli Shah]

Hey Usha,

I am interested.

Regards,
Sayli
On Aug 6, 2014 2:03 PM, "Usha Devi"  wrote:

> **
>
> I have received an exciting long term opportunity for BMC Remedy
> Consultant from my direct client in Walnut Creek, CA for 2.5 years long
> term contract. Wanted to check if anyone might be interested or can refer
> someone with whom I can speak with for the same.
>
>
>
> I've pasted just a brief description of the relevant skills/experience
> needed to be successful in this role.
>
>
>
> Responsible for development in BMC / Remedy and suite of applications
>
> Remedy Developer 8.0 or 8.1
> • Remedy Admin 8.0 or 8.1
> • ITSM
> • Atrium
> • CMDB
> • Reconciliation Engine
> • Oracle/SQL 11 g or more (Relational dB skills)
> • Web services
>
>
>
> If you are interested in learning more about the above position, please
> respond back to me via email  at usha.d...@mastech.com. You can also call
> me at 412.436.0333 Ext 2314
>
>
>
> Thanks
>
> *Usha Devi*
>
> [image: image001]
>
> *Mastech, Inc., 1000 Commerce Drive, Pittsburgh PA 15275 *
>
> *(*412.436.0333 Ext 2314 |Fax: 412.291.3001
>
> e-Mail: usha.d...@mastech.com | www.mastech.com
>
>
>
> *About Mastech (NYSE Amex: MHH):* Since 1986 Mastech has continued to be
> a premier provider of talent to the Information Technology industry.We
> deliver ‘*The Right People'* to our clients.
>
> *Please consider the environment and do not print this email unless
> absolutely necessary.*
>
>
>
>
>
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Tomcat with IIS

[David Charters]

Are your heap. Parameters set correctly? 


Sent from my Verizon Wireless 4G LTE smartphone

 Original message From: William Rentfrow 
 Date:08/07/2014  17:54  (GMT-05:00) 
To: arslist@ARSLIST.ORG Subject: Re: Tomcat with IIS 

**
Tomcat is configured for port 8080 in the server.xml file - but I get no 
response when I go to the url http://localhost:8080
 
So I tried to restart Tomcat under the services...and it just hangs when 
stopping.
 
Obviously, something is wrong with it.  But I've been through the entire manual 
configuration and I can't see anything obvious that's wrong.
 
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
Sent: Thursday, August 07, 2014 4:24 PM
To: arslist@ARSLIST.ORG
Subject: Re: Tomcat with IIS
 
**
Is Tomcat actually listening on port 8080?   If Tomcat is listening on that 
port just  http://localhost:8080  should bring up a Tomcat “home” page
 
Check the Tomcat  server.xml  to see what Tomcat is configured for.
 
Fred
 
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: Thursday, August 07, 2014 4:16 PM
To: arslist@ARSLIST.ORG
Subject: Tomcat with IIS
 
**
Hi all -
 
I have a dumb problem.  I can't get Tomcat to work with IIS on Windows Server 
2008 R2.  This is with a completely vanilla install of Remedy ARS 8.1 using SQL 
server.
 
The install went fine, there was no problem I could see.
 
I've uninstalled and re-installed the mid-tier several times.  I've checked all 
of the connectors I could find on the tomcat side and the virtual directory 
stuff on the IIS side.  The jakarta virtual directory exists, and all of the 
registry settings and file configurations look right.
 
IIS responds to normal requests - but any request to the virtual directory just 
doesn't work.
 
The default URL to configure the MT is this:
 
http://localhost:8080/arsys/shared/config/config.jsp
 
Localhost resolves correctly to the local machine - for kicks I have tried the 
actual machine name too, with the same results.
 
I feel like I am missing something really obvious here...but I haven't worked 
with Windows/IIS in ages. 
 
I know this is vague...but... thoughts?
 
B.
 
 
 
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4716 / Virus Database: 3986/7998 - Release Date: 08/07/14
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Scroll down through the Search result gives a Warning message

[Ayushi Agrawal]

Hi List Members,

Thank you for kind reply. 

I just reset the 'Disable Change Flag' property of the field , and my issue is 
now resolved. :)

Thanks Neha :)

Regards,
Ayushi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"