You are viewing limited content. For full access, please sign in.

Question

Question

Submitted forms all have Routing Error

asked on June 3, 2015

I am setting up a new installation and have created a Purchasing form for my client. Upon hitting Submit, I get the "thank you" message saying that the form has been submitted successfully. However, all that happens is that an xml file is created in C:\Program Files\Laserfiche\Laserfiche Forms\Forms\RoutingError

 

The Process Model I have setup for this workflow is very simple, a Message Start Event, a Save to Repository service task, and an End Event. Obviously, it's the service task that is failing but I can't determine why as the repository profile setup in the service task is connected correctly.

 

A sample of the XML is below, but all it really contains is the metadata I've entered.

-=-=-=-=-=-=-=- snip -=-=-=-=-=-=-=- 

<?xml version="1.0" encoding="UTF-16" ?><RoutingRequestParameters xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.datacontract.org/2004/07/Laserfiche.Forms.DataObjects"><CurrentLogonUser>1</CurrentLogonUser><FormsHost>http://localhost/Forms</FormsHost><ProcessDataSet><AttributeDataSet><SubmissionAttributeData><AttributeId>30</AttributeId><MemberId>36</MemberId><MemberPath>43_1.36</MemberPath><RepeatId>1</RepeatId><Type>text</Type><Value>test</Value></SubmissionAttributeData><SubmissionAttributeData><AttributeId>31</AttributeId><MemberId>37</MemberId><MemberPath>43_1.37</MemberPath><RepeatId>1</RepeatId><Type>number</Type><Value>1</Value></SubmissionAttributeData><SubmissionAttributeData><AttributeId>32</AttributeId><MemberId>38</MemberId><MemberPath>43_1.38</MemberPath><RepeatId>1</RepeatId><Type>currency</Type><Value>2</Value></SubmissionAttributeData><SubmissionAttributeData><AttributeId>33</AttributeId><MemberId>39</MemberId><MemberPath>43_1.39</MemberPath><RepeatId>1</RepeatId><Type>currency</Type><Value>2.00</Value></SubmissionAttributeData><SubmissionAttributeData><AttributeId>36</AttributeId><MemberId>42</MemberId><MemberPath>43_1.42</MemberPath><RepeatId>1</RepeatId><Type>currency</Type><Value>0.20</Value></SubmissionAttributeData><SubmissionAttributeData><AttributeId>47</AttributeId><MemberId>53</MemberId><MemberPath>53</MemberPath><RepeatId>0</RepeatId><Type>currency</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>48</AttributeId><MemberId>54</MemberId><MemberPath>54</MemberPath><RepeatId>0</RepeatId><Type>currency</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>54</AttributeId><MemberId>60</MemberId><MemberPath>60</MemberPath><RepeatId>0</RepeatId><Type>radio</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>45</AttributeId><MemberId>51</MemberId><MemberPath>51</MemberPath><RepeatId>0</RepeatId><Type>text</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>49</AttributeId><MemberId>55</MemberId><MemberPath>55</MemberPath><RepeatId>0</RepeatId><Type>text</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>50</AttributeId><MemberId>56</MemberId><MemberPath>56</MemberPath><RepeatId>0</RepeatId><Type>text</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>52</AttributeId><MemberId>58</MemberId><MemberPath>58</MemberPath><RepeatId>0</RepeatId><Type>text</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>53</AttributeId><MemberId>59</MemberId><MemberPath>59</MemberPath><RepeatId>0</RepeatId><Type>longtext</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>55</AttributeId><MemberId>61</MemberId><MemberPath>61</MemberPath><RepeatId>0</RepeatId><Type>number</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>57</AttributeId><MemberId>63</MemberId><MemberPath>63</MemberPath><RepeatId>0</RepeatId><Type>signature</Type><Value /></SubmissionAttributeData><SubmissionAttributeData><AttributeId>58</AttributeId><MemberId>64</MemberId><MemberPath>64</MemberPath><RepeatId>0</RepeatId><Type>date</Type><Value>2015-06-04</Value></SubmissionAttributeData></AttributeDataSet><HeaderData><Action>Submit</Action><IpAddress>127.0.0.1</IpAddress><SubmissionId>0</SubmissionId><SubmissionUniqueId>e62cf608-78cb-4319-b23d-52db4423e5df</SubmissionUniqueId><UserId>1</UserId></HeaderData></ProcessDataSet><ProcessId>3</ProcessId></RoutingRequestParameters>

-=-=-=-=-=-=-=- snip -=-=-=-=-=-=-=- 

 

Any tips or suggestions welcome :)

0 0

Replies

replied on June 4, 2015

I'd start with making sure that the user Forms is using has permissions to write to the directory you are asking it to write to. (I am assuming you are using a service task to write to the LF server). 

 

If the LF forms account has admin rights it may have bypass browse which lets it browse anywhere (and this would have happened if you use the button inside the service task to browse for the directory to store) but that doesn't mean it has write/create rights in that folder. 

0 0
replied on June 4, 2015 Show version history

Along side with what Chris stated to check for rights and what not, you can also check the event viewer to see what error is being reported. It should be able to narrow down what the issue may be. See if you can find errors that are related to Laserfiche Forms.

 

A few other things you can do is to see if this issue affects only this particular Form. So you can try to create a brand new Forms Process, and keep it very simple. See if that process is able to save into the repository. If it does, then we know it's an issue with your particular business process. If it does not, then you know for sure, it's a forms configuration issue. 

 

Hope this helps.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.