What is needed on client classpath to use RMIAdaptor?
by Kabir Khan
My jndi.properties
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
java.naming.provider.url=jnp://localhost:1099
In my pom.xml I have added
<dependency>
<groupId>org.jboss.naming</groupId>
<artifactId>jnp-client</artifactId>
<version>5.0.5.Final</version>
<scope>test</scope>
</dependency>
And I get the error
java.lang.ClassCastException: javax.naming.Reference cannot be cast to javax.management.MBeanServerConnection
at org.jboss.test.JBossTestServices.getServer(JBossTestServices.java:154)
at org.jboss.test.JBossTestServices.invoke(JBossTestServices.java:228)
at org.jboss.test.JBossTestServices.deploy(JBossTestServices.java:286)
at org.jboss.test.JBossTestCase.deploy(JBossTestCase.java:252)
at org.jboss.test.deployers.as.test.ApplicationServerTestCase.testSimpleWebApp(ApplicationServerTestCase.java:76)
What exactly is needed?
16 years, 1 month
Common injection facilities in AS6
by Bill Burke
I've run smack into a serious problem in AS6.
JAX-RS has injection annotations and I need to:
1) Inject into a JAX-RS managed POJO
2) Inject into an EJB instance
3) Inject into CDI bean instance
4) Inject into a Managed Bean instance
5) I'd also like to support Java EE annotation injection (like @EJB and
@Resource) into a JAX-RS managed POJO
While the VDF does allow me to find out if which of these components are
deployed within a WAR so that I easily find out which classes have
JAX-RS annotations, I have to have different integration with each layer
for injections.
I am not alone. EJB has EJB specific injection annotations. Java EE
has common injection annotations, JAX-WS has annotations as well.
Servlet? There's also a multitude of component layers that need to
support these annotations: Managed Beans, EJB instances, servlets,
filters, listeners, JMX Beans, JAX-WS pojos, more?
It would be cool if we had some common facility in which I could do:
Object obj = InjectionFacility.createAndInject(Class<?> someClass)
InjectionFacility.inject(someArbitraryInstance)
InjectionFacility.registerInjector(someJAXRSAnnnotationInjector)
CDI manages a lot (all?) of this. Unfortunately, I've been told that I
cannot leverage CDI unless it has been enabled for the deployment.
Also, I've been told that CDI needs to do a lot of scanning and metadata
building and it would be counter-productive to do this for each
deployment. So....
1) Can we find a way to use CDI as our injection facility? Maybe
turning off CDI scanning, but enabling its plugin and callback APIs and
SPIs?
or
2) Can we develop a common facility that all component layers can use
*INCLUDING* CDI so we don't have to re-invent injection for each and
every framework?
I sincerely hope I don't have to escalate this problem to higher levels.
I would much rather have this be a bottom-up lead effort instead of a
top-down enforced directive.
Bill
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
16 years, 1 month
Maven mangles jar names
by Carlo de Wolf
After spending a day to figure out why jboss-ejb3-deployers.jar did not
update to the snapshot I told maven to use. I finally found that it's
installing a bogus jar.
$ ls build/target/jboss-6.0.0-SNAPSHOT/common/lib/jboss-ejb3-deployers*
build/target/jboss-6.0.0-SNAPSHOT/common/lib/jboss-ejb3-deployers.5-SNAPSHOT.jar
<sarcasm>Of course my build is overly complex and abuses maven features,
like snapshots, dependencies and stuff. So I really need to simplify
it.</sarcasm>
Carlo
--
http://twitter.com/wolfc71/status/15766129565
16 years, 1 month
Re: [jboss-dev] Publishing jboss specific xsds
by Magesh Kumar Bojan
Jai,
Which ones do you want, they are here:
http://www.jboss.org/j2ee
Magesh
----- Original Message -----
From: "Jaikiran Pai" <jpai(a)redhat.com>
To: "JBoss.org development list" <jboss-development(a)lists.jboss.org>
Sent: Friday, June 11, 2010 3:17:09 PM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi
Subject: [jboss-dev] Publishing jboss specific xsds
Is there a reason why we don't publish xsd files for our JBoss specific
xmls to some jboss.org location? I personally find it difficult, to look
for the (right) jar files containing the xsd, while debugging any xml
validation error, thrown mainly during AS deployment.
regards,
-Jaikiran
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development
16 years, 1 month
Publishing jboss specific xsds
by Jaikiran Pai
Is there a reason why we don't publish xsd files for our JBoss specific
xmls to some jboss.org location? I personally find it difficult, to look
for the (right) jar files containing the xsd, while debugging any xml
validation error, thrown mainly during AS deployment.
regards,
-Jaikiran
16 years, 1 month
Re: [jboss-dev] Why is Apache CXF Jaxrs in JBOSS?!?
by Sergey Beryozkin
Actually, I can see two more modules containing this dependency...
The actual META_INF entry might've been created during the assembly process, when all the META-INF entries (from all the strong dependencies) are copied.
Hmm... I've just done a clean rebuild and this entry is still there in the resulting jar, even though I do not see any cxf jaxrs dependencies, mvn dependency:tree does not show it either. I'll need to someone from the team
cheers, Sergey
----- Original Message -----
From: "Bill Burke" <bburke(a)redhat.com>
To: "JBoss.org development list" <jboss-development(a)lists.jboss.org>
Cc: "Sergey Beryozkin" <sberyozkin(a)gmail.com>
Sent: Thursday, June 10, 2010 11:03:27 PM GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: [jboss-dev] Why is Apache CXF Jaxrs in JBOSS?!?
Any reason for this within
jbossws-cxf-client.jar:
META-INF/services/javax.ws.rs.ext.RuntimeDelegate
?
Sergey Beryozkin wrote:
> Hi Bill
>
> No problems at all, I'd be not happy at all too :-)
> I can see this dependency is coming from jbossws-cxf pom.xml but it is not used so
> I've just removed it (with a heavy heart :-))
>
> cheers, Sergey
>
> ----- Original Message -----
> From: "Bill Burke" <bburke(a)redhat.com>
> To: "JBoss.org development list" <jboss-development(a)lists.jboss.org>
> Cc: "Sergey Beryozkin" <sberyozkin(a)gmail.com>
> Sent: Thursday, June 10, 2010 10:41:56 PM GMT +00:00 GMT Britain, Ireland, Portugal
> Subject: Re: [jboss-dev] Why is Apache CXF Jaxrs in JBOSS?!?
>
> Apologies to you Sergey, its just a frustating day of trying to get
> tests to run that used to be able to run...
>
>
>
> Sergey Beryozkin wrote:
>> Hi Bill
>>
>> Since joining JBoss I haven's had the time to think/talk to anyone/do anything about bringing in CXF JAXRS, been too busy with my current assignments :-)
>>
>> Thanks for CC-ing me though :-)
>> As far as I'm concerned, in JBoss I'm talking to you and Alessio.
>>
>> Sergey
>> ----- Original Message -----
>> From: "Bill Burke" <bburke(a)redhat.com>
>> To: "JBoss.org development list" <jboss-development(a)lists.jboss.org>
>> Cc: "Sergey Beryozkin" <sberyozkin(a)gmail.com>
>> Sent: Thursday, June 10, 2010 10:21:05 PM GMT +00:00 GMT Britain, Ireland, Portugal
>> Subject: Re: [jboss-dev] Why is Apache CXF Jaxrs in JBOSS?!?
>>
>> i'm removing it from build.xml (or the assembly) (the jaxrs stuff)
>>
>>
>>
>> Bill Burke wrote:
>>> I'm getting this error when in my testing of Weld+Resteasy on AS6 trunk.
>>>
>>> Caused by: java.lang.ClassCastException:
>>> org.apache.cxf.jaxrs.impl.RuntimeDelegateImpl cannot be cast to
>>> org.jboss.resteasy.spi.ResteasyProviderFactory
>>> at
>>> org.jboss.resteasy.spi.ResteasyProviderFactory.getInstance(ResteasyProviderFactory.java:333)
>>> [:]
>>> at
>>> org.jboss.resteasy.cdi.JaxrsInjectionTarget.getPropertyInjector(JaxrsInjectionTarget.java:85)
>>> [:]
>>> at
>>> org.jboss.resteasy.cdi.JaxrsInjectionTarget.inject(JaxrsInjectionTarget.java:42)
>>> [:]
>>> at
>>> org.jboss.weld.integration.ejb.SessionBeanInterceptor.postConstruct(SessionBeanInterceptor.java:97)
>>> [:6.0.0.Beta11]
>>>
>>>
>>> We really need to stop doing stupid shit like this guys. From OSGI team
>>> bringing in a full instance of Jetty to Webservices guys bringing in
>>> JAX-RS, its gotta stop...
>>>
>>> Bill
>>>
>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development
16 years, 1 month
Re: [jboss-dev] Why is Apache CXF Jaxrs in JBOSS?!?
by Sergey Beryozkin
Hi Bill
No problems at all, I'd be not happy at all too :-)
I can see this dependency is coming from jbossws-cxf pom.xml but it is not used so
I've just removed it (with a heavy heart :-))
cheers, Sergey
----- Original Message -----
From: "Bill Burke" <bburke(a)redhat.com>
To: "JBoss.org development list" <jboss-development(a)lists.jboss.org>
Cc: "Sergey Beryozkin" <sberyozkin(a)gmail.com>
Sent: Thursday, June 10, 2010 10:41:56 PM GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: [jboss-dev] Why is Apache CXF Jaxrs in JBOSS?!?
Apologies to you Sergey, its just a frustating day of trying to get
tests to run that used to be able to run...
Sergey Beryozkin wrote:
> Hi Bill
>
> Since joining JBoss I haven's had the time to think/talk to anyone/do anything about bringing in CXF JAXRS, been too busy with my current assignments :-)
>
> Thanks for CC-ing me though :-)
> As far as I'm concerned, in JBoss I'm talking to you and Alessio.
>
> Sergey
> ----- Original Message -----
> From: "Bill Burke" <bburke(a)redhat.com>
> To: "JBoss.org development list" <jboss-development(a)lists.jboss.org>
> Cc: "Sergey Beryozkin" <sberyozkin(a)gmail.com>
> Sent: Thursday, June 10, 2010 10:21:05 PM GMT +00:00 GMT Britain, Ireland, Portugal
> Subject: Re: [jboss-dev] Why is Apache CXF Jaxrs in JBOSS?!?
>
> i'm removing it from build.xml (or the assembly) (the jaxrs stuff)
>
>
>
> Bill Burke wrote:
>> I'm getting this error when in my testing of Weld+Resteasy on AS6 trunk.
>>
>> Caused by: java.lang.ClassCastException:
>> org.apache.cxf.jaxrs.impl.RuntimeDelegateImpl cannot be cast to
>> org.jboss.resteasy.spi.ResteasyProviderFactory
>> at
>> org.jboss.resteasy.spi.ResteasyProviderFactory.getInstance(ResteasyProviderFactory.java:333)
>> [:]
>> at
>> org.jboss.resteasy.cdi.JaxrsInjectionTarget.getPropertyInjector(JaxrsInjectionTarget.java:85)
>> [:]
>> at
>> org.jboss.resteasy.cdi.JaxrsInjectionTarget.inject(JaxrsInjectionTarget.java:42)
>> [:]
>> at
>> org.jboss.weld.integration.ejb.SessionBeanInterceptor.postConstruct(SessionBeanInterceptor.java:97)
>> [:6.0.0.Beta11]
>>
>>
>> We really need to stop doing stupid shit like this guys. From OSGI team
>> bringing in a full instance of Jetty to Webservices guys bringing in
>> JAX-RS, its gotta stop...
>>
>> Bill
>>
>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development
16 years, 1 month
Why is Apache CXF Jaxrs in JBOSS?!?
by Bill Burke
I'm getting this error when in my testing of Weld+Resteasy on AS6 trunk.
Caused by: java.lang.ClassCastException:
org.apache.cxf.jaxrs.impl.RuntimeDelegateImpl cannot be cast to
org.jboss.resteasy.spi.ResteasyProviderFactory
at
org.jboss.resteasy.spi.ResteasyProviderFactory.getInstance(ResteasyProviderFactory.java:333)
[:]
at
org.jboss.resteasy.cdi.JaxrsInjectionTarget.getPropertyInjector(JaxrsInjectionTarget.java:85)
[:]
at
org.jboss.resteasy.cdi.JaxrsInjectionTarget.inject(JaxrsInjectionTarget.java:42)
[:]
at
org.jboss.weld.integration.ejb.SessionBeanInterceptor.postConstruct(SessionBeanInterceptor.java:97)
[:6.0.0.Beta11]
We really need to stop doing stupid shit like this guys. From OSGI team
bringing in a full instance of Jetty to Webservices guys bringing in
JAX-RS, its gotta stop...
Bill
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
16 years, 1 month
