Skip to main content
Released

Automatically disable the option redirect to FME data inspector when posting a W

Related products:FME Flow

patrick_koning
Contributor

***Note from Migration:***

Original Title was: Automatically disable the option redirect to FME data inspector when posting a Workspace to FME server.


When you have a long chain of workspaces and you have updated a workspace at the beginning of the chain and saw in the datainspector all data is correct you will be blind to annything else and post it as soon as possible to the server. But after hours of waiting for the result you see the process went wrong because the data wasn't written.

<strong>This post is closed to further activity.</strong><br /> It may be a question with a best answer, an implemented idea, or just a post needing no comment.<br /> If you have a follow-up or related question, please <a href="https://community.safe.com/topic/new">post a new question or idea</a>.<br /> If there is a genuine update to be made, please contact us and request that the post is reopened.

16 replies

ekkischeffler
Contributor
Forum|alt.badge.img+5

As far as I know, the redirect does not take effect on FME Server. Even if the option is activated in FME Desktop, the workspace should still work normally on FME Server, writing out all data. Have I missed something?


patrick_koning
Contributor
Forum|alt.badge.img+1

'

Here you can see what fmeserver says abour redirect option.


patrick_koning
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • January 20, 2017

'

 

Here is the proof in the logfile from the server.

 

We have the problem once a week i think.

 

And all depending workspaces have not the result you want so the whole process has to be rerun.

 

 


martinkoch
Supporter
Forum|alt.badge.img+18
  • Supporter
  • January 20, 2017

Today I spend a considerable amount of time trying to find the reason why al lot of featuretypes were missing from the output of our 40+ workspaces spanning process. Eventually I found a workspace which had been deployed with 'redirect to inspector' switched on, producing no output 'on disk' on server (2016.0). Not for the first time.....

Would be nice if there were a way to avoid this, e.g. disabeling 'redirect to inspector' on saving the workspace', or ignoring this setting when ran on server. Server has no Inspector application, so even a failure-status could be seen as appropriate.

Kind regards,

Martin

'


Forum|alt.badge.img+7

martinkoch
Supporter
Forum|alt.badge.img+18
  • Supporter
  • January 20, 2017
Automatic disabeling the option when saving a workspace would work in your situation I think. Not that this is implemented, but as a general direction for a solution for Safe...

fmelizard
Safer
Forum|alt.badge.img+19
  • Safer
  • January 20, 2017
@patrick_koning @martinkoch @jeroenstiers can you confirm that you are using the Publish Wizard in Workbench to move the workspace to FME Server or are you doing this another way - for example: upload via REST API or copying manually on the file system.

 

 

As @ekkischeffler indicates, the Publish Wizard has a feature that disables "Redirect to Inspector". It's possible there is a problem with this feature, but I want to confirm you are in fact using the Publish Wizard when this problem is encountered.

 


fmelizard
Safer
Forum|alt.badge.img+19
  • Safer
  • January 20, 2017
@martinkoch : When you say "deployed" do you mean it was published to FME Server using the Workbench publishing wizard, but the "Redirect to Inspector" was turned on? We just checked things here and it should not be possible for you to publish to server using Workbench's publishing wizard and have redirect to inspector still left turned on.

 


fmelizard
Safer
Forum|alt.badge.img+19
  • Safer
  • January 20, 2017
Please see my comments over at https://knowledge.safe.com/idea/38704/global-setting-for-redirect-writers-to-inspector.html -- let us know your thoughts over there.

 

 


fmelizard
Safer
Forum|alt.badge.img+19
  • Safer
  • January 20, 2017
We think FME 2016 already works this way. If it is not working for you like this, please send details of the workflow over to support@safe.com and we'll dig in.

 

 


patrick_koning
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • January 21, 2017
@aaronkoning we indeed use the rest api to load the workspaces to the server an not the wizzard that takes to much time and is manually we deploy by a phytonscript.

 


patrick_koning
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • January 21, 2017
@daleatsafe we deploy the workspaces with a pythonscript and don't use the wizzard so that's what's different. Is it possible to just use the parameter from within a workspace and ignore it on the server ?

 


fmelizard
Safer
Forum|alt.badge.img+19
  • Safer
  • January 21, 2017
That was our suspicion. Our thinking on this issue is that in FME 2018 we will NOT save this state with the workspace -- instead it will be like "run with full inspection" or "run with breakpoints" in Workbench. That is, it will be a workbench authoring/development time toggle. We'll never save it. Then your scenario will be fine because any .fmw will never be saved in this state.

 

 

Unfortunately, this change is a bit too major to get into FME 2017 at this time. That said the team is seeing what else we could do to help avoid these scenarios.

 

 

Given that you're already using a Python script to do the posting, in the short term you could search the .fmw for the line:

 

 

LOG_END_BANNER *** All writer output has been redirected to the Data Inspector *

 

 

And if that is in the workspace then your script could bail out. @patrick_koning @martinkoch @jeroenstiers

patrick_koning
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • January 23, 2017
On friday i already thought of that workaround.

 

It's not a solution but a clear indication that we have to put i right before deploying.

 

Hope it's in the 2017.1 version.

 

Thanks for thinking with us.

 

@martinkoch @daleatsafe @jeroenstiers

 


martinkoch
Supporter
Forum|alt.badge.img+18
  • Supporter
  • January 23, 2017
@daleatsafe : As @patrick_koning already mentioned, we use the REST-api of FME-server (and a small Python-script for that matter) to upload the workspaces to server. Publishing to FME-server is part of a larger proces for us. We work on using more FME and less Python, but will probably always use the REST-api of server in one way or the other.

 

 

Think for the short term, I will type a few extra lines of python to search through the logfiles of each process-step and give a sys.exit(1) if it finds the 'line which should not be mentioned'.

rylanatsafe
Safer
Forum|alt.badge.img+13
  • Safer
  • February 14, 2018

Testing with FME Server 2017.1.2.1 Build 17725 and FME Server 2018.0 Beta, I have observed that the 'Redirect to FME Data Inspector' flag is ignored – data is written regardless of this setting after publishing to FME Server.

Note: If you then download the workspace from FME Server, using FME Workbench, the 'Redirect to FME Data Inspector' is not selected.


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings