[JBoss Tools] - Re: can you use tools birt integration with normal JSF 2?
by Markus Wuestemann
Markus Wuestemann [https://community.jboss.org/people/m.wuestemann] created the discussion
"Re: can you use tools birt integration with normal JSF 2?"
To view the discussion, visit: https://community.jboss.org/message/735900#735900
--------------------------------------------------------------
> u j schrieb:
>
> Another question: I try to install the Birt runtime as JBoss module in AS 7 to avoid a 50Mb war file.
> I defined a module, put all the jars in it and had to define some dependencies, one on the xml DocumentBuilderFactory. I defined a module javax/xml/parsers with xml-apis.2.0.jar.
>
> But now I get:
>
> Failed to install plugin from jar:file:C:%5Cjava%5Cjboss%5Cjboss-as-7.0.1.Final%5Cmodules%5Corg%5Ceclipse%5Cbirt%5Cmain%5Corg.eclipse.birt.runtime_3.7.1.v20110913-1734.jar!/: java.lang.ClassCastException: __redirected.__DocumentBuilderFactory cannot be cast to javax.xml.parsers.DocumentBuilderFactory
>
> at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) [:1.6.0_24]
> at org.eclipse.birt.core.framework.jar.BundleLoader.loadExtensions(BundleLoader.java:147) [org.eclipse.birt.runtime_3.7.1.v20110913-1734.jar:]
> at org.eclipse.birt.core.framework.jar.BundleLoader.load(BundleLoader.java:63) [org.eclipse.birt.runtime_3.7.1.v20110913-1734.jar:]
> at org.eclipse.birt.core.framework.jar.ServicePlatform.installBundle(ServicePlatform.java:57) [org.eclipse.birt.runtime_3.7.1.v20110913-1734.jar:]
> at org.eclipse.birt.core.framework.jar.ServiceLauncher.startup(ServiceLauncher.java:71) [org.eclipse.birt.runtime_3.7.1.v20110913-1734.jar:]
> at org.eclipse.birt.core.framework.Platform.startup(Platform.java:75) [org.eclipse.birt.runtime_3.7.1.v20110913-1734.jar:]
> at org.jboss.tools.birt.servlet.BirtEngine.getBirtEngine(BirtEngine.java:56) [jboss-birt-servlet.jar:]
>
> Any idea of how to solve this? I guess I need to change the dependency, but I can't find a module or jar with __redirected.__DocumentBuilderFactory.
>
> Thanks
I have the same Problem. Have you already solved it?
I'm using Birt 3.7.2 and Jboss 7.1.1.
I also tried to create a Jboss module to avoid such a big ear-file but always get a NullPointerException at +factory.createReportEngine( c );+
For every single jar-file of the module i get this warning:
WARNUNG [org.eclipse.birt.core.framework.Platform] (http--0.0.0.0-8080-1) Failed to install plugin from jar:file:/C:/jboss-as-7.1.1.Final/modules/org/birt/main/org.eclipse.core.filesystem_1.3.100.v20110423-0524.jar!/: java.lang.ClassCastException: __redirected.__DocumentBuilderFactory cannot be cast to javax.xml.parsers.DocumentBuilderFactory
at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:123) [rt.jar:1.6.0_31]
at org.eclipse.birt.core.framework.jar.BundleLoader.loadExtensions(BundleLoader.java:147) [org.eclipse.birt.runtime_3.7.2.v20120214-1408.jar:]
at org.eclipse.birt.core.framework.jar.BundleLoader.load(BundleLoader.java:63) [org.eclipse.birt.runtime_3.7.2.v20120214-1408.jar:]
at org.eclipse.birt.core.framework.jar.ServicePlatform.installBundle(ServicePlatform.java:57) [org.eclipse.birt.runtime_3.7.2.v20120214-1408.jar:]
at org.eclipse.birt.core.framework.jar.ServiceLauncher.startup(ServiceLauncher.java:71) [org.eclipse.birt.runtime_3.7.2.v20120214-1408.jar:]
at org.eclipse.birt.core.framework.Platform.startup(Platform.java:75) [org.eclipse.birt.runtime_3.7.2.v20120214-1408.jar:]
at com.gelita.webservice.HtmlGenerate.aeuGetReportAsHtml(HtmlGenerate.java:68) [classes:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_31]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_31]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_31]
at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_31]
at org.jboss.ws.common.invocation.AbstractInvocationHandlerJSE.invoke(AbstractInvocationHandlerJSE.java:111)
at org.jboss.wsf.stack.cxf.JBossWSInvoker._invokeInternal(JBossWSInvoker.java:181)
at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:127)
at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) [rt.jar:1.6.0_31]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [rt.jar:1.6.0_31]
at java.util.concurrent.FutureTask.run(FutureTask.java:138) [rt.jar:1.6.0_31]
at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)
at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:207)
at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:91)
at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:169)
at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:87)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:185)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:108)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:135)
at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.0.3.GA.jar:2.0.3.GA]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:397) [jbossweb-7.0.13.Final.jar:]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_31]
Hope someone can help me.
Thanks
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/735900#735900]
Start a new discussion in JBoss Tools at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 4 months
[JBoss Tools] - Re: Hibernate tools for Hibernate 4.x
by Max Rydahl Andersen
Max Rydahl Andersen [https://community.jboss.org/people/maxandersen] created the discussion
"Re: Hibernate tools for Hibernate 4.x"
To view the discussion, visit: https://community.jboss.org/message/753491#753491
--------------------------------------------------------------
> > yes, you should be able to use trunk on github - fixing the lack of proper tags in the master repo this week so stay tuned.
>
> I added my hand-woven 4.0.0 tools SNAPSHOT to the hibernate3-maven-plugin and experienced the described the Ant issues. I don't think this is a use case you actually test. Why should you..once tools 4.0.0 is out the Maven plugin maintainer(s) have to take care of that. IMO there's little hope, though. Never got any feedback to the post I sent to their mailing list.
yeah, I wasn't involved in hibernate3-maven-plugin; that was all externally done and I've rarely heard from them either. I wanted them to contribute it so the maven plugin could work more or less the same as the ant tasks and eclipse integration. Just never materialized ;(
But its sure that they can't run with hibernate4 jars in a hibernate3 plugin - that will never work without changes.
> About autoregistered usertypes, can you show me the code you actually want to have executed ?
>
> We use the http://usertype.sourceforge.net/ Usertype library to map Joda Time data types via Hibernate (it's also JSR-310 compliant). It provides several implementations of org.hibernate.integrator.spi.Integrator. The relevant abstract class is AbstractUserTypeHibernateIntegrator (http://usertype.svn.sourceforge.net/viewvc/usertype/tags/usertype.parent-...) (autoRegisterUsertypes()). The relevant sub class that provides implementations of getUserTypes() and getCompositeUserTypes() is UserTypeJodaTimeHibernateIntegrator (http://usertype.svn.sourceforge.net/viewvc/usertype/tags/usertype.parent-...).
I haven't done much work with auto registered types but my understanding was that these jars just needed to be on the classpath when "starting" hibernate. Do you have these usertypes on the classpath ?
if yes, then yes we definitely need to add in a hook for this to happen and I would appreciate if you could open a issue on https://jira.jboss.org/jira/browse/JBIDE https://jira.jboss.org/jira/browse/JBIDE with a small example that fails for you.
Thanks!
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/753491#753491]
Start a new discussion in JBoss Tools at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 4 months
[JNDI and Naming] - Binding Dynamic Remote Object in Jboss 7.1.1
by avi said
avi said [https://community.jboss.org/people/avis71] created the discussion
"Binding Dynamic Remote Object in Jboss 7.1.1"
To view the discussion, visit: https://community.jboss.org/message/784402#784402
--------------------------------------------------------------
Hi,
I have been trynig to bind object to Jboss 7.1.1 JNDI using the following code:
public static void main(String[] args) {
final Hashtable<String, Object> env = new Hashtable<String, Object>();
env.put(Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory");
env.put(Context.PROVIDER_URL, "remote://localhost:4447");
env.put("jboss.naming.client.ejb.context", true);
Context remoteContext = null;
try {
remoteContext = new InitialContext(env);
remoteContext.bind("user:global/myName","user:Test");
} catch (NamingException e) {
e.printStackTrace();
}
}
Getting the following error in the client JVM:
javax.naming.NamingException: Failed to bind [Root exception is java.io.IOException: Internal server error.]
at org.jboss.naming.remote.client.ClientUtil.namingException(ClientUtil.java:36)
In the server console I see:
JBAS011807: Unexpected internal error: java.lang.UnsupportedOperationException: JBAS011859: Naming context is read-only
at org.jboss.as.naming.WritableServiceBasedNamingStore.requireOwner(WritableServiceBasedNamingStore.java:126)
at org.jboss.as.naming.WritableServiceBasedNamingStore.bind(WritableServiceBasedNamingStore.java:56)
at org.jboss.as.naming.NamingContext.bind(NamingContext.java:221)
I have found several discussion on *JBAS011859* but the suggested solution is to run the code inside Jboss (as EJB) or as MSC Service.
The ability to bind object in JNDI from remote JVM was supported in Jboss 4, was this ability removed in Jboss 7? if yes, why?
Is there a workaround?
Regards
Avi
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/784402#784402]
Start a new discussion in JNDI and Naming at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 4 months
[JBoss Remoting] - detected failure on control connection
by Ajay Nagaraj
Ajay Nagaraj [https://community.jboss.org/people/ajnagaraj] created the discussion
"detected failure on control connection"
To view the discussion, visit: https://community.jboss.org/message/778872#778872
--------------------------------------------------------------
We are seeing a number of 'detected failure on control connection' errors in our logs which eventually makes our system unresponsive.
2012-11-27 19:04:07,242 WARN [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] org.jboss.remoting.transport.bisocket.BisocketServerInvoker$ControlMonitorTimerTask@bbfa5e7: detected failure on control connection Thread[control: Socket[addr=oxford/192.168.30.75,port=4460,localport=52236],5,jboss] (5c4o146e-4limzg-ha0fuq7m-1-ha14020p-q3w: requesting new control connection
The environment we use -
Jboss : 4.2.1-GA
Jboss Messaging : 1.4.5
Jboss Remoting : 2.2.3-SP3
Any suggestions as to what causes this issue? Similar discussions suggest a overload issue on the system, if so will the upgrade to JBoss Remoting version 2.2.4 help?
-Ajay
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/778872#778872]
Start a new discussion in JBoss Remoting at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 4 months
[JBoss Remoting] - invoke frequency and classloader
by lio bod
lio bod [https://community.jboss.org/people/liobod] created the discussion
"invoke frequency and classloader"
To view the discussion, visit: https://community.jboss.org/message/775985#775985
--------------------------------------------------------------
Hello world,
I noticed a strange behaviour and i want to knwow if this has already been pointed or fixed.
My client is invoking my remoting server by sending inside an InvocationRequest a parameter that is a complex object.
In fact this object is complex only because it aggragates/composes other object.
On server side, the "invoke" method of my ServerInvocationHandler, shall receive this parameter, cast it in its native (or parent) class and then shall execute it.
(my complex object is not only made to structure passive data, but mainly to be ran).
Most of the the time it works well.
But, sometimes, for some mysterious reasons, it fails an i got the following message :
java.lang.IllegalStateException: BaseClassLoader@38bce164{vfszip:[MYJBOOS_DIR]/deploy/[MY_APP.jar/} classLoader is
not connected to a domain (probably undeployed?) for class sun.reflect.ConstructorAccessorImpl
at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:793)
at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:441)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at sun.misc.Unsafe.defineClass(Native Method)
at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:45)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:381)
at java.security.AccessController.doPrivileged(Native Method)
at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:377)
at sun.reflect.MethodAccessorGenerator.generateConstructor(MethodAccessorGenerator.java:76)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:30)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at org.jboss.serial.classmetamodel.ClassMetaData.newInstance(ClassMetaData.java:337)
at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:239)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
at org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.persister.RegularObjectPersister.readSlotWithFields(RegularObjectPersister.java:353)
at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:273)
at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.persister.RegularObjectPersister.readSlotWithFields(RegularObjectPersister.java:353)
at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:273)
at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:344)
at org.jboss.remoting.serialization.impl.jboss.JBossSerializationManager.receiveObject(JBossSerializationManager.java:189)
at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:123)
at org.jboss.remoting.transport.socket.ServerThread.versionedRead(ServerThread.java:853)
at org.jboss.remoting.transport.socket.ServerThread.completeInvocation(ServerThread.java:707)
at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:697)
at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:524)
at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:232)
Just like if the class wouldn't be in the jar...
May I afford an case?
It may happens if my code to be execuded (brought by my complex object and available in MY_APP.jar on server side) is very short (i.e quick) and if the load of this "invoke" method is important.
It occures rarely if the complex object executes a long task even if it the ServerInvocationHandler is invocated many times (lauching the complex object instances treatments in parallel)
It is systematic if the parallel treatments are fast, on the Nth invocation.
Like if the class disapeared from the jar...
On the beginning, i though it was more a jboss problem that needed a restart.
But after few seconds (if the ServerInvocationHandler is no more requested - time to get cooler ;-)) it may re-work properly.
And then it is able to refind the class in the jar...
Humbly, my hypothesis is it may come from a question of load, of frequency...(size of queue between remoting mecanics and native jboss classcloader?)
Does anyone faced this before?
Will i have a chance to find it out? and to get a workaroud?
For information, i'm still using jboss 5.1.0.GA and i'd like not to upgrade its integrated libs jboss-remoting-2_5_1 and jboss-serialization-1.0.3.GA.
Any advice/hint is welcome,
Thx.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/775985#775985]
Start a new discussion in JBoss Remoting at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 4 months