| Author |
Message
|
| devin |
 Posted: Thu Mar 03, 2005 11:38 am Post subject: Defining an Application in Workbench |
 |
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
While trying to create an application def in Workbench for a UNIX script file , it is complaining that 'the file extension is not like the file type',
EXE is selected under Type.
I was able to do the same in Buildtime without any problems.
Any other ways to do this in Workbench?
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
 |
| jmac |
| Posted: Thu Mar 03, 2005 12:07 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Devin:
I've never tried to define anything on any of the Unix pages, so I've not experienced what you are reporting.
Have you tried importing the FDL from Buildtime? That might at least give you a hint as to how to do the definition in Modeler.
I would open a PMR on this, that way if there is a workaround, you will find out quickly.
GOOD LUCK
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| devin |
| Posted: Thu Mar 03, 2005 1:18 pm Post subject: |
|
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
FMC01012E No pgm defined for this activity and platform
I am getting this error
FDL is like this
PROGRAM 'NOTEPAD' ( 'Default Data Structure', 'Default Data Structure' )
DESCRIPTION ""
NO STRUCTURES_FROM_ACTIVITY
UNATTENDED
AIX EXE PATH_AND_FILENAME "aaaa"
WORKING_DIRECTORY "/fdls/scripts"
INHERIT ENVIRONMENT
DO NOT RUN_IN_XTERM
WINNT EXE PATH_AND_FILENAME "C:\WINDOWS\system32\notepad.exe"
INHERIT ENVIRONMENT
STYLE VISIBLE
START FOREGROUND
END 'NOTEPAD'
and i have verified that this NOTEPAD is assigned to the activity.
the activity is going into ERROR state in thin client.
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
|
| devin |
| Posted: Thu Mar 03, 2005 1:22 pm Post subject: |
|
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
BTW I am running the PEA on UNIX box by doing
fmcxspea -u=admin -p=password -y=FMC
This makes the PEA run under 'admin' ID right?
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
|
| jmac |
| Posted: Thu Mar 03, 2005 1:27 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Devin:
Sorry, just re-read my post and it isn't very clear..... WHAT I Meant to say  was did you try importing the FDL into MODELER to see what it looks like. It is possible that maybe it wouldn't import, or that it will just ignore the path. Note that the FDL you posted does not have an AIX implementation specified. But you can easily modify in Buildtime to add your script to the AIX tab, then export from BT and try to import into Modeler. I would do an Export DEEP from BT and import into an EMPTY modeler db... I.E a NEW org file. I know the FDL will import fine from BT into RT I just wasn't clear what I wanted you to try in my original response.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| devin |
| Posted: Thu Mar 03, 2005 1:50 pm Post subject: |
|
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
Yah I have imported it into Modeler from BT.
And the AIX tab had the right stuff, but when I clicked OK it popped up the same error.
[quote]Note that the FDL you posted does not have an AIX implementation specified.
[/quote]
what do you exactly mean ??
I do have this
AIX EXE PATH_AND_FILENAME "aaaa"
WORKING_DIRECTORY "/fdls/scripts"
INHERIT ENVIRONMENT
DO NOT RUN_IN_XTERM
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
|
| jmac |
| Posted: Thu Mar 03, 2005 1:53 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Devin:
What a BOZO..... I guess this is just not my post for reading carefully.... I see it now..... I am just getting old.....
Try importing that Program Definition into Modeler and see what it generates.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| devin |
| Posted: Thu Mar 03, 2005 1:56 pm Post subject: |
|
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
I did import the program def into modeler.
And when I opened the application def in Modeler it had the right stuff in the AIX tab ,but it gave an error when I clicked OK.
And my real problem is the FMC01012E error that I described earlier,
Thanks for your help.
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
|
| jmac |
| Posted: Thu Mar 03, 2005 2:14 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Are you getting this error on import into Runtime? I don't see why that should happen.... If you are maybe you can email me the FDL you are importing and I can have a look.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| devin |
| Posted: Thu Mar 03, 2005 2:22 pm Post subject: |
|
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
the import was fine into Runtime.
When this automatic activity is executed , it is going into InError state
even though the PEA is running.
When I looked into details in thin client it showed this FMC01012E error
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
|
| jmac |
| Posted: Thu Mar 03, 2005 2:34 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Devin:
OK lets review.
1. The FDL is imported into RT successfully.
2. When you try to run you are getting the FMC0102E error which is putting the program into the InError state.
3. The ProgramActivity is defined as an Automatic Activity.
These I am sure about based on things you have already said.
I also think that the activity is assigned to the User ADMIN. I don't see this directly, but am assuming that is why you are starting the PEA for ADMIN.
I think this should work as long as ADMIN is logged on. I assume that this is the case because if ADMIN was not logged on the activity would not go InError it would simply be in the Ready state.
Things to check: does the directory /fmc/scripts exist?
Is the script aaaa in that direcotry?
Can the user admin access that directory and file? I.e proper permissions etc.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| devin |
| Posted: Fri Mar 04, 2005 5:38 am Post subject: |
|
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
I have made all the checks and everything seems right.
Only thing is ADMIN is not a user ID on UNIX box.
But the PEA is running under this userID.
fmcxspea -u admin ....
I have set the permissions to chmod 777 on the script.
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
|
| jmac |
| Posted: Fri Mar 04, 2005 5:50 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Devin:
OK... that looks fine to me.
There is only one other thing I can think of... who is assigned to the activity? Are there more users than just ADMIN who are eligible? If so, try setting the activity to just the Person ADMIN.
If that doesn't do it, I am at a loss to explain what is going on. I would open a PMR. Please let me know what the final outcome of this is.
Thanks
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| devin |
| Posted: Fri Mar 04, 2005 6:09 am Post subject: |
|
|
Voyager
Joined: 27 Oct 2003
Posts: 82
|
Alrite it finally worked.
I am not sure what did the trick though.
I have been importing just the PROGRAM def instead of the whole process.
I just reimported the same process that I did before and it worked,
Anyway thanks for your help.
I reimported the process to change the activity assignment like you said,
But then it also worked with the previous PROCESS_STARTER I had before
_________________
IBM Certified Solution Designer -
WebSphere MQ Workflow 3.4 |
|
| Back to top |
|
|
| jmac |
| Posted: Fri Mar 04, 2005 6:24 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Devin:
Great.... as to what happened. If you change any thing that is used in the template you need to retranslate it. The original process model was pointing to the old program definition that did not have the AIX info. Moral of the story is when ever you change anything that is included in the ProcessTemplate be sure that you re-Translate.
As to the Staffing, what I wanted was to make sure that no one else eligible to run the activity was logged in. ProcessStarter is a unique individual so that would not have been the issue.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
|
|
