Smart IT and Character Menus

2018-03-21 Thread Brittain, Mark
Hi All

In the process of implementing ITSM 9 and Smart IT 1.5. In ITSM I have a 
character menu on a custom field in the Incident that I have successfully added 
to the Smart IT. In Smart IT the field is type ahead only (Start typing). 
Is there a way to make it a drop down like it is in ITSM? Really don't want 
have to use a selection field in place of the character field if it can be 
avoided.

Thanks
Mark

Mark Brittain  | Senior Systems Engineer | 315.634.9337
125 Elwood Davis Road | Syracuse NY 13212
[new_spectrum]

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Where do I find the documentation of the ARPluginContext class?

2018-03-21 Thread Misi Mladoniczky
Hi,

Docs are included in the API-directory on your server.

You will also find it at numerous places extracted and published if you search 
the internet.

And you can download the API-packages for many versions here: 
https://rrr.se/cgi/index?pg=arapi (https://rrr.se/cgi/index?pg=arapi)

Best Regards - Misi, RRR AB, http://www.rrr.se (http://www.rrr.se) (ARSList MVP 
2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13)
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs
Find these products, and many free tools and utilities, at http://rrr.se 
(http://rrr.se)
March 20, 2018 10:13 PM, "Thomas Miskiewicz"  wrote:
Oh well, can you share that jar file please? 
On 20. Mar 2018, at 22:07, LJ LongWing  wrote:
 Thomas,
I see it documented in my 8.1 file 
On Tue, Mar 20, 2018 at 2:54 PM, Thomas Miskiewicz  wrote:Hi Listers,

where do I find the documentation of the ARPluginContext class?

The BMC documentation says: For details, see the Java plug-in API online 
documentation located at 
ARSystemServerInstallDirARserverapijavapluginsarpluginsdocVerNum.jar and yet 
the class in not documented in there.
Thomas
--
ARSList mailing list
ARSList@arslist.org (mailto:ARSList@arslist.org)
https://mailman.rrr.se/cgi/listinfo/arslist 
(https://mailman.rrr.se/cgi/listinfo/arslist) 
 -- 
ARSList mailing list
ARSList@arslist.org (mailto:ARSList@arslist.org)
https://mailman.rrr.se/cgi/listinfo/arslist 
(https://mailman.rrr.se/cgi/listinfo/arslist)
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: What is locking my account?

2018-03-21 Thread Jarl Grøneng
When you create a new ARServerUser object, should`t you do a login?

arCtx.login();



--
J

2018-03-20 18:45 GMT+01:00 Thomas Miskiewicz :

> Thanks for pointing this out, Fred, bu there is no error in my code.
>
> I just mad a mistake extracting snippets. The code looks like this:
>
> public List filterAPICall(ARPluginContext context, List
> inValues)
> {
> if (context!=null) {
> String sPort=context.getARConfigEntry("TCD-Specific-Port");
> Integer port=new Integer(sPort);
>
>
> ARServerUser arCtx = new ARServerUser(context, "de_DE",
> "localhost");
> arCtx.setPort(port);
> }
> }
>
>
> On Mar 20, 2018, at 5:23 PM, Grooms, Frederick W <
> frederick.w.gro...@xo.com> wrote:
>
> Maybe I’m confused, but I think there may be an error in your code
> You are setting the port to  serverPort, but your integer value is just
> port
>
>
> *From:* ARSList [mailto:arslist-boun...@arslist.org
> ] *On Behalf Of *Thomas Miskiewicz
> *Sent:* Tuesday, March 20, 2018 11:12 AM
> *To:* ARSList 
> *Subject:* Re: What is locking my account?
>
> Thank you Keith, good to know.
>
> 1. We’re not windows.
>
> 2. We don’t have more than one server defined in the mid-tier
>
> I rather thing that it’s related to a ARS bug which attacks when we use
> our ARF Plugin.
>
>
> Thomas
>
>
> On Mar 20, 2018, at 5:05 PM, spearmint.l...@gmail.com wrote:
>
> I haven't followed this whole thread, so not sure if this was mentioned.
> We had a problem in the past where if you had more than one AR server
> defined in the mid-tier, then anytime you try to login it attempts to log
> into each AR server defined. So if you have three AR servers defined, and
> your Windows system is set to lock after three bad attempts, then just one
> incorrect password when trying to log in will lock you out.
>
> Regards,
> Keith
>
> On Tue, Mar 20, 2018 at 6:14 AM Thomas Miskiewicz 
> wrote:
>
> Unfortunately it’s still locking.
>
> I enabled all kinds of debugs and see this:
>
> Di Mär 20 10:41:19.086 2018 Preparing context to be sent to pluginserver
> -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9279, threadId :
> 366
> 360393 Di Mär 20 10:41:19.099 2018 Preparing context to be sent to
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
> 9280, threadId : 366
> 360394 Di Mär 20 10:41:19.109 2018 Preparing context to be sent to
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
> 9281, threadId : 366
> 360395 Di Mär 20 10:41:19.118 2018 Preparing context to be sent to
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
> 9282, threadId : 366
> 360396 Di Mär 20 10:41:33.252 2018447731>Application Service (Pool 1) > 
> /* Di Mär 20 2018 10:41:33.2520 */ Escalation Trace Log -- ON (AR Server
> 9.1.04 201711272256)
> 360397 Di Mär 20 10:41:33.418 2018447731>Application Service (Pool 1) > 
> /* Di Mär 20 2018 10:41:33.4180 */ Escalation Trace Log -- ON (AR Server
> 9.1.04 201711272256)
> 360398 Di Mär 20 10:41:33.650 2018 Preparing context to be sent to
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
> 9292, threadId : 366
> 360399 Di Mär 20 10:41:33.660 2018 Preparing context to be sent to
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
> 9293, threadId : 366
> 360400 Di Mär 20 10:41:33.667 2018 Preparing context to be sent to
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
> 9294, threadId : 366
> 360401 Di Mär 20 10:41:35.095 2018 Preparing context to be sent to
> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId :
> 8439, threadId : 403
> 360402 Di Mär 20 10:41:35.962 2018 Preparing context to be sent to
> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId :
> 8439, threadId : 401
>
> @Doug - what does User: NULL mean? How is that possible?
>
>
> Thomas
>
>
>
>
> On Mar 15, 2018, at 9:41 AM, Thomas Miskiewicz  wrote:
>
> Thank you, Rajesh! I will delete my account completely and try again.
>
> Thomas
>
>
> On 15. Mar 2018, at 09:37, Rajesh Nair  wrote:
>
> Not sure if this is going to help,
> i remember facing such issue but not in ARS but frequently on my machine
> which i am using it
>
> *Issue turned out to be problem in user's cache where the password has
> been stored. My account used to get locked automatically, even though i was
> using the correct password.*
> *I had to delete the old entries and the issue got fixed.*
>
> On Wed, Mar 14, 2018 at 6:22 PM, Thomas Miskiewicz 
> wrote:
>
> Hi Doug,
>
> I got an AR Filter Plugin which uses the context of the current user which
> in this case even happens to be an Admin User.
>
> public List filterAPICall(ARPluginContext context, List
> inValues)
> {
> if 

RE: Do 300,000 companies fit?

2018-03-21 Thread Narayanan, Radhika
Hi,

On ITSM 8.1.02, [email thread below], we've 225,000+ companies ('Customer') and 
therefore 225,000+ groups in the group form. The Remedy service takes about 20 
minutes to start with this volume of groups. 

We attempted to upgrade ARS from 8.1.02 to 9.1.03. AR Upgrade to 9.1.03 failed 
repeatedly. We deleted the companies and completed the upgrade to ITSM 9.1.03. 
Now when  we’re importing the companies back into Group form, Remedy service 
took 2 hours to come up with only 8 groups or doesn’t come up at all in a 
timely manner for more groups.

ARS 8.1.02 with 225,000+ groups was able to start service at least after 20 
minutes. Whereas, ARS 9.1.03.001 is not even able to start service in a timely 
manner. We've an unusable system now !! Any help is much appreciated.

Thanks,
Radhika Narayanan 

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Monday, August 17, 2015 6:18 AM
To: arslist@ARSLIST.ORG
Subject: Re: Do 300,000 companies fit?

Peter,

First, this response is about your issue, not the 300,000 companies.  That 
issue needs two things -- really, 300,000 companies??? and some investigation 
on what is causing the issue there -- it looks like it may be a memory issue on 
the server startup and I know that it is going to cause some issues with the 
mid-tier until a feature that is currently being reworked is finished.  But 
that is a different discussion.   (We do have in production examples of 20,000 
companies that are working just fine.)


On your example about users not able to see each other's tickets...

The key problem right now is the way that ITSM handles row level security by 
the Company.  Doing that means that the visibility of things within the company 
is a bit wider than desired as you ca see tickets for others -- as you note.

The good news is that the rework of this issue is finally under way and it is 
targeted to be addressed by the end of the year (and of course all comments 
about anything that is not in released product may or may not happen and any 
timeline may change and all the other caveats).  The row level security is 
going to change to stop putting companies in the row level security access and 
focus on putting things at the support group level.  Then, hierarchical groups 
can be used to parent the support groups up to higher order groups so you can 
have users (like your support staff) with cross-ticket access.  But, end users 
will only be able to see their own tickets and not tickets for the entire 
Company.

The good news is that you mention you don't have to do this right away.  So, 
the work completing (it is already well under way in development) is going to 
happen and be released before you are ready for it.  Take a look at this change 
when it comes later this year.  I think you will find it interesting.

By the way, for everyone else, this change also enables many more interesting 
capabilities and makes them dead simple -- separating tickets by organization 
within the company.  You can have a shared company catalog, but different 
departments can keep their tickets separate from individuals AND from the 
different support organizations within the company.

Overall, it is a small, but significant shift in the row level security of 
ITSM.  The AR System platform supports the segregation, the applications just 
were not loading the data in the best way possible.  That is being fixed.  In 
addition, the use of the hierarchical group feature in the applications finally 
will add a lot of options to what you can do with permissions and the control 
of access.

Something to look forward to.

(again, I emphasize that any feature or functionality that is discussed in this 
email may or may not happen in any given release or in fact ever.  Any timing 
or dates or indication of near term or longer term arrival of any capability 
not in shipping product is pure conjecture on my part and may or may not 
reflect any timing or dates that may actually be achieved)

Doug Mueller

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Peter Romain
Sent: Sunday, August 16, 2015 9:46 AM
To: arslist@ARSLIST.ORG
Subject: Re: Do 300,000 companies fit?

We may need millions of customer at some point and also were concerned about 
the ability of the system to handle so many companies.
We did ask BMC but even though they said there was no limit we still think we'd 
run into issues similar to what you are seeing.

We thought, instead, that we'd have one company and millions of people 
associated with this company and to identify them via their organisation.
For this to work for us we'd need self registration in MyIT and also a way of 
preventing users seeing each other in MyIT neither of which are currently there.

We won't need to do this for a while so we still have thinking time.

Cheers

Peter



Re: What is locking my account?

2018-03-21 Thread Thomas Miskiewicz
We used that method before with same results.

The we switched to this example:
http://soleauthority.net/entry-inspector-a-java-filterapi-plugin-sample/



On Wed 21. Mar 2018 at 09:24, Jarl Grøneng  wrote:

>
> When you create a new ARServerUser object, should`t you do a login?
>
> arCtx.login();
>
>
>
> --
> J
>
> 2018-03-20 18:45 GMT+01:00 Thomas Miskiewicz :
>
>> Thanks for pointing this out, Fred, bu there is no error in my code.
>>
>> I just mad a mistake extracting snippets. The code looks like this:
>>
>> public List filterAPICall(ARPluginContext context, List
>> inValues)
>> {
>> if (context!=null) {
>> String sPort=context.getARConfigEntry("TCD-Specific-Port");
>> Integer port=new Integer(sPort);
>>
>>
>> ARServerUser arCtx = new ARServerUser(context, "de_DE",
>> "localhost");
>> arCtx.setPort(port);
>> }
>> }
>>
>>
>> On Mar 20, 2018, at 5:23 PM, Grooms, Frederick W <
>> frederick.w.gro...@xo.com> wrote:
>>
>> Maybe I’m confused, but I think there may be an error in your code
>> You are setting the port to  serverPort, but your integer value is just
>> port
>>
>>
>> *From:* ARSList [mailto:arslist-boun...@arslist.org
>> ] *On Behalf Of *Thomas Miskiewicz
>> *Sent:* Tuesday, March 20, 2018 11:12 AM
>> *To:* ARSList 
>> *Subject:* Re: What is locking my account?
>>
>> Thank you Keith, good to know.
>>
>> 1. We’re not windows.
>>
>> 2. We don’t have more than one server defined in the mid-tier
>>
>> I rather thing that it’s related to a ARS bug which attacks when we use
>> our ARF Plugin.
>>
>>
>> Thomas
>>
>>
>> On Mar 20, 2018, at 5:05 PM, spearmint.l...@gmail.com wrote:
>>
>> I haven't followed this whole thread, so not sure if this was mentioned.
>> We had a problem in the past where if you had more than one AR server
>> defined in the mid-tier, then anytime you try to login it attempts to log
>> into each AR server defined. So if you have three AR servers defined, and
>> your Windows system is set to lock after three bad attempts, then just one
>> incorrect password when trying to log in will lock you out.
>>
>> Regards,
>> Keith
>>
>> On Tue, Mar 20, 2018 at 6:14 AM Thomas Miskiewicz 
>> wrote:
>>
>> Unfortunately it’s still locking.
>>
>> I enabled all kinds of debugs and see this:
>>
>> Di Mär 20 10:41:19.086 2018 Preparing context to be sent to pluginserver
>> -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9279, threadId :
>> 366
>> 360393 Di Mär 20 10:41:19.099 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9280, threadId : 366
>> 360394 Di Mär 20 10:41:19.109 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9281, threadId : 366
>> 360395 Di Mär 20 10:41:19.118 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9282, threadId : 366
>> 360396 Di Mär 20 10:41:33.252 2018   > 447731>   > Application Service (Pool 1) > 
>> /* Di Mär 20 2018 10:41:33.2520 */ Escalation Trace Log -- ON (AR Server
>> 9.1.04 201711272256)
>> 360397 Di Mär 20 10:41:33.418 2018   > 447731>   > Application Service (Pool 1) > 
>> /* Di Mär 20 2018 10:41:33.4180 */ Escalation Trace Log -- ON (AR Server
>> 9.1.04 201711272256)
>> 360398 Di Mär 20 10:41:33.650 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9292, threadId : 366
>> 360399 Di Mär 20 10:41:33.660 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9293, threadId : 366
>> 360400 Di Mär 20 10:41:33.667 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9294, threadId : 366
>> 360401 Di Mär 20 10:41:35.095 2018 Preparing context to be sent to
>> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId :
>> 8439, threadId : 403
>> 360402 Di Mär 20 10:41:35.962 2018 Preparing context to be sent to
>> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId :
>> 8439, threadId : 401
>>
>> @Doug - what does User: NULL mean? How is that possible?
>>
>>
>> Thomas
>>
>>
>>
>>
>> On Mar 15, 2018, at 9:41 AM, Thomas Miskiewicz 
>> wrote:
>>
>> Thank you, Rajesh! I will delete my account completely and try again.
>>
>> Thomas
>>
>>
>> On 15. Mar 2018, at 09:37, Rajesh Nair  wrote:
>>
>> Not sure if this is going to help,
>> i remember facing such issue but not in ARS but frequently on my machine
>> which i am using it
>>
>> *Issue turned out to be problem in user's cache where the password has
>> been stored. My account used to get locked automatically, even though i was
>> using the correct 

Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Thomas Miskiewicz
No, I don’t have it.

> On Mar 21, 2018, at 3:23 PM, Jason Miller  wrote:
> 
> Do you have object reservations turned on? I have seen even in 8.x where an 
> object reservation somehow is created without an Object Name and Dev Studio 
> will throw an error loading the object list for that type of object until 
> those records are deleted. 
> 
> Jason  
> 
> On Wed, Mar 21, 2018 at 9:06 AM, Thomas Miskiewicz  > wrote:
> Hi Listers,
> 
> we have successfully upgraded our archive stand alone server from 8.1.00.002 
> to 9.1.03.001 Hotfix from Oct 2017.
> 
> We can login and work using the Mid Tier.
> 
> Dev Studio takes ages to log in. At other times the login works smoothly, we 
> can load the form list but we cannot open the Active Link, Filter, Guides 
> Lists as we get a time one saying that the server is busy.
> 
> Any ideas where to start looking? The support has no clue so far.
> 
> 
> Thomas
> 
> --
> ARSList mailing list
> ARSList@arslist.org 
> https://mailman.rrr.se/cgi/listinfo/arslist 
> 
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Jason Miller
ADMIN NOTE:
I apologize for the duplicate post. It is totally my fault. Please
disregard one and have a happy day!

TIP:
When replying to this thread, remove the image in the reply. If you don't
your reply will likely be rejected due to size limitations.

Jason

On Wed, Mar 21, 2018 at 8:44 AM, Thomas Miskiewicz 
wrote:

> Hi Listers,
>
> we have successfully upgraded our archive stand alone server from
> 8.1.00.002 to 9.1.03.001 Hotfix from Oct 2017.
>
> We can login and work using the Mid Tier.
>
> Dev Studio takes ages to log in. At other times the login works smoothly,
> we can load the form list but we cannot open the Active Link, Filter,
> Guides Lists as we get a time one saying that the server is busy.
>
> Any ideas where to start looking? The support has no idea so far.
>
>
> Thomas
>
>
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Thomas Miskiewicz
Thanks Tim,

I'll check but why does it work with other server of the same version then?


Thomas


> On Mar 21, 2018, at 3:40 PM, Timothy Powell 
>  wrote:
> 
> I’ve seen this before when the dev studio did not have enough memory to load 
> a large list of workflow objects. The default is 512mb.
> 
> Go to the DS config and try increasing the memory it uses from 512 to 2048. 
> That’s what worked for us.
>  
> -vm
> C:\Program Files\Java\jre1.8.0_161\bin\javaw.exe
> -vmargs
> -Xms64m
> -Xmx512m
>  
>  
> From: ARSList  On Behalf Of Thomas Miskiewicz
> Sent: Wednesday, March 21, 2018 9:44 AM
> To: ARSList 
> Subject: Dev Studio broken after Upgrade to 9.1.03.001
>  
> Hi Listers,
>  
> we have successfully upgraded our archive stand alone server from 8.1.00.002 
> to 9.1.03.001 Hotfix from Oct 2017.
>  
> We can login and work using the Mid Tier.
>  
> Dev Studio takes ages to log in. At other times the login works smoothly, we 
> can load the form list but we cannot open the Active Link, Filter, Guides 
> Lists as we get a time one saying that the server is busy.
>  
> Any ideas where to start looking? The support has no idea so far.
>  
>  
> Thomas
>  
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org 
> https://mailman.rrr.se/cgi/listinfo/arslist 
> 
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Jason Miller
 Do you have object reservations turned on? I have seen even in 8.x where
an object reservation somehow is created without an Object Name and Dev
Studio will throw an error loading the object list for that type of object
until those records are deleted.

Jason

On Wed, Mar 21, 2018 at 9:06 AM, Thomas Miskiewicz 
wrote:

> Hi Listers,
>
> we have successfully upgraded our archive stand alone server from
> 8.1.00.002 to 9.1.03.001 Hotfix from Oct 2017.
>
> We can login and work using the Mid Tier.
>
> Dev Studio takes ages to log in. At other times the login works smoothly,
> we can load the form list but we cannot open the Active Link, Filter,
> Guides Lists as we get a time one saying that the server is busy.
>
> Any ideas where to start looking? The support has no clue so far.
>
>
> Thomas
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread LJ LongWing
With Timeouts, I always look to the API/SQL logs for helptrack what sql
calls are taking place and how long they are taking.

On Wed, Mar 21, 2018 at 8:06 AM, Thomas Miskiewicz 
wrote:

> Hi Listers,
>
> we have successfully upgraded our archive stand alone server from
> 8.1.00.002 to 9.1.03.001 Hotfix from Oct 2017.
>
> We can login and work using the Mid Tier.
>
> Dev Studio takes ages to log in. At other times the login works smoothly,
> we can load the form list but we cannot open the Active Link, Filter,
> Guides Lists as we get a time one saying that the server is busy.
>
> Any ideas where to start looking? The support has no clue so far.
>
>
> Thomas
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


RE: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Timothy Powell
“I cannot open active links and filters. I can open forms.”

And that was the exact thing we encountered at times. Increasing the DS memory 
eliminated that. But based on your comments, it sounds like this is not a DS 
issue but an ARS issue.

I would start fresh:
Shut down the ar service on the server. Backup the arerror.log and then clear 
it so that on service start we get just that snapshot of what’s going on. Set 
up a combined API/SQL log file as well. Then crank it up. Once the service is 
up and running, review the arerror.log and analyze the API/SQL log using some 
sort of log analyzer to see if anything pops out.

Once I was done with that, I’d set up a new API/SQL combined log, try to load 
the server in DS again. Wait until it throws error 93 and then see if I can 
find a corresponding issue in arerror.log and run that 2nd API/SQL log thru the 
analyzer again to find where it’s jamming up.

 

/tp

 

From: ARSList  On Behalf Of Thomas Miskiewicz
Sent: Wednesday, March 21, 2018 11:40 AM
To: ARSList 
Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001

 

Fair enough Tim. 

 

The wired thing is that at times when I can connect I cannot open active links 
and filters. I can open forms.

 

No issues with other severs on same client, same ds and same ar server 
configuration.

 

Thomas





On Mar 21, 2018, at 4:34 PM, Timothy Powell  > wrote:

 

I don’t know. You didn’t mention that there was a 2nd server involved where it 
loaded successfully. If you have 2 identical servers and are using DS on the 
SAME client machine to access them and one server loads properly and the other 
does not, then I probably would have eliminated a client side issue and not 
mentioned this. I’m just spit balling based on the scenario provided. :-)

 

The only other thing I can think where this DS memory issue still might apply 
is if you are trying to log in to/load up both servers at the same time in your 
DS session. If you are trying to log in to both at the same time, try logging 
in to the unsuccessful one independently. 

 

/tp

 

From: ARSList  
> On Behalf Of Thomas Miskiewicz
Sent: Wednesday, March 21, 2018 10:53 AM
To: ARSList  >
Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001

 

Thanks Tim,

 

I'll check but why does it work with other server of the same version then?

 

 

Thomas

 






On Mar 21, 2018, at 3:40 PM, Timothy Powell < 
 timothy.pow...@pbs-consulting.com> 
wrote:

 

I’ve seen this before when the dev studio did not have enough memory to load a 
large list of workflow objects. The default is 512mb.

Go to the DS config and try increasing the memory it uses from 512 to 2048. 
That’s what worked for us.

 

-vm

C:\Program Files\Java\jre1.8.0_161\bin\javaw.exe

-vmargs

-Xms64m

-Xmx512m

 

 

From: ARSList <  
arslist-boun...@arslist.org> On Behalf Of Thomas Miskiewicz
Sent: Wednesday, March 21, 2018 9:44 AM
To: ARSList <  arslist@arslist.org>
Subject: Dev Studio broken after Upgrade to 9.1.03.001

 

Hi Listers,

 

we have successfully upgraded our archive stand alone server from 8.1.00.002 to 
9.1.03.001 Hotfix from Oct 2017.

 

We can login and work using the Mid Tier.

 

Dev Studio takes ages to log in. At other times the login works smoothly, we 
can load the form list but we cannot open the Active Link, Filter, Guides Lists 
as we get a time one saying that the server is busy.

 

Any ideas where to start looking? The support has no idea so far.

 

 

Thomas

 

 

-- 
ARSList mailing list
  ARSList@arslist.org
  
https://mailman.rrr.se/cgi/listinfo/arslist

 

-- 
ARSList mailing list
  ARSList@arslist.org
  
https://mailman.rrr.se/cgi/listinfo/arslist

 

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread LJ LongWing
You ran the log from
11:16:16
to
11:17:41

That's just under 1.5 mintimeouts occur at the 2 min window if I'm not
mistaken

Please turn on API/SQL before trying to load the items, wait for the
timeout, and turn them off, if you already did that, I don't see any
problems...the longest API call that finished within the relatively short
window you provided lasted a whole 1 second.  Tell us what user id you are
using to do the call with

There were 3 API calls that started around the beginning of the log that
didn't finish in the 1.5 min of logbut because we don't have the end of
them, we can't determine how long they ran for

On Wed, Mar 21, 2018 at 9:12 AM, Thomas Miskiewicz 
wrote:

>
>
>
> Attached - so far I don’t see the reason for this behavior.
>
> On Mar 21, 2018, at 4:08 PM, LJ LongWing  wrote:
>
> With Timeouts, I always look to the API/SQL logs for helptrack what
> sql calls are taking place and how long they are taking.
>
> On Wed, Mar 21, 2018 at 8:06 AM, Thomas Miskiewicz 
> wrote:
>
>> Hi Listers,
>>
>> we have successfully upgraded our archive stand alone server from
>> 8.1.00.002 to 9.1.03.001 Hotfix from Oct 2017.
>>
>> We can login and work using the Mid Tier.
>>
>> Dev Studio takes ages to log in. At other times the login works smoothly,
>> we can load the form list but we cannot open the Active Link, Filter,
>> Guides Lists as we get a time one saying that the server is busy.
>>
>> Any ideas where to start looking? The support has no clue so far.
>>
>>
>> Thomas
>>
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
>>
>>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


RE: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Timothy Powell
I've seen this before when the dev studio did not have enough memory to load
a large list of workflow objects. The default is 512mb.

Go to the DS config and try increasing the memory it uses from 512 to 2048.
That's what worked for us.

 

-vm

C:\Program Files\Java\jre1.8.0_161\bin\javaw.exe

-vmargs

-Xms64m

-Xmx512m

 

 

From: ARSList  On Behalf Of Thomas Miskiewicz
Sent: Wednesday, March 21, 2018 9:44 AM
To: ARSList 
Subject: Dev Studio broken after Upgrade to 9.1.03.001

 

Hi Listers,

 

we have successfully upgraded our archive stand alone server from 8.1.00.002
to 9.1.03.001 Hotfix from Oct 2017.

 

We can login and work using the Mid Tier.

 

Dev Studio takes ages to log in. At other times the login works smoothly, we
can load the form list but we cannot open the Active Link, Filter, Guides
Lists as we get a time one saying that the server is busy.

 

Any ideas where to start looking? The support has no idea so far.

 

 

Thomas

 

 

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Thomas Miskiewicz
Fair enough Tim. 

The wired thing is that at times when I can connect I cannot open active links 
and filters. I can open forms.

No issues with other severs on same client, same ds and same ar server 
configuration.

Thomas

> On Mar 21, 2018, at 4:34 PM, Timothy Powell 
>  wrote:
> 
> I don’t know. You didn’t mention that there was a 2nd server involved where 
> it loaded successfully. If you have 2 identical servers and are using DS on 
> the SAME client machine to access them and one server loads properly and the 
> other does not, then I probably would have eliminated a client side issue and 
> not mentioned this. I’m just spit balling based on the scenario provided. :-)
>  
> The only other thing I can think where this DS memory issue still might apply 
> is if you are trying to log in to/load up both servers at the same time in 
> your DS session. If you are trying to log in to both at the same time, try 
> logging in to the unsuccessful one independently. 
>  
> /tp
>  
> From: ARSList  On Behalf Of Thomas Miskiewicz
> Sent: Wednesday, March 21, 2018 10:53 AM
> To: ARSList 
> Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001
>  
> Thanks Tim,
>  
> I'll check but why does it work with other server of the same version then?
>  
>  
> Thomas
>  
> 
> 
>> On Mar 21, 2018, at 3:40 PM, Timothy Powell 
>> > > wrote:
>>  
>> I’ve seen this before when the dev studio did not have enough memory to load 
>> a large list of workflow objects. The default is 512mb.
>> 
>> Go to the DS config and try increasing the memory it uses from 512 to 2048. 
>> That’s what worked for us.
>>  
>> -vm
>> C:\Program Files\Java\jre1.8.0_161\bin\javaw.exe
>> -vmargs
>> -Xms64m
>> -Xmx512m
>>  
>>  
>> From: ARSList > > On Behalf Of Thomas Miskiewicz
>> Sent: Wednesday, March 21, 2018 9:44 AM
>> To: ARSList >
>> Subject: Dev Studio broken after Upgrade to 9.1.03.001
>>  
>> Hi Listers,
>>  
>> we have successfully upgraded our archive stand alone server from 8.1.00.002 
>> to 9.1.03.001 Hotfix from Oct 2017.
>>  
>> We can login and work using the Mid Tier.
>>  
>> Dev Studio takes ages to log in. At other times the login works smoothly, we 
>> can load the form list but we cannot open the Active Link, Filter, Guides 
>> Lists as we get a time one saying that the server is busy.
>>  
>> Any ideas where to start looking? The support has no idea so far.
>>  
>>  
>> Thomas
>>  
>>  
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org 
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> 
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org 
> https://mailman.rrr.se/cgi/listinfo/arslist 
> 
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


RE: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Timothy Powell
Continuing on this thought line. You mention that it’s an upgrade from 8.x to 
9.x. Was object reservation enabled when it was 8.x and is now turned off in 
9.x? 

If yes, you still may have bad object reservation records. Check the AR System 
Version Control: Object Reservation form for orphaned/invalid records.

 

/tp

 

From: ARSList  On Behalf Of Thomas Miskiewicz
Sent: Wednesday, March 21, 2018 10:25 AM
To: ARSList 
Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001

 

No, I don’t have it.





On Mar 21, 2018, at 3:23 PM, Jason Miller  > wrote:

 

Do you have object reservations turned on? I have seen even in 8.x where an 
object reservation somehow is created without an Object Name and Dev Studio 
will throw an error loading the object list for that type of object until those 
records are deleted. 

 

Jason  

 

On Wed, Mar 21, 2018 at 9:06 AM, Thomas Miskiewicz  > wrote:

Hi Listers,

 

we have successfully upgraded our archive stand alone server from 8.1.00.002 to 
9.1.03.001 Hotfix from Oct 2017.

 

We can login and work using the Mid Tier.

 

Dev Studio takes ages to log in. At other times the login works smoothly, we 
can load the form list but we cannot open the Active Link, Filter, Guides Lists 
as we get a time one saying that the server is busy.

 

Any ideas where to start looking? The support has no clue so far.

 

 

Thomas


--
ARSList mailing list
ARSList@arslist.org  
https://mailman.rrr.se/cgi/listinfo/arslist

 

-- 
ARSList mailing list
ARSList@arslist.org  
https://mailman.rrr.se/cgi/listinfo/arslist

 

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Thomas Miskiewicz
No, we don’t use object reservation 

> On 21. Mar 2018, at 16:47, Timothy Powell  
> wrote:
> 
> Continuing on this thought line. You mention that it’s an upgrade from 8.x to 
> 9.x. Was object reservation enabled when it was 8.x and is now turned off in 
> 9.x?
> If yes, you still may have bad object reservation records. Check the AR 
> System Version Control: Object Reservation form for orphaned/invalid records.
>  
> /tp
>  
> From: ARSList  On Behalf Of Thomas Miskiewicz
> Sent: Wednesday, March 21, 2018 10:25 AM
> To: ARSList 
> Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001
>  
> No, I don’t have it.
> 
> 
> On Mar 21, 2018, at 3:23 PM, Jason Miller  wrote:
>  
> Do you have object reservations turned on? I have seen even in 8.x where an 
> object reservation somehow is created without an Object Name and Dev Studio 
> will throw an error loading the object list for that type of object until 
> those records are deleted. 
>  
> Jason  
>  
> On Wed, Mar 21, 2018 at 9:06 AM, Thomas Miskiewicz  wrote:
> Hi Listers,
>  
> we have successfully upgraded our archive stand alone server from 8.1.00.002 
> to 9.1.03.001 Hotfix from Oct 2017.
>  
> We can login and work using the Mid Tier.
>  
> Dev Studio takes ages to log in. At other times the login works smoothly, we 
> can load the form list but we cannot open the Active Link, Filter, Guides 
> Lists as we get a time one saying that the server is busy.
>  
> Any ideas where to start looking? The support has no clue so far.
>  
>  
> Thomas
> 
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
> 
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


RE: Dev Studio broken after Upgrade to 9.1.03.001

2018-03-21 Thread Timothy Powell
I don’t know. You didn’t mention that there was a 2nd server involved where it 
loaded successfully. If you have 2 identical servers and are using DS on the 
SAME client machine to access them and one server loads properly and the other 
does not, then I probably would have eliminated a client side issue and not 
mentioned this. I’m just spit balling based on the scenario provided. :-)

 

The only other thing I can think where this DS memory issue still might apply 
is if you are trying to log in to/load up both servers at the same time in your 
DS session. If you are trying to log in to both at the same time, try logging 
in to the unsuccessful one independently. 

 

/tp

 

From: ARSList  On Behalf Of Thomas Miskiewicz
Sent: Wednesday, March 21, 2018 10:53 AM
To: ARSList 
Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001

 

Thanks Tim,

 

I'll check but why does it work with other server of the same version then?

 

 

Thomas

 





On Mar 21, 2018, at 3:40 PM, Timothy Powell  > wrote:

 

I’ve seen this before when the dev studio did not have enough memory to load a 
large list of workflow objects. The default is 512mb.

Go to the DS config and try increasing the memory it uses from 512 to 2048. 
That’s what worked for us.

 

-vm

C:\Program Files\Java\jre1.8.0_161\bin\javaw.exe

-vmargs

-Xms64m

-Xmx512m

 

 

From: ARSList  
> On Behalf Of Thomas Miskiewicz
Sent: Wednesday, March 21, 2018 9:44 AM
To: ARSList  >
Subject: Dev Studio broken after Upgrade to 9.1.03.001

 

Hi Listers,

 

we have successfully upgraded our archive stand alone server from 8.1.00.002 to 
9.1.03.001 Hotfix from Oct 2017.

 

We can login and work using the Mid Tier.

 

Dev Studio takes ages to log in. At other times the login works smoothly, we 
can load the form list but we cannot open the Active Link, Filter, Guides Lists 
as we get a time one saying that the server is busy.

 

Any ideas where to start looking? The support has no idea so far.

 

 

Thomas

 

 

-- 
ARSList mailing list
  ARSList@arslist.org
  
https://mailman.rrr.se/cgi/listinfo/arslist

 

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist