Right now, the code generation maps from the CXF abstract service
model to Javascript using entirely hand-coded methods. I have this
suspicion that little or none of what you need for JAX-RS is in the
service model. Dan and I had a discussion of a more generic annotation
model. I wanted it to
Hi Benson
I was wondering, how realistic could it be to have some of the code in a
frontend/javascript reused to have a client java script code generated which
will be able to invoke on a JAXRS service ?
I reckon it would be up to a custom JAXRS RequestHandler (which has an access
to a
Hi,
I was having problems with PermGen space when building CXF on my windows
machine, and updating the
MAVEN_OPTS to -Xmx1024m -XX:MaxPermSize=256m -XX:+CMSClassUnloadingEnabled
helped resolve it.
My inclination would be to suggest it as the default setting.
Seán.
-Original
Definitely update it. Actually, on 64bit linux, you may
need -XX:MaxPermSize=192m now. That's what I have mine set to, but I don't
remember why I set it to that. May have been from building SMX or Geronimo
or something.
Dan
On Tuesday 02 December 2008 12:25:01 am Glen Mazza wrote:
On Monday 01 December 2008 8:08:33 pm Benson Margulies wrote:
http://cxf.apache.org/release-management.html
Unless I'm more confused than usual, there's an aspect of the release
process which isn't quite detailed here.
In addition to the maven artifacts, there's the tarballs and such.
Now,
Hi,
Right now, the code generation maps from the CXF abstract service
model to Javascript using entirely hand-coded methods. I have this
suspicion that little or none of what you need for JAX-RS is in the
service model. Dan and I had a discussion of a more generic annotation
model. I wanted it
On Mon, 2008-12-01 at 16:36 +, [EMAIL PROTECTED] wrote:
Modified:
cxf/trunk/rt/frontend/jaxrs/src/main/java/org/apache/cxf/jaxrs/utils/JAXRSUtils.java
URL:
