Re: ARS7.x: Database FieldID change

[Misi Mladoniczky]

Hi,

Try the archgid-utility from http://developer.bmc.com.

This is from the readme-file:

"Purpose:
The archgid program will let you change the internal ID of a form,
field, VUI, or group within the AR System.  This allows the
synchronization of IDs for the same form across multiple servers or
the control of the ID if needed for direct SQL access."

"This utility uses direct SQL updates of the database at a fundamental
level with the data dictionary.  Accordingly, there is a test for the AR
System database version. If the version is not one that is compatible with
this executable, an error will be returned.  At this time, the utility is
compatible with the 5.x series releases (5.0, 5.0.x, 5.1, and 5.1.x), the
6.x releases (6.0, 6.0.1 and 6.3) and the 7.x releases (7.0) of the AR
System server."

Best Regards - Misi, RRR AB, http://www.rrr.se

Products from RRR Scandinavia:
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
* RRR|Translator - Manage and automate your language translations.
Find these products, and many free tools and utilities, at http://rrr.se.

> All,
>
> I am looking for making changes to existing fieldID of a field in remedy
> form.  Does anyone have a utility or a quick process to do so.  There
> are several pieces of workflow on the form and related forms associated
> with the field whose fieldID will be changed.
>
>
>
> ARS 7.0.1 Patch 4 on Windows running SQL Server.
>
>
>
> Thank You
>
>
>
> Kamlesh Patel
>
>
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Load Balancing

[Robert Page]

Michael

I would seriously recommend reading the whitepaper on using a hardware load 
balancer with ar system, it has some useful pointers on load balancer and ar 
configurations and has some directions and instructions for server group 
settings.

You should be able to get it form the support site.

Regards

Robert


- Original Message 
From: McManus Michael A SSgt HQ 754 ELSG/DOMH <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Wednesday, 12 December, 2007 8:25:28 PM
Subject: Load Balancing

** 
Dear listers,
We’re in the process of a 7.0 upgrade and a new hardware 
configuration and we’re trying to explore our options.  I figured this is 
likely the best place to ask the pertinent questions.  We just bought 3 new 
servers, and the plan was to set up a server group to help with load balancing. 
 My question is what is the best way to handle something like this? We’re 
totally new to this (we’ve always run on one production server with the 
database on the server) and our initial thought was 2 production servers with 
the user load split between the two and the third server as an external 
database.  I was posed a question today and I’m unsure whether it can be done.  
Is it possible (and advisable if it is) to set up two production servers with a 
database on each server and have those databases effectively mirror each other 
in real time? I’m under the impression that a server grouping reduces stress on 
the server, but there is still a
 bottleneck at the database since all the servers in the group are using the 
same db.  Anyone out there have experience with something like this that can 
point me in the right direction?
 
Thanks much,
 
Michael A. McManus, SSgt, USAF
Remedy Developer
HQ 754 ELSG/DOMH
__20060125___This posting was submitted with HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Unicode...

[Hugo Visser]

I'm sorry, but I'm finding this almost offensive. Unicode was invented to
map a character to a byte representation. So when your product "supports
unicode" it most of the time means that you can enter any kind of character
in a field or whatever and that the system will do the right thing to store
it. Whether a character is stored in one, two or four bytes is just an
implementation detail and the spec for that is unicode.

BMC is really turning this around with it's "unicode" implementation. Now a
developer or end user must be aware that a bunch of characters end up being
x bytes in the DB or application. Something that the developer or user can
NEVER anticipate. The AR System, from a development platform perspective,
should hide this implementation detail, the same way as the DB is "hidden"
from the application developer.
That would be true unicode support, and this is how many other unicode apps
do it.

Just saying "hey you didn't read the docs" is the easy way out. BTW I did
read the docs and therefore we decided that AR System on unicode is a no-go
for now.

So as far as unicode support in AR System is concerned, it's a technical
hack that lets you store stuff in a unicode DB, but there's no real
application support for it. It is nice for marketing to let the world know
you "support unicode" though.

I hope someone at BMC will see the light and bring true unicode support to
AR System in the next release.

Hugo

On Dec 13, 2007 12:40 AM, Easter, David <[EMAIL PROTECTED]> wrote:

> > I'm reading the answer from David as the application developers does
> > not know the difference between a byte and a character
>
> Yes, I do find this to be true - it's a combination of three things:
>
> 1. In older (6.3 and before) versions of AR System documentation, it was
> stated that the field length is in characters.  This didn't cause a problem
> when a character set has a one-to-one mapping of bytes to characters, but it
> isn't true for multi-byte languages.  So when we added Unicode support in
> 7.0, the documentation was updated to be more technically accurate that
> the field length is really in bytes, not characters.
>
> 2. Others just haven't read the documentation at all and make an
> assumption that "length" is in characters, when it's really in bytes.
>
> 3. Some folks don't know that characters can be more than one byte in
> length.  So when they want a field to hold 10 characters, they select "10"
> as the field length.  Then, when Unicode is used, multi-byte characters
> exceed the field length of 10 bytes.
>
> Put these together, and you run into this problem.
>
> Note that by "application developers" I mean those that create
> applications on top of AR System.  The AR System engineers themselves have
> always known that field lengths are in bytes.  It's only recently with the
> introduction of Unicode support (i.e. 7.0.00 and forward) where there has
> been confusion in the customer base about this topic.
>
> Thanks,
>
> -David J. Easter
> Sr. Product Manager, Service Management Business Unit
> BMC Software, Inc.
>
> The opinions, statements, and/or suggested courses of action expressed in
> this E-mail do not necessarily reflect those of BMC Software, Inc.  My
> voluntary participation in this forum is not intended to convey a role as a
> spokesperson, liaison or public relations representative for BMC Software,
> Inc.
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] On Behalf Of Jarl Grøneng
> Sent: Wednesday, December 12, 2007 11:56 AM
> To: arslist@ARSLIST.ORG
> Subject: Unicode...
>
> Intresting answers from BMC:
> http://developer.bmc.com/jiveProd/thread.jspa?threadID=8144&tstart=0
>
> I'm reading the answer from David as the application developers does
> not know the difference between a byte and a character
>
> --
> Jarl
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Daniel Pater is out of the office.

[Daniel Pater]

I will be out of the office starting  2007-12-13 and will not return until
2007-12-17.

I will respond to your message when I return.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Problems to migrate ITSM 6.3 to 7.0 with customizations.

[Ben Chernys]

I have successfully migrated the data from several fully blown, customised
ITSM 6.3 Suites to customised ITSM 7.0 Suites and offer a fixed price data
migration service.  Please email off-line for more information.
 
Cheers
Ben Chernys
Ben Chernys

Senior Software Architect
Software Tool House Inc.

Canada / Deutschland / Germany
Mobile:  +49 162 175 0956   GMT + 1 + DST
Email:
mailto:[EMAIL PROTECTED]
Web:  
http://www.softwaretoolhouse.com

A free notepad for Diary fields:
 
http://www.softwaretoolhouse.com/downloads/DiaryFieldEditor.htm
An ARS integration, import, migration, batch facility:
 
http://www.softwaretoolhouse.com/products/SthMupd
  


  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Joel Sender
Sent: December 12, 2007 9:39 PM
To: arslist@ARSLIST.ORG
Subject: Re: Problems to migrate ITSM 6.3 to 7.0 with customizations.


** 

Vinicius,

There is no way to MIGRATE to ITSM 7 from prior versions.

 

ITSM 7 is a different product, with different (ITIL) work process rules. 

>From prior versions of ITSM, you can only CONVERT to ITSM 7. 

 

The only way an ITSM 7 project can succeed is to recognize that this is a 

different product and you need to build the 'foundation' (config) data from

'scratch'. You'll need the involvement of all of the stakeholders. They will


need to analyze their processes and carefully define their organizational 

rules, activity classifications, products, etc.  And remember that your

users will need formal training to understand the new paradigm.

 

 HTH,

Joel

*

Joel D. Sender

Director of Western Operations

QMX Support Services, Inc.

[EMAIL PROTECTED]

[EMAIL PROTECTED]

 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] Behalf Of Vinicius Regis
Sent: Monday, December 10, 2007 10:11 AM
To: arslist@ARSLIST.ORG
Subject: Problems to migrate ITSM 6.3 to 7.0 with customizations.

 

** Hello All,

I would know if somebody already performed the migration of ITSM 6.3 to 7.0
successfully.

I'm with some problems to do the migration, because my ITSM 6.3 has a lot of
customizations and I don't know if the Migration Tools migrate the
customized fields too. 

The other problem is to migrate the foundation data of ITSM 6.3 to 7.0. Is
the Data Management Tool works fine?

If anybody know a great solution to perform the migration, please mail me!

Tks,
Vinicius. 


__20060125___This posting was submitted with HTML in
it___ 

__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
BEGIN:VCARD
VERSION:2.1
N:;Ben;Chernys
FN:Chernys, Ben ([EMAIL PROTECTED])
ORG:Software Tool House
TITLE:Senior Software Architect
TEL;WORK;VOICE:+49 162 175 0956
TEL;WORK;VOICE:1 403 240 4377
TEL;HOME;VOICE:+49 (89) 982 47935
TEL;CELL;VOICE:+49 162 175 0956
TEL;VOICE:+44 (0776) 819 5399
ADR;WORK:;;Welserstrasse 1;Muenchen;;81373;Deutschland
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Welserstrasse 1=0D=0AMuenchen 81373=0D=0ADeutschland
ADR;POSTAL:;;2756 Signal Hill Hts S.W.;Calgary;AB;T3H 2H9;Canada
LABEL;POSTAL;ENCODING=QUOTED-PRINTABLE:2756 Signal Hill Hts S.W.=0D=0ACalgary, AB T3H 2H9=0D=0ACanada
URL;WORK:http://www.softwaretoolhouse.com
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20070727T153929Z
END:VCARD

Re: Load Balancing

[McManus Michael A SSgt HQ 754 ELSG/DOMH]

Thanks for all the responses everyone.  I just grabbed that whitepaper and got 
a lot of other good information as well.  The list makes me happy :)

Michael A. McManus, SSgt, USAF
Remedy Developer
HQ 754 ELSG/DOMH

From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Robert Page
Sent: Thursday, December 13, 2007 3:13 AM
To: arslist@ARSLIST.ORG
Subject: Re: Load Balancing

Michael

I would seriously recommend reading the whitepaper on using a hardware load 
balancer with ar system, it has some useful pointers on load balancer and ar 
configurations and has some directions and instructions for server group 
settings.

You should be able to get it form the support site.

Regards

Robert
- Original Message 
From: McManus Michael A SSgt HQ 754 ELSG/DOMH <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Wednesday, 12 December, 2007 8:25:28 PM
Subject: Load Balancing

**
Dear listers,
We're in the process of a 7.0 upgrade and a new hardware 
configuration and we're trying to explore our options.  I figured this is 
likely the best place to ask the pertinent questions.  We just bought 3 new 
servers, and the plan was to set up a server group to help with load balancing. 
 My question is what is the best way to handle something like this? We're 
totally new to this (we've always run on one production server with the 
database on the server) and our initial thought was 2 production servers with 
the user load split between the two and the third server as an external 
database.  I was posed a question today and I'm unsure whether it can be done.  
Is it possible (and advisable if it is) to set up two production servers with a 
database on each server and have those databases effectively mirror each other 
in real time? I'm under the impression that a server grouping reduces stress on 
the server, but there is still a bottleneck at the database since all the 
servers in the group are using the same db.  Anyone out there have experience 
with something like this that can point me in the right direction?

Thanks much,

Michael A. McManus, SSgt, USAF
Remedy Developer
HQ 754 ELSG/DOMH
__20060125___This posting was submitted with HTML in it___

__20060125___This posting was submitted with HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Database Timeout Error

[Conrad Pereira]

Hi,

Does anyone know how to increase the database timeout? I have some workflow
where there is one parent ticket and 1500 child tickets on the same form.
The resolution of the parent ticket must resolve all the associated child
tickets. I get the following error

ARERR [92] Timeout during database update -- the operation has been accepted
by the server and will usually complete successfully : 

The database is Oracle. Does anyone know how to solve this error?
Although it completes the update of all records I want to get rid of this
error.

Regards,
Conrad

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: OT: Rant - SLA - Change / Task

[Hugo Visser]

Ofcourse that does make sense! ExpertDesk has OLA's for tasks (any tasks,
being Change, Incident, Problem or Operations) since at least version 4
(we're heading for release 6.7). In our implementations, we turn things
around: if you don't need any OLA's (but most customers do), we define a
"generic" one. So I don't think it's a wierd requirement to have OLA's for
tasks, in fact it makes perfect sense to me.

Hugo

On Dec 13, 2007 3:09 PM, T. Dee <[EMAIL PROTECTED]> wrote:

> ** What is so frustrating for me is that this feature is not "supported"
> by Remedy.
>
> I don't understand who someone can have Change and not use SLAs for
> "Tasks".
>
> Each Task(s) of Change have different timelines that they have to be done
> within and I can't believe that most people don't track this to improve
> their level of service.
>
>
>
>
> On 12/12/07, Rabi Tripathi <[EMAIL PROTECTED]> wrote:
>
> > Funny that you guys are talking about SLAs on tasks.
> > We will be building just that fairly soon (in ITSM 7).
> >
> > I am not sure if it's a good idea or a workable idea.
> > It was not my idea. But it's going to be built.
> >
> > I've seen companies not want to use tasks at all,
> > especially tasks that are assigned to an area outside
> > of the Change's assignee's. The reason: change is at
> > the mercy of tasks being completed on time. With
> > change and its task(s) touching on multiple ...
> > jurisdictions ...change's sla is not going to be
> > meaningful or fair, in that it doesn't purely measure
> > change assignee's performance.
> >
> > That is unless tasks themselves have SLAs (OLA is the
> > more appropriate term, but the difference is trivial
> > in SLM application). That's what has been requested
> > this time and we will build it. But, I am not sure how
> > it's going to work in practice.
> >
> > As I see it, slas have two purposes. One is
> > operational...try to get things done on time, by
> > setting clear goals & expectations, alerting parties
> > etc before and after etc.
> >
> > Second one is longer term...trend analysis, which can
> > provide feedback on organization's and process's
> > performance and aid with streamlining, refining for
> > better performance in future.
> >
> > First one...I can see happening by simply having slas
> > defined on tasks.
> >
> > However, defining tasks' slas (or OLAs) will be
> > trickier than for change. Tasks' schedule is at the
> > mercy of change's. Timing-wise, I can not yet see what
> > kind of slas will make sense on tasks. Change and its
> > tasks are intertwined at more than one points...in
> > terms of timing of planning, implementation etc.
> >
> > Second one...performance analysis thru historic
> > reporting...it can be done on tasks...but if the goal
> > of having slas on tasks is to measure change's
> > performance more accurately by accounting for task's
> > performance...
> > ...I am not sure how tasks' contribution (or lack of
> > it) to change's sla performance can be
> > added/subtracted so that change's (or change
> > assignee's) performance is isolated and measured...in
> > cases there were tasks done by parties other than
> > change's assignee. If there were tasks assigned both
> > within and outside change's assigned area, it gets
> > complicated. You can get overall performance of IT
> > organization, but not groups.
> >
> > Well, it's going to be built, so I will update you
> > guys later about the mechanics of building it.
> > Conceptually, architecturally it's fairly simple.
> >
> > I am talking somewhat abstractly here. I have to warn
> > you that in the past when I have done that it has
> > sometimes turned out that I was talking non-sense...or
> > that I was doing pointless analysis.:) On this front
> > as well, I can update you guys...as to how well the
> > goals (which I am not completely clear on yet) are
> > met.
> >
> >
> > --- "Lammey, Peter A." < [EMAIL PROTECTED]>
> > wrote:
> >
> > > It starting to sound like an OLA may make more sense
> > > to apply with the
> > > Tasks.
> > > Since tasks are needed for the success of a Change
> > > Request that is
> > > managed by another group internal to IT then OLAs
> > > should be measured
> > > against the tasks.  Not necessarily customer facing
> > > SLAs.
> > >
> > >
> > >
> > > Thanks
> > > Peter Lammey
> > > ESPN MIT Technical Services & Applications
> > > Management
> > > 860-766-4761
> > >
> > >
> > >
> > > 
> > >
> > > From: Action Request System discussion list(ARSList)
> > __20060125___This posting was submitted with HTML in
> > it___
>
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: OT: Rant - SLA - Change / Task

[T. Dee]

At least someone agrees with me :-)

Now for the big one million dollar question is how in ITSM 7 to create OLAs
for Change Tasks using SLM.

Anyone out there done this?

Thank you!!!



On 12/13/07, Hugo Visser <[EMAIL PROTECTED]> wrote:
>
> ** Ofcourse that does make sense! ExpertDesk has OLA's for tasks (any
> tasks, being Change, Incident, Problem or Operations) since at least version
> 4 (we're heading for release 6.7). In our implementations, we turn things
> around: if you don't need any OLA's (but most customers do), we define a
> "generic" one. So I don't think it's a wierd requirement to have OLA's for
> tasks, in fact it makes perfect sense to me.
>
> Hugo
>
> On Dec 13, 2007 3:09 PM, T. Dee <[EMAIL PROTECTED]> wrote:
>
> > ** What is so frustrating for me is that this feature is not "supported"
> > by Remedy.
> >
> > I don't understand who someone can have Change and not use SLAs for
> > "Tasks".
> >
> > Each Task(s) of Change have different timelines that they have to be
> > done within and I can't believe that most people don't track this to improve
> > their level of service.
> >
> >
> >
> >
> >   On 12/12/07, Rabi Tripathi <[EMAIL PROTECTED]> wrote:
> >
> > >   Funny that you guys are talking about SLAs on tasks.
> > > We will be building just that fairly soon (in ITSM 7).
> > >
> > > I am not sure if it's a good idea or a workable idea.
> > > It was not my idea. But it's going to be built.
> > >
> > > I've seen companies not want to use tasks at all,
> > > especially tasks that are assigned to an area outside
> > > of the Change's assignee's. The reason: change is at
> > > the mercy of tasks being completed on time. With
> > > change and its task(s) touching on multiple ...
> > > jurisdictions ...change's sla is not going to be
> > > meaningful or fair, in that it doesn't purely measure
> > > change assignee's performance.
> > >
> > > That is unless tasks themselves have SLAs (OLA is the
> > > more appropriate term, but the difference is trivial
> > > in SLM application). That's what has been requested
> > > this time and we will build it. But, I am not sure how
> > > it's going to work in practice.
> > >
> > > As I see it, slas have two purposes. One is
> > > operational...try to get things done on time, by
> > > setting clear goals & expectations, alerting parties
> > > etc before and after etc.
> > >
> > > Second one is longer term...trend analysis, which can
> > > provide feedback on organization's and process's
> > > performance and aid with streamlining, refining for
> > > better performance in future.
> > >
> > > First one...I can see happening by simply having slas
> > > defined on tasks.
> > >
> > > However, defining tasks' slas (or OLAs) will be
> > > trickier than for change. Tasks' schedule is at the
> > > mercy of change's. Timing-wise, I can not yet see what
> > > kind of slas will make sense on tasks. Change and its
> > > tasks are intertwined at more than one points...in
> > > terms of timing of planning, implementation etc.
> > >
> > > Second one...performance analysis thru historic
> > > reporting...it can be done on tasks...but if the goal
> > > of having slas on tasks is to measure change's
> > > performance more accurately by accounting for task's
> > > performance...
> > > ...I am not sure how tasks' contribution (or lack of
> > > it) to change's sla performance can be
> > > added/subtracted so that change's (or change
> > > assignee's) performance is isolated and measured...in
> > > cases there were tasks done by parties other than
> > > change's assignee. If there were tasks assigned both
> > > within and outside change's assigned area, it gets
> > > complicated. You can get overall performance of IT
> > > organization, but not groups.
> > >
> > > Well, it's going to be built, so I will update you
> > > guys later about the mechanics of building it.
> > > Conceptually, architecturally it's fairly simple.
> > >
> > > I am talking somewhat abstractly here. I have to warn
> > > you that in the past when I have done that it has
> > > sometimes turned out that I was talking non-sense...or
> > > that I was doing pointless analysis.:) On this front
> > > as well, I can update you guys...as to how well the
> > > goals (which I am not completely clear on yet) are
> > > met.
> > >
> > >
> > > --- "Lammey, Peter A." < [EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > It starting to sound like an OLA may make more sense
> > > > to apply with the
> > > > Tasks.
> > > > Since tasks are needed for the success of a Change
> > > > Request that is
> > > > managed by another group internal to IT then OLAs
> > > > should be measured
> > > > against the tasks.  Not necessarily customer facing
> > > > SLAs.
> > > >
> > > >
> > > >
> > > > Thanks
> > > > Peter Lammey
> > > > ESPN MIT Technical Services & Applications
> > > > Management
> > > > 860-766-4761
> > > >
> > > >
> > > >
> > > > 
> > > >
> > >
> > > > From: Action Request System discussion 

Re: OT: Rant - SLA - Change / Task

[T. Dee]

What is so frustrating for me is that this feature is not "supported" by
Remedy.

I don't understand who someone can have Change and not use SLAs for "Tasks".

Each Task(s) of Change have different timelines that they have to be done
within and I can't believe that most people don't track this to improve
their level of service.




On 12/12/07, Rabi Tripathi <[EMAIL PROTECTED]> wrote:
>
> Funny that you guys are talking about SLAs on tasks.
> We will be building just that fairly soon (in ITSM 7).
>
> I am not sure if it's a good idea or a workable idea.
> It was not my idea. But it's going to be built.
>
> I've seen companies not want to use tasks at all,
> especially tasks that are assigned to an area outside
> of the Change's assignee's. The reason: change is at
> the mercy of tasks being completed on time. With
> change and its task(s) touching on multiple ...
> jurisdictions ...change's sla is not going to be
> meaningful or fair, in that it doesn't purely measure
> change assignee's performance.
>
> That is unless tasks themselves have SLAs (OLA is the
> more appropriate term, but the difference is trivial
> in SLM application). That's what has been requested
> this time and we will build it. But, I am not sure how
> it's going to work in practice.
>
> As I see it, slas have two purposes. One is
> operational...try to get things done on time, by
> setting clear goals & expectations, alerting parties
> etc before and after etc.
>
> Second one is longer term...trend analysis, which can
> provide feedback on organization's and process's
> performance and aid with streamlining, refining for
> better performance in future.
>
> First one...I can see happening by simply having slas
> defined on tasks.
>
> However, defining tasks' slas (or OLAs) will be
> trickier than for change. Tasks' schedule is at the
> mercy of change's. Timing-wise, I can not yet see what
> kind of slas will make sense on tasks. Change and its
> tasks are intertwined at more than one points...in
> terms of timing of planning, implementation etc.
>
> Second one...performance analysis thru historic
> reporting...it can be done on tasks...but if the goal
> of having slas on tasks is to measure change's
> performance more accurately by accounting for task's
> performance...
> ...I am not sure how tasks' contribution (or lack of
> it) to change's sla performance can be
> added/subtracted so that change's (or change
> assignee's) performance is isolated and measured...in
> cases there were tasks done by parties other than
> change's assignee. If there were tasks assigned both
> within and outside change's assigned area, it gets
> complicated. You can get overall performance of IT
> organization, but not groups.
>
> Well, it's going to be built, so I will update you
> guys later about the mechanics of building it.
> Conceptually, architecturally it's fairly simple.
>
> I am talking somewhat abstractly here. I have to warn
> you that in the past when I have done that it has
> sometimes turned out that I was talking non-sense...or
> that I was doing pointless analysis.:) On this front
> as well, I can update you guys...as to how well the
> goals (which I am not completely clear on yet) are
> met.
>
>
> --- "Lammey, Peter A." <[EMAIL PROTECTED]>
> wrote:
>
> > It starting to sound like an OLA may make more sense
> > to apply with the
> > Tasks.
> > Since tasks are needed for the success of a Change
> > Request that is
> > managed by another group internal to IT then OLAs
> > should be measured
> > against the tasks.  Not necessarily customer facing
> > SLAs.
> >
> >
> >
> > Thanks
> > Peter Lammey
> > ESPN MIT Technical Services & Applications
> > Management
> > 860-766-4761
> >
> >
> >
> > 
> >
> > From: Action Request System discussion list(ARSList)
> > [mailto:[EMAIL PROTECTED] On Behalf Of Timothy
> > Powell
> > Sent: Friday, December 07, 2007 5:54 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: OT: Rant - SLA - Change / Task
> >
> >
> > **
> >
> > D.M. Jr. (whoever you are),
> >
> >
> >
> > If you have an overall SLA (SLM) for a change
> > request, then there MIGHT
> > be a need for SLA/SLM for change tasks. In a change
> > request, there are
> > potentially numerous change tasks. These tasks could
> > be assigned to
> > various groups within an organization (think add an
> > employee.you
> > know what I mean"you" helped design that @work
> > app in the past). If
> > the overall responsibility for a change request
> > resides with Group A,
> > but some of the tasks reside with GroupB (and/or
> > GroupC, D, E, etc.),
> > then the overall CR could be impacted by the failure
> > of those subsequent
> > groups to perform their tasks in a timely manner.
> > Thus Group A might
> > have the need for an internal SLA/SLM with
> > GroupB/C/D, etc.
> >
> > Think and reply.
> >
> >
> >
> >
> >
> > Tim
> >
> >
> >
> > From: Action Request System discussion list(ARSList)
> > [mailto:[EMAIL PROTECTED] On Behalf 

Re: Cannot log in to Remedy after Windows Server SP2 Install

[Grooms, Frederick W]

Remember each thread defined (Fast, List, and Private) is a connection
to the database.

If you only have defined Fast (min 5, max 15); List (min 5, max 15) then
you are using more than 10 at the initial startup.  

You would be using at least:  Admin (1), Alert (1), Escalation (1), Fast
(5), List (5) 

There are probably others that I can't think of off hand.

Fred

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of brooksm
Sent: Wednesday, December 12, 2007 10:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Cannot log in to Remedy after Windows Server SP2 Install

This has been resolved!
First of all, a big thanks to Dane Huish and Juan at Denali Advanced
Integration. They saved may bacon. If you ever need Remedy consulting
work, these guys are top notch and don't screw around.
As usual Remedy tech support hasn't even replied eventhough I submitted
my request as critical. I'm sure they will get around to calling me by
the end of the week.  It seems like nowadays it takes a couple days just
to get the email notification after ticket submission. Very sad.

So, here's what went down.
I upgraded to Windows Server SP2 and during the normal reboot, my server
hung, so I manually shut the server down and rebooted. No one could log
in, including via the Admin tool. Turns out that after the SP2 upgrade,
the SQL Server connections were reduced to 10. Well it looks like
ARadmin immediately ties up all 10 upon starting the AR Server process.
We couldn't really verify whether this was typical behavior or not. Can
someone confirm? 

All we ended up doing was increasing the # of allowed connections to
unlimited (0).
Thanks again, Dane an Juan!


Brooks



strauss wrote:
> 
> Sp2 for Windows 2003 (could affect the firewall) or Sp2 for SQL Server
> 2005 (could affect the surface area configuration)?
> 
> Christopher Strauss, Ph.D.
> Call Tracking Administration Manager
> University of North Texas Computing & IT Center http://itsm.unt.edu/
> 
>> -Original Message-
>> From: Action Request System discussion list(ARSList) 
>> [mailto:[EMAIL PROTECTED] On Behalf Of brooksm
>> Sent: Wednesday, December 12, 2007 6:25 PM
>> To: arslist@ARSLIST.ORG
>> Subject: Cannot log in to Remedy after Windows Server SP2 Install
>> 
>> Help!!!
>> I just updated my ARS 7.0 on Windows 2003 SQL Server 2005 system to 
>> SP2.
>> Now, after rebooting the system, I cannot login to the system.
>> 
>> Cannot login to remedy1 as a preference server.
>> 
>>user: brooks,  server: remedy1
>> 
>> 
>> Unable to successfully log in to any server.
>> 
>> 
>> I'm sure it's an easy fix, but I have no idea how to fix this. I'm 
>> not able to log into the Admin tool either.
>> 
>> 
>> Help!!!
>> 
>> --
>> View this message in context: 
>> http://www.nabble.com/Cannot-log-in-to-Remedy-after-Windows-Se
> rver-SP2-Install-tp14307282p14307282.html
>> Sent from the ARS (Action Request System) mailing list archive at 
>> Nabble.com.
>> 
>> __
>> _
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum 
>> Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>> 
>> 
> 
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> 
> 

--
View this message in context:
http://www.nabble.com/Cannot-log-in-to-Remedy-after-Windows-Server-SP2-I
nstall-tp14307282p14309577.html
Sent from the ARS (Action Request System) mailing list archive at
Nabble.com.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Mid Tier not updating Changes

[Kemes, Lisa]

I have our Development Mid Tier server (7.0.1 Patch 005, Windows 2003)
set to "Definition Change Check Interval (Seconds)  = 60 seconds" and I
also have the Peform Check option checked, but when I make a change to
one of my forms, it does not update when I go into Mid Tier.  It will
only update when I refresh the cache.
 
Where do I start to try to find the problem?

Lisa

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Unicode...

[Axton]

*** Oracle
NCHAR and NVARCHAR2 Datatypes

NCHAR and NVARCHAR2 are Unicode data types that store Unicode
character data. The character set of NCHAR and NVARCHAR2 datatypes can
only be either AL16UTF16 or UTF8 and is specified at database creation
time as the national character set. AL16UTF16 and UTF8 are both
Unicode encoding.

* The NCHAR datatype stores fixed-length character strings that
correspond to the national character set.
* The NVARCHAR2 datatype stores variable length character strings.

When you create a table with an NCHAR or NVARCHAR2 column, the maximum
size specified is always in character length semantics. Character
length semantics is the default and only length semantics for NCHAR or
NVARCHAR2.

*** SQL Server
nchar   Fixed-length Unicode data with a maximum length of 4,000 characters
nvarcharVariable-length Unicode data with a maximum length of 4,000 
characters
ntext   Variable-length Unicode data with a maximum length of 2^30 - 1 
characters



Seems the best approach would be that if arserver is configured for
unicode support, it should use unicode data types within the db.
Makes transitioning from non-unicode to unicode a bit more difficult,
but not impossible.

Axton Grams


On Dec 13, 2007 4:05 AM, Hugo Visser <[EMAIL PROTECTED]> wrote:
> ** I'm sorry, but I'm finding this almost offensive. Unicode was invented to
> map a character to a byte representation. So when your product "supports
> unicode" it most of the time means that you can enter any kind of character
> in a field or whatever and that the system will do the right thing to store
> it. Whether a character is stored in one, two or four bytes is just an
> implementation detail and the spec for that is unicode.
>
> BMC is really turning this around with it's "unicode" implementation. Now a
> developer or end user must be aware that a bunch of characters end up being
> x bytes in the DB or application. Something that the developer or user can
> NEVER anticipate. The AR System, from a development platform perspective,
> should hide this implementation detail, the same way as the DB is "hidden"
> from the application developer.
> That would be true unicode support, and this is how many other unicode apps
> do it.
>
> Just saying "hey you didn't read the docs" is the easy way out. BTW I did
> read the docs and therefore we decided that AR System on unicode is a no-go
> for now.
>
> So as far as unicode support in AR System is concerned, it's a technical
> hack that lets you store stuff in a unicode DB, but there's no real
> application support for it. It is nice for marketing to let the world know
> you "support unicode" though.
>
> I hope someone at BMC will see the light and bring true unicode support to
> AR System in the next release.
>
> Hugo
>
>
> On Dec 13, 2007 12:40 AM, Easter, David < [EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
> > > I'm reading the answer from David as the application developers does
> > > not know the difference between a byte and a character
> >
> > Yes, I do find this to be true - it's a combination of three things:
> >
> > 1. In older (6.3 and before) versions of AR System documentation, it was
> stated that the field length is in characters.  This didn't cause a problem
> when a character set has a one-to-one mapping of bytes to characters, but it
> isn't true for multi-byte languages.  So when we added Unicode support in
> 7.0, the documentation was updated to be more technically accurate that the
> field length is really in bytes, not characters.
> >
> > 2. Others just haven't read the documentation at all and make an
> assumption that "length" is in characters, when it's really in bytes.
> >
> > 3. Some folks don't know that characters can be more than one byte in
> length.  So when they want a field to hold 10 characters, they select "10"
> as the field length.  Then, when Unicode is used, multi-byte characters
> exceed the field length of 10 bytes.
> >
> > Put these together, and you run into this problem.
> >
> > Note that by "application developers" I mean those that create
> applications on top of AR System.  The AR System engineers themselves have
> always known that field lengths are in bytes.  It's only recently with the
> introduction of Unicode support ( i.e. 7.0.00 and forward) where there has
> been confusion in the customer base about this topic.
> >
> > Thanks,
> >
> > -David J. Easter
> > Sr. Product Manager, Service Management Business Unit
> > BMC Software, Inc.
> >
> > The opinions, statements, and/or suggested courses of action expressed in
> this E-mail do not necessarily reflect those of BMC Software, Inc.  My
> voluntary participation in this forum is not intended to convey a role as a
> spokesperson, liaison or public relations representative for BMC Software,
> Inc.
> >
> >
> >
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Grøneng
> > Sent: Wednesday, December 

Re: Cannot log in to Remedy after Windows Server SP2 Install

[J.T. Shyman]

Depends on how you set up the server as well. The CMDB Reconciliation Engine
may be on its own queue as could the Assignment Engine. The Escalation queue
is new to 7.1, I think. Each of these could have a minimum number of threads
at startup. 

Tally up the "min" column in the "Server Ports and Queues" page in ARAdmin.
That will tell you how many connections you can expect your server to open
on startup.

I think I also read that once a given queue creates a new thread it never
closes it until the ARServer is restarted. This means that you could
potentially have up to the tally of the "max" column in open connections to
your database. 

J.T. Shyman
Column Technologies

 
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 9:46 AM
To: arslist@ARSLIST.ORG
Subject: Re: Cannot log in to Remedy after Windows Server SP2 Install

Remember each thread defined (Fast, List, and Private) is a connection
to the database.

If you only have defined Fast (min 5, max 15); List (min 5, max 15) then
you are using more than 10 at the initial startup.  

You would be using at least:  Admin (1), Alert (1), Escalation (1), Fast
(5), List (5) 

There are probably others that I can't think of off hand.

Fred

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of brooksm
Sent: Wednesday, December 12, 2007 10:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Cannot log in to Remedy after Windows Server SP2 Install

This has been resolved!
First of all, a big thanks to Dane Huish and Juan at Denali Advanced
Integration. They saved may bacon. If you ever need Remedy consulting
work, these guys are top notch and don't screw around.
As usual Remedy tech support hasn't even replied eventhough I submitted
my request as critical. I'm sure they will get around to calling me by
the end of the week.  It seems like nowadays it takes a couple days just
to get the email notification after ticket submission. Very sad.

So, here's what went down.
I upgraded to Windows Server SP2 and during the normal reboot, my server
hung, so I manually shut the server down and rebooted. No one could log
in, including via the Admin tool. Turns out that after the SP2 upgrade,
the SQL Server connections were reduced to 10. Well it looks like
ARadmin immediately ties up all 10 upon starting the AR Server process.
We couldn't really verify whether this was typical behavior or not. Can
someone confirm? 

All we ended up doing was increasing the # of allowed connections to
unlimited (0).
Thanks again, Dane an Juan!


Brooks



strauss wrote:
> 
> Sp2 for Windows 2003 (could affect the firewall) or Sp2 for SQL Server
> 2005 (could affect the surface area configuration)?
> 
> Christopher Strauss, Ph.D.
> Call Tracking Administration Manager
> University of North Texas Computing & IT Center http://itsm.unt.edu/
> 
>> -Original Message-
>> From: Action Request System discussion list(ARSList) 
>> [mailto:[EMAIL PROTECTED] On Behalf Of brooksm
>> Sent: Wednesday, December 12, 2007 6:25 PM
>> To: arslist@ARSLIST.ORG
>> Subject: Cannot log in to Remedy after Windows Server SP2 Install
>> 
>> Help!!!
>> I just updated my ARS 7.0 on Windows 2003 SQL Server 2005 system to 
>> SP2.
>> Now, after rebooting the system, I cannot login to the system.
>> 
>> Cannot login to remedy1 as a preference server.
>> 
>>user: brooks,  server: remedy1
>> 
>> 
>> Unable to successfully log in to any server.
>> 
>> 
>> I'm sure it's an easy fix, but I have no idea how to fix this. I'm 
>> not able to log into the Admin tool either.
>> 
>> 
>> Help!!!
>> 
>> --
>> View this message in context: 
>> http://www.nabble.com/Cannot-log-in-to-Remedy-after-Windows-Se
> rver-SP2-Install-tp14307282p14307282.html
>> Sent from the ARS (Action Request System) mailing list archive at 
>> Nabble.com.
>> 
>> __
>> _
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum 
>> Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>> 
>> 
> 
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> 
> 

--
View this message in context:
http://www.nabble.com/Cannot-log-in-to-Remedy-after-Windows-Server-SP2-I
nstall-tp14307282p14309577.html
Sent from the ARS (Action Request System) mailing list archive at
Nabble.com.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:

Re: Unicode...

[Grooms, Frederick W]

Did anyone else reading the original thread think ... That has nothing to do 
with Unicode.  The error is that he was trying to save a value that didn't 
exist in his menu of choices.

Fred 

-Original Message-
From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Jarl Grøneng
Sent: Thursday, December 13, 2007 1:04 AM
To: arslist@ARSLIST.ORG
Subject: Re: Unicode...

Thanks for your answer...

-
Jarl

On Dec 13, 2007 12:40 AM, Easter, David <[EMAIL PROTECTED]> wrote:
> > I'm reading the answer from David as the application developers does 
> > not know the difference between a byte and a character
>
> Yes, I do find this to be true - it's a combination of three things:
>
> 1. In older (6.3 and before) versions of AR System documentation, it was 
> stated that the field length is in characters.  This didn't cause a problem 
> when a character set has a one-to-one mapping of bytes to characters, but it 
> isn't true for multi-byte languages.  So when we added Unicode support in 
> 7.0, the documentation was updated to be more technically accurate that the 
> field length is really in bytes, not characters.
>
> 2. Others just haven't read the documentation at all and make an assumption 
> that "length" is in characters, when it's really in bytes.
>
> 3. Some folks don't know that characters can be more than one byte in length. 
>  So when they want a field to hold 10 characters, they select "10" as the 
> field length.  Then, when Unicode is used, multi-byte characters exceed the 
> field length of 10 bytes.
>
> Put these together, and you run into this problem.
>
> Note that by "application developers" I mean those that create applications 
> on top of AR System.  The AR System engineers themselves have always known 
> that field lengths are in bytes.  It's only recently with the introduction of 
> Unicode support (i.e. 7.0.00 and forward) where there has been confusion in 
> the customer base about this topic.
>
> Thanks,
>
> -David J. Easter
> Sr. Product Manager, Service Management Business Unit BMC Software, 
> Inc.
>
> The opinions, statements, and/or suggested courses of action expressed in 
> this E-mail do not necessarily reflect those of BMC Software, Inc.  My 
> voluntary participation in this forum is not intended to convey a role as a 
> spokesperson, liaison or public relations representative for BMC Software, 
> Inc.
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Grøneng
> Sent: Wednesday, December 12, 2007 11:56 AM
> To: arslist@ARSLIST.ORG
> Subject: Unicode...
>
> Intresting answers from BMC:
> http://developer.bmc.com/jiveProd/thread.jspa?threadID=8144&tstart=0
>
> I'm reading the answer from David as the application developers does 
> not know the difference between a byte and a character
>
> --
> Jarl
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: 
www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Unicode...

[Hugo Visser]

Axton,

I'm not sure what you are saying, but when you install the AR System with
unicode checked in the installer on MSSQL, the created columns are already
of the nchar kind. So database wise it seems OK. I think the same is true
for an Oracle install. That's why I don't understand the bytes vs characters
argument. DB is OK, just check the field against the number of characters
and stuff it in the DB. Maybe the problem is the check itself if the AR
System is not using unicode internally (which is likely).

@Fred the original problem can be related, if the menu check is also using
bytes (convert 60 chars to unicode bytes, limit to field length and convert
back), it might "miss" some characters fireing the error.

Anyway, the key thing is that unicode deals with characters, not bytes. We
(users, developers) should not have to care about how a character is encoded
internally or in the DB. I've never understood the choice for SUBSTR vs
SUBSTRC. SUBSTRC will work in both unicode and non-unicode installs, while
SUBSTR could break your workflow in unicode environments, but will still
work on non unicode installs. To me that's a clear indication that
unicodewise BMC doesn't seem to get it.

Hugo

PS I realize that I might be ranting, but I just want to get a better AR
System :)

On Dec 13, 2007 3:55 PM, Axton <[EMAIL PROTECTED]> wrote:

> *** SQL Server
> nchar   Fixed-length Unicode data with a maximum length of 4,000
> characters
> nvarcharVariable-length Unicode data with a maximum length of
> 4,000 characters
> ntext   Variable-length Unicode data with a maximum length of 2^30 - 1
> characters
>
> Seems the best approach would be that if arserver is configured for
> unicode support, it should use unicode data types within the db.
> Makes transitioning from non-unicode to unicode a bit more difficult,
> but not impossible.
>
> Axton Grams
>
>
> On Dec 13, 2007 4:05 AM, Hugo Visser <[EMAIL PROTECTED]> wrote:
> > ** I'm sorry, but I'm finding this almost offensive. Unicode was
> invented to
> > map a character to a byte representation. So when your product "supports
> > unicode" it most of the time means that you can enter any kind of
> character
> > in a field or whatever and that the system will do the right thing to
> store
> > it. Whether a character is stored in one, two or four bytes is just an
> > implementation detail and the spec for that is unicode.
> >
> > BMC is really turning this around with it's "unicode" implementation.
> Now a
> > developer or end user must be aware that a bunch of characters end up
> being
> > x bytes in the DB or application. Something that the developer or user
> can
> > NEVER anticipate. The AR System, from a development platform
> perspective,
> > should hide this implementation detail, the same way as the DB is
> "hidden"
> > from the application developer.
> > That would be true unicode support, and this is how many other unicode
> apps
> > do it.
> >
> > Just saying "hey you didn't read the docs" is the easy way out. BTW I
> did
> > read the docs and therefore we decided that AR System on unicode is a
> no-go
> > for now.
> >
> > So as far as unicode support in AR System is concerned, it's a technical
> > hack that lets you store stuff in a unicode DB, but there's no real
> > application support for it. It is nice for marketing to let the world
> know
> > you "support unicode" though.
> >
> > I hope someone at BMC will see the light and bring true unicode support
> to
> > AR System in the next release.
> >
> > Hugo
> >
> >
> > On Dec 13, 2007 12:40 AM, Easter, David < [EMAIL PROTECTED]> wrote:
> > >
> > >
> > >
> > >
> > > > I'm reading the answer from David as the application developers does
> > > > not know the difference between a byte and a character
> > >
> > > Yes, I do find this to be true - it's a combination of three things:
> > >
> > > 1. In older (6.3 and before) versions of AR System documentation, it
> was
> > stated that the field length is in characters.  This didn't cause a
> problem
> > when a character set has a one-to-one mapping of bytes to characters,
> but it
> > isn't true for multi-byte languages.  So when we added Unicode support
> in
> > 7.0, the documentation was updated to be more technically accurate that
> the
> > field length is really in bytes, not characters.
> > >
> > > 2. Others just haven't read the documentation at all and make an
> > assumption that "length" is in characters, when it's really in bytes.
> > >
> > > 3. Some folks don't know that characters can be more than one byte in
> > length.  So when they want a field to hold 10 characters, they select
> "10"
> > as the field length.  Then, when Unicode is used, multi-byte characters
> > exceed the field length of 10 bytes.
> > >
> > > Put these together, and you run into this problem.
> > >
> > > Note that by "application developers" I mean those that create
> > applications on top of AR System.  The AR System engineers themselves
> have
> > always known that field le

Re: Mid Tier not updating Changes

[Kemes, Lisa]

So would you recommend at this point just flushing the cache all the
time?  That wouldn't hurt anything would it?



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Thursday, December 13, 2007 10:11 AM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier not updating Changes


** I found this was the case on some of the 7.01 P#'s
Works better on ARS 7.1  (I know this does not help you at this point)
-- Just trying to comfort you, and let you know .. yes sometimes this is
the case.
Sorry.. did not find the fix.. or have time to locate it. 


On Dec 13, 2007 9:48 AM, Kemes, Lisa <[EMAIL PROTECTED]>
wrote:


** 
I have our Development Mid Tier server (7.0.1 Patch 005, Windows
2003) set to "Definition Change Check Interval (Seconds)  = 60 seconds"
and I also have the Peform Check option checked, but when I make a
change to one of my forms, it does not update when I go into Mid Tier.
It will only update when I refresh the cache.
 
Where do I start to try to find the problem?

Lisa
__20060125___This posting was submitted with
HTML in it___ 




-- 
Patrick Zandi __20060125___This posting was
submitted with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Help with new 7.1 install - SOLVED?

[Barber, Sue]

Thanks for all the help - we are going to wipe it out and start from
scratch.

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Axton
Sent: Wednesday, December 12, 2007 9:10 AM
To: arslist@ARSLIST.ORG
Subject: Re: Help with new 7.1 install

This is nothing to worry about as long as the limits are set high
enough:
./arsystem: line 369: ulimit: open files: cannot modify limit:
Operation not permitted

This is a problem with the Oracle instance or the file permissions of
the client on the ars host:
ORA-27101: shared memory realm does not exist

Best way to troubleshoot this is to connect with sql*plus as the
remedy owner user.

Axton Grams

On Dec 12, 2007 8:26 AM, Barber, Sue <[EMAIL PROTECTED]> wrote:
> **
>
>
>
> Hello,
>
>
>
> We are trying to install a new server - version 7.1, patch 1, Linux
OS (Red
> Hat Enterprise Linux 4 Update 5).
>
>
>
> Sequence of events:  Was told the patch was a full install, so tried
> thatthen we installed version 7 as an overwrite, installed the
approval
> server to eliminate the ARAPPNOTE 4501 and ARAPPERR 4583 messages.
> Installed patch 1, approval errors came back, but we connected (the
one and
> only time) with the user tool, attempted to re-install approval
server to
> re-eliminate the ARAPPNOTES and then started getting the below again
( we
> have seen these messages throughout the install)  Have a ticket in to
BMC,
> but I don't think they understand what the problem is:
>
>
>
>
>
> $ ./arsystem start
>
> ./arsystem: line 369: ulimit: open files: cannot modify limit:
Operation not
> permitted
>
> Action Request System initializing.
>
> Starting AR System Server
>
>
>
>  (ARNOTE 0)
>
>AR Monitor version 7.1.00 Patch 001 200711161033 started.
>
>
>
>  (ARNOTE 0)
>
>AR Monitor started.
>
>
>
>  (ARNOTE 0)
>
>ARMonitor child process (pid:4544) started.
>
> ./arserverd
>
> server: locale=[[ en_US.utf8 ]],
>
>  LANG=[[ en_US.utf8 ]] NLS_LANG=[[ american_america.AL32UTF8 ]]
>
>
>
> Action Request System(R)  Server   Version 7.1.00 Patch 001
200711161033
>
> (c) Copyright 1991-2007 BMC Software, Inc.
>
>
>
> 390600 : SQL database is not available -- will retry connection
(ARNOTE 590)
>
>ORA-01034: ORACLE not available
>
> ORA-27101: shared memory realm does not exist
>
> Linux-x86_64 Error: 2: No such file or directory
>
>
>
> Action Request System initialization is complete.
>
>
>
>
>
> Any suggestions?
>
>
>
> Sue
>
>
>
>   __20060125___This posting was submitted with
HTML in
> it___

___

UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Help Desk 5.5 w/ ARS 7.0.1??

[Phil Murnane]

Ann:

Just a couple of thoughts.

I'd start out by duplicating your your current production environment on your 
new server -- this way all OS, DBE, & ARS requirements for HD5.x will be met.  
Then I'd upgrade the OS.  Since you're not upgrading the DB, restore a copy of 
your production database on the new DB, install ARS5, and then upgrade ARS.  
I've never tried upgrading directly from ARS5 to ARS7, so maybe someone else 
can chime in on whether this works -- you may have to upgrade to ARS6 and then 
to ARS7.

I'd also recommend not using Mid-Tier 6.x against an ARS 7.x server (not that 
I'm aware of any known errors, it's just BMC's recommended practice to keep 
version levels the same when possible).  I'd also stick with JDK 1.4.x for now, 
since I've seen problems with 1.5.x at customer sites running ServletExec.

And as always, be wary of early versions of the Oracle 9.x client -- there were 
some significant problems with them (memory leaks, IIRC).

YMMV,
--Phil

PS: If you have Migrator, you should be able to just install ARS7 on the new 
server platform and migrate your HD5.x -- I think you can generate your own 
temporary Migrator license on BMC's web site.

- Original Message 
From: Ann Kosch <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Wednesday, December 12, 2007 6:26:16 PM
Subject: Help Desk 5.5 w/ ARS 7.0.1??

Hello all,

First, I'm here in Kansas where you may have heard there are rampant power 
outages.  Some will last 7-10 days we are told.  So, it is nice to be here in 
my 
warm university office this evening instead of at my cold house (18 degrees 
tonight), for now at least <:$

But anyway, I would appreciate hearing from anyone who put Help Desk 5.5 on ARS 
7.0.1 (or 7.1?).

I've noticed here where several have done this (putting off, understandably, 
the 
Service Desk 7 leap for awhile as we plan?).

I've looked at development ARS 7.0.1 (w/o apps) enough now to make me think the 
Oracle-level backup/restore of current app to new ARS 7.0.1/Oracle won't work 
as 
it did in other changes.  I suspect I will have to install Help Desk 5 on ARS 
7.0.1 fresh and export/import the tables from ARS 5.1.2 to ARS 7.0.1 Help Desk. 
  Can I get any comments on this?

We hoped to spare the users until the next phase where we quantum leap them to 
Service Desk 7 and hopefully also new full Change.

It just seems that going to all the way to the really new ARS 7.1 instead of 
sticking with the patched 7.0.1 would create more risk.  But maybe that isn't 
the case?

We are keeping Oracle at 9 to avoid too much change at once for the app. 
Changing hardware, putting Oracle and Mid Tier on separate servers, adding an 
F5 
into the mix, and upgrading ARS 2 hops seems enough for one step in the 
strategy.  But I'm all ears!

Current production: Solaris 8, Oracle 9, ARS 5.1.2, Help Desk 5.5.1, MidTier 
6.3.  Everything on one box.  Not unicode.

Target development: Solaris 10, Oracle 9, ARS 7.0.1, Help Desk 5.5.1, MidTier 
6.3.  Oracle and Mid Tier on other boxes.  Even though the new server is behind 
an F5, we only have one Remedy server.  Still not unicode.

Thanks in advance for any insight.  If there are prior ARSLIST posts addressing 
this mix directly, I haven't located them but will likely keep trying.

Regards,
ann
~*~ ~*~ ~*~
A. R. Kosch
Special Projects/Analyst
Remedy ARS Administrator
[EMAIL PROTECTED]
785-532-4933
Kansas State University
Computing and Telecommunications Services

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


  

Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

RDP Installation

[Chris Doble]

Want to install the RDP and am getting the must have admin tool 6.0 or newer 
installed error. I have a brand new download of RDP from BMC and have admin 
tool 7.0.01 p5 installed. 

Obviously there is a secret here or maybe needs more quarters?
Thank You,

Chris Doble
Mobile: 949-533-5346

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid Tier not updating Changes

[patrick zandi]

I found this was the case on some of the 7.01 P#'s
Works better on ARS 7.1  (I know this does not help you at this point)
-- Just trying to comfort you, and let you know .. yes sometimes this is the
case.
Sorry.. did not find the fix.. or have time to locate it.

On Dec 13, 2007 9:48 AM, Kemes, Lisa <[EMAIL PROTECTED]> wrote:

> ** I have our Development Mid Tier server (7.0.1 Patch 005, Windows 2003)
> set to "Definition Change Check Interval (Seconds)  = 60 seconds" and I also
> have the Peform Check option checked, but when I make a change to one of my
> forms, it does not update when I go into Mid Tier.  It will only update when
> I refresh the cache.
>
> Where do I start to try to find the problem?
>
> Lisa
> __20060125___This posting was submitted with HTML in
> it___




-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid-Tier 6.3 report file location

[Phil Murnane]

Dwayne:

My guess is that the report will end up on the Mid-Tier server somewhere, since 
the Mid-Tier is the actual ARS client.

--Phil

- Original Message 
From: Dwayne Martin <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Wednesday, December 12, 2007 7:55:41 AM
Subject: Mid-Tier 6.3 report file location

Hello everyone,

If you run a Remedy report in "CSV" format on Mid-Tier 6.3, and choose 
Destination "File" where does it put the file?

The 7.1 documentation says "If you selected File, you will be prompted for a 
file name AND DESTINATION" (emphasis mine).

But alas, we are still at Mid-Tier 6.3, and all we get to enter is the file 
name. There is nothing saying where it is going. It looks like the file gets 
saved, but we can't find it on the server or local machine.

I tried looking for the 6.3 documentation but can't find it on the Remedy 
website.

(IIS 5 web server on Win 2K, ARS (except for Mid-Tier) 7.1, RH Linux ARS 
server, Oracle 10.2)

Dwayne Martin
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: OT: Rant - SLA - Change / Task

[Curtis Gallant]

On Thu, Dec 13, 2007 at 09:32:06AM -0500, T. Dee wrote:
> 
>**
> 
>At least someone agrees with me :-)
> 
> 
> 
>Now for the big one million dollar question is how in ITSM 7 to create
>OLAs for Change Tasks using SLM.
> 
> 
> 
>Anyone out there done this?
> 
> 
> 
>Thank you!!!

SLM 7 can integrate to pretty much any backend form... That is the beauty
of its design, simply add the datasource and its parameters and it will
build all the filters for you.  Tasks in the end is just another
request-based datasource.  This could be better documented in the
guides but it is pretty straightforward to get it mesuring.  If you want
the equivalent of the SLM tab to show on tasks, then you need to
build/copy those objects from change and build the workflow to display
it/update it if you use any of the tabs functionality.

Now what will make things shine in your setup will be to have your OLAs
as dependencies of the SLAs attached to Change.  This would let you
measure real penalties in relation to your service level agreements and
put in some foundation work for operational chargebacks for breaches.
This can also be setup from SLM but for it to give you any practical
comparission metrics you need to do some work.

Cheers,

Curtis Gallant
Consultant

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: RDP Installation

[Matt Reinfeldt]

Chris,

 

Which version of RDP are you trying to use?  Make sure it's the latest 6.3
patch level.

 

Good luck,

 

Matt R.

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Chris Doble
Sent: Thursday, December 13, 2007 9:11 AM
To: arslist@ARSLIST.ORG
Subject: RDP Installation

 

Want to install the RDP and am getting the must have admin tool 6.0 or newer
installed error. I have a brand new download of RDP from BMC and have admin
tool 7.0.01 p5 installed. 

 

Obviously there is a secret here or maybe needs more quarters?

Thank You,

 

Chris Doble
Mobile: 949-533-5346

__20060125___This posting was submitted with HTML in
it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Unicode...

[Axton]

We have a unicode Oracle instance and arserver is configured to use
unicode; the columns are varchar2.

[EMAIL PROTECTED] scripts]$ cat /x/y/z/conf/ar.conf  |grep UTF
Db-Character-Set: UTF-8

btw, you're not ranting; there's the right way then there's the easy
way; I almost always prefer the right way.

Axton Grams

On Dec 13, 2007 10:18 AM, Hugo Visser <[EMAIL PROTECTED]> wrote:
> ** Axton,
>
> I'm not sure what you are saying, but when you install the AR System with
> unicode checked in the installer on MSSQL, the created columns are already
> of the nchar kind. So database wise it seems OK. I think the same is true
> for an Oracle install. That's why I don't understand the bytes vs characters
> argument. DB is OK, just check the field against the number of characters
> and stuff it in the DB. Maybe the problem is the check itself if the AR
> System is not using unicode internally (which is likely).
>
> @Fred the original problem can be related, if the menu check is also using
> bytes (convert 60 chars to unicode bytes, limit to field length and convert
> back), it might "miss" some characters fireing the error.
>
> Anyway, the key thing is that unicode deals with characters, not bytes. We
> (users, developers) should not have to care about how a character is encoded
> internally or in the DB. I've never understood the choice for SUBSTR vs
> SUBSTRC. SUBSTRC will work in both unicode and non-unicode installs, while
> SUBSTR could break your workflow in unicode environments, but will still
> work on non unicode installs. To me that's a clear indication that
> unicodewise BMC doesn't seem to get it.
>
> Hugo
>
> PS I realize that I might be ranting, but I just want to get a better AR
> System :)
>
>
>
> On Dec 13, 2007 3:55 PM, Axton <[EMAIL PROTECTED] > wrote:
> >
> >
> >
> > *** SQL Server
> > nchar   Fixed-length Unicode data with a maximum length of 4,000
> characters
> > nvarcharVariable-length Unicode data with a maximum length of
> 4,000 characters
> > ntext   Variable-length Unicode data with a maximum length of 2^30 - 1
> characters
> >
> > Seems the best approach would be that if arserver is configured for
> > unicode support, it should use unicode data types within the db.
> > Makes transitioning from non-unicode to unicode a bit more difficult,
> > but not impossible.
> >
> > Axton Grams
> >
> >
> > On Dec 13, 2007 4:05 AM, Hugo Visser < [EMAIL PROTECTED]> wrote:
> > > ** I'm sorry, but I'm finding this almost offensive. Unicode was
> invented to
> >
> >
> >
> > > map a character to a byte representation. So when your product "supports
> > > unicode" it most of the time means that you can enter any kind of
> character
> > > in a field or whatever and that the system will do the right thing to
> store
> > > it. Whether a character is stored in one, two or four bytes is just an
> > > implementation detail and the spec for that is unicode.
> > >
> > > BMC is really turning this around with it's "unicode" implementation.
> Now a
> > > developer or end user must be aware that a bunch of characters end up
> being
> > > x bytes in the DB or application. Something that the developer or user
> can
> > > NEVER anticipate. The AR System, from a development platform
> perspective,
> > > should hide this implementation detail, the same way as the DB is
> "hidden"
> > > from the application developer.
> > > That would be true unicode support, and this is how many other unicode
> apps
> > > do it.
> > >
> > > Just saying "hey you didn't read the docs" is the easy way out. BTW I
> did
> > > read the docs and therefore we decided that AR System on unicode is a
> no-go
> > > for now.
> > >
> > > So as far as unicode support in AR System is concerned, it's a technical
> > > hack that lets you store stuff in a unicode DB, but there's no real
> > > application support for it. It is nice for marketing to let the world
> know
> > > you "support unicode" though.
> > >
> > > I hope someone at BMC will see the light and bring true unicode support
> to
> > > AR System in the next release.
> > >
> > > Hugo
> > >
> > >
> > > On Dec 13, 2007 12:40 AM, Easter, David < [EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > >
> > > >
> > > > > I'm reading the answer from David as the application developers does
> > > > > not know the difference between a byte and a character
> > > >
> > > > Yes, I do find this to be true - it's a combination of three things:
> > > >
> > > > 1. In older (6.3 and before) versions of AR System documentation, it
> was
> > > stated that the field length is in characters.  This didn't cause a
> problem
> > > when a character set has a one-to-one mapping of bytes to characters,
> but it
> > > isn't true for multi-byte languages.  So when we added Unicode support
> in
> > > 7.0, the documentation was updated to be more technically accurate that
> the
> > > field length is really in bytes, not characters.
> > > >
> > > > 2. Others just haven't read the documentation at all and make an
> > > assump

Re: OT: Rant - SLA - Change / Task

[Rick Cook]

I don't know that many of us disagree with you, Ty, but speaking for myself,
I just don't see it happening as part of the SLM product offering any time
in the near future.  I hope I'm wrong, but I doubt that I am.

In the meantime, good luck building your own.  If you can make it actually
work, I will be VERY impressed.  You better have a lot of headroom on your
server before you turn it on, though, cause it's gonna be very
resource-intensive.

Rick

On 12/13/07, T. Dee <[EMAIL PROTECTED]> wrote:
>
> ** At least someone agrees with me :-)
>
> Now for the big one million dollar question is how in ITSM 7 to create
> OLAs for Change Tasks using SLM.
>
> Anyone out there done this?
>
> Thank you!!!
>
>
>
> On 12/13/07, Hugo Visser <[EMAIL PROTECTED]> wrote:
> >
> > ** Ofcourse that does make sense! ExpertDesk has OLA's for tasks (any
> > tasks, being Change, Incident, Problem or Operations) since at least version
> > 4 (we're heading for release 6.7). In our implementations, we turn
> > things around: if you don't need any OLA's (but most customers do), we
> > define a "generic" one. So I don't think it's a wierd requirement to have
> > OLA's for tasks, in fact it makes perfect sense to me.
> >
> > Hugo
> >
> > On Dec 13, 2007 3:09 PM, T. Dee <[EMAIL PROTECTED]> wrote:
> >
> > > ** What is so frustrating for me is that this feature is not
> > > "supported" by Remedy.
> > >
> > > I don't understand who someone can have Change and not use SLAs for
> > > "Tasks".
> > >
> > > Each Task(s) of Change have different timelines that they have to be
> > > done within and I can't believe that most people don't track this to 
> > > improve
> > > their level of service.
> > >
> > >
> > >
> > >
> > >   On 12/12/07, Rabi Tripathi <[EMAIL PROTECTED] > wrote:
> > >
> > > >   Funny that you guys are talking about SLAs on tasks.
> > > > We will be building just that fairly soon (in ITSM 7).
> > > >
> > > > I am not sure if it's a good idea or a workable idea.
> > > > It was not my idea. But it's going to be built.
> > > >
> > > > I've seen companies not want to use tasks at all,
> > > > especially tasks that are assigned to an area outside
> > > > of the Change's assignee's. The reason: change is at
> > > > the mercy of tasks being completed on time. With
> > > > change and its task(s) touching on multiple ...
> > > > jurisdictions ...change's sla is not going to be
> > > > meaningful or fair, in that it doesn't purely measure
> > > > change assignee's performance.
> > > >
> > > > That is unless tasks themselves have SLAs (OLA is the
> > > > more appropriate term, but the difference is trivial
> > > > in SLM application). That's what has been requested
> > > > this time and we will build it. But, I am not sure how
> > > > it's going to work in practice.
> > > >
> > > > As I see it, slas have two purposes. One is
> > > > operational...try to get things done on time, by
> > > > setting clear goals & expectations, alerting parties
> > > > etc before and after etc.
> > > >
> > > > Second one is longer term...trend analysis, which can
> > > > provide feedback on organization's and process's
> > > > performance and aid with streamlining, refining for
> > > > better performance in future.
> > > >
> > > > First one...I can see happening by simply having slas
> > > > defined on tasks.
> > > >
> > > > However, defining tasks' slas (or OLAs) will be
> > > > trickier than for change. Tasks' schedule is at the
> > > > mercy of change's. Timing-wise, I can not yet see what
> > > > kind of slas will make sense on tasks. Change and its
> > > > tasks are intertwined at more than one points...in
> > > > terms of timing of planning, implementation etc.
> > > >
> > > > Second one...performance analysis thru historic
> > > > reporting...it can be done on tasks...but if the goal
> > > > of having slas on tasks is to measure change's
> > > > performance more accurately by accounting for task's
> > > > performance...
> > > > ...I am not sure how tasks' contribution (or lack of
> > > > it) to change's sla performance can be
> > > > added/subtracted so that change's (or change
> > > > assignee's) performance is isolated and measured...in
> > > > cases there were tasks done by parties other than
> > > > change's assignee. If there were tasks assigned both
> > > > within and outside change's assigned area, it gets
> > > > complicated. You can get overall performance of IT
> > > > organization, but not groups.
> > > >
> > > > Well, it's going to be built, so I will update you
> > > > guys later about the mechanics of building it.
> > > > Conceptually, architecturally it's fairly simple.
> > > >
> > > > I am talking somewhat abstractly here. I have to warn
> > > > you that in the past when I have done that it has
> > > > sometimes turned out that I was talking non-sense...or
> > > > that I was doing pointless analysis.:) On this front
> > > > as well, I can update you guys...as to how well the
> > > > goals (which I am not completely clear on yet

Re: DDE vs. OLE - Resolved

[Mayfield, Andy L.]

I was able to find a decent example in the Remedy KB. I believe I have
the information I need to accomplish an Active Link-DDE-Execute/Poke.

Of course I've now decided to go the VB route, but it's good to know in
case I need it for applications.

Thanks to all who contributed.

Andy L. Mayfield 
Sr. System Operation Specialist 
Alabama Power Company 
Office: 205-226-1805 
Cell: 205-288-9140 
SoLinc: 10*19140 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Mayfield, Andy L.
Sent: Wednesday, December 12, 2007 2:18 PM
To: arslist@ARSLIST.ORG
Subject: DDE vs. OLE

Is anyone out there using DDE as an Active Link action?  If so, I could
ready use some help with the syntax. Right now I am trying to accomplish
a "Poke", but would love to have information on any and all of the
commands.

Thanks,

P.S. DDE = Deviously Diabolic Entity

Andy L. Mayfield 
Sr. System Operation Specialist 
Alabama Power Company 
Office: 205-226-1805 
Cell: 205-288-9140 
SoLinc: 10*19140 


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Mayfield, Andy L.
Sent: Tuesday, December 11, 2007 1:23 PM
To: arslist@ARSLIST.ORG
Subject: DDE vs. OLE

I have a need to have some data from a form sent to an existing excel
spreadsheet. I was thinking of using DDE, but from what I've read it
sounds as though I may be better of in the long run using OLE. 

I wanted to be sure OLE would do what I needed before I wasted my time
trying.  

I've been asked to see if I can have Remedy open a pre-existing
spreadsheet (lots of VB in the background) and place certain data from a
form into the correct cells on the spreadsheet. I have no control of the
spreadsheet itself, but I might be able to get the owner to make
modifications if I need to.

Is this possible using OLE?


Tanks All,

Andy L. Mayfield 
Sr. System Operation Specialist 
Alabama Power Company 
Office: 205-226-1805 
Cell: 205-288-9140 
SoLinc: 10*19140 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Question: Windows Vista - Remedy User Tool / Admin Tool

[T. Dee]

Hey gang - was wondering if anyone is running Remedy User Tool OR Remedy
Admin Tool 7.x with Windows Vista.

We will be rolling Windows Vista out soon and wanted to know if there are
any issues / concerns, etc. that some of you may have encountered with
Windows Vista and Remedy?

THANKS!!

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid Tier not updating Changes

[Kemes, Lisa]

Is anyone else experiencing this problem?



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 10:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier not updating Changes


** 
So would you recommend at this point just flushing the cache all the
time?  That wouldn't hurt anything would it?



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Thursday, December 13, 2007 10:11 AM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier not updating Changes


** I found this was the case on some of the 7.01 P#'s
Works better on ARS 7.1  (I know this does not help you at this point)
-- Just trying to comfort you, and let you know .. yes sometimes this is
the case.
Sorry.. did not find the fix.. or have time to locate it. 


On Dec 13, 2007 9:48 AM, Kemes, Lisa <[EMAIL PROTECTED]>
wrote:


** 
I have our Development Mid Tier server (7.0.1 Patch 005, Windows
2003) set to "Definition Change Check Interval (Seconds)  = 60 seconds"
and I also have the Peform Check option checked, but when I make a
change to one of my forms, it does not update when I go into Mid Tier.
It will only update when I refresh the cache.
 
Where do I start to try to find the problem?

Lisa
__20060125___This posting was submitted with
HTML in it___ 




-- 
Patrick Zandi __20060125___This posting was
submitted with HTML in it___ __20060125___This
posting was submitted with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: RDP Installation

[Robert Page]

Chris

You need version 6.3 patch 1492 for WAT 7.0.1 and version 6.3 patch 1493 for 
WAT 7.1

Regards

Robert


- Original Message 
From: Chris Doble <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Thursday, 13 December, 2007 3:11:19 PM
Subject: RDP Installation

** 
Want to install the RDP and am getting the must have admin tool 6.0 or newer 
installed error. I have a brand new download of RDP from BMC and have admin 
tool 7.0.01 p5 installed. 
 
Obviously there is a secret here or maybe needs more quarters?
Thank You,
 
Chris Doble
Mobile: 949-533-5346
__20060125___This posting was submitted with HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Looking for a report from Remedy v5

[John Atherly]

Back in Remedy v5 there was a report the would lay out all the different
CTI's that fell under a group.   If I pull a report from the SHR:Assignment
form I get the CTI's that are only listed.  This report  that will spell
out the CTI all the way down to the Item level if the item is not specified
in SHR:Assignment?


For example

We have the following entry defined in SHR:Assignment:


Category => Hardware
Type => Laptop
Item => (Blank)
Region => North America
Site => Rhode Island

When I export this report it shows only Category => Hardware, Type=>
Laptop, however there are 100 items under Item. I would have to go to
SHR:Categorization to pull the 100 items under the Category of Hardware and
Type of Item.

I remember there was a feature in version 5 where you can run an out of the
box report on every single combination for assignment.


John Atherly
American Power Conversion
[EMAIL PROTECTED]
401-789-5735 Ext. 2120
1-800-788-2208 Ext. 2120

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Question: Windows Vista - Remedy User Tool / Admin Tool

[patrick zandi]

Have found that it seems to work fine,
Also will work in compatibility mode of XP as well -- previous usertools as
well.

On Dec 13, 2007 11:33 AM, Thomas Worth <[EMAIL PROTECTED]> wrote:

> **
>
> I've been running both the User Tool and Admin Tool on Vista Ultimate
> 64-bit and have not had any issues at all.
>
>
>
> Thanks,
>
>
>
> Tom Worth
>
>
>  --
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] *On Behalf Of *T. Dee
> *Sent:* Thursday, December 13, 2007 10:27 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Question: Windows Vista - Remedy User Tool / Admin Tool
>
>
>
> **
>
> Hey gang - was wondering if anyone is running Remedy User Tool OR Remedy
> Admin Tool 7.x with Windows Vista.
>
>
>
> We will be rolling Windows Vista out soon and wanted to know if there are
> any issues / concerns, etc. that some of you may have encountered with
> Windows Vista and Remedy?
>
>
> THANKS!!
>
> __20060125___This posting was submitted with HTML in
> it___
>  __20060125___This posting was submitted with HTML in
> it___
>



-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Database Timeout Error

[Frank Caruso]

I think the max is about 2 minutes. However, maybe increasing the timeout is
not the solution but trying to figure out why it takes so long to
close\update 1500 tickets. Check your SQL logs and see where it is spending
most of its time. You did not mention whether the process actually
completes; do all 1500 tickets get closed even when you get the timeout?


On Dec 13, 2007 8:45 AM, Conrad Pereira <[EMAIL PROTECTED]> wrote:

> ** Hi,
>
> Does anyone know how to increase the database timeout? I have some
> workflow where there is one parent ticket and 1500 child tickets on the same
> form. The resolution of the parent ticket must resolve all the associated
> child tickets. I get the following error
>
> ARERR [92] Timeout during database update -- the operation has been
> accepted by the server and will usually complete successfully :  Name>
>
> The database is Oracle. Does anyone know how to solve this error?
> Although it completes the update of all records I want to get rid of this
> error.
>
> Regards,
> Conrad
> __20060125___This posting was submitted with HTML in
> it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: HELP - Auto-relate People to Assets

[Troy Sasso]

I've done it the same way Roger is describing with
great results.

You'll have to make sure you have the common element
to relate form CI to person though.


Troy

--- Roger Justice <[EMAIL PROTECTED]> wrote:

> I was able to create custom workflow that used the a
> new field I added to the Base Element called Asset
> Owner that held the users login ID that was the same
> as the Remedy login ID. I created a filter on create
> that used the appropriate data to populate the
> AST:AssetPeople.
> 
> 
> -Original Message-
> From: Eli Schilling <[EMAIL PROTECTED]>
> To: arslist@ARSLIST.ORG
> Sent: Tue, 11 Dec 2007 2:37 pm
> Subject: HELP - Auto-relate People to Assets
> 
> 
> 
> Hello and thank you for taking the time to read my
> post!
>  
> In my current environment we are using EIE and Recon
> Engine to bring data from 
> Config Management 7.x into ITSM 7.  All of this
> works great; I get my machines, 
> components, apps and people (and by people I mean
> last logged on user).  During 
> the process it also creates the person to machine
> relationship in the 
> BMC.CORE:BMC_BaseRelationship form.
>  
> The problem I'm having is that, on the Incident
> Management form, the Customer 
> CI's table points to AST:AssetPeople_AssetBase
> (which is a join of AST:People 
> and BMC.CORE:BMC_BaseElement).  And the only way to
> get records into this join 
> form is to manually relate a person to a CI from the
> AST:ComputerSystem form.
>  
> Is there a documented method of either adding jobs
> into the EIE or Recon Process 
> to create these relationship records in the
> appropriate location or is there a 
> documented method of "configuring" the table on the
> IM form to look at 
> BMC.CORE:BMC_BaseRelationship?  And the reason I say
> "configure" is because the 
> table qualification is external and uses server
> variables that are set when you 
> open the form HPD:Help Desk.
>  
> Thanks in advance!
>  
> Eli
> 
>
___
> UNSUBSCRIBE or access ARSlist Archives at
> www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where
> the Answers Are"
> 
> 
>

> More new features than ever.  Check out the new AOL
> Mail ! - http://webmail.aol.com
> 
>
___
> UNSUBSCRIBE or access ARSlist Archives at
> www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where
> the Answers Are"
> 





  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Question: Windows Vista - Remedy User Tool / Admin Tool

[Thomas Worth]

I've been running both the User Tool and Admin Tool on Vista Ultimate 64-bit
and have not had any issues at all.

 

Thanks,

 

Tom Worth

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of T. Dee
Sent: Thursday, December 13, 2007 10:27 AM
To: arslist@ARSLIST.ORG
Subject: Question: Windows Vista - Remedy User Tool / Admin Tool

 

** 

Hey gang - was wondering if anyone is running Remedy User Tool OR Remedy
Admin Tool 7.x with Windows Vista.

 

We will be rolling Windows Vista out soon and wanted to know if there are
any issues / concerns, etc. that some of you may have encountered with
Windows Vista and Remedy?


THANKS!!

__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Move Remedy server to Hardware with ITSM 7.1

[Haque, Rezaul R]

Our current platform is Sun Solaris patch 5.9 old hardware.

We are moving to Sun T2000 powerful CPU and 16 gb mem, dual core proc.

My question is last time we install Full Remedy Application with ITSM
suite 7.1 with CMDB 2.0 it took us 5 working days. Is there a way that
we can put the image to the new server and change some configuration
instead of installing the whole application, since it will be same os
and patch level ( hardware and application). Little help will be
appreciated.

 

Thanks

Rezaul


E-MAIL CONFIDENTIALITY NOTICE: 

 

 

 

The contents of this e-mail message and 
any attachments are intended solely for the 
addressee(s) and may contain confidential 
and/or legally privileged information. If you 
are not the intended recipient of this message 
or if this message has been addressed to you 
in error, please immediately alert the sender
 by reply e-mail and then delete this message 
and any attachments. If you are not the 
intended recipient, you are notified that 
any use, dissemination, distribution, copying, 
or storage of this message or any attachment 
is strictly prohibited.








___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Remedy Developer position in San Diego

[Stephen M. Ferrari]

Remedy Developer

Detailed Knowledge of ARSystem 7.0 and Remedy ITSM 6.0 (Help Desk, Change, 
Asset). Knowledge of CMDB and MSSQL. 

Strong Remedy ITSM workflow and customization experience with the ability 
to develop modules that integrate with the current out of the box 
application. 

Proficient with Remedy ITSM Application Configuration. 

Proficient with Remedy Mid-Tier 7.0, ARSXML, Crystal Reports.  Track 
record of several successful enterprise implementations using 
dev/test/prod environments 

3 - 5 years of Remedy Developer and Administrator experience.

Knowledge of Remedy and Server maintenance including basic networking and 
software patches.

Ability to coordinate tasks with other team members and manage work 
against a project plan

Ability to determine work effort and prioritize tasks accordingly

Ability to work in a team and independently

Ability to obtain Security Clearance.

Contact Steve at [EMAIL PROTECTED]

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


smime.p7s
Description: S/MIME cryptographic signature

Re: Unicode...

[Jarl Grøneng]

Yes, read the first post. But was more stunning of the answer from BMC...

--
Jarl

On Dec 13, 2007 3:52 PM, Grooms, Frederick W <[EMAIL PROTECTED]> wrote:
> Did anyone else reading the original thread think ... That has nothing to do 
> with Unicode.  The error is that he was trying to save a value that didn't 
> exist in his menu of choices.
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:[EMAIL 
> PROTECTED] On Behalf Of Jarl Grøneng
> Sent: Thursday, December 13, 2007 1:04 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Unicode...
>
> Thanks for your answer...
>
> -
> Jarl
>
>
> On Dec 13, 2007 12:40 AM, Easter, David <[EMAIL PROTECTED]> wrote:
> > > I'm reading the answer from David as the application developers does
> > > not know the difference between a byte and a character
> >
> > Yes, I do find this to be true - it's a combination of three things:
> >
> > 1. In older (6.3 and before) versions of AR System documentation, it was 
> > stated that the field length is in characters.  This didn't cause a problem 
> > when a character set has a one-to-one mapping of bytes to characters, but 
> > it isn't true for multi-byte languages.  So when we added Unicode support 
> > in 7.0, the documentation was updated to be more technically accurate that 
> > the field length is really in bytes, not characters.
> >
> > 2. Others just haven't read the documentation at all and make an assumption 
> > that "length" is in characters, when it's really in bytes.
> >
> > 3. Some folks don't know that characters can be more than one byte in 
> > length.  So when they want a field to hold 10 characters, they select "10" 
> > as the field length.  Then, when Unicode is used, multi-byte characters 
> > exceed the field length of 10 bytes.
> >
> > Put these together, and you run into this problem.
> >
> > Note that by "application developers" I mean those that create applications 
> > on top of AR System.  The AR System engineers themselves have always known 
> > that field lengths are in bytes.  It's only recently with the introduction 
> > of Unicode support (i.e. 7.0.00 and forward) where there has been confusion 
> > in the customer base about this topic.
> >
> > Thanks,
> >
> > -David J. Easter
> > Sr. Product Manager, Service Management Business Unit BMC Software,
> > Inc.
> >
> > The opinions, statements, and/or suggested courses of action expressed in 
> > this E-mail do not necessarily reflect those of BMC Software, Inc.  My 
> > voluntary participation in this forum is not intended to convey a role as a 
> > spokesperson, liaison or public relations representative for BMC Software, 
> > Inc.
> >
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Grøneng
> > Sent: Wednesday, December 12, 2007 11:56 AM
> > To: arslist@ARSLIST.ORG
> > Subject: Unicode...
> >
> > Intresting answers from BMC:
> > http://developer.bmc.com/jiveProd/thread.jspa?threadID=8144&tstart=0
> >
> > I'm reading the answer from David as the application developers does
> > not know the difference between a byte and a character
> >
> > --
> > Jarl
> >
> > __
> > _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> >
> > __
> > _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> >
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: 
> www.rmsportal.com ARSlist: "Where the Answers Are"
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Question: Windows Vista - Remedy User Tool / Admin Tool

[Rami S Ayoub]

My recommendation to you , all the pc's should have two portions , because
there is problem with the Temp file that the user tool created when you it
running 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Thursday, December 13, 2007 7:55 PM
To: arslist@ARSLIST.ORG
Subject: Re: Question: Windows Vista - Remedy User Tool / Admin Tool


** Have found that it seems to work fine, 
Also will work in compatibility mode of XP as well -- previous usertools as
well.


On Dec 13, 2007 11:33 AM, Thomas Worth < [EMAIL PROTECTED]
 > wrote:


** 

I've been running both the User Tool and Admin Tool on Vista Ultimate 64-bit
and have not had any issues at all.

 

Thanks,

 

Tom Worth

 


  _  


From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of T. Dee
Sent: Thursday, December 13, 2007 10:27 AM
To: arslist@ARSLIST.ORG
Subject: Question: Windows Vista - Remedy User Tool / Admin Tool

 

** 

Hey gang - was wondering if anyone is running Remedy User Tool OR Remedy
Admin Tool 7.x with Windows Vista.

 

We will be rolling Windows Vista out soon and wanted to know if there are
any issues / concerns, etc. that some of you may have encountered with
Windows Vista and Remedy?


THANKS!!

__20060125___This posting was submitted with HTML in
it___ 

__20060125___This posting was submitted with HTML in
it___ 




-- 
Patrick Zandi __20060125___This posting was submitted
with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Database Timeout Error

[Rami S Ayoub]

Which version ? explain what you're trying to archive ?

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Conrad Pereira
Sent: Thursday, December 13, 2007 4:46 PM
To: arslist@ARSLIST.ORG
Subject: Database Timeout Error


** 
Hi,
 
Does anyone know how to increase the database timeout? I have some workflow
where there is one parent ticket and 1500 child tickets on the same form.
The resolution of the parent ticket must resolve all the associated child
tickets. I get the following error 

ARERR [92] Timeout during database update -- the operation has been accepted
by the server and will usually complete successfully :  

The database is Oracle. Does anyone know how to solve this error?

Although it completes the update of all records I want to get rid of this
error.
 
Regards,
Conrad
__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Can An Attachment Field Be Made Read Only?

[Sokol, Brian]

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only.
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Remedy 6.3 - patch 1465

[Rob Cvetkovski]

Hey guys,

I install patch 1465 on Remedy version 6.3 and get the 1054 error - LOAD
WORKFLOW: defnimp error
End Function:Load application using RIK.
 
Any ideas what could be causing this problem?
 

Rob Cvetkovski, Associate Consultant

Burntsand Inc.  
185 The West Mall Suite 600 Toronto ON M9C 5L5
Tel: (416) 234-3839  Cell: (416) 917-7231
www.burntsand.com  

 

 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: DDE vs. OLE - Resolved (UNCLASSIFIED)

[FRANK, GORDON CTR DISA JSSC]

Classification:  UNCLASSIFIED 
Caveats: NONE

One comment. 

Try to do as much of any calculations within Remedy ARS. VBA is running
on a client and Remedy ARS will be on a much more powerful server.

I have run into several site where the first thing said is "My Crystal
Reports are slow!" The reason this is always true, is that the creator
of the report did his complex calculations within Crystal on the client
and therefore slowing down the report. Complex calculations need to be
done on the server where there is the power of huge memories and paging.

VBA can suffer from the same slowness if put together wrong.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Mayfield, Andy L.
Sent: Thursday, December 13, 2007 11:22 AM
To: arslist@ARSLIST.ORG
Subject: Re: DDE vs. OLE - Resolved

I was able to find a decent example in the Remedy KB. I believe I have
the information I need to accomplish an Active Link-DDE-Execute/Poke.

Of course I've now decided to go the VB route, but it's good to know in
case I need it for applications.

Thanks to all who contributed.

Andy L. Mayfield
Sr. System Operation Specialist
Alabama Power Company
Office: 205-226-1805
Cell: 205-288-9140
SoLinc: 10*19140 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Mayfield, Andy L.
Sent: Wednesday, December 12, 2007 2:18 PM
To: arslist@ARSLIST.ORG
Subject: DDE vs. OLE

Is anyone out there using DDE as an Active Link action?  If so, I could
ready use some help with the syntax. Right now I am trying to accomplish
a "Poke", but would love to have information on any and all of the
commands.

Thanks,

P.S. DDE = Deviously Diabolic Entity

Andy L. Mayfield
Sr. System Operation Specialist
Alabama Power Company
Office: 205-226-1805
Cell: 205-288-9140
SoLinc: 10*19140 


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Mayfield, Andy L.
Sent: Tuesday, December 11, 2007 1:23 PM
To: arslist@ARSLIST.ORG
Subject: DDE vs. OLE

I have a need to have some data from a form sent to an existing excel
spreadsheet. I was thinking of using DDE, but from what I've read it
sounds as though I may be better of in the long run using OLE. 

I wanted to be sure OLE would do what I needed before I wasted my time
trying.  

I've been asked to see if I can have Remedy open a pre-existing
spreadsheet (lots of VB in the background) and place certain data from a
form into the correct cells on the spreadsheet. I have no control of the
spreadsheet itself, but I might be able to get the owner to make
modifications if I need to.

Is this possible using OLE?


Tanks All,

Andy L. Mayfield
Sr. System Operation Specialist
Alabama Power Company
Office: 205-226-1805
Cell: 205-288-9140
SoLinc: 10*19140 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Classification:  UNCLASSIFIED 
Caveats: NONE

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[FRANK, GORDON CTR DISA JSSC]

Classification:  UNCLASSIFIED 
Caveats: NONE

You can't use a Change Display action, but you might be able to use an
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

** 

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only.
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc. 
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com   

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED 
Caveats: NONE

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Remedy Developer position in San Diego

[Michael Smith]

Steve,
Thanks for contacting me, but unfortunately I will be relocating to the Seattle 
Washington Area in the next 3-4 months.  If you have any availablities in that 
area I would be interested.
Thank you,
Mike Smith> Date: Thu, 13 Dec 2007 09:08:11 -0800> From: [EMAIL PROTECTED]> 
Subject: Remedy Developer position in San Diego> To: arslist@ARSLIST.ORG> > 
Remedy Developer> > Detailed Knowledge of ARSystem 7.0 and Remedy ITSM 6.0 
(Help Desk, Change, > Asset). Knowledge of CMDB and MSSQL. > > Strong Remedy 
ITSM workflow and customization experience with the ability > to develop 
modules that integrate with the current out of the box > application. > > 
Proficient with Remedy ITSM Application Configuration. > > Proficient with 
Remedy Mid-Tier 7.0, ARSXML, Crystal Reports. Track > record of several 
successful enterprise implementations using > dev/test/prod environments > > 3 
- 5 years of Remedy Developer and Administrator experience.> > Knowledge of 
Remedy and Server maintenance including basic networking and > software 
patches.> > Ability to coordinate tasks with other team members and manage work 
> against a project plan> > Ability to determine work effort and prioritize 
tasks accordingly> > Ability to work in a team and independently> > Ability to 
obtain Security Clearance.> > Contact Steve at [EMAIL PROTECTED]> > 
___>
 UNSUBSCRIBE or access ARSlist Archives at www.arslist.org> Platinum Sponsor: 
www.rmsportal.com ARSlist: "Where the Answers Are"
_
Get the power of Windows + Web with the new Windows Live.
http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_122007
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Rick Cook]

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control the
R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow write
access to the field from a Submit window.

Rick

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]> wrote:
>
> Classification:  UNCLASSIFIED
> Caveats: NONE
>
> You can't use a Change Display action, but you might be able to use an
> error Filter with the syntax:
>
> TR. != DB.
>
> I haven't tried it but I'll bet you can. Let me know.
>
> Gordon M. Frank
> DISA\Version FNS
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
> Sent: Thursday, December 13, 2007 12:42 PM
> To: arslist@ARSLIST.ORG
> Subject: Can An Attachment Field Be Made Read Only?
>
> **
>
> I have an attachment field on a form. Once a file is attached I want to
> prevent anyone from changing or deleting the attachment. I would like
> them to be able to view the attached file. I thought this would be
> simple using the Change Field action and making it Read Only.
> Unfortunately that option is not available for that type of field. I
> know I can hide the field but I would prefer if it was made read only.
> Is this possible?
>
> Brian Sokol
> Manager, Desktop Services
> Scholastic Inc.
> 557 Broadway
> NY, NY 10012
> (212) 343-6494
> http://www.Scholastic.com 
>
> __20060125___This posting was submitted with HTML in
> it___
> Classification:  UNCLASSIFIED
> Caveats: NONE
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Mid Tier Logs

[Kemes, Lisa]

Is there anything other than the armidtier.log file to see what active
links are firing?  I'd LOVE it to look closer like the WUT workflow.log
file. 
 
Right now I have Workflow selected on the Mid Tier Config page, the log
level is FINE and the log viewer is FINE.  Log format is Detailed Text.
It's really hard to read in the armidtier.log format to see exactly what
is going on in the case of Active Links.
 
Lisa

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid Tier Logs

[Grooms, Frederick W]

Use a prefernce server and set the logging options on for whatever login
you are using.  It will open an additional IE window with the log in it.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 12:26 PM
To: arslist@ARSLIST.ORG
Subject: Mid Tier Logs


** 
Is there anything other than the armidtier.log file to see what active
links are firing?  I'd LOVE it to look closer like the WUT workflow.log
file. 
 
Right now I have Workflow selected on the Mid Tier Config page, the log
level is FINE and the log viewer is FINE.  Log format is Detailed Text.
It's really hard to read in the armidtier.log format to see exactly what
is going on in the case of Active Links.
 
Lisa
 
  

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 
Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 
 
Rick
 
On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to
use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I
want to
prevent anyone from changing or deleting the attachment. I would
like 
them to be able to view the attached file. I thought this would
be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of
field. I
know I can hide the field but I would prefer if it was made read
only. 
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com < http://www.Scholastic.com
 >

__20060125___This posting was submitted with
HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE



___ 
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers
Are"



__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

RESOLVED - Auto-relate People to Assets

[Eli Schilling]

Roger, thanks for the direction!
 
I wound up creating a filter that runs on all BMC_PERSON classID's in
the BMC.ASSET dataset.  When CDIntegrationID and CDMachineID are NOT
null I pull the person's details from CTM:People and I pull the
computer's Asset Information from AST:ComputerSystem (by matching the
person's CDMachineID to the Asset's CDIntegrationID).  Then push all
these fields to AST:AssetPeople to create the relationship record.
 
Wound up being a lot less workflow than I expected.  Anyway, just wanted
to show my appreciation for the guidance!
 
-Eli



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Justice
Sent: Tuesday, December 11, 2007 1:19 PM
To: arslist@ARSLIST.ORG
Subject: Re: HELP - Auto-relate People to Assets


** I was able to create custom workflow that used the a new field I
added to the Base Element called Asset Owner that held the users login
ID that was the same as the Remedy login ID. I created a filter on
create that used the appropriate data to populate the AST:AssetPeople.


-Original Message-
From: Eli Schilling <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Tue, 11 Dec 2007 2:37 pm
Subject: HELP - Auto-relate People to Assets


Hello and thank you for taking the time to read my post!
 
In my current environment we are using EIE and Recon Engine to bring
data from 
Config Management 7.x into ITSM 7.  All of this works great; I get my
machines, 
components, apps and people (and by people I mean last logged on user).
During 
the process it also creates the person to machine relationship in the 
BMC.CORE:BMC_BaseRelationship form.
 
The problem I'm having is that, on the Incident Management form, the
Customer 
CI's table points to AST:AssetPeople_AssetBase (which is a join of
AST:People 
and BMC.CORE:BMC_BaseElement).  And the only way to get records into
this join 
form is to manually relate a person to a CI from the AST:ComputerSystem
form.
 
Is there a documented method of either adding jobs into the EIE or Recon
Process 
to create these relationship records in the appropriate location or is
there a 
documented method of "configuring" the table on the IM form to look at 
BMC.CORE:BMC_BaseRelationship?  And the reason I say "configure" is
because the 
table qualification is external and uses server variables that are set
when you 
open the form HPD:Help Desk.
 
Thanks in advance!
 
Eli


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
 
Platinum Sponsor: www.rmsportal.com 
ARSlist: "Where the Answers Are"



More new features than ever. Check out the new AOL Mail
 !

__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Heider, Stephen]

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like 
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only. 
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com < http://www.Scholastic.com
 >

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___ 
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


__20060125___This posting was submitted with HTML in
it___ 

__20060125___This posting was submitted with HTML in
it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

I tried that and for some reason the error message fires if I change any
field and try to save the request even if I do not touch the attachment
field. 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of FRANK, GORDON CTR DISA JSSC
Sent: Thursday, December 13, 2007 1:00 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

** 

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only.
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc. 
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com   

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Dwayne Martin]

Does anyone know WHY attachment fields can't be made read-only?

Is it just an oversight, or is there a good reason?

Dwayne Martin
James Madison University

 Original message 
>Date: Thu, 13 Dec 2007 13:44:13 -0500
>From: "Sokol, Brian" <[EMAIL PROTECTED]>  
>Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)  
>To: arslist@ARSLIST.ORG
>
>I tried that and for some reason the error message fires if I change any
>field and try to save the request even if I do not touch the attachment
>field. 
>
>-Original Message-
>From: Action Request System discussion list(ARSList)
>[mailto:[EMAIL PROTECTED] On Behalf Of FRANK, GORDON CTR DISA JSSC
>Sent: Thursday, December 13, 2007 1:00 PM
>To: arslist@ARSLIST.ORG
>Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
>
>Classification:  UNCLASSIFIED
>Caveats: NONE
>
>You can't use a Change Display action, but you might be able to use an
>error Filter with the syntax:
>
>TR. != DB.
>
>I haven't tried it but I'll bet you can. Let me know.
>
>Gordon M. Frank
>DISA\Version FNS
>
>
>-Original Message-
>From: Action Request System discussion list(ARSList)
>[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
>Sent: Thursday, December 13, 2007 12:42 PM
>To: arslist@ARSLIST.ORG
>Subject: Can An Attachment Field Be Made Read Only?
>
>** 
>
>I have an attachment field on a form. Once a file is attached I want to
>prevent anyone from changing or deleting the attachment. I would like
>them to be able to view the attached file. I thought this would be
>simple using the Change Field action and making it Read Only.
>Unfortunately that option is not available for that type of field. I
>know I can hide the field but I would prefer if it was made read only.
>Is this possible?
>
>Brian Sokol
>Manager, Desktop Services
>Scholastic Inc. 
>557 Broadway
>NY, NY 10012
>(212) 343-6494
>http://www.Scholastic.com   
>
>__20060125___This posting was submitted with HTML in
>it___
>Classification:  UNCLASSIFIED
>Caveats: NONE
>
>
>___
>UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
>Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
>
>___
>UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Heider, Stephen]

The error you're describing sounds like a separate issue.  You should be
able to hide/unhide, set field, change field without getting an error
message.

In the example below the character field would be display-only with
Disable Change Flag box checked.

If you have a few minutes, try creating a new form with which to test.
Add the attachment field, the character field and the button.  Then
create one active-link that either makes the attachment 'read-only' or
updatable.  If you can get this to work on your test form then you
should be able to make it work on your current form.

HTH

Stephen
Remedy Skilled Professional

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:44 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

I tried that and for some reason the error message fires if I change any
field and try to save the request even if I do not touch the attachment
field. 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of FRANK, GORDON CTR DISA JSSC
Sent: Thursday, December 13, 2007 1:00 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

** 

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only.
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc. 
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com   

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid Tier Logs

[Kemes, Lisa]

Thanks!  I changed the Filter Log by User Name field to my user name and
cleared the cache.  Got into the mid tier, but another IE window did not
pop up for me.  



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
Use a prefernce server and set the logging options on for whatever login
you are using.  It will open an additional IE window with the log in it.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 12:26 PM
To: arslist@ARSLIST.ORG
Subject: Mid Tier Logs


** 
Is there anything other than the armidtier.log file to see what active
links are firing?  I'd LOVE it to look closer like the WUT workflow.log
file. 
 
Right now I have Workflow selected on the Mid Tier Config page, the log
level is FINE and the log viewer is FINE.  Log format is Detailed Text.
It's really hard to read in the armidtier.log format to see exactly what
is going on in the case of Active Links.
 
Lisa
 
__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid Tier Logs

[Grooms, Frederick W]

It would be the Active Links log.  I typically set Global Logging
Enabled,  Active Links, and Extended to yes on my Preference Record when
debugging on the Mid-Tier.
 
Open the User Preferences form and make sure you have a record for your
login name, then set the fields on the Logging tab.  In the Mid-Tier
Configuration make sure you have the Preference server set.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 1:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
Thanks!  I changed the Filter Log by User Name field to my user name and
cleared the cache.  Got into the mid tier, but another IE window did not
pop up for me.  



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
Use a prefernce server and set the logging options on for whatever login
you are using.  It will open an additional IE window with the log in it.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 12:26 PM
To: arslist@ARSLIST.ORG
Subject: Mid Tier Logs


** 
Is there anything other than the armidtier.log file to see what active
links are firing?  I'd LOVE it to look closer like the WUT workflow.log
file. 
 
Right now I have Workflow selected on the Mid Tier Config page, the log
level is FINE and the log viewer is FINE.  Log format is Detailed Text.
It's really hard to read in the armidtier.log format to see exactly what
is going on in the case of Active Links.
 
Lisa
 
__20060125___This posting was submitted with HTML in
it___ __20060125___This posting was submitted with
HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

Hi Stephen,
 
I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:
 
PERFORM-ACTION-OPEN-ATTACHMENT FieldID
 
This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.
 
Brian



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like 
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only. 
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com < http://www.Scholastic.com
 >

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___ 
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


__20060125___This posting was submitted with HTML in
it___ 

__20060125___This posting was submitted with HTML in
it___ __20060125___This posting was submitted with
HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: BMC Service Request Management

[Williamson, Ross, VF-NZ]

Not to do a me too but me too :)

Ross

--
Ross Williamson
Lead Architect - Business Service Management 
Vodafone New Zealand
E: [EMAIL PROTECTED]

-Original Message-
From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Julio Verne Goncalves
Sent: Monday, 10 December 2007 4:23 p.m.
To: arslist@ARSLIST.ORG
Subject: Re: BMC Service Request Management

Do you mind sending these Visio diagrams for me as well?

Hi Elry,

Do you mind sending these Visio diagrams for me as well?

Thanks,

Julio

- Original Message 
From: Elry <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Wednesday, 5 December, 2007 12:37:25 AM
Subject: Re: BMC Service Request Management

Hi Scott...

We installed and configured the SRMS module in development, but never
moved it to production.  In my opinion the concept behind SRMS ("one
stop shopping") is excellent.  Trying to stand it up not so
excellent...  The good news is once you stand it up and configure it a
few times it gets easier.  Unfortunately, the documentation  for this
module is not the greatest.

We ended up creating 8 procedural Visio diagrams to outline SRMS
configuration and deployment after BMC made two online presentations
to our group.

I can send you these Visio diagrams if you think they will be of use
to you.

The other caveat of course is that you will need a Service Catalog to
make SRMS work.  If you don't already have one - it can be a time
consuming task to create one.

On Dec 3, 5:27 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> Is there any one out there who has implemented BMC Service Request
> Management and is actually using the tool in a production
 environment?
> Looking for any installation, user and troubleshooting issues you may
 have
> encountered.
>
> Scott Parrish
> IT Prophets, LLC
> (770) 653-5203
>
> 
> mail2web.com - What can On Demand Business Solutions do for
 you?http://link.mail2web.com/Business/SharePoint
>
>
 ___
> UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org
> Platinum Sponsor:www.rmsportal.comARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"





  Make the switch to the world's best email. Get the new Yahoo!7 Mail now. 
www.yahoo7.com.au/worldsbestemail



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

---
Have you seen our website? http://www.vodafone.co.nz

Manage Your Account, check your Vodafone Mail and send web2TXT online: 
http://www.vodafone.co.nz/myvodafone

CAUTION: This correspondence is confidential and intended for the named 
recipient(s) only.
If you are not the named recipient and receive this correspondence in error, 
you must not copy,
distribute or take any action in reliance on it and you should delete it from 
your system and
notify the sender immediately.  Thank you.

Unless otherwise stated, any views or opinions expressed are solely those of 
the author and do
not represent those of Vodafone New Zealand Limited.

Vodafone New Zealand Limited
20 Viaduct Harbour Avenue, Private Bag 92161, Auckland 1030
Telephone + 64 9 355 2000
Facsimile + 64 9 355 2001

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Heider, Stephen]

Hi Brian,

 

I just tested that here (ARS 6.3) and the changes are not saved back to
the attachment field.  The WUT did not even detect that a field was
changed on the record.  I also tried changing another field to get the
WUT to detect a field change, and then saved the record. The attachment
file did not update.

 

Any anyone else experienced this?

 

Stephen

Remedy Skilled Professional  

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like 
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only. 
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com < http://www.Scholastic.com
 >

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___ 
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


__20060125___This posting was submitted with HTML in
it___ 

__20060125___

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


Hi Stephen,
 
I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:
 
PERFORM-ACTION-OPEN-ATTACHMENT FieldID
 
This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.
 
Brian



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like 
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only. 
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com < http://www.Scholastic.com
 >

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___ 
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


__20060125___This posting was submitted with HTML in
it___ 

__20060125___This posting was submitted with HTML in
it___ __20060125___This posting was submitted with
HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid Tier Logs

[Kemes, Lisa]

Well, I'll be dipped in butter!  That's AWESOME!
 
Thanks so much!
 
Lisa



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 2:11 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
It would be the Active Links log.  I typically set Global Logging
Enabled,  Active Links, and Extended to yes on my Preference Record when
debugging on the Mid-Tier.
 
Open the User Preferences form and make sure you have a record for your
login name, then set the fields on the Logging tab.  In the Mid-Tier
Configuration make sure you have the Preference server set.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 1:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
Thanks!  I changed the Filter Log by User Name field to my user name and
cleared the cache.  Got into the mid tier, but another IE window did not
pop up for me.  



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
Use a prefernce server and set the logging options on for whatever login
you are using.  It will open an additional IE window with the log in it.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 12:26 PM
To: arslist@ARSLIST.ORG
Subject: Mid Tier Logs


** 
Is there anything other than the armidtier.log file to see what active
links are firing?  I'd LOVE it to look closer like the WUT workflow.log
file. 
 
Right now I have Workflow selected on the Mid Tier Config page, the log
level is FINE and the log viewer is FINE.  Log format is Detailed Text.
It's really hard to read in the armidtier.log format to see exactly what
is going on in the case of Active Links.
 
Lisa
 
__20060125___This posting was submitted with HTML in
it___ __20060125___This posting was submitted with
HTML in it___ __20060125___This posting was
submitted with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Timothy Powell]

Change the Run If to: '' != 'DB.'

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:44 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

I tried that and for some reason the error message fires if I change any
field and try to save the request even if I do not touch the attachment
field. 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of FRANK, GORDON CTR DISA JSSC
Sent: Thursday, December 13, 2007 1:00 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

** 

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only.
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc. 
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com   

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Move Remedy server to Hardware with ITSM 7.1

[Carey Matthew Black]

Rezaul,

I think the location of the DB is key here.
Also if the file system are going to be laid out the same.
Then you have to deal with the ARS server key.

In general  I think you can get away with this... but I have not
had a need to do it yet on v7.1, nor with ITSM v7.1:

1) Install just the ARS server on the new hardware against a junk DB.
2) Get the host ID and acquire the new ARS server product key(s) for
the new host.
3) Stop the ARS server
4) copy over all of the OS dirs from "current prod" to "new prod"
5) Start the ARS server

I am sure there are more subtle things like network firewalls and
Email Engine configs that likely need to be checked if the IP or
hostname will also be changing. However those could be eliminated if
you also swap the hosts network identities at the cut over point.

In general... I think it should work, and your cut over time might
even be minimal. (Stop ARS server on current, do DNS stuff, Start ARS
server on new.)

HTH

-- 
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap Pick two.


On Dec 13, 2007 12:08 PM, Haque, Rezaul R <[EMAIL PROTECTED]> wrote:
> **
>
>
>
> Our current platform is Sun Solaris patch 5.9 old hardware.
>
> We are moving to Sun T2000 powerful CPU and 16 gb mem, dual core proc.
>
> My question is last time we install Full Remedy Application with ITSM  suite
> 7.1 with CMDB 2.0 it took us 5 working days. Is there a way that we can put
> the image to the new server and change some configuration instead of
> installing the whole application, since it will be same os and patch level (
> hardware and application). Little help will be appreciated.
>
>
>
> Thanks
>
> Rezaul

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Heider, Stephen]

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like 
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only. 
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com < http://www.Scholastic.com
 >

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: N

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Timothy Powell]

Actually, that's not right either. At a minimum it would have to be
'' != 'DB.' AND 'DB.'
!= $NULL$

But that will only check if somebody is deleting the existing attachment. It
won't detect a change to the same attachment or even the replacement of the
original attachment with a different attachment.

Tim

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Timothy Powell
Sent: Thursday, December 13, 2007 2:35 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Change the Run If to: '' != 'DB.'

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:44 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

I tried that and for some reason the error message fires if I change any
field and try to save the request even if I do not touch the attachment
field. 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of FRANK, GORDON CTR DISA JSSC
Sent: Thursday, December 13, 2007 1:00 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

** 

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only.
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc. 
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com   

__20060125___This posting was submitted with HTML in
it___
Classification:  UNCLASSIFIED
Caveats: NONE


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

I am on ars 7.1 so I don't know if something changed with that version.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Hi Brian,

 

I just tested that here (ARS 6.3) and the changes are not saved back to
the attachment field.  The WUT did not even detect that a field was
changed on the record.  I also tried changing another field to get the
WUT to detect a field change, and then saved the record. The attachment
file did not update.

 

Any anyone else experienced this?

 

Stephen

Remedy Skilled Professional  

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like 
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not available for that type of field. I
know I can hide the field but I would prefer if it was made read only. 
Is this possible?

Brian Sokol
Manager, Desktop Services
Scholastic Inc.
557 Broadway
NY, NY 10012
(212) 343-6494
http://www.Scholastic.com < http://www.Scholastic.com
 >

__20060125___This posting was submitted with HTML in
it___
Cla

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Heider, Stephen]

Scratch that last message.   I am working on a separate display-only
form for all attachments.  On regular forms there doesn't seem to be an
option to create a display-only attachment field.

 

However... you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact.

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Bria

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

When you say a "display only attachment field" do you mean a hidden
one?I don't believe you can make an attachment field display only.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control
the R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow
write access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DISA JSSC <[EMAIL PROTECTED]>
wrote: 

Classification:  UNCLASSIFIED
Caveats: NONE

You can't use a Change Display action, but you might be able to use an 
error Filter with the syntax:

TR. != DB.

I haven't tried it but I'll bet you can. Let me know.

Gordon M. Frank
DISA\Version FNS


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 12:42 PM 
To: arslist@ARSLIST.ORG
Subject: Can An Attachment Field Be Made Read Only?

**

I have an attachment field on a form. Once a file is attached I want to
prevent anyone from changing or deleting the attachment. I would like 
them to be able to view the attached file. I thought this would be
simple using the Change Field action and making it Read Only.
Unfortunately that option is not avai

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

Ok tried this -when I click on the button I do a Set Field from the
protected Attachment field to it's copy. I then do a
PERFORM-ACTION-OPEN-ATTACHMENT command on the 2nd attachment field. When
i try this I get the following error;
 
An invalid argument was encountered.
 
It looks like the set field fails to copy the attachment .



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Scratch that last message.   I am working on a separate display-only
form for all attachments.  On regular forms there doesn't seem to be an
option to create a display-only attachment field.

 

However... you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact.

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the p

Re: Mid Tier Logs

[Frank Caruso]

Along the same lines. What does putting a value in the Log File Path do?

On Dec 13, 2007 2:34 PM, Kemes, Lisa <[EMAIL PROTECTED]> wrote:

> ** Well, I'll be dipped in butter!  That's AWESOME!
>
> Thanks so much!
>
> Lisa
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Grooms, Frederick W
> *Sent:* Thursday, December 13, 2007 2:11 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Mid Tier Logs
>
> ** It would be the Active Links log.  I typically set Global Logging
> Enabled,  Active Links, and Extended to yes on my Preference Record when
> debugging on the Mid-Tier.
>
> Open the User Preferences form and make sure you have a record for your
> login name, then set the fields on the Logging tab.  In the Mid-Tier
> Configuration make sure you have the Preference server set.
>
> Fred
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Kemes, Lisa
> *Sent:* Thursday, December 13, 2007 1:06 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Mid Tier Logs
>
> ** Thanks!  I changed the Filter Log by User Name field to my user name
> and cleared the cache.  Got into the mid tier, but another IE window did not
> pop up for me.
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Grooms, Frederick W
> *Sent:* Thursday, December 13, 2007 1:30 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Mid Tier Logs
>
> ** Use a prefernce server and set the logging options on for whatever
> login you are using.  It will open an additional IE window with the log in
> it.
>
> Fred
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Kemes, Lisa
> *Sent:* Thursday, December 13, 2007 12:26 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Mid Tier Logs
>
> ** Is there anything other than the armidtier.log file to see what active
> links are firing?  I'd LOVE it to look closer like the WUT workflow.logfile.
>
> Right now I have Workflow selected on the Mid Tier Config page, the log
> level is FINE and the log viewer is FINE.  Log format is Detailed Text.
> It's really hard to read in the armidtier.log format to see exactly what
> is going on in the case of Active Links.
>
> Lisa
>
> __20060125___This posting was submitted with HTML in
> it___ __20060125___This posting was submitted with HTML
> in it___ __20060125___This posting was submitted with
> HTML in it___
> __20060125___This posting was submitted with HTML in
> it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

Looks like you can not use a Set Field to copy from one attachment field
to the other. Any other ideas?



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 3:16 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


Ok tried this -when I click on the button I do a Set Field from the
protected Attachment field to it's copy. I then do a
PERFORM-ACTION-OPEN-ATTACHMENT command on the 2nd attachment field. When
i try this I get the following error;
 
An invalid argument was encountered.
 
It looks like the set field fails to copy the attachment .



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Scratch that last message.   I am working on a separate display-only
form for all attachments.  On regular forms there doesn't seem to be an
option to create a display-only attachment field.

 

However... you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact.

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)

Re: Mid Tier Logs

[Grooms, Frederick W]

Log File Path is used by the User Tool (when you use a Preference Server
in it's login screen).  I don't believe that field is used by Mid-Tier.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso
Sent: Thursday, December 13, 2007 2:24 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** Along the same lines. What does putting a value in the Log File Path
do?


On Dec 13, 2007 2:34 PM, Kemes, Lisa <[EMAIL PROTECTED] >
wrote:


** 
Well, I'll be dipped in butter!  That's AWESOME!
 
Thanks so much!
 
Lisa



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 2:11 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
It would be the Active Links log.  I typically set Global
Logging Enabled,  Active Links, and Extended to yes on my Preference
Record when debugging on the Mid-Tier.
 
Open the User Preferences form and make sure you have a record
for your login name, then set the fields on the Logging tab.  In the
Mid-Tier Configuration make sure you have the Preference server set.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 1:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
Thanks!  I changed the Filter Log by User Name  field to my user
name and cleared the cache.  Got into the mid tier, but another IE
window did not pop up for me.  



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Mid Tier Logs


** 
Use a prefernce server and set the logging options on for
whatever login you are using.  It will open an additional IE window with
the log in it.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kemes, Lisa
Sent: Thursday, December 13, 2007 12:26 PM
To: arslist@ARSLIST.ORG
Subject: Mid Tier Logs


** 
Is there anything other than the armidtier.log file to see what
active links are firing?  I'd LOVE it to look closer like the WUT
workflow.log file. 
 
Right now I have Workflow selected on the Mid Tier Config page,
the log level is FINE and the log viewer is FINE.  Log format is
Detailed Text.  It's really hard to read in the armidtier.log format to
see exactly what is going on in the case of Active Links.
 
Lisa
 

__20060125___This posting was submitted with
HTML in it___ __20060125___This posting was
submitted with HTML in it___ __20060125___This
posting was submitted with HTML in it___ 
__20060125___This posting was submitted with
HTML in it___ 


__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Heider, Stephen]

I do that here but with a Set Fields from another form.

 

Try this: perform the Set Fields from the same form by '1' = $1$   This
should cause Remedy to retrieve the file from the server.

 

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 3:35 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Looks like you can not use a Set Field to copy from one attachment field
to the other. Any other ideas?

 



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 3:16 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Ok tried this -when I click on the button I do a Set Field from the
protected Attachment field to it's copy. I then do a
PERFORM-ACTION-OPEN-ATTACHMENT command on the 2nd attachment field. When
i try this I get the following error;

 

An invalid argument was encountered.

 

It looks like the set field fails to copy the attachment .

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Scratch that last message.   I am working on a separate display-only
form for all attachments.  On regular forms there doesn't seem to be an
option to create a display-only attachment field.

 

However... you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact.

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Requ

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Grooms, Frederick W]

Yes you can make a Read Only Attachment Field on a regular form.
 
Create your attachment pool (if you don't already have one).  On the
Attachment Pool Properties add an Attachment Field.  Close the
Attachment Pool properties and BEFORE SAVING THE FORM double click on
the new Attachment Field's file name to bring up the properties for the
attachment field.  
 
You can do things like Hide the field, Disable the Change Flag, Set it
to Display Only, and other field settings
 
Fred
 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Scratch that last message.   I am working on a separate display-only
form for all attachments.  On regular forms there doesn't seem to be an
option to create a display-only attachment field.

 

However... you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact.

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she
attaches it to the form. I had thought of using a separate form but I am
not sure that would prevent the submitter from changing it as well.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachmen

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Thad K Esser]

I have a display only attachment field that is being set with a set 
fields.  When I was first setting it up, one issue I had was that if I put 
the attachment field on an Admin Only tab (or a tab to which the user 
doesn't have permissions), the set fields wouldn't happen.  This was the 
case even if the attachment pool/field itself had the proper permissions. 
In my case the attachment field was hidden anyway, so I just moved it off 
the page holder and it worked fine.

Just something to keep in mind.

Thad Esser
Remedy Developer
"Argue for your limitations, and sure enough, they're yours."-- Richard 
Bach



"Heider, Stephen" <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)" 

12/13/2007 12:40 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)






** 
I do that here but with a Set Fields from another form.
 
Try this: perform the Set Fields from the same form by ?1? = $1$   This 
should cause Remedy to retrieve the file from the server.
 
 
Stephen
Remedy Skilled Professional
 

From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 3:35 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
 
Looks like you can not use a Set Field to copy from one attachment field 
to the other. Any other ideas?
 

From: Sokol, Brian 
Sent: Thursday, December 13, 2007 3:16 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
Ok tried this -when I click on the button I do a Set Field from the 
protected Attachment field to it's copy. I then do a 
PERFORM-ACTION-OPEN-ATTACHMENT command on the 2nd attachment field. When i 
try this I get the following error;
 
An invalid argument was encountered.
 
It looks like the set field fails to copy the attachment .
 

From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
** 
Scratch that last message.   I am working on a separate display-only form 
for all attachments.  On regular forms there doesn?t seem to be an option 
to create a display-only attachment field.
 
However? you can still use the same method of doing a Set Fields into 
another attachment field.  This second attachment field would be set to 
$NULL $ either when saving or in the active-link (after the 
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really 
opening a copy of the file the original file remains intact.
 
Stephen
Remedy Skilled Professional
 

From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
 
Brian,
 
Is the attachment field on the form display-only (probably not)? 
 
Try this, when the user clicks the button do a Set Fields from the regular 
attachment field to a hidden display-only attachment field. Then run the 
PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be impossible 
for anything to get written .
 
Stephen
Remedy Skilled Professional
 

From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
 
I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that 
will work but I would rather have them be able to view the attachment 
directly.

From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
Hi Stephen,
 
I just tried your approach and I am hoping I did something wrong because 
this would be a perfect solution. When I click on the button I run an AL 
with a Run Process action. It performs the following:
 
PERFORM-ACTION-OPEN-ATTACHMENT FieldID
 
This opens the file fine but if I modify the file and save it, the changes 
are written back to the attachment file.
 
Brian
 

From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
** 
Brian,
 
How about this approach: 
 
When the screen is opened or the entry retrieved ? when the attachment 
field is not null - change the attachment field to Hidden, display the 
name (and optionally the size) of the attachment file in a read-only 
character field that is displayed as text.   Unhide a button next to this 
character field that, when clicked, opens the attachment. 
 
This allo

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Don Simmons]

If you are using ITSM 7,  take a look at how they lock the Worklog in Work 
Info.  It does essentially the same thing.  Once the record is locked the save 
button is disabled.  You can change the attachment, but not save.  If you need 
to add another attachment you create a new record with the new attachment.
 
Don
 
 


Date: Thu, 13 Dec 2007 15:34:35 -0500From: [EMAIL PROTECTED]: Re: Can An 
Attachment Field Be Made Read Only? (UNCLASSIFIED)To: [EMAIL PROTECTED] 

Looks like you can not use a Set Field to copy from one attachment field to the 
other. Any other ideas?


From: Sokol, Brian Sent: Thursday, December 13, 2007 3:16 PMTo: [EMAIL 
PROTECTED]: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Ok tried this -when I click on the button I do a Set Field from the protected 
Attachment field to it's copy. I then do a PERFORM-ACTION-OPEN-ATTACHMENT 
command on the 2nd attachment field. When i try this I get the following error;
 
An invalid argument was encountered.
 
It looks like the set field fails to copy the attachment .


From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Heider, StephenSent: Thursday, December 13, 2007 2:58 PMTo: [EMAIL 
PROTECTED]: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
** 







Scratch that last message.   I am working on a separate display-only form for 
all attachments.  On regular forms there doesn’t seem to be an option to create 
a display-only attachment field.
 
However… you can still use the same method of doing a Set Fields into another 
attachment field.  This second attachment field would be set to $NULL $ either 
when saving or in the active-link (after the PERFORM-ACTION-OPEN-ATTACHMENT 
command).   Because the user is really opening a copy of the file the original 
file remains intact.
 
Stephen
Remedy Skilled Professional
 




From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Heider, StephenSent: Thursday, December 13, 2007 2:47 PMTo: [EMAIL 
PROTECTED]: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
 
Brian,
 
Is the attachment field on the form display-only (probably not)?   
 
Try this, when the user clicks the button do a Set Fields from the regular 
attachment field to a hidden display-only attachment field. Then run the 
PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be impossible for 
anything to get written .
 
Stephen
Remedy Skilled Professional
 




From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Sokol, BrianSent: Thursday, December 13, 2007 2:23 PMTo: [EMAIL 
PROTECTED]: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
 
I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that will 
work but I would rather have them be able to view the attachment directly.



From: Sokol, Brian Sent: Thursday, December 13, 2007 2:14 PMTo: [EMAIL 
PROTECTED]: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
Hi Stephen,
 
I just tried your approach and I am hoping I did something wrong because this 
would be a perfect solution. When I click on the button I run an AL with a Run 
Process action. It performs the following:
 
PERFORM-ACTION-OPEN-ATTACHMENT FieldID
 
This opens the file fine but if I modify the file and save it, the changes are 
written back to the attachment file.
 
Brian
 



From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Heider, StephenSent: Thursday, December 13, 2007 1:42 PMTo: [EMAIL 
PROTECTED]: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
** 
Brian,
 
How about this approach: 
 
When the screen is opened or the entry retrieved – when the attachment field is 
not null - change the attachment field to Hidden, display the name (and 
optionally the size) of the attachment file in a read-only character field that 
is displayed as text.   Unhide a button next to this character field that, when 
clicked, opens the attachment.  
 
This allows the user to open, print, save a local copy, but does not allow them 
to make any changes to the attachment or remove the attachment from the record.
 
In the above example, only the presence of an attachment will trigger your 
workflow to make it “read-only”.  You probably would want to add a condition 
that will not make the attachment “read-only” if the user is part of a certain 
group, ie. ‘App-Administrator’.   This will provide the ability for certain 
users to have access to remove or update an attachment.  
 
Stephen
Remedy Skilled Professional
 




From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Sokol, BrianSent: Thursday, December 13, 2007 1:30 PMTo: [EMAIL 
PROTECTED]: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
 
I don't want the submitter to be able to change it once he or she attaches it 
to the form. I had thought of using a separate form but I am

Remedy ARS 7.1 Installation error

[Meenakshinathan]

Hello,

We are facing oracle database error when we install remedy ARS 7.1
Here is the environment

OS : SuSE linux 10.1 enerprise server
database : oracle 9i release 2
Oralce client in the OS is : ora10gR2
Remey server : 7.1

The current data base is having in a sun solaris box and already have
one instance, underthat we are haivng aradmin schecma. AR system 6.3
on solaris box is tied with that schema and we are using that one as a
dev server, We are going to switch over the new enviorment.

So we are using existing database, under the same database instance,
we created new schema. we are trying to use this new schema for our
new ARS 7.1 installation in a differnet enviornment.

here is the part of my installation log

Is the ORACLE database on a remote machine? [n] y

What is the ORACLE home directory? [/opt/oracle/product/10.2/db_1]

What is the remote system ID (TWO_TASK) connect string variable?
[aferemqa01]

What is your AR User Name? [helpqa]


For security reasons, your password will not be displayed.
What is your AR User Password for helpqa? [*]

Found existing tablespaces (arsystem) for owner helpqa.
You can either choose an existing tablespace
or, if you have DBA access, create a new tablespace.

1) Choose an existing tablespace
2) Create a new tablespace for this user
3) Quit this installation

Select the operation do you want to perform [1, 2 or 3]: [1] 1

What is the AR System Tablespace Name? (arsystem) [arsystem]

The arsystem tablespace exists for owner helpqa

*** It is a good idea to have a backup of your database before
*** attempting an upgrade or overwrite operation.  If you do not
*** have a recent backup, you may want to pause here or quit the
*** installation to make a backup before continuing.

At this point, you will be prompted for the action to take.
You must choose from the following actions:
   o - Overwrite the existing arsystem tablespace for helpqa.
   All existing AR System data will be lost and a new arsystem
tablespace
   installed.
   u - Upgrade the existing arsystem tablespace for helpqa.
   The current AR System tablespace will be upgraded to the new
release. All
   current data will be preserved and the tablespace restructured.
   q - Quit the installation at this point.

Action? [u] u

Your existing AR System tablespace will be upgraded

*** Passwords are now required for the proper functioning of
*** some applications. To change the passwords after the
*** installation you must use BMC Remedy Administrator.
*** Please set your initial passwords:

when it try to install the logs shows that

Running DB upgrade.
Cannot open catalog; Message number = 550 (ARERR 550)
   ORA-01017: invalid username/password; logon denied

SQL tracing initiated to file /usr/tmp/arsql.log

And my dbquery.log and arsql.log shows that the following


*** Query Input ***
select dbVersion from control;
*** Query Output **
select dbVersion from control
ERROR: SQL operation failed
ORA-00942: table or view does not exist
*** Query Input ***
select dbVersion from control;
*** Query Output **
select dbVersion from control
ERROR: SQL operation failed
ORA-00942: table or view does not exist
*** Query Input ***
quit
*** Query Output **
Running DB upgrade.
Cannot open catalog; Message number = 550 (ARERR 550)
   ORA-01017: invalid username/password; logon denied

SQL tracing initiated to file /usr/tmp/arsql.log

Cannot open catalog; Message number = 550 (ARERR 550)
   ORA-01017: invalid username/password; logon denied
*** Query Input ***
Running Oracle DB Upgrade
*** Query Output **
/*   Wed Dec 12 15:49:38 2007 */  SQL Trace Log -- ON
/*   Wed Dec 12 15:49:38 2007 */  CONNECT helpqa
/*   Wed Dec 12 15:49:39 2007 */  *** ERROR ***  ORA-01017: invalid
username/password; logon denied
/*   Wed Dec 12 15:49:39 2007 */  COMMIT WORK RELEASE
/*   Wed Dec 12 15:49:39 2007 */  SQL Trace Log -- OFF

Major thing is i am able to connect the database via sqlplus. tnsping
and oraload.

My question is,

Can we use the same database , existing tablespace and a new schema
name for another version of remedy from another box? or should we need
a new one?

Please help me on this where i am in wrong

Thanks,
Meenakshinathan

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Dwayne Martin]

Fred,

I did what you said, and I don't see any option to choose between "Read/Write" 
and "Read Only".  We are at 7.1.  Am I missing something?

Dwayne Martin
James Madison Universiy

 Original message 
>Date: Thu, 13 Dec 2007 14:42:34 -0600
>From: "Grooms, Frederick W" <[EMAIL PROTECTED]>  
>Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)  
>To: arslist@ARSLIST.ORG
>
>   **
>   Yes you can make a Read Only Attachment Field on
>   a regular form.
>
>   Create your attachment pool (if you don't already
>   have one).  On the Attachment Pool Properties add an
>   Attachment Field.  Close the Attachment Pool
>   properties and BEFORE SAVING THE FORM double click
>   on the new Attachment Field's file name to bring up
>   the properties for the attachment field. 
>
>   You can do things like Hide the field, Disable the
>   Change Flag, Set it to Display Only, and other field
>   settings
>
>   Fred
>
>
> 
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Heider,
>   Stephen
>   Sent: Thursday, December 13, 2007 1:58 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>   ** 
>
>   Scratch that last message.   I am working on a
>   separate display-only form for all attachments.  On
>   regular forms there doesn't seem to be an option to
>   create a display-only attachment field.
>
>
>
>   However... you can still use the same method of
>   doing a Set Fields into another attachment field. 
>   This second attachment field would be set to $NULL $
>   either when saving or in the active-link (after the
>   PERFORM-ACTION-OPEN-ATTACHMENT command).   Because
>   the user is really opening a copy of the file the
>   original file remains intact.
>
>
>
>   Stephen
>
>   Remedy Skilled Professional
>
>
>
>   
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Heider,
>   Stephen
>   Sent: Thursday, December 13, 2007 2:47 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>
>
>   Brian,
>
>
>
>   Is the attachment field on the form display-only
>   (probably not)?  
>
>
>
>   Try this, when the user clicks the button do a Set
>   Fields from the regular attachment field to a hidden
>   display-only attachment field. Then run the
>   PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it
>   should be impossible for anything to get written .
>
>
>
>   Stephen
>
>   Remedy Skilled Professional
>
>
>
>   
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Sokol,
>   Brian
>   Sent: Thursday, December 13, 2007 2:23 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>
>
>   I changed the action to
>   PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that will
>   work but I would rather have them be able to view
>   the attachment directly.
>
>   
>
>   From: Sokol, Brian
>   Sent: Thursday, December 13, 2007 2:14 PM
>   To: arslist@ARSLIST.ORG
>   Subject: RE: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>   Hi Stephen,
>
>
>
>   I just tried your approach and I am hoping I did
>   something wrong because this would be a perfect
>   solution. When I click on the button I run an AL
>   with a Run Process action. It performs the
>   following:
>
>
>
>   PERFORM-ACTION-OPEN-ATTACHMENT FieldID
>
>
>
>   This opens the file fine but if I modify the file
>   and save it, the changes are written back to the
>   attachment file.
>
>
>
>   Brian
>
>
>
>   
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Heider,
>   Stephen
>   Sent: Thursday, December 13, 2007 1:42 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>   **
>
>   Brian,
>
>
>
>   How about this approach:
>
>
>
>   When the screen is opened or the entry retrieved -
>   when the attachment field is not null - change the
>   attachment field to Hidden, display the name (and
>   optionally the size) of the attachment file in a
>   read-only character field that is displayed as
>   text.   Unhide a button next to this character field
>   that, when clicked, opens the attachment. 
>
>
>
>   This allows the user to open, print, save a local
>   copy, but does not allow them to make any changes to
>   the attachment or remove the attachment from the
>   record.
>
>
>
>   In the above example, only the presence of an
>   attachment will trigger your 

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

No you are not. There is no option for Read Only. 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin
Sent: Thursday, December 13, 2007 4:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Fred,

I did what you said, and I don't see any option to choose between
"Read/Write" and "Read Only".  We are at 7.1.  Am I missing something?

Dwayne Martin
James Madison Universiy

 Original message 
>Date: Thu, 13 Dec 2007 14:42:34 -0600
>From: "Grooms, Frederick W" <[EMAIL PROTECTED]>
>Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)
>To: arslist@ARSLIST.ORG
>
>   **
>   Yes you can make a Read Only Attachment Field on
>   a regular form.
>
>   Create your attachment pool (if you don't already
>   have one).  On the Attachment Pool Properties add an
>   Attachment Field.  Close the Attachment Pool
>   properties and BEFORE SAVING THE FORM double click
>   on the new Attachment Field's file name to bring up
>   the properties for the attachment field. 
>
>   You can do things like Hide the field, Disable the
>   Change Flag, Set it to Display Only, and other field
>   settings
>
>   Fred
>
>
> 
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Heider,
>   Stephen
>   Sent: Thursday, December 13, 2007 1:58 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>   **
>
>   Scratch that last message.   I am working on a
>   separate display-only form for all attachments.  On
>   regular forms there doesn't seem to be an option to
>   create a display-only attachment field.
>
>
>
>   However... you can still use the same method of
>   doing a Set Fields into another attachment field. 
>   This second attachment field would be set to $NULL $
>   either when saving or in the active-link (after the
>   PERFORM-ACTION-OPEN-ATTACHMENT command).   Because
>   the user is really opening a copy of the file the
>   original file remains intact.
>
>
>
>   Stephen
>
>   Remedy Skilled Professional
>
>
>
>   
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Heider,
>   Stephen
>   Sent: Thursday, December 13, 2007 2:47 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>
>
>   Brian,
>
>
>
>   Is the attachment field on the form display-only
>   (probably not)?  
>
>
>
>   Try this, when the user clicks the button do a Set
>   Fields from the regular attachment field to a hidden
>   display-only attachment field. Then run the
>   PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it
>   should be impossible for anything to get written .
>
>
>
>   Stephen
>
>   Remedy Skilled Professional
>
>
>
>   
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Sokol,
>   Brian
>   Sent: Thursday, December 13, 2007 2:23 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>
>
>   I changed the action to
>   PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that will
>   work but I would rather have them be able to view
>   the attachment directly.
>
>   
>
>   From: Sokol, Brian
>   Sent: Thursday, December 13, 2007 2:14 PM
>   To: arslist@ARSLIST.ORG
>   Subject: RE: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>   Hi Stephen,
>
>
>
>   I just tried your approach and I am hoping I did
>   something wrong because this would be a perfect
>   solution. When I click on the button I run an AL
>   with a Run Process action. It performs the
>   following:
>
>
>
>   PERFORM-ACTION-OPEN-ATTACHMENT FieldID
>
>
>
>   This opens the file fine but if I modify the file
>   and save it, the changes are written back to the
>   attachment file.
>
>
>
>   Brian
>
>
>
>   
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of Heider,
>   Stephen
>   Sent: Thursday, December 13, 2007 1:42 PM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Can An Attachment Field Be Made Read
>   Only? (UNCLASSIFIED)
>
>   **
>
>   Brian,
>
>
>
>   How about this approach:
>
>
>
>   When the screen is opened or the entry retrieved -
>   when the attachment field is not null - change the
>   attachment field to Hidden, display the name (and
>   optionally the size) of the attachment file in a
>   read-only character field that is displayed as
>   text.   Unhide a button next to this character field
>   that,

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

If it is display only then how do you save the file in the attachment
field?



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Thad K Esser
Sent: Thursday, December 13, 2007 3:54 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 
I have a display only attachment field that is being set with a set
fields.  When I was first setting it up, one issue I had was that if I
put the attachment field on an Admin Only tab (or a tab to which the
user doesn't have permissions), the set fields wouldn't happen.  This
was the case even if the attachment pool/field itself had the proper
permissions.  In my case the attachment field was hidden anyway, so I
just moved it off the page holder and it worked fine. 

Just something to keep in mind. 

Thad Esser
Remedy Developer
"Argue for your limitations, and sure enough, they're yours."-- Richard
Bach 



"Heider, Stephen" <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)"
 

12/13/2007 12:40 PM 
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG 
cc
Subject
Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)






** 
I do that here but with a Set Fields from another form. 
  
Try this: perform the Set Fields from the same form by '1' = $1$   This
should cause Remedy to retrieve the file from the server. 
  
  
Stephen 
Remedy Skilled Professional 
  




From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 3:35 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
  
Looks like you can not use a Set Field to copy from one attachment field
to the other. Any other ideas? 
  




From: Sokol, Brian 
Sent: Thursday, December 13, 2007 3:16 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
Ok tried this -when I click on the button I do a Set Field from the
protected Attachment field to it's copy. I then do a
PERFORM-ACTION-OPEN-ATTACHMENT command on the 2nd attachment field. When
i try this I get the following error; 
  
An invalid argument was encountered. 
  
It looks like the set field fails to copy the attachment . 
  




From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
** 
Scratch that last message.   I am working on a separate display-only
form for all attachments.  On regular forms there doesn't seem to be an
option to create a display-only attachment field. 
  
However... you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact. 
  
Stephen 
Remedy Skilled Professional 
  




From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
  
Brian, 
  
Is the attachment field on the form display-only (probably not)?   
  
Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written . 
  
Stephen 
Remedy Skilled Professional 
  




From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
  
I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly. 




From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
Hi Stephen, 
  
I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following: 
  
PERFORM-ACTION-OPEN-ATTACHMENT FieldID 
  
This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file. 
  
Brian 
  




Fr

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Jason Miller]

I am pretty sure I have created DO attachment fields on regular forms in
6.3.  I just verified on 7.0.01 that it can be done.  You can't create a DO
attachment pool (it doesn't save any data so that makes sense) but you can
created the attachment fields as DO within the attachment pool.

 

Jason

 

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 11:58 AM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

** 

Scratch that last message.   I am working on a separate display-only form
for all attachments.  On regular forms there doesn't seem to be an option to
create a display-only attachment field.

 

However. you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact.

 

Stephen

Remedy Skilled Professional

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the regular
attachment field to a hidden display-only attachment field. Then run the
PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be impossible
for anything to get written .

 

Stephen

Remedy Skilled Professional

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that will
work but I would rather have them be able to view the attachment directly.

  _  

From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the changes
are written back to the attachment file.

 

Brian

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment field
is not null - change the attachment field to Hidden, display the name (and
optionally the size) of the attachment file in a read-only character field
that is displayed as text.   Unhide a button next to this character field
that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not allow
them to make any changes to the attachment or remove the attachment from the
record.

 

In the above example, only the presence of an attachment will trigger your
workflow to make it "read-only".  You probably would want to add a condition
that will not make the attachment "read-only" if the user is part of a
certain group, ie. 'App-Administrator'.   This will provide the ability for
certain users to have access to remove or update an attachment.  

 

Stephen

Remedy Skilled Professional

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I don't want the submitter to be able to change it once he or she attaches
it to the form. I had thought of using a separate form but I am not sure
that would prevent the submitter from changing it as well.

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, December 13, 2007 1:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Well, even assuming that you didn't want to build a separate form for
attachments, couldn't you use the permissions on the field to control the
R/W access to it (i.e. allow Submitter only)?  Or perhaps only allow write
access to the field from a Submit window. 

 

Rick
 

On 12/13/07, FRANK, GORDON CTR DI

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Sokol, Brian]

Yes I know you can do that but if I make it display only then a file can
never be saved to the attachment pool. I need to have someone attach a
file and then ONLY allow them to read the file. They can not modify,
delete or replace the file.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, December 13, 2007 3:43 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 
Yes you can make a Read Only Attachment Field on a regular form.
 
Create your attachment pool (if you don't already have one).  On the
Attachment Pool Properties add an Attachment Field.  Close the
Attachment Pool properties and BEFORE SAVING THE FORM double click on
the new Attachment Field's file name to bring up the properties for the
attachment field.  
 
You can do things like Hide the field, Disable the Change Flag, Set it
to Display Only, and other field settings
 
Fred
 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)


** 

Scratch that last message.   I am working on a separate display-only
form for all attachments.  On regular forms there doesn't seem to be an
option to create a display-only attachment field.

 

However... you can still use the same method of doing a Set Fields into
another attachment field.  This second attachment field would be set to
$NULL $ either when saving or in the active-link (after the
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really
opening a copy of the file the original file remains intact.

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

Brian,

 

Is the attachment field on the form display-only (probably not)?   

 

Try this, when the user clicks the button do a Set Fields from the
regular attachment field to a hidden display-only attachment field. Then
run the PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be
impossible for anything to get written .

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 2:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

 

I changed the action to PERFORM-ACTION-SAVE-ATTACHMENT FieldID and that
will work but I would rather have them be able to view the attachment
directly.



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 2:14 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

Hi Stephen,

 

I just tried your approach and I am hoping I did something wrong because
this would be a perfect solution. When I click on the button I run an AL
with a Run Process action. It performs the following:

 

PERFORM-ACTION-OPEN-ATTACHMENT FieldID

 

This opens the file fine but if I modify the file and save it, the
changes are written back to the attachment file.

 

Brian

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 

Brian,

 

How about this approach: 

 

When the screen is opened or the entry retrieved - when the attachment
field is not null - change the attachment field to Hidden, display the
name (and optionally the size) of the attachment file in a read-only
character field that is displayed as text.   Unhide a button next to
this character field that, when clicked, opens the attachment.  

 

This allows the user to open, print, save a local copy, but does not
allow them to make any changes to the attachment or remove the
attachment from the record.

 

In the above example, only the presence of an attachment will trigger
your workflow to make it "read-only".  You probably would want to add a
condition that will not make the attachment "read-only" if the user is
part of a certain group, ie. 'App-Administrator'.   This will provide
the ability for certain users to have access to remove or update an
attachment.  

 

Stephen

Remedy Skilled Professional

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 1:30 PM
To: arslis

Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

[Thad K Esser]

Brian,

In short - buttons.  In my situation, I use a separate form to store the 
attachments, and just present them on the user form via a table field.  I 
then have buttons for View, Add, Replace, Delete, and Save to Disk.  You 
can then control who has access to the buttons.  The attachment pool is 
hidden, so they never see it, just the table field.

Oh, and don't get Read/Write confused with Display Only:
"Read/Write", "Read Only", and "Disabled" are display options. 
This setting addresses how the field will appear in the user tool.
"Optional", "Required", and "Display Only" are entry mode options 
on the Database tab.  This setting determines if a field is created in the 
db or not.

Attachment pools aren't a database field, and so the "entry mode" concept 
won't apply.
Attachment fields are database fields, and so the "entry mode" concept 
will apply.

Hope that helps,
Thad Esser
Remedy Developer
"Argue for your limitations, and sure enough, they're yours."-- Richard 
Bach



"Sokol, Brian" <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)" 

12/13/2007 01:11 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)






** 
If it is display only then how do you save the file in the attachment 
field?

From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Thad K Esser
Sent: Thursday, December 13, 2007 3:54 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)

** 
I have a display only attachment field that is being set with a set 
fields.  When I was first setting it up, one issue I had was that if I put 
the attachment field on an Admin Only tab (or a tab to which the user 
doesn't have permissions), the set fields wouldn't happen.  This was the 
case even if the attachment pool/field itself had the proper permissions. 
In my case the attachment field was hidden anyway, so I just moved it off 
the page holder and it worked fine. 

Just something to keep in mind. 

Thad Esser
Remedy Developer
"Argue for your limitations, and sure enough, they're yours."-- Richard 
Bach 


"Heider, Stephen" <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)" 
 
12/13/2007 12:40 PM 

Please respond to
arslist@ARSLIST.ORG



To
arslist@ARSLIST.ORG 
cc

Subject
Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED)








** 
I do that here but with a Set Fields from another form. 
  
Try this: perform the Set Fields from the same form by ?1? = $1$   This 
should cause Remedy to retrieve the file from the server. 
  
  
Stephen 
Remedy Skilled Professional 
  



From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian
Sent: Thursday, December 13, 2007 3:35 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
  
Looks like you can not use a Set Field to copy from one attachment field 
to the other. Any other ideas? 
  



From: Sokol, Brian 
Sent: Thursday, December 13, 2007 3:16 PM
To: arslist@ARSLIST.ORG
Subject: RE: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
Ok tried this -when I click on the button I do a Set Field from the 
protected Attachment field to it's copy. I then do a 
PERFORM-ACTION-OPEN-ATTACHMENT command on the 2nd attachment field. When i 
try this I get the following error; 
  
An invalid argument was encountered. 
  
It looks like the set field fails to copy the attachment . 
  



From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
** 
Scratch that last message.   I am working on a separate display-only form 
for all attachments.  On regular forms there doesn?t seem to be an option 
to create a display-only attachment field. 
  
However? you can still use the same method of doing a Set Fields into 
another attachment field.  This second attachment field would be set to 
$NULL $ either when saving or in the active-link (after the 
PERFORM-ACTION-OPEN-ATTACHMENT command).   Because the user is really 
opening a copy of the file the original file remains intact. 
  
Stephen 
Remedy Skilled Professional 
  



From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen
Sent: Thursday, December 13, 2007 2:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) 
  
Brian, 
  
Is the attachment field on the form display-only (probably not)? 
  
Try this, when the user clicks the button do a Set Fields from the regular 
attachment field to a hidden display-only attachment field. Then run the 
PERFORM-ACTION-OPEN-ATTACHMENT command.  This way it should be impossible 
for any

Re: Mid-tier 7.1 ENCRYPT and DECRYPT issues -- ARWARN 9351 - DEFECT

[Jon Chau]

Issue apparently occurs from a filter executing on GetEntry that pushes data
to a diary field.  Remedy has logged this as defect SW00283945.

Jon

On Dec 7, 2007 10:03 AM, Jon Chau <[EMAIL PROTECTED]> wrote:

> Listers,
>
> Has anyone else experienced issues with mid-tier 7.1 regarding the
> submission/viewing of cases that use the ENCRYPT and DECRYPT functions in
> workflow?  Whenever I try to view or a submit a case that utilizes these
> functions in workflow I get the following ARWARN 9351 message:
>
> Unable to setup data connection, which is preventing the application from
> working correctly.
>
> This only occurs in the midtier and not the user tools.  I have also tried
> various browsers, verified administrator midtier passwords, etc.  I have
> noticed a message in the mid-tier logging:
>
> Dec 7, 2007 9:19:56 AM - SEVERE (com.remedy.log.SESSION) : Login: Failed
> to query PW change.
>
> AR 7.1 Windows Server 2003
> Remote SQL Server 2000 DB
> Mid-tier 7.1, IIS 6, Tomcat  5.5, JDK/JRE 1.6.0_03
>
> Any thoughts?  Still awaiting to hear back from Remedy Support regarding
> this.
>
> Thanks,
> Jon
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Mid-Tier 6.3 report file location

[Michelle L]

Hello,

It is my understanding that CSV is not available on Mid-Tier 6.3, 
according to the documentation.  The statement below can be found at the 
bottom of page 230 in Chapter 7 of the ""Action Request System 6.3 
Developing AR System Applications: Advanced"  pdf.

"The CSV, AR Export, and XML formats are not available for web reporting."

CSV is however available in Mid-Tier 7.x.

Hope that helps,
Michelle



Phil Murnane <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)" 

12/13/2007 09:15 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Mid-Tier 6.3 report file location






Dwayne:

My guess is that the report will end up on the Mid-Tier server somewhere, 
since the Mid-Tier is the actual ARS client.

--Phil

- Original Message 
From: Dwayne Martin <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Wednesday, December 12, 2007 7:55:41 AM
Subject: Mid-Tier 6.3 report file location

Hello everyone,

If you run a Remedy report in "CSV" format on Mid-Tier 6.3, and choose 
Destination "File" where does it put the file?

The 7.1 documentation says "If you selected File, you will be prompted for 
a file name AND DESTINATION" (emphasis mine).

But alas, we are still at Mid-Tier 6.3, and all we get to enter is the 
file name. There is nothing saying where it is going. It looks like the 
file gets saved, but we can't find it on the server or local machine.

I tried looking for the 6.3 documentation but can't find it on the Remedy 
website.

(IIS 5 web server on Win 2K, ARS (except for Mid-Tier) 7.1, RH Linux ARS 
server, Oracle 10.2)

Dwayne Martin
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


 

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"



==

Confidentiality Notice: The information contained in and transmitted with this 
communication is strictly confidential, is intended only for the use of the 
intended recipient, and is the property of Countrywide Financial Corporation or 
its affiliates and subsidiaries.  If you are not the intended recipient, you 
are hereby notified that any use of the information contained in or transmitted 
with the communication or dissemination, distribution, or copying of this 
communication is strictly prohibited by law.  If you have received this 
communication in error, please immediately return this communication to the 
sender and delete the original message and any copy of it in your possession.

==


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

error releasing user csweb...

[Coby West]

Good afternoon all,
 
Trying  to release a built in user for CAI (Customer Access Interface) and I 
getting this error trying to release it.
 
Admin released license too recently  (ARERR 297)
 
Any idea?
 
Also we are preparing to implement CAI.  If you have any advice (good or bad), 
we would appreciate the feedback.
 
Thank you,
Coby West
Mitchell International

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Gary A Roach/K-CORP/KMT/KMT is out of the office.

[Gary Roach]

I will be out of the office starting  12/13/2007 and will not return until
12/18/2007.

I will be checking email / v-mail regularly. If you need to speak with
someone immediately please call (or email) John Kovalcik at 724-539-5228.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"