[ 
https://issues.apache.org/jira/browse/ISIS-766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14107182#comment-14107182
 ] 

Dan Haywood commented on ISIS-766:
----------------------------------

ok, manually changed the owner of audit_logged_action from "postgres" to 
"odsadm".

When ran the upload, I didn't get any exception, and the command ran ok, no 
exception thrown.  What was rendered was an OmSite entity.

I'm guessing that there's only a single OmSite in this sample database, because 
if an action returns a List that only has a single object then Isis will render 
the object rather than the list.  I don't think that's significant though; 
previously you said it failed if you attempt to return a view model; it only 
works if returning void.  That's not what I'm seeing.

~~~
Since I've not been able to reproduce the exception, I can only speculate.  
What I think is happening is that there's some sort of exception which is 
causing Isis to generate some sort of response (probably to the error page) 
from the Ajax call that is made by the OK button on the action dialog.  
Meanwhile, there is already a response pending from the action's return type.  
Since it isn't possible for there to be two responses, everything blows up.

When I was having my issues with the various setup errors before, what I *was* 
seeing was error messages (eg JDODataStoreException etc) being correctly 
rendered in the prompt message as validation errors.  This happens because of 
the ExceptionRecognizer service that is registered in isis.properties.  My only 
guess right not is that you are getting some OTHER non-recognized exception 
being thrown and that's causing Isis to try to redirect to the error page, and 
somehow failing.  That said, I'm not that certain that this is the issue: your 
code catches all Exceptions so it would have to be a Throwable that is thrown 
(an Error) which is unlikely unless you are running out of memory or something.

What you could do is add a breakpoint in your IDE when any exception is thrown. 
 Might provide some sort of clue.

We could, if you want, do a TeamViewer session so I can see the error "in 
situ".  But I'd much prefer you find a way to prepare a smaller standalone 
example that demonstrates the issue if you can.



> ISIS Service / ViewModel method calling twice when this method processing 
> BLOB type
> -----------------------------------------------------------------------------------
>
>                 Key: ISIS-766
>                 URL: https://issues.apache.org/jira/browse/ISIS-766
>             Project: Isis
>          Issue Type: Bug
>          Components: Viewer: Wicket
>    Affects Versions: viewer-wicket-1.4.1
>            Reporter: Ranganath Chittari
>            Assignee: Dan Haywood
>            Priority: Blocker
>             Fix For: viewer-wicket-1.7.0
>
>         Attachments: BBY Provisioning Template V1 12.3.xlsx, BBY Provisioning 
> Template V1 12.3_smaller.xlsx, Behaviour-Rejected-Error.log, Files.zip, 
> Postgresql_Audit_trigger_91plus.sql, Upload-Invocation-Failed.log, dom.zip
>
>
> Isis service or ViewModel method getting called twice.
> For ex:
> I have one Hidden service which has lookup method with @HomePage returning  a 
> ViewModel instance using newViewModelInstance(..) method and that renders one 
> action method taking Blob parameter as button. It's basically upload button 
> to upload a file. When I click on upload button, this upload method called 
> and completed the uploading and again getting called second time by itself. 
> And this is inconsistent behavior. Some times its working(meaning called only 
> once) but some other times it's not.
> So I tried this upload action with service class by extending AbstractService 
> which appears in the menu with Upload action. Here also it's the same issue.
> Please find attached files in this Jira as I don't have GIT client to push 
> the files in github
> BR
> Ranganath Varma



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to