I've modified BeanWrapper to look for the field in the bean's superclasses. It
would be great if you could test this for me, I don't have anything set up
right now to test this and don't have time right now to write something.
Please let me know if there's any problems.
View the original post
I've modified the InterfaceGenerator to remove the trailing comma and to also
walk through the class ancestry of the component to include inherited fields.
It would be great if you could get the latest version from CVS and try this out.
View the original post :
http://www.jboss.com/index.html?
Quite sure. I'm pretty sure that it was after CR3 that I fixed a bug to do
with the encoding of international characters. If you download the latest
release (or get the latest from CVS) it should fix your problem.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic
I just tried it with some characters I copied from baidu.com and it seems to
work correctly. Which version of Seam are you using?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3951778#3951778
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
http://www.digg.com/programming/JBoss_Seam_knits_AJAX_and_Java_together
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3951566#3951566
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3951566
_
Not yet, I've been trying to think of an elegant way of handling exceptions.
In a lot (most?) of cases you won't want to return a stack trace to the client;
instead a simple error code/message would be more useful. Whether this is
something that is done client side or server side I'm not sure.
The template resources could come from anywhere; a directory in your
application archive, db table, etc - your resource loader just has to load them
from somewhere. Personally I'd use an application-scoped bean to wrap the
velocity context, annotate it with @Startup and define a @Create method
I have a standalone app that supports a plugin framework - each plugin has its
own classloader that loads its classes and libraries separately to other
plugins. I have two plugins that define aspects for the same class/pointcut
(org.apache.axis.client.Call-> invoke - each plugin provides their
I didn't get very far. Anyway, I've checked in some changes to CVS which
should improve how international characters are handled. I'd be great if you
could give this a try and let me know if it works for you.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=39
I'm guessing that its something to do with how I'm encoding string values for
transport (they're URL-encoded). I haven't tested this with anything other
than ASCII characters but as far as I understand anything should work. Anyway
I'll try it tonight with Russian characters and see how far I g
The path to the file containing your Velocity template. So for example, if
you're storing your templates in the WEB-INF directory and they have a
.template extension, your getResourceStream() method would look like this:
| public InputStream getResourceStream(String source)
| throws Re
Create your own response resource loader by extending
org.apache.velocity.runtime.resource.loader.ResourceLoader, and override the
getResourceStream() method. Then set the Velocity engine
"service.resource.loader.class" property to point to your new resource loader
class. Then you can use getC
I've checked into CVS support for cancelling a remote call. Now when you
execute your remote method, you will be returned a Call object, which has the
following properties:
data - contains the call in serialized XML form
id - the ID of the call
callback - the callback method reference
asyncReq
Will look at this today.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3947014#3947014
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3947014
---
All the advantages o
Make your primary key field an Integer (not a primitive int) and call
entityManager.persist(entity) to make your entity persistent and managed. That
way you'll then be able to read its primary key value.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3945908#
Hmm... I can see how this could be a problem. ClassA would not be defined by
the client stub so the client would not know how to deal with it when it is
returned. Your idea of including a list of interfaces inside the serialized
block sounds good. I'll think about it for a couple of days (it
I'll have a look at this over the next few days, it shouldn't be difficult to
traverse the inheritence chain and include inherited fields.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3944810#3944810
Reply to the post :
http://www.jboss.com/index.html?modul
I haven't really looked at the sciptaculous stuff, but what kind of integration
is it that's needed?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3943359#3943359
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3943359
I've fixed this in CVS. It will now only attempt to use the local interface if
the component has one, otherwise it will use the bean class of the component
you are calling.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3942327#3942327
Reply to the post :
h
What do we need to do to support this?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3942058#3942058
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3942058
---
Using
A remoting request doesn't go through the faces servlet, so that's probably why
you don't have a FacesContext. Can you load the resource with your class's
classloader instead? i.e:
getClass().getClassLoader().getResourceAsStream("WEB-INF/templates/upload.tmpl")
View the original post :
http:
I've checked an update into CVS which will now check JAVA_BEAN components for
any methods annotated with @WebRemote. If the annotation is found, then an
executable stub will be generated allowing you to use remoting to call the
methods of your component.
I've also updated the remoting docs wit
There are two types of client stub that can be generated, "executable" stubs
and "type" stubs. Executable stubs are behavioural, and are used to execute
methods against your session bean components, while type stubs contain state
and represent the types that can be passed in as parameters or re
I've checked into CVS a number of changes to the Seam Remoting codebase to make
it more consistent with its server-side counterpart. Unfortunately because of
these changes it means that if you're using the remoting features of Seam your
Javascript code will need some refactoring. Here's a summ
You're right, they shouldn't be there. I've removed them in CVS - thanks for
pointing it out.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3937158#3937158
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3937158
-
Hmm now that you mention it I probably did downgrade them... have you tried
using the version that's in Seam?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3937155#3937155
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=
I've got it working by just copying over the 3 hibernate jars in the lib and
deploy/ejb3.deployer directories (hibernate3.jar, hibernate-annotations.jar and
hibernate-entitymanager.jar) with the newest versions. Plus I also copied
el-api.jar, el-ri.jar and jsf-facelets.jar into
deploy/jbossweb
"d1g" wrote :
| As an example, I wasn't able to use a member function of a script.aculo.us
class as a remoting callback. The function executed but it lost it's 'instance'
context. This might not be possible to solve...
I usually define an anonymous function to handle situations like this:
Nicely done, I hadn't even considered integrating Seam Remoting in this manner
and it is nice to see that it is actually possible. One little thing I
noticed, is that where you're calling the initialize method you're not
including the context path of your application in the URL:
anonymous wrot
Is my.test.ContractService the local interface for your bean?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3929652#3929652
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3929652
---
You could probably use the remoting framework to build an auto-complete field,
however there are already a heap of similar components available
(http://myfaces.apache.org/sandbox/inputSuggest.html for one) that already do
this.
What the remoting framework is really good at, is enabling you to
I've checked in an initial release of the Seam remoting framework to CVS. What
it does is allow you to make AJAX calls to your Seam components from a web
page. There is a simple hello world example which demonstrates the very basics
and there will be more complex examples soon. I invite anyon
You need to be packaging your application into an ear or war file, and
deploying that inside the deploy directory. JBoss will automatically deploy
your app from here, so when you want to release an updated version just copy it
over the top of the old one and JBoss will detect it has been modifi
It needs to be placed in a CDATA:
|
| //
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3924108#3924108
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=po
34 matches
Mail list logo
