|
POST
|
Hi Caio, Are you able to copy/paste other format data such as feature class or tables? If this only occurs to the raster, I would recommend you reaching out to Raster/Image Server and the issue might be related to the data you tried to copy. Thanks, Meggie
... View more
10-25-2018
10:03 AM
|
1
|
0
|
12037
|
|
POST
|
Hello Matthew, When you upgrade to 10.6.1, your wmx repository may need upgrade to 10.6.1. This will not affect your connection from 10.4.1. With that being said, if you have multiple environments with different versions of WMX, you should be able to still connect to the same repository. I can see two potential issues: 1. As you mentioned you have both desktop and server components. If you need to publish a WMX service, we would highly recommend you stay in the same version for server and wmx client. 2. If you need to use 10.6.1 WMX Administrator to configure any new functions being implemented after 10.4.1, it will not work in 10.4.1 client. Hope it help. Thanks, Meggie
... View more
10-11-2018
10:53 AM
|
0
|
0
|
705
|
|
POST
|
Hi Ana, Your group email string has reached the max length of "Email" field in JTX_User_Groups table in your Workflow Manager database. I think the default length is 100. If your user group has many members, will it be possible in your organization to create an email alias for such groups? This will solve your issue for putting extremely long string in group email field. You can also work with your organization DBA to increase the max length for Email field
... View more
06-21-2018
04:33 PM
|
1
|
2
|
1479
|
|
POST
|
Hi, Andrew, Yes you can use .msi: msiexec.exe /i setup.msi /qb Here are the differences how .msi handles the install. 1. Running .msi will only install English version. If you need a localization version, either run setup.exe to include installation of localized version or run localization .msi individually. The Workflow Manager does not have a localized version .msi. 2. .msi cannot tell if the window is being launched as admin. It should work if you try to push the setup through SCCM or LanDesk. But if you try to set it up in a local computer you need to run .msi in admin dos prompt. Hope this help. Thanks, Meggie
... View more
05-03-2018
10:13 AM
|
0
|
0
|
879
|
|
POST
|
Hi, Andrew, Yes it is possible to silent install the Workflow Manager. You can include the following line into your batch file: <WMXD_SetupDir>\setup.exe /qb It is also possible to add advanced features such as specifying log file and selecting features to install. If you would like to have those, please let me know. Thanks, Meggie
... View more
05-02-2018
03:43 PM
|
1
|
2
|
879
|
|
POST
|
Hi, Minera, I confirmed with the Task Assistant team that the only way to use the task file in Pro is to recreate it. Right now there is no good way to migrate it from Desktop. I hope the link that I provided help. Feel free to reach us or Task team if you have any questions. Thanks, Meggie
... View more
04-17-2018
02:00 PM
|
2
|
0
|
1944
|
|
POST
|
Have you been able to access the upgraded database in Desktop yet? If no, you can simply run upgrade one more time and choose "Traditional user store". If you need to change to Portal user store, make sure you set the same portal (or ArcGIS online if this is the portal you connected when upgrade in Pro) as active portal in ArcGIS Administrator. That way when you access from Desktop, it will prompt you to log in. For the Task Assistant issue, if you configured the task in Desktop, the task file cannot be opened in Pro. You will need to reconfigure it. The steps are: 1. Create the task in Pro. The task file you create in Pro has format as *.esritasks. Refer to the following help topic if you have any question on how to create task files in Pro. Create a new task—ArcGIS Pro | ArcGIS Desktop 2. As the following screenshot shown, export the task file into your workflow manager database. 3. Configure the task in the step of your workflow to be used in Pro. Hope it help. Thanks, Meggie
... View more
04-16-2018
11:10 AM
|
2
|
2
|
1944
|
|
POST
|
May I know what versions of Pro and Desktop are you using? It shouldn't be issues to access the database in desktop after your upgrade in Pro. What error did you see in Desktop? I would check the following things: 1. When you upgrade the database in Pro, did you still choose Traditional user store or Portal user store? You can look up JTX_PROPERTIES table and check the value of "USER_STORE". If you switched to Portal user store while you ran the upgrade in Pro, you would get a prompt in Desktop to ask you to log into portal. 2. Do you use the same credential to connect to the database in Pro when you upgrade? Is it the same credential when you try to access it in Desktop? The error that you see in Desktop would be very helpful for our troubleshoot. Theoretically, migration is not necessary when upgrade the database in Pro and it can always be connected in Desktop. Thanks, Meggie
... View more
04-13-2018
10:15 AM
|
1
|
4
|
1944
|
|
POST
|
Hello, If I understand correctly, you are trying to use ArcGIS Pro as client to access your workflow manager database. This does not require any migration. ArcGIS Pro works the same way as Workflow Manager desktop. Your job type and workflow configuration that you create in Workflow Manager Administrator still can be accessed by connecting to the database in ArcGIS Pro. Here is the help topic on how to add Workflow Manager connection in Pro. You can also explore for other topics for details on how to interact with Pro. Workflow connections—Workflow Manager | ArcGIS Desktop Thanks, Meggie
... View more
04-12-2018
11:19 AM
|
0
|
6
|
1944
|
|
POST
|
Define AOI is not necessary in Workflow Manager system. Your workflow jobs can exist without AOI. If you are looking at the sample workflow provided in the Workflow Manager database and update it based on your organization request, you can remove the Define AOI step from the workflow. You can also design your own workflow without the step. The following link has the Workflow custom steps that we currently have. You can also explore other topics for related questions. Workflow Manager custom steps—Help | ArcGIS Desktop
... View more
04-09-2018
10:00 AM
|
0
|
0
|
603
|
|
POST
|
Hi Ryan, What version of Workflow Manager are you using? How complicated is your workflow? How many steps? You can increase your log level from 3 to 5. Create new jobs and check the logs and see if anything indicated that CopyWorkflowXML command spending extra amount of time. Thanks, Meggie
... View more
03-06-2018
03:16 PM
|
0
|
0
|
1229
|
|
POST
|
Hi, Ryan, The web viewer is highly recommended for GIS managers when they need to monitor the process and view the summary and reports. You can only execute the steps in the web viewer for the one that support both Desktop and Server platforms. To answer your first question regarding the performance of execution against web viewer. If you are currently experiencing the slowness due to database connection, I would doubt that execution in the web viewer will have better performance. The web viewer still requires to connect to your workflow database. Theoretically you can open any .exe by executing steps. If you would like to run python scripts as part of your workflow, you can also configure your script in LaunchGPTool or ExecuteGP steps. ExecuteGP will run the script silently using predefined parameters. If you would like to enter the inputs while run the script, you can set the step as LaunchGP. For example, if your scripts will be running against local data, the local data path can be entered while you execute the LaunchGPTool step. Let me know if you have further questions. Thanks, Meggie
... View more
03-06-2018
11:22 AM
|
0
|
0
|
721
|
|
POST
|
If you include pre-defined parameter values in your URL, the GP tool will be running with it. Parameters can be also entered when executing the step. You will need to use the step LaunchURL instead of ExecuteURL. LaunchURL will open the url in the browser and allow you to enter the inputs. I noticed that you are using 10.6 and that is the version I have tested too. I cannot reproduce the error you saw by using the URL you provided. I did not run “ArcGIS_Desktop_BackgroundGP_106_161696.exe” individually in my environment though. So it could be relevant. If you provide me more info such as how you set up your machine, I can try to reproduce this error. Thanks, Meggie
... View more
02-23-2018
04:38 PM
|
1
|
1
|
3720
|
|
POST
|
Hi Wendy, Your configuration looks ok and I tried myself and do not see the error. I also noticed that the service is set to public now so we should be able to run it without prompt of credentials. Another way to test it is to change your step type from ExecuteURL to Launch URL as following. See if the step can open a browser window. The reason we use ExecuteURL step type is to avoid opening the browser to show the response. So I wouldn't expect to see the window as you saw in WAB. But it should run in the background without error. Also check your WMX logs. It should be located at C:\ProgramData\ESRI\WMX\[product version]\Logs. Thanks, Meggie
... View more
02-22-2018
03:47 PM
|
1
|
3
|
3720
|
|
POST
|
Hi Wendy, I tested your two urls by configuring the step as "Launch URL" and was able to open the service page in the browser without any error. Please check if the url is valid as well as WMX logs to see if errors got thrown. Also have you configured any other arguments such as Proxy server? ExecuteURL step can automatically run GP service if the service is published as "Synchronous" as Execution Mode. A sample URL would be like: https://[server]/arcgis/rest/services/CreateNewJobs_sync/GPServer/Create%20New%20Jobs/execute?f=json You can check the Execution Type in the service REST endpoint, i.e. Execution Type: esriExecutionTypeSynchronous The first URL in the two samples that you provided is an "Asynchronous" service. It requires you to submit a job to kick off the run of the GP service. Thus you can not use ExecuteURL to kick off the run automatically. Like I mentioned in the last message, execute the URL will only open the service page and you need to manually submit the job. The second URL seems to be "Synchronous". When you configure the URL, you can include the pre-defined parameter values in the url, especially the required parameters. It would be helpful to test the url in a browser to make sure the GP service running successfully. ExecuteURL step will run the GP silently and you will not see any output message directly. However, I noticed that the two services you use are both secured service. Whoever executes the URL step will need to have the access to your GP service. Or you will need to add token in the end of the url but this is not very common and recommended. Thanks, Meggie
... View more
02-21-2018
02:27 PM
|
1
|
5
|
3720
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-02-2018 03:43 PM | |
| 1 | 01-03-2018 11:49 AM | |
| 1 | 08-04-2017 11:49 AM | |
| 1 | 01-19-2018 12:04 PM | |
| 1 | 06-21-2018 04:33 PM |
| Online Status |
Offline
|
| Date Last Visited |
07-30-2025
03:42 PM
|