So you're definitely getting an XML response returned to the browser? By the
way, there's no need to create a duplicate List to return, just return the
query result.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4125556#4125556
Reply to the post :
FYI:
In my javascript, it should read:
var eventId = result.getImage();
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4125530#4125530
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4125530
This is what I'm getting back (in the debug window):
abbreviated version:
envelopeheadercontextconversationId3/conversationId/context/headerbodyresult
id=0valuebagelementref id=0//elementelementref
id=1//elementelementref id=2//elementelementref
id=3//elementelementref id=4//elementelementref
Try again:
In my javascript, it should read:
var eventId = result .getImage();
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4125533#4125533
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4125533
You can exclude properties of the result by specifying an exclude string on
your @WebRemote method. For example, if you didn't want to return the
Applicationversion you'd write:
@WebRemote(exclude = applicationversion)
| public ListPlaybackevent displayEvents() {
|
I'm a little bit
Hey so I don't see the exception being propagated to the browser now which is
great. I see the exceptions in the log but I have set the logging in the app.
server to finest and still do not see the debug messages. What is required to
enable the log debugging?
S.D.
View the original post :
You need to set the log4j threshold to DEBUG for
org.jboss.seam.remoting.ExecutionHandler. If you're using JBossAS, it comes
configured by default to log debug messages.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4111048#4111048
Reply to the post :
Hello Shane, latest build from CVS still generates this error periodically.
|
[#|2007-12-05T13:48:50.106-0500|SEVERE|sun-appserver9.1|org.jboss.seam.remoting.Remoting|_ThreadID=20;_ThreadName=httpSSLWorkerThread-38080-1;_RequestID=b24ed108-c908-43e6-81c5-bbf9ccc60b3b;|Error
|
I've modified the code a little further to pre-cache the request data before
parsing it as XML. It is also logged as a debug message, so you should be able
to see the exact XML that is being parsed.
View the original post :
Cool and thanks, I'll checkout and build again.
S.D.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4110713#4110713
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4110713
___
I haven't seen this before. Are there any Javascript errors when this occurs?
I suggest you turn on debug mode so that you can examine the request packets
that are being sent to the server to confirm that they are complete. Debug
mode is turned on like this:
Seam.Remoting.setDebug(true)
No JavaScript errors. I'll check it out with debugging enabled.
S.D.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4110294#4110294
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4110294
The following produced the error, doesn't look unusual. It is the same as the
several succeeding requests before it.
|
| Tue Dec 4 11:01:57 PST 2007: Request packet:
|
envelopeheadercontextconversationId41/conversationId/context/headerbodycall
component=incidentAccessor
Anyone?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4110351#4110351
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4110351
___
jboss-user mailing list
jboss-user@lists.jboss.org
The request packet looks well-formed and complete, it's not clear why the
exception is being thrown. Just to try something different, I've wrapped the
request's InputStream in an InputStreamReader for the parsing of the xml. You
can try this in the latest CVS version.
samdoyle wrote :
|
I lost our demo box again until tomorrow but what happens sometimes is that in
the debug output window it just says empty response immediately followed by the
expected response. Seemed odd.
S.D.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4110397#4110397
Anyone see this before?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4110063#4110063
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4110063
___
jboss-user mailing list
excellent, thanks for posting back, helped me!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4105517#4105517
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4105517
___
jboss-user
What happens when you just make it a POJO?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4101641#4101641
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4101641
___
jboss-user
I 'solved' it:
I forgot to include
| listener
| listener-classorg.jboss.seam.servlet.SeamListener/listener-class
| /listener
|
into my web.xml
So the complete web.xml is now:
| ?xml version=1.0 encoding=UTF-8?
| web-app version=2.4
|
hi am facing same problem while making application on net bean can any one help?
my jsp
[EMAIL PROTECTED] contentType=text/html%
[EMAIL PROTECTED] pageEncoding=UTF-8%
%@ taglib uri=/WEB-INF/tlds/common.tld prefix=cm%
[EMAIL PROTECTED] prefix=f uri=http://java.sun.com/jsf/core%
[EMAIL
hi am facing same problem while making application on net bean can any one
help?
my jsp
[EMAIL PROTECTED] contentType=text/html%
[EMAIL PROTECTED] pageEncoding=UTF-8%
%@ taglib uri=/WEB-INF/tlds/common.tld prefix=cm%
[EMAIL PROTECTED] prefix=f uri=http://java.sun.com/jsf/core%
[EMAIL
Ok, there was no question ;)
Ofcourse insted of:
/seam/resource/remoting/interface.js?getAttachments
sould be:
/seam/resource/remoting/interface.js?concernActions
BR
Zbyszko
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4077482#4077482
Reply to the post :
I added a glassfish example for seam remoting in examples/jee5/remoting. Please
check it out for config examples.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4071421#4071421
Reply to the post :
Thanks a lot Michael for your help again. I'll be sure to check it out. I've
managed to be able to get the other areas of Seam working as expected this is
just one area which I have beating my head against a wall with.
S.D.
View the original post :
[EMAIL PROTECTED] wrote : Possibly, however I know that remoting doesn't work
in standalone Tomcat (there's a JIRA issue for it).
Hmm, perhaps this could be it and it. GlassFish is a full JEE5 environment.
View the original post :
I have opened up bug http://jira.jboss.com/jira/browse/JBSEAM-1751 regarding
this. The latest HelloWorld example in the 2.0 cvs head branch results in the
same problem.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069789#4069789
Reply to the post :
Anyone else encounter this?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069051#4069051
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069051
___
jboss-user mailing list
Can you please put together a deployable test case in JIRA? I'm guessing that
some exception is occuring server-side but I'll need a test case from you to
reproduce it.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069111#4069111
Reply to the post :
[EMAIL PROTECTED] wrote : Can you please put together a deployable test case
in JIRA? I'm guessing that some exception is occuring server-side but I'll
need a test case from you to reproduce it.
Hi,
The code I pasted in this post is it. It's as trivial as it could possibly get.
You could
I'm using this under GlassFish V2 but the rest of the Seam features work fine.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069298#4069298
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069298
bumping in the hopes someone knows something about this?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069434#4069434
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069434
___
Your code looks fine to me, and is about as simple as the HelloWorld example,
which definitely works. I'm guessing there's some other issue which I can't
determine from the code you pasted, so I really need to have a deployable test
case that reproduces the issue. You can send it directly to
Will do, I'll send you my project and ear tomorrow when I'm back in the office.
It is being deployed in GlassFish V2 build 56
Thanks!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069459#4069459
Reply to the post :
samdoyle wrote : It is being deployed in GlassFish V2 build 56
Ah I missed this bit before. It is possible that this has something to do with
remoting not working, however go ahead and send me your test case and I can at
least try it with JBossAS. If it works there, then I may be able to get
[EMAIL PROTECTED] wrote : samdoyle wrote : It is being deployed in
GlassFish V2 build 56
|
| Ah I missed this bit before. It is possible that this has something to do
with remoting not working, however go ahead and send me your test case and I
can at least try it with JBossAS. If it
Possibly, however I know that remoting doesn't work in standalone Tomcat
(there's a JIRA issue for it).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069488#4069488
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069488
Oh this is based of your head branch in cvs.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4068961#4068961
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4068961
___
jboss-user
Here is the client side stuff.
| script type=text/javascript
src=seam/resource/remoting/resource/remote.js/script
| script type=text/javascript
| src=seam/resource/remoting/interface.js?garageAccessor/script
|
| Seam.Component.getInstance( garageAccessor
Figured I better add the entire implementing class.
| @Stateless
| @Name(garageAccessor)
| public class GarageAccessorBean implements GarageAccessorLocal {
|
|@EJB
|private GarageEntityBeanFacadeLocal garageEntityBeanFacade;
|
|/** Creates a new instance of
I've fixed this, the unmarshalling of the remote call was being done before the
application (or any) context was created.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4060205#4060205
Reply to the post :
The problem seems to occur only when an argument of a remote procedure call
is an instance of an entity created on the client side by : var customer =
Seam.Component.newInstance(customer);
eg :
the entity object :
anonymous wrote : @Entity
| @Name(testObject)
| @Scope(CONVERSATION)
|
I forgot the @WebRemote in
@WebRemote
public void testOnly(TestObject test) {
I reported this issue in JIRA :
http://jira.jboss.org/jira/browse/JBSEAM-1599
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4059959#4059959
Reply to the post :
moved to...
http://jboss.com/index.html?module=bbop=viewtopicp=4052468#4052468
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4052469#4052469
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4052469
I guess this was the right place after all.
It would be nice if someone could give me some feedback to this bug. Is their a
reason that the ajax packet is being sent incorrectly?
The error message is in the remote.js
View the original post :
I've never witnessed this behaviour with remoting before. If you can raise
this in JIRA with a working example that reproduces the issue, I'd be happy to
take a look at it for you (assign the issue to me).
View the original post :
I also got the same results.
I tried to delay callback method using setTimeout('method',delay) on javascript
level, but for me , this solution didnt work.
My problem still remains as same.
Is there any way to delay callback for some time??
View the original post :
Maybe the solution is to change the Remoting class so that it throws rather
than swallows all Exceptions. In theory, wouldn't the exception bubble up
through the ServletRequest all the way to the ExceptionFilter?
View the original post :
Can you please raise this in JIRA?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4042266#4042266
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4042266
___
jboss-user mailing list
I'm having the same problem (only I'm working with the latest version of
Seam)...
What's interesting is that when I debug my SLSB and hold on for a few seconds
on the 'return' statement, I get the result every time...
I guess the callback method is called to quickly.
If you managed to get any
No errors at the server end, and its successfully executed all the time.
yep, i tried with alerts, if i put an alert just after method call, it will
executed.
but the alert i place as the very first statement on callback method doesnt get
executed.
but this happens only in some occasions.
Hello,
Can somebody help me regarding the above issue?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4041252#4041252
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4041252
___
Are you getting any errors in your server log? Have you tried setting a
breakpoint in validateUser to see that it's called each time?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4041265#4041265
Reply to the post :
There's no reason why you can't, however you would need to do the groundwork
yourself as the only Seam Remoting client we provide at this time is for
JavaScript.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038672#4038672
Reply to the post :
Your @Local annotation should be javax.ejb.Local, not
org.jboss.annotation.ejb.Local.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4034356#4034356
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4034356
Hi Shane,
In relation to this, if the JavaBean is not marked as @Entity, only the
string is carried, the other properties like Double values are null. Here is my
class
| @Name(sendoutFact)
| public class SendoutFact implements Serializable{
|
| private String agent;
|
This should have been fixed already - are you using the latest version of Seam?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4026471#4026471
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4026471
Hi,
The version I'm using is jboss-seam-1.2.0.PATCH1. Is there another update
for this one?
Regards,
Elmo
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4026503#4026503
Reply to the post :
Could you try it again with the latest CVS? It was broken for a little while
but it should be ok now.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4026547#4026547
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4026547
Does the remoting helloworld example work?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4025770#4025770
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4025770
___
jboss-user
Hi Shane,
I copied the exact code from the hello world example into my app. It works
in IE but in Mozilla it can successfully send the data to the server but it
doesn't return the result. Anyway, I'll try running the helloworld example
standalone. Ill give you a feedback. Thanks
Regards,
Hi Shane,
OK, I've been able to find the culprit. Actually my remote bean did work
successfully. The problem was if the button was located inside a form like
this:
|form
| button onclick=javascript:sayHello()Say Hello/button
|/form
|
This will not work in
This is extremely easy. Just override the Seam.Remoting.sendAjaxRequest()
function to return whatever response you want to
Seam.Remoting.requestCallback(). That's the great thing about Javascript,
everything is public and you can selectively override pretty much anything you
want.
View the
that sounds great for me- I'll make you a quick jira-reminder:)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4017072#4017072
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4017072
hmm, yes, that is almost what I need - apart from the fact, that there is
nothing on the server, that can be monitored: It's the data that takes
reasonable time to download: I guess I'll have to break down the collection I
download into chunks and load them in these smaller pieces - I can then
Ok I see what you mean now. I need to implement a similar thing for the
fileUpload control, so when I work out how to do that then a remoting progress
updater should be trivial. Post a JIRA issue for this if you don't want me to
forget about it :)
View the original post :
Have you looked at the progressbar example? It updates a progress bar control
based on the progress of a long-running action.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4015677#4015677
Reply to the post :
The request looks fine to me - well formed, no obvious problems, and your other
code seems pretty straight forward too. If you post a working example of the
issue to jira I'd be glad to take a look at it for you.
View the original post :
Can you turn on debug mode and post the request and response?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4011604#4011604
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4011604
Sure, only the request shows:
| Mon Feb 05 2007 14:02:02 GMT-0800: Request packet:
| envelopeheadercontext/context/headerbodycall
component=ManagerReportManagement method=deleteReport id=0
|
paramsparamstrcaba10bf-7526-405d-bdfd-ce9f9c019149/str/param/paramsrefs/refs/call/body/envelope
It looks like you're doing everything right. If you like, you could post an
issue to jira with a minimal working test case that reproduces your issue and
I'll take a look at it for you.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4010388#4010388
Reply to
ouch, I had hoped, that it was me who is doing something wrong. I wil upgrade
to 1.1.5GA, hope that this bug magically vanishes and will post a testcase to
jira, if it does not.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4010402#4010402
Reply to the post
Interestingly enough I can make it work when I change my JavaBean into an
Entity:
| @Entity //this makes it work
| @Name(person)
| public class Person implements Serializable{
| ..
|
results in this:
| 15:16:30,024 INFO [STDOUT] Received value: dummyvalue
| 15:16:30,024
Could you please post this test case to JIRA? It doesn't seem like it would be
a big issue to fix.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4006434#4006434
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4006434
Posted in Jira:
http://jira.jboss.org/jira/browse/JBSEAM-700
Thanks
Louis
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4006678#4006678
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4006678
There's a JIRA issue for improving exception handling in Seam Remoting here
http://jira.jboss.org/jira/browse/JBSEAM-633. Redirecting to a login page on
an exception would an application's responsibility, however the remoting code
would need to support this. I suggest you add a comment to the
This problem seems tob be away. Next exception:
| Wed Dec 20 2006 12:55:29 GMT+0100: Request packet:
| envelopeheadercontext/context/headerbodycall
component=remoteaction method=getBets id=0
| paramsparamnumber0/number/param/paramsrefs
| /refs/call/body/envelope
|
|
| Wed Dec 20
It works, if i use List bets = query.getResultList();
instead of List bets = query.getResultList();
I think its necessarily for marshaling.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3995276#3995276
Reply to the post :
Yes,
script type=text/javascript
src=seam/remoting/interface.js?remoteactionSoccernormal;/script
|
SiteHelper will detect automatically
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3995310#3995310
Reply to the post :
| function betsCallback(result) {
| for (var i = 0; i result.length; i++){
| var xy = result[i ];
| }
| }
|
xy will be an instance of Wette.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3990462#3990462
Reply to the post :
Added: JBSEAM-428
I reproduced the problem (very tricky) integrating 'Hibernate' example and
posted to jira the 6 relative new/updated files.
thanks
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3979359#3979359
Reply to the post :
component name=sessionFactory
class=org.jboss.seam.core.HibernateSessionFactory/
It is in the docs :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3979073#3979073
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3979073
This seems to be a Jetty-specific problem. Why does Jetty call equals() after a
Session.setAttribute() ? Is this how it does dirty checking?
Yew!
Well, add an issue to JIRA.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3979181#3979181
Reply to the post :
Fixed in CVS, sorry about that.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3978116#3978116
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3978116
___
jboss-user mailing list
We never got the remoting examples deploying on tomcat, AFAIR. Not that they
can't work - just that we didn't set up all the right build and metadata stuff.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3975558#3975558
Reply to the post :
If you post a JIRA issue for this I'll take a look at it.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3975605#3975605
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3975605
___
I am not 100% sure what you mean by transfering the /seam/remoting/resource/
to jboss but I think the solution you are looking for lies in the mod_rewrite
module.
Regards
fhh
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3970925#3970925
Reply to the post :
I'm afraid I don't know how the @DataModelSelection magic works, but the
remoting framework will only allow you to invoke a Seam component RPC-style, so
anything you want to pass up will need to be expressed as a method parameter.
View the original post :
Come to think of it @DataModel and @DataModelSelection seem to be just fancy
wrappers for JSF's DataModel. If so then simply using something like Ajax4JSF's
a4j:commandLink tag (instead of a h:commandLink) would probably work. I'll try
this later tonight and report how it goes.
Pete.
View the
89 matches
Mail list logo