Re: Fwd: Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-14 Thread Glen Hartle
There's a good chance that arerror.log has recorded the server attempting to 
load the rogue active link at startup.  If that is the case, and the active 
link is corrupt, it will not appear in the admin tool, but will still exist in 
the database.  This would subsequently result in the unique index error.

Two options would seem to be:  1) rename the rogue active link through the 
database (update actlink set name = 'newName001' where name = '##insert your 
actlink name here##'; or 2) delete the active link from the database (find the 
active link ID and remove entries from the corresponding database tabels)  In 
both instances, restart ARS.

Glen

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-14 Thread Ray Gellenbeck
Haven't encountered it yet in 8.1.

Ray



On Aug 12, 2013, at 10:24 AM, Gordon Frank  wrote:

> **
> Thanks for the help everyone,
> 
>  
> 
> The problem was the "Record Object Relationships" parameter. This is a 
> development\test server and I had turned this parameter on to trace workflow 
> on another object. The relationships worked great but it apparently takes 
> some load on the system and causes the "unique index" error I got when saving 
> the Active Link.
> 
>  
> 
> Once I turned off  "Record Object Relationships" I was able to save again. I 
> had Development Cache Mode turned on as well. I will probably open a BMC Tech 
> Support ticket on this just to see what they say.
> 
>  
> 
> Does anyone know if this has been fixed in 8.1? We are at 7.6.4 and will soon 
> migrate to 8.1.
> 
>  
> 
> I can live with doing "Record Object Relationships" on demand and restart the 
> server, but it is ackward.
> 
>  
> 
> Thanks again and if I hear anything else, I'll let you know
> 
>  
> 
> Gordon Frank
> 
> From: "Frederick W Grooms" 
> To: arslist@ARSLIST.ORG
> Sent: Friday, August 9, 2013 5:58:27 PM
> Subject: Re: The value(s) for this entry violate a unique index that has been 
> defined for this form, 382 when saving an Active Link (UNCLASSIFIED)
> 
> **
> 
> If you have “mucked” about in the object relationships at the database you 
> need to bounce your system
>  
> For some reason BMC chose not to use the same logic as next entry id for a 
> form and instead reads the last relationship ID at startup.  The server then 
> uses an internal counter to increment the entry ID for the relationships.  I 
> suspect they do the same for the other meta data.
>  
> Fred
>  
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj
> Sent: Friday, August 09, 2013 4:19 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: The value(s) for this entry violate a unique index that has been 
> defined for this form, 382 when saving an Active Link (UNCLASSIFIED)
>  
> **
> were you saving a Form or an Active Link?...I still recommend turning on SQL 
> logging to figure out what form has the unique index it's complaining about.  
> I have personally come across this when saving a form, on the unique index on 
> schema_index on overlaid forms..
>  
> 
> On Fri, Aug 9, 2013 at 3:16 PM, gjjmss wrote:
> **
> We got this just renaming a button
> 
>  
> 
> Gordon
> 
>  
> 
> Sent from my Verizon Wireless 4G LTE Smartphone. 
> 
> 
> 
> -- Original message --
> 
> If you don't see that active link name in the list of active links, there 
> could be a cache problem.  I've had similar things happen where I had to 
> remove the cache in the Dev Studio workspace and then log back into the 
> server and bring the list back up.
>  
> - Original Message -
> From: "Rick Cook" 
>  
> To: arslist@ARSLIST.ORG
> Sent: Friday, August 9, 2013 3:30:08 PM
> Subject: Re: The value(s) for this entry violate a unique index that has been 
> defined for this form, 382 when saving an Active Link (UNCLASSIFIED)
>  
> ** 
> Like LJ said, it's not Java.  There is, in the metadata, an Active Link with 
> the same name as the one you're saving.  I did think about the possibility 
> that an action in the Active Link might cause that error, but I don't think 
> so.  Only adding a Unique attribute to an index would give you that if it 
> were anything but a duplicate AL name. 
>  
> Rick 
>  
>  
>  
>  
> On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < gjj...@comcast.net > wrote: 
>  
>  
> ** 
>  
>  
> Sorry, I forgot to change the subject line on the original 
>  
> -Original Message- 
> From: gjj...@comcast.net [mailto: gjj...@comcast.net ] 
> Sent: Friday, August 09, 2013 3:18 PM 
> To: arslist@ARSLIST.ORG 
> Cc: Frank, Gordon M CTR (US) 
> Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident 
>  
> Has anybody seen this: 
>  
>  
>  
> The value(s) for this entry violate a unique index that has been defined for 
> this form,  382, 
>  
>  
>  
> When trying to save an Active Link within Developer Studio 7.6.4? 
>  
>  
>  
> I get a feeling its a Java issue. 
>  
>  
>  
> If you know the correction, I would appreciate the feedback. 
>  
>  
>  
> Thanks 
>  
>  
>  
> Gordon Frank 
>  
>  
> Classification: UNCLASSIFIED 
> Caveats: NONE 
>  
>  
>  
>  
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _ARSlist: "Where the Answers Are" and have been for 20 years_

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-12 Thread Jason Miller
I have never seen this issue on 7.5, 7.6.04, 8.0 or 8.1.  We use it on all
of our servers.  Might just be a fluke where one/some of the records got
out of whack?

On Mon, Aug 12, 2013 at 10:24 AM, Gordon Frank  wrote:

> **
>
> Thanks for the help everyone,
>
>
>
> The problem was the "Record Object Relationships" parameter. This is a
> development\test server and I had turned this parameter on to trace
> workflow on another object. The relationships worked great but it
> apparently takes some load on the system and causes the "unique index"
> error I got when saving the Active Link.
>
>
>
> Once I turned off  "Record Object Relationships" I was able to save again.
> I had Development Cache Mode turned on as well. I will probably open a BMC
> Tech Support ticket on this just to see what they say.
>
>
>
> Does anyone know if this has been fixed in 8.1? We are at 7.6.4 and will
> soon migrate to 8.1.
>
>
>
> I can live with doing "Record Object Relationships" on demand and restart
> the server, but it is ackward.
>
>
>
> Thanks again and if I hear anything else, I'll let you know
>
>
>
> Gordon Frank
>
> ------------------
>
> *From: *"Frederick W Grooms" 
> *To: *arslist@ARSLIST.ORG
> *Sent: *Friday, August 9, 2013 5:58:27 PM
>
> *Subject: *Re: The value(s) for this entry violate a unique index that
> has been defined for this form, 382 when saving an Active Link
> (UNCLASSIFIED)
>
> **
>
>  If you have “mucked” about in the object relationships at the database
> you need to bounce your system
>
>
>
> For some reason BMC chose not to use the same logic as next entry id for a
> form and instead reads the last relationship ID at startup.  The server
> then uses an internal counter to increment the entry ID for the
> relationships.  I suspect they do the same for the other meta data.
>
>
>
> Fred
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Longwing, Lj
> *Sent:* Friday, August 09, 2013 4:19 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: The value(s) for this entry violate a unique index that
> has been defined for this form, 382 when saving an Active Link
> (UNCLASSIFIED)
>
>
>
> **
>
> were you saving a Form or an Active Link?...I still recommend turning on
> SQL logging to figure out what form has the unique index it's complaining
> about.  I have personally come across this when saving a form, on the
> unique index on schema_index on overlaid forms..
>
>
>
> On Fri, Aug 9, 2013 at 3:16 PM, gjjmss wrote:
>
> **
>
> We got this just renaming a button
>
>
>
> Gordon
>
>
>
> Sent from my Verizon Wireless 4G LTE Smartphone.
>
>
>
> -- Original message --
>
> If you don't see that active link name in the list of active links, there 
> could be a cache problem.  I've had similar things happen where I had to 
> remove the cache in the Dev Studio workspace and then log back into the 
> server and bring the list back up.
>
>
>
> - Original Message -
>
> From: "Rick Cook"
>
>
>
> To: arslist@ARSLIST.ORG
>
> Sent: Friday, August 9, 2013 3:30:08 PM
>
> Subject: Re: The value(s) for this entry violate a unique index that has been 
> defined for this form, 382 when saving an Active Link (UNCLASSIFIED)
>
>
>
> **
>
> Like LJ said, it's not Java.  There is, in the metadata, an Active Link with 
> the same name as the one you're saving.  I did think about the possibility 
> that an action in the Active Link might cause that error, but I don't think 
> so.  Only adding a Unique attribute to an index would give you that if it 
> were anything but a duplicate AL name.
>
>
>
> Rick
>
>
>
>
>
>
>
>
>
> On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < gjj...@comcast.net > wrote:
>
>
>
>
>
> **
>
>
>
>
>
> Sorry, I forgot to change the subject line on the original
>
>
>
> -Original Message-
>
> From: gjj...@comcast.net [mailto: gjj...@comcast.net ]
>
> Sent: Friday, August 09, 2013 3:18 PM
>
> To: arslist@ARSLIST.ORG
>
> Cc: Frank, Gordon M CTR (US)
>
> Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident
>
>
>
> Has anybody seen this:
>
>
>
>
>
>
>
> The value(s) for this entry violate a unique index that has been defined for
>
> this form,  382,
>
>
>
>
>
>
>
> When trying to save an Active Link within Developer Studio 7.6.4?
>
>
>
>
>
>
>
> I get a feeling its a Java issue.
>
>
>
>
>
>
>
> If you know the correction, I would appreciate the feedback.
>
>
>
>
>
>
>
> Thanks
>
>
>
>
>
>
>
> Gordon Frank
>
>
>
>
>
> Classification: UNCLASSIFIED
>
> Caveats: NONE
>
>
>
>
>
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-12 Thread Gordon Frank


Thanks for the help everyone, 



The problem was the "Record Object Relationships" parameter. This is a 
development\test server and I had turned this parameter on to trace workflow on 
another object. The relationships worked great but it apparently takes some 
load on the system and causes the "unique index" error I got when saving the 
Active Link. 



Once I turned off  "Record Object Relationships" I was able to save again. I 
had Development Cache Mode turned on as well. I will probably open a BMC Tech 
Support ticket on this just to see what they say. 



Does anyone know if this has been fixed in 8.1? We are at 7.6.4 and will soon 
migrate to 8.1. 



I can live with doing "Record Object Relationships" on demand and restart the 
server, but it is ackward. 



Thanks again and if I hear anything else, I'll let you know 



Gordon Frank 


- Original Message -


From: "Frederick W Grooms"  
To: arslist@ARSLIST.ORG 
Sent: Friday, August 9, 2013 5:58:27 PM 
Subject: Re: The value(s) for this entry violate a unique index that has been 
defined for this form, 382 when saving an Active Link (UNCLASSIFIED) 

** 


If you have “mucked” about in the object relationships at the database you need 
to bounce your system 

  

For some reason BMC chose not to use the same logic as next entry id for a form 
and instead reads the last relationship ID at startup.   The server then uses 
an internal counter to increment the entry ID for the relationships.   I 
suspect they do the same for the other meta data. 

  

Fred 

  

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj 
Sent: Friday, August 09, 2013 4:19 PM 
To: arslist@ARSLIST.ORG 
Subject: Re: The value(s) for this entry violate a unique index that has been 
defined for this form, 382 when saving an Active Link (UNCLASSIFIED) 

  

** 


were you saving a Form or an Active Link?...I still recommend turning on SQL 
logging to figure out what form has the unique index it's complaining about.  I 
have personally come across this when saving a form, on the unique index on 
schema_index on overlaid forms.. 


  


On Fri, Aug 9, 2013 at 3:16 PM, gjjmss wrote: 

** 

We got this just renaming a button 

  

Gordon 

  

Sent from my Verizon Wireless 4G LTE Smartphone. 



-- Original message -- 
If you don't see that active link name in the list of active links, there could 
be a cache problem.  I've had similar things happen where I had to remove the 
cache in the Dev Studio workspace and then log back into the server and bring 
the list back up.   - Original Message - From: "Rick Cook"  

  To: arslist@ARSLIST.ORG Sent: Friday, August 9, 2013 3:30:08 PM Subject: Re: 
The value(s) for this entry violate a unique index that has been defined for 
this form, 382 when saving an Active Link (UNCLASSIFIED)   ** Like LJ said, 
it's not Java.  There is, in the metadata, an Active Link with the same name as 
the one you're saving.  I did think about the possibility that an action in the 
Active Link might cause that error, but I don't think so.  Only adding a Unique 
attribute to an index would give you that if it were anything but a duplicate 
AL name.   Rick         On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < 
gjj...@comcast.net > wrote:     **     Sorry, I forgot to change the subject 
line on the original   -Original Message- From: gjj...@comcast.net 
[mailto: gjj...@comcast.net ] Sent: Friday, August 09, 2013 3:18 PM To: 
arslist@ARSLIST.ORG Cc: Frank, Gordon M CTR (US) Subject: Re: SLM 7.6.04 
Service Target Milestones not appearing on Incident   Has anybody seen this:    
   The value(s) for this entry violate a unique index that has been defined for 
this form,  382,       When trying to save an Active Link within Developer 
Studio 7.6.4?       I get a feeling its a Java issue.       If you know the 
correction, I would appreciate the feedback.       Thanks       Gordon Frank    
 Classification: UNCLASSIFIED Caveats: NONE     

  

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

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

Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-09 Thread Jason Miller
Yup, that should lead right the problem.

We had an odd issue upgrading AR 7.5 to 7.6.04.  I don't remember if it was
an unique index error but it was a SQL error that was thrown during the
install.  The installer was erroring on a view form and we couldn't delete
with Dev Studio.  I tried the Admin Tool and was able to remove the form.
 SQL logging was the hero in unraveling that mystery during the install and
I also watched the SQL log when I deleted the form via the Admin Tool (in
test first) to make sure it was not causing any further harm.

In that same upgrade we had a few filters that also were triggering unique
index errors.  7.6.04 was adding a unique index to the meta data tables.
 Somehow in the past we were able to create filters with duplicate
references that are no longer allowed at the db level.

On Fri, Aug 9, 2013 at 2:19 PM, Longwing, Lj  wrote:

> **
> were you saving a Form or an Active Link?...I still recommend turning on
> SQL logging to figure out what form has the unique index it's complaining
> about.  I have personally come across this when saving a form, on the
> unique index on schema_index on overlaid forms..
>
>
> On Fri, Aug 9, 2013 at 3:16 PM, gjjmss  wrote:
>
>> **
>>
>> We got this just renaming a button
>>
>>
>>
>> Gordon
>>
>>
>> **Sent from my Verizon Wireless 4G LTE Smartphone.**
>>
>>
>>
>> -- Original message --
>>
>> If you don't see that active link name in the list of active links, there 
>> could be a cache problem.  I've had similar things happen where I had to 
>> remove the cache in the Dev Studio workspace and then log back into the 
>> server and bring the list back up.
>>
>> ----- Original Message -
>> From: "Rick Cook" **
>>
>> To: arslist@ARSLIST.ORG
>> Sent: Friday, August 9, 2013 3:30:08 PM
>> Subject: Re: The value(s) for this entry violate a unique index that has 
>> been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)
>>
>> **
>> Like LJ said, it's not Java.  There is, in the metadata, an Active Link with 
>> the same name as the one you're saving.  I did think about the possibility 
>> that an action in the Active Link might cause that error, but I don't think 
>> so.  Only adding a Unique attribute to an index would give you that if it 
>> were anything but a duplicate AL name.
>>
>> Rick
>>
>>
>>
>>
>> On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < gjj...@comcast.net > wrote:
>>
>>
>> **
>>
>>
>> Sorry, I forgot to change the subject line on the original
>>
>> -Original Message-
>> From: gjj...@comcast.net [mailto: gjj...@comcast.net ]
>> Sent: Friday, August 09, 2013 3:18 PM
>> To: arslist@ARSLIST.ORG
>> Cc: Frank, Gordon M CTR (US)
>> Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident
>>
>> Has anybody seen this:
>>
>>
>>
>> The value(s) for this entry violate a unique index that has been defined for
>> this form,  382,
>>
>>
>>
>> When trying to save an Active Link within Developer Studio 7.6.4?
>>
>>
>>
>> I get a feeling its a Java issue.
>>
>>
>>
>> If you know the correction, I would appreciate the feedback.
>>
>>
>>
>> Thanks
>>
>>
>>
>> Gordon Frank
>>
>>
>> Classification: UNCLASSIFIED
>> Caveats: NONE
>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>> ___
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-09 Thread Longwing, Lj
were you saving a Form or an Active Link?...I still recommend turning on
SQL logging to figure out what form has the unique index it's complaining
about.  I have personally come across this when saving a form, on the
unique index on schema_index on overlaid forms..


On Fri, Aug 9, 2013 at 3:16 PM, gjjmss  wrote:

> **
>
> We got this just renaming a button
>
>
>
> Gordon
>
>
> **Sent from my Verizon Wireless 4G LTE Smartphone.**
>
>
>
> -- Original message --
>
> If you don't see that active link name in the list of active links, there 
> could be a cache problem.  I've had similar things happen where I had to 
> remove the cache in the Dev Studio workspace and then log back into the 
> server and bring the list back up.
>
> - Original Message -
> From: "Rick Cook" **
>
> To: arslist@ARSLIST.ORG
> Sent: Friday, August 9, 2013 3:30:08 PM
> Subject: Re: The value(s) for this entry violate a unique index that has been 
> defined for this form, 382 when saving an Active Link (UNCLASSIFIED)
>
> **
> Like LJ said, it's not Java.  There is, in the metadata, an Active Link with 
> the same name as the one you're saving.  I did think about the possibility 
> that an action in the Active Link might cause that error, but I don't think 
> so.  Only adding a Unique attribute to an index would give you that if it 
> were anything but a duplicate AL name.
>
> Rick
>
>
>
>
> On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < gjj...@comcast.net > wrote:
>
>
> **
>
>
> Sorry, I forgot to change the subject line on the original
>
> -Original Message-
> From: gjj...@comcast.net [mailto: gjj...@comcast.net ]
> Sent: Friday, August 09, 2013 3:18 PM
> To: arslist@ARSLIST.ORG
> Cc: Frank, Gordon M CTR (US)
> Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident
>
> Has anybody seen this:
>
>
>
> The value(s) for this entry violate a unique index that has been defined for
> this form,  382,
>
>
>
> When trying to save an Active Link within Developer Studio 7.6.4?
>
>
>
> I get a feeling its a Java issue.
>
>
>
> If you know the correction, I would appreciate the feedback.
>
>
>
> Thanks
>
>
>
> Gordon Frank
>
>
> Classification: UNCLASSIFIED
> Caveats: NONE
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

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


Fwd: Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-09 Thread gjjmss
**
We got this just renaming a button Gordon Sent from my Verizon Wireless 4G LTE Smartphone.

-- Original message --
If you don't see that active link name in the list of active links, there could be a cache problem.  I've had similar things happen where I had to remove the cache in the Dev Studio workspace and then log back into the server and bring the list back up.

- Original Message -
From: "Rick Cook" 
To: arslist@ARSLIST.ORG
Sent: Friday, August 9, 2013 3:30:08 PM
Subject: Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

** 
Like LJ said, it's not Java.  There is, in the metadata, an Active Link with the same name as the one you're saving.  I did think about the possibility that an action in the Active Link might cause that error, but I don't think so.  Only adding a Unique attribute to an index would give you that if it were anything but a duplicate AL name. 

Rick 




On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < gjj...@comcast.net > wrote: 


** 


Sorry, I forgot to change the subject line on the original 

-Original Message- 
From: gjj...@comcast.net [mailto: gjj...@comcast.net ] 
Sent: Friday, August 09, 2013 3:18 PM 
To: arslist@ARSLIST.ORG 
Cc: Frank, Gordon M CTR (US) 
Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident 

Has anybody seen this: 



The value(s) for this entry violate a unique index that has been defined for 
this form,  382, 



When trying to save an Active Link within Developer Studio 7.6.4? 



I get a feeling its a Java issue. 



If you know the correction, I would appreciate the feedback. 



Thanks 



Gordon Frank 


Classification: UNCLASSIFIED 
Caveats: NONE 


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

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

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-09 Thread Jason Miller
Is it any Active Link or just one in particular?

On Fri, Aug 9, 2013 at 1:22 PM, pritch  wrote:

> If you don't see that active link name in the list of active links, there
> could be a cache problem.  I've had similar things happen where I had to
> remove the cache in the Dev Studio workspace and then log back into the
> server and bring the list back up.
>
> - Original Message -
> From: "Rick Cook" 
> To: arslist@ARSLIST.ORG
> Sent: Friday, August 9, 2013 3:30:08 PM
> Subject: Re: The value(s) for this entry violate a unique index that has
> been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)
>
> **
> Like LJ said, it's not Java.  There is, in the metadata, an Active Link
> with the same name as the one you're saving.  I did think about the
> possibility that an action in the Active Link might cause that error, but I
> don't think so.  Only adding a Unique attribute to an index would give you
> that if it were anything but a duplicate AL name.
>
> Rick
>
>
>
>
> On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < gjj...@comcast.net >
> wrote:
>
>
> **
>
>
> Sorry, I forgot to change the subject line on the original
>
> -Original Message-
> From: gjj...@comcast.net [mailto: gjj...@comcast.net ]
> Sent: Friday, August 09, 2013 3:18 PM
> To: arslist@ARSLIST.ORG
> Cc: Frank, Gordon M CTR (US)
> Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident
>
> Has anybody seen this:
>
>
>
> The value(s) for this entry violate a unique index that has been defined
> for
> this form,  382,
>
>
>
> When trying to save an Active Link within Developer Studio 7.6.4?
>
>
>
> I get a feeling its a Java issue.
>
>
>
> If you know the correction, I would appreciate the feedback.
>
>
>
> Thanks
>
>
>
> Gordon Frank
>
>
> Classification: UNCLASSIFIED
> Caveats: NONE
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-09 Thread pritch
If you don't see that active link name in the list of active links, there could 
be a cache problem.  I've had similar things happen where I had to remove the 
cache in the Dev Studio workspace and then log back into the server and bring 
the list back up.

- Original Message -
From: "Rick Cook" 
To: arslist@ARSLIST.ORG
Sent: Friday, August 9, 2013 3:30:08 PM
Subject: Re: The value(s) for this entry violate a unique index that has been 
defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

** 
Like LJ said, it's not Java.  There is, in the metadata, an Active Link with 
the same name as the one you're saving.  I did think about the possibility that 
an action in the Active Link might cause that error, but I don't think so.  
Only adding a Unique attribute to an index would give you that if it were 
anything but a duplicate AL name. 

Rick 




On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank < gjj...@comcast.net > wrote: 


** 


Sorry, I forgot to change the subject line on the original 

-Original Message- 
From: gjj...@comcast.net [mailto: gjj...@comcast.net ] 
Sent: Friday, August 09, 2013 3:18 PM 
To: arslist@ARSLIST.ORG 
Cc: Frank, Gordon M CTR (US) 
Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident 

Has anybody seen this: 



The value(s) for this entry violate a unique index that has been defined for 
this form,  382, 



When trying to save an Active Link within Developer Studio 7.6.4? 



I get a feeling its a Java issue. 



If you know the correction, I would appreciate the feedback. 



Thanks 



Gordon Frank 


Classification: UNCLASSIFIED 
Caveats: NONE 


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

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-09 Thread Rick Cook
Like LJ said, it's not Java.  There is, in the metadata, an Active Link
with the same name as the one you're saving.  I did think about the
possibility that an action in the Active Link might cause that error, but I
don't think so.  Only adding a Unique attribute to an index would give you
that if it were anything but a duplicate AL name.

Rick


On Fri, Aug 9, 2013 at 12:23 PM, Gordon Frank  wrote:

> **
>
> Sorry, I forgot to change the subject line on the original
>
> -Original Message-
> From: gjj...@comcast.net [mailto:gjj...@comcast.net]
> Sent: Friday, August 09, 2013 3:18 PM
> To: arslist@ARSLIST.ORG
> Cc: Frank, Gordon M CTR (US)
> Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident
>
> Has anybody seen this:
>
>
>
> The value(s) for this entry violate a unique index that has been defined
> for
> this form,  382,
>
>
>
> When trying to save an Active Link within Developer Studio 7.6.4?
>
>
>
> I get a feeling its a Java issue.
>
>
>
> If you know the correction, I would appreciate the feedback.
>
>
>
> Thanks
>
>
>
> Gordon Frank
>
>
> Classification: UNCLASSIFIED
> Caveats: NONE
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

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


Re: The value(s) for this entry violate a unique index that has been defined for this form, 382 when saving an Active Link (UNCLASSIFIED)

2013-08-09 Thread Gordon Frank

Sorry, I forgot to change the subject line on the original 

-Original Message- 
From: gjj...@comcast.net [mailto:gjj...@comcast.net] 
Sent: Friday, August 09, 2013 3:18 PM 
To: arslist@ARSLIST.ORG 
Cc: Frank, Gordon M CTR (US) 
Subject: Re: SLM 7.6.04 Service Target Milestones not appearing on Incident 

Has anybody seen this: 



The value(s) for this entry violate a unique index that has been defined for 
this form,  382, 



When trying to save an Active Link within Developer Studio 7.6.4? 



I get a feeling its a Java issue. 



If you know the correction, I would appreciate the feedback. 



Thanks 



Gordon Frank 


Classification: UNCLASSIFIED 
Caveats: NONE 



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