**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

Joel,
Not to nit-pick, but...

"
10. You can only change a Fixed License entry in User 3 times in a WEEK.
The 4th change locks the userid for 3 DAYS.
"
Surely you meant to say something like...

"You can only change a users license, to a Fixed License, 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS."
or something like that.

If we can only make three changes to a persons password in a week,
then I might have some users (who for some reason can not remember their
password to save their life, or who change their email address based on the
direction of the wind) who have a problem. [ Well, now they would have
more than one problem. :]



Also as a follow up...
Are you talking about class "AR System 6.x: What's New"? ("Q-AR-250"
: http://www.remedy.com/solutions/services/education/courses/Q-AR-250.htm)


I do find it a bit "interesting" that the classes are available
before the product is shipped. (What happens if they sneak in a new feature
before they ship the version? Like that has never happened at the last
minute. :)

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

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.



"Joel Sender"
K.NET> cc:
Sent by: "Action Subject: What's Coming in Version 6? Here it is ...
Request System
discussion
list(ARSList)"
ORG>


12/16/2003 05:11
PM
Please respond to
arslist






**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered in
the class:

1. Expect the 'First Customer Shipment' (FCS) in January. No official
date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance
(different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic'
file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a
separate program.
8. There's a new license type: "Read Restricted". It's the same as the
old "Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins
running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on
different servers (sharing a DB instance). Server groups CAN have
separate machines for Assignment, DSO, Email, Escalations,
Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server
fails, it's dedicated function can be automatically picked-up by
another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This
is different from Mid-Tier deployment. A form can only reside in one
D.Application.
15. D.Applications can be exported WITH DATA. You specify the
import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin
tool and specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or
"Hidden" mode.
18. There are lots of performance logging options for AR System
forms.
19. Security groups can be CALCULATED form existing groups. For
example, a calculated group could include "Support Managers",
"Development Managers" but NOT 'Education Managers". The group
numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row
level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES",
which are mapped to local Groups. an application Role can be mapped
on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home
Page button and it opens that form. When you logon to AR User, the
Home Page opens. Home Pages can have a new field type: "Application
List". It will list the Application 'Entry Points" to which the user
has access.
23. Entry points can be defined for applications, with security
access control.
24. Fields in forms can be 'automatically' laid out. You turn this
on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are
correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The
data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be
entered. You can not type in the field. Automates the $MENU$
function.
28. There's a GUID field that always generates a unique ID across
servers.
29. The new Windows Global Field remains the same when changing
entries.
30. Active links can execute on "Events" to synchronize multiple
open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations.
Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form
for customers and another for employees, you can set the FORM name in
a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e.
$CURRENTWINID$
34. Remedy will work with developers to license their Deployable
Applications.
35. Flashboards is included. you can have 6 FB's with the ARS
license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and
2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR
System.
38. Mid-tier tracks the last time an app was deployed, so it won't
re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests
it.
40. Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better
than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

Matt,
First, I'm just the messenger - I just took the class
"AR System 6.x: What's New" and I agree, taking the class before
FCS is a problem - but nothing a 10 minute review of the final
version can't fix. I suspect that when the class was scheduled,
FCS was planned for an earlier time. Personally, I appreciate
postponing the release until it's ready.

As for the limitations on fixed licenses, here's a quote from page
40 of the class book:

"The AR System now tracks the number of times a fixed license is changed
for a user. If it exceeds three times in one week, the AR system prevents
that user's License Type from being set to a Fixed License. The license
type for that record cannot be changed again for three days"

My understanding is that this prevents a fixed license from being moved
to and from people on different shifts. Other interpretations may vary.
We did not test this is the Labs and I wasn't that curious (sorry).
Joel


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Carey Matthew Black
Sent: Tuesday, December 16, 2003 4:04 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


Joel,
Not to nit-pick, but...

"
10. You can only change a Fixed License entry in User 3 times in a WEEK.
The 4th change locks the userid for 3 DAYS.
"
Surely you meant to say something like...

"You can only change a users license, to a Fixed License, 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS."
or something like that.

If we can only make three changes to a persons password in a week,
then I might have some users (who for some reason can not remember their
password to save their life, or who change their email address based on the
direction of the wind) who have a problem. [ Well, now they would have
more than one problem. :]



Also as a follow up...
Are you talking about class "AR System 6.x: What's New"? ("Q-AR-250"
: http://www.remedy.com/solutions/services/education/courses/Q-AR-250.htm)


I do find it a bit "interesting" that the classes are available
before the product is shipped. (What happens if they sneak in a new feature
before they ship the version? Like that has never happened at the last
minute. :)

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

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.



"Joel Sender"
K.NET> cc:
Sent by: "Action Subject: What's Coming in
Version 6? Here it is ...
Request System
discussion
list(ARSList)"
ORG>



12/16/2003 05:11
PM
Please respond to
arslist






**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered in
the class:

1. Expect the 'First Customer Shipment' (FCS) in January. No official
date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance
(different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic'
file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a
separate program.
8. There's a new license type: "Read Restricted". It's the same as the
old "Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins
running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on
different servers (sharing a DB instance). Server groups CAN have
separate machines for Assignment, DSO, Email, Escalations,
Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server
fails, it's dedicated function can be automatically picked-up by
another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This
is different from Mid-Tier deployment. A form can only reside in one
D.Application.
15. D.Applications can be exported WITH DATA. You specify the
import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin
tool and specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or
"Hidden" mode.
18. There are lots of performance logging options for AR System
forms.
19. Security groups can be CALCULATED form existing groups. For
example, a calculated group could include "Support Managers",
"Development Managers" but NOT 'Education Managers". The group
numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row
level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES",
which are mapped to local Groups. an application Role can be mapped
on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home
Page button and it opens that form. When you logon to AR User, the
Home Page opens. Home Pages can have a new field type: "Application
List". It will list the Application 'Entry Points" to which the user
has access.
23. Entry points can be defined for applications, with security
access control.
24. Fields in forms can be 'automatically' laid out. You turn this
on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are
correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The
data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be
entered. You can not type in the field. Automates the $MENU$
function.
28. There's a GUID field that always generates a unique ID across
servers.
29. The new Windows Global Field remains the same when changing
entries.
30. Active links can execute on "Events" to synchronize multiple
open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations.
Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form
for customers and another for employees, you can set the FORM name in
a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e.
$CURRENTWINID$
34. Remedy will work with developers to license their Deployable
Applications.
35. Flashboards is included. you can have 6 FB's with the ARS
license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and
2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR
System.
38. Mid-tier tracks the last time an app was deployed, so it won't
re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests
it.
40. Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better
than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

It makes sense from a licensing perspective to prevent "cheats" in the system.
I am rather surprised they did not try to do something like this in an earlier
release.

Also, you mentioned the new READ RESTRICTED license. Does the old READ license
still exist so users can create a record when ARS is in "Submitter Locked"
mode? If not, this is going to cause some problems since most of my company's
non-MIS users have a Read license so they can open Help Desk Cases and such.

-James

Quoting Joel Sender :
>
> "The AR System now tracks the number of times a fixed license is changed
> for a user. If it exceeds three times in one week, the AR system prevents
> that user's License Type from being set to a Fixed License. The license
> type for that record cannot be changed again for three days"
>
> My understanding is that this prevents a fixed license from being moved
> to and from people on different shifts. Other interpretations may vary.
> We did not test this is the Labs and I wasn't that curious (sorry).
> Joel
>
>

**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

**
I have to tell you #9 is the one I am most concerned about..... Does this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a hyperlink which logs them onto a generic account & password) to update a custom table we created.. the account used is VERY low security and doesn't touch Help or Asset forms...but does relate to Asset information... I have 50 fixed Asset licenses... but chose to not use these for this group of people (since I didn't want to have to administer the logins....) in fact.. we use this feature to acknowledge receipt of delivery of assets which have been purchased (via a custom module we deployed).. the main concern I have had with the web is that users who do not log out (FYI - I have a logout button on EVERY web form I have)....

Phil



-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a hyperlink which logs them onto a generic account & password) to update a custom table we created.. the account used is VERY low security and doesn't touch Help or Asset forms...but does relate to Asset information... I have 50 fixed Asset licenses... but chose to not use these for this group of people (since I didn't want to have to administer the logins....) in fact.. we use this feature to acknowledge receipt of delivery of assets which have been purchased (via a custom module we deployed).. the main concern I have had with the web is that users who do not log out (FYI - I have a logout button on EVERY web form I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate program.
There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access control.
Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces network overhead.
In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface
This posting was submitted via the Web interface
This posting was submitted via the Web interface

#13 Floating licenses can be shared across two or more servers in a servergroup. Todays modell you need double set of licenses if you want to run multiple servers (loadbalancer)


--
Jarl

-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: 17. desember 2003 14:43
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate program.
There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access control.
Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces network overhead.
In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface
This posting was submitted via the Web interface

I believe it will prompt whether to end the other session, and will
transfer ownership of the license token between sessions. I think there
is also a wait period before it can be transferred again, something link
15 minutes.

If the session is ended before the server is accessed from the same
user, this enforcement does not apply.

Axton

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 8:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does
this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a
hyperlink which logs them onto a generic account & password) to update a
custom table we created.. the account used is VERY low security and
doesn't touch Help or Asset forms...but does relate to Asset
information... I have 50 fixed Asset licenses... but chose to not use
these for this group of people (since I didn't want to have to
administer the logins....) in fact.. we use this feature to acknowledge
receipt of delivery of assets which have been purchased (via a custom
module we deployed).. the main concern I have had with the web is that
users who do not log out (FYI - I have a logout button on EVERY web form
I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3
alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use
Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again...
With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just
because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered
in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date
was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different
ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file
and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate
program.
There's a new license type: "Read Restricted". It's the same as the old
"Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running
the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The
4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different
servers (sharing a DB instance). Server groups CAN have separate
machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's
dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is
different from Mid-Tier deployment. A form can only reside in one
D.Application.
D.Applications can be exported WITH DATA. You specify the import tool
options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and
specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden"
mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a
calculated group could include "Support Managers", "Development
Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are
mapped to local Groups. an application Role can be mapped on each local
server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button
and it opens that form. When you logon to AR User, the Home Page opens.
Home Pages can have a new field type: "Application List". It will list
the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access
control.
Fields in forms can be 'automatically' laid out. You turn this on & off
as needed.
View fields are 'filled' in the admin tool to confirm they are correct.
Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data
remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered.
You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open
windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces
network overhead.
In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form for
customers and another for employees, you can set the FORM name in a
field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable
Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More
that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy
when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH
better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com

Was there any mention of whether this version will
support ITSM 5.5?

Thanks,
Susan


--- Joel Sender wrote:
> NachrichtHi Folks,
> I just took the ARS 6.0 Delta class, and, as usual,
> Doug & his team have
> taken another
> giant step forward. Here's a summary of the features
> that were covered in
> the class:
>
> 1.. Expect the 'First Customer Shipment' (FCS) in
> January. No official
> date was announced.
> 2.. SNMP integration is built-in
> 3.. Unicode is supported - just select it during
> install
> 4.. We loaded two ARS servers on one PC with one
> Oracle instance
> (different ORA tables)
> 5.. Mid-Tier installed & worked on the first try.
> Really
> 6.. Licensing is different. You send Remedy
> support your 'Remedy.lic' file
> and they'll send you the same licenses in the new
> format.
> 7.. The license tool is now included in the Admin
> tool, no longer a
> separate program.
> 8.. There's a new license type: "Read Restricted".
> It's the same as the
> old "Read" except that you can't change ANY DATA,
> regardless of the
> "Submitter Locked" setting.
> 9.. You can only log on a Userid from ONE IP
> address. Except Admins
> running the Admin tool or "Read Restricted" users.
> 10.. You can only change a Fixed License entry in
> User 3 times in a WEEK.
> The 4th change locks the userid for 3 DAYS.
> 11.. AR Server groups allow different functions to
> reside on different
> servers (sharing a DB instance). Server groups CAN
> have separate machines
> for Assignment, DSO, Email, Escalations, Flashboards
> and FTS.
> 12.. Server groups can be configured for
> 'fail-over'. If a server fails,
> it's dedicated function can be automatically
> picked-up by another server.
> 13.. Licenses are shared across the server group.
> 14.. AR workflow can be 'bundled' in 'Deployable
> Applications' This is
> different from Mid-Tier deployment. A form can only
> reside in one
> D.Application.
> 15.. D.Applications can be exported WITH DATA. You
> specify the import tool
> options when you add the data to the D.Application.
> 16.. Data Archiving has been automated. Open a
> form in the Admin tool and
> specify how you want it archived (move or copy,
> based upon a qualification).
> The Archive form is automatically generated, with
> additional fields for the
> 'Original Entry ID'
> 17.. You can export a D.Application and LOCK it in
> 'Read-Only' or "Hidden"
> mode.
> 18.. There are lots of performance logging options
> for AR System forms.
> 19.. Security groups can be CALCULATED form
> existing groups. For example,
> a calculated group could include "Support Managers",
> "Development Managers"
> but NOT 'Education Managers". The group numbers are
> NEGATIVE
> 20.. Dynamic groups are numbered from 60000 to
> 60999 and extend 'row
> level' access 'a thousand times'
> 21.. D.Applications don't have security groups,
> they have "ROLES", which
> are mapped to local Groups. an application Role can
> be mapped on each local
> server to which it is deployed.
> 22.. Any form can be designated as a 'Home Page'.
> Click the Home Page
> button and it opens that form. When you logon to AR
> User, the Home Page
> opens. Home Pages can have a new field type:
> "Application List". It will
> list the Application 'Entry Points" to which the
> user has access.
> 23.. Entry points can be defined for applications,
> with security access
> control.
> 24.. Fields in forms can be 'automatically' laid
> out. You turn this on &
> off as needed.
> 25.. View fields are 'filled' in the admin tool to
> confirm they are
> correct. Once filled, they are not active.
> 26.. Char fields can be 'masked' with asterisks
> when typed in. The data
> remains in clear text for workflow.
> 27.. Char fields can be non-editable' so only menu
> choices can be entered.
> You can not type in the field. Automates the $MENU$
> function.
> 28.. There's a GUID field that always generates a
> unique ID across
> servers.
> 29.. The new Windows Global Field remains the same
> when changing entries.
> 30.. Active links can execute on "Events" to
> synchronize multiple open
> windows. You can define 'events'
> 31.. Server-side tables allow filters to perform
> table operations. Reduces
> network overhead.
> 32.. In filters and active links, the IF & ELSE
> actions can point to
> different Servers and Forms, based on workflow. If
> you have one form for
> customers and another for employees, you can set the
> FORM name in a field
> and the FORM specification would have the field
> name.
> 33.. There are new keywords for multiple open
> windows, i.e. $CURRENTWINID$
> 34.. Remedy will work with developers to license
> their Deployable
> Applications.
> 35.. Flashboards is included. you can have 6 FB's
> with the ARS license.
> More that that requires an FB license
> 36.. Mid-tier 6.0 supports BEA Weblogic 8.1 and
> Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> 37.. Mid-tier no longer requires a license, it's
> included with AR System.
> 38.. Mid-tier tracks the last time an app was
> deployed, so it won't
> re-deploy when not needed.
> 39.. Mid-tier an automatically 'deploy' an app
> when a user requests it.
> 40.. Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was
> three intense days of class
> & labs, and a fourth for the "Exam"
> in order to be RAC certified for ARS 6.0. The labs
> and test are MUCH better
> than the ARS 5.0 materials - Remedy
> Educational (and everyone else) is clearly out from
> under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
>

> UNSUBSCRIBE or access ARSList Archives at
> http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by
> QMX SUPPORT SERVICES at www.QMXS.com
>