[jBPM] - locking on JBPM4_Property
by Ku 6
Ku 6 [http://community.jboss.org/people/ku6] created the discussion
"locking on JBPM4_Property"
To view the discussion, visit: http://community.jboss.org/message/538034#538034
--------------------------------------------------------------
Hi,
After I installed JBPM into JBOSS (ant install.jbpm.into.jboss), I deployed a JBPM in a web app into JBOSS.
As soon as start the jsp page, JBPM will lock on JBPM4_property table during the insert. JSP page will hang.
It looks like there is a conflict between JBPM services that is installed in JBoss and another JBPM (from the web app project).
JBPM service hibernate-configure
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE hibernate-configuration PUBLIC
"-//Hibernate/Hibernate Configuration DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
<hibernate-configuration>
<session-factory>
<property name="hibernate.dialect">org.hibernate.dialect.Oracle10gDialect</property>
<property name="hibernate.connection.driver_class">oracle.jdbc.driver.OracleDriver</property>
<property name="hibernate.connection.url">url</property>
<property name="hibernate.connection.username">user</property>
<property name="hibernate.connection.password">password</property>
<property name="hibernate.format_sql">true</property>
<property name="hibernate.cache.provider_class">org.hibernate.cache.HashtableCacheProvider</property>
<property name="hibernate.transaction.factory_class">org.hibernate.transaction.JDBCTransactionFactory</property>
<property name="jta.UserTransaction">UserTransaction</property>
<mapping resource="jbpm.repository.hbm.xml" />
<mapping resource="jbpm.execution.hbm.xml" />
<mapping resource="jbpm.history.hbm.xml" />
<mapping resource="jbpm.task.hbm.xml" />
<mapping resource="jbpm.identity.hbm.xml" />
</session-factory>
</hibernate-configuration>
JBPM web app from my testing project
hibernate-configure<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE hibernate-configuration PUBLIC
"-//Hibernate/Hibernate Configuration DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
<hibernate-configuration>
<session-factory>
<property name="hibernate.dialect">org.hibernate.dialect.Oracle10gDialect</property>
<property name="hibernate.connection.driver_class">oracle.jdbc.driver.OracleDriver</property>
<property name="hibernate.connection.url">url</property>
<property name="hibernate.connection.username">user</property>
<property name="hibernate.connection.password">password</property>
<property name="hibernate.show_sql">true</property>
<mapping resource="jbpm.repository.hbm.xml" />
<mapping resource="jbpm.execution.hbm.xml" />
<mapping resource="jbpm.history.hbm.xml" />
<mapping resource="jbpm.task.hbm.xml" />
<mapping resource="jbpm.identity.hbm.xml" />
</session-factory>
</hibernate-configuration>
Any help will be appreciated. Thanks,
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/538034#538034]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
16 years, 2 months
Re: [jboss-user] [JBoss Microcontainer Development] - JBoss Reflect Performance Javassist vs Introspection
by Kabir Khan
Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion
"JBoss Reflect Performance Javassist vs Introspection"
To view the discussion, visit: http://community.jboss.org/message/538027#538027
--------------------------------------------------------------
> Kabir Khan wrote:
>
> Here are the times:
> >
> > ========== IntrospectionTypeInfoFactory
> >
> > A - Creating 100 ClassInfos 141ms
> >
> > B - Getting 100 fields and methods for 100 classes 50 times 1446ms
> >
> > C - First accessing 100 fields and methods for 100 classes 50 times 116ms
> >
> > D - Accessing 100 fields and methods for 100 classes 50 times 3545ms
> >
> > Done!
> >
> >
> >
> >
> > ========== JavassistTypeInfoFactory
> >
> > A - Creating 100 ClassInfos 164ms
> >
> > B - Getting 100 fields and methods for 100 classes 50 times 820ms
> >
> > C - First accessing 100 fields and methods for 100 classes 50 times 4557ms
> >
> > D - Accessing 100 fields and methods for 100 classes 50 times 272ms
> >
> > Done!
> >
The output here is a bit misleading. C only accesses the members once, not 50 in order to determine the overhead of creating the JavassistMethod/-Constructor/-Field classes. I've updated the benchmark in svn to read:
>
> ========== IntrospectionTypeInfoFactory
> A - Creating 100 ClassInfos 141ms
> B - Getting 100 fields and methods for 100 classes 50 times 1446ms
> C - First accessing 100 fields and methods for 100 classes 116ms
> D - Accessing 100 fields and methods for 100 classes 50 times 3545ms
> Done!
>
>
> ========== JavassistTypeInfoFactory
> A - Creating 100 ClassInfos 164ms
> B - Getting 100 fields and methods for 100 classes 50 times 820ms
> C - First accessing 100 fields and methods for 100 classes 4557ms
> D - Accessing 100 fields and methods for 100 classes 50 times 272ms
> Done!
>
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/538027#538027]
Start a new discussion in JBoss Microcontainer Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
16 years, 2 months
[JBoss Web Services Metro] - Can JBossWS Metro handle XSDs contained in folders?
by Scott Kubina
Scott Kubina [http://community.jboss.org/people/wkubina] created the discussion
"Can JBossWS Metro handle XSDs contained in folders?"
To view the discussion, visit: http://community.jboss.org/message/538023#538023
--------------------------------------------------------------
+This is a long post but any help is greatly, greatly appreciated!+
I've got a web service WSDL and set of XSDs that work in JBossWS Native but not in JBossWS Metro. The problem appears on the surface to be that Metro is not finding all the XSDs that should be referenced in the WSDL. Metro does find the XSD that is in the same folder as the WSDL, but it does not find XSDs that are nested deeper in folders (see folder structure below). I want to keep the other XSDs nested though because it is a standard (namely GML) that I am using and I don't want to modify the GML files.
Here is a look at the applicable structure of my project.
*META-INF/wsdl/*: This folder contains my WSDL and one XSD. The single XSD imports the GML XSDs that are contained in the folder listed in the next line.
*META-INF/wsdl/GML/3.1.1/*: This folder contains GML 3.1.1 standard XSDs. These are the ones that are not being loaded properly.
The reason I say the GML schema isn't being loaded properly is that they look to have an invalid reference inside my XSD. My WSDL references my XSD, and my XSD references the GML XSDs.
So if I take a look at my deployed web service WSDL endpoint I see something like this (and the URL of the WSDL is http://localhost:8080/MyJar/MyWebService?wsdl http://localhost:8080/MyJar/MyWebService?wsdl)
<code>
<xs:import namespace=" *http://mynamespace.com/ http://mynamespace.com/*" schemaLocation=" *http://localhost:8080/MyJar/MyWebService?xsd=1 http://localhost:8080/MyJar/MyWebService?xsd=1*" />
</code>
Although the import looks a tad different than JBossWS Native had it looking before it still links me to a valid XSD location, and it is in fact the correct XSD for that namespace (which is my single XSD that is in the same folder as the WSDL).
However, when go to that XSD URL, the imports that are supposed to be for GML are incorrect. I anticipate that the import statement should have something similar to http://localhost:8080/MyJar/MyWebService?xsd=4 http://localhost:8080/MyJar/MyWebService?xsd=4 (or some other number) for the schemaLocation.
But they actually look like this:
<code>
<import namespace=" *http://www.opengis.net/gml http://www.opengis.net/gml*" schemaLocation="*GML/3.1.1**/**base/gml.xsd*" />
</code>
So of course in a browser I can't get to that GML/... location to view gml.xsd. And I have also tried updating my relative path in my XSD to the GML schema by changing "*GML/3.1.1/base/gml.xsd*" to "*./GML/3.1.1/base/gml.xsd*". That doesn't work either and is an invalid URL and no client is able to parse the WSDL because the referenced schema are invalid.
I should note too that if it isn't already obvious this is an EJB3 web service that gets packaged as a JAR (named MyJar.jar). I found a bug that says it was fixed and appears to deal with an issue similar or the same as the one I'm experiencing. The bug fix is documented here, and was made by Alessia, the web service lead: http://lists.jboss.org/pipermail/jbossws-commits/2008-October/007371.html http://lists.jboss.org/pipermail/jbossws-commits/2008-October/007371.html.
You might be wondering why I would switch to Metro is Native was working. Well, Native did not have the problem I'm describing in this post but it did seem to force web service clients to use JBossWS libraries to connect to a web service that has FastInfoset enabled (which I want to use). I didn't determine the true source of the cause, but from what I read and saw happening it appears as though the community version of Native has modified the FastInfoset standard encoding a bit so that other Java framework libraries that use FastInfoset (e.g. Metro 2.0, Axis2, etc.) cannot understand the FI information the JBoss server is returning. If that's incorrect please correct me!
Thanks for reading all this and please help me if you know how to solve this problem! If you're a developer familiar with the code and want me to submit a bug report I can do that - just point me in the correct direction. I can also give more detailed information if it's needed.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/538023#538023]
Start a new discussion in JBoss Web Services Metro at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
16 years, 2 months
Re: [jboss-user] [JBoss Microcontainer] - isolated classloading for war file
by Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion
"isolated classloading for war file"
To view the discussion, visit: http://community.jboss.org/message/538022#538022
--------------------------------------------------------------
> test.war/WEB-INF/jboss-classloading.xml:
> <?xml version="1.0" encoding="UTF-8"?>
> <classloading xmlns="urn:jboss:classloading:1.0"
> name="test.war"
> domain="test.war.domain"
> parent-first="false"
> export-all="NON_EMPTY"
> import-all="false">
> </classloading>
>
> I get this error:
>
> 11:27:58,131 ERROR [[/test]](main) Servlet /test threw load() exception
> java.lang.IllegalArgumentException: Class [org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler] does not implement the NamespaceHandler interface
>
> Looks like its still picking up classes from the spring v2 jar in the server lib directory. It seems that altering the classloading policy with the jboss-classloading.xml file works for the .sar but not the .war. Could someone advise me where I'm going wrong?
First, for .war/web you actually don't need to specify parent-first=false, since this is deafult .war/web spec behavior.
For the actual problem, I'll think about it over the weekend and get back to you -- cannot see it on the spot on Friday afternoon. :-)
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/538022#538022]
Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
16 years, 2 months