[JBossWS] - Signed security provider jar inquiry
by Shiroyanagi
I am implementing a custom handler (GenericSOAPHandler) which uses the JSafeJCE cryptography provider.
The JSafeJCE jar is signed, and it performs a self-integrity check when one attempts to access any of its contents.
The self-integrity check is failing in my service, which is generally the result of the signature being broken (for example, if I modified the contents of the jar, this would occur):
11:13:40,999 ERROR [[TestService]] Servlet.service() for servlet TestService thr
ew exception
java.lang.SecurityException: JsafeJCE provider self-integrity check failed
at com.rsa.jsafe.provider.JsafeJCE.(Unknown Source)
If I run my JBossWS client within the context of eclipse, however, there are no issues. By this, I mean that I am inserting my custom handler into the HandlerChain within my client (as opposed to setting the @HandlerChain annotation in the deployed service), so the libraries are being referenced from my classpath, and not from JBoss' lib directory.
I have no idea why the self-integrity check fails in the first case--is it possible that JBoss is somehow modifying/unsigning the JSafe jar?
Any suggestions would be much appreciated! :)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167369#4167369
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167369
18 years, 1 month
[JBoss jBPM] - Re: org.hibernate.HibernateException: null index column for
by clandestino_bgd
Hello Ronald, thanks for the reply.
I managed to resolve the problem.
I am answering to your questions below, in case somebody else is also trying to use JBPM inside Appfuse.
anonymous wrote :
| - do you use spring jBPM template? if so, ditch it (not spring, just this template, it's officially only for 3.1.x afaik)
Yes, I do. Actually I extend JbpmTemplate from spring modules and it works very well, so for now I do not plan to ditch it.
anonymous wrote :
| - Do both the junit and tomcat use spring?
|
Yes. I am extending AbstractTransactionalDataSourceSpringContextTests in my test classes (one for each process definition). Every method ends with explicit setComplete() call in order to do actual insert in DB. I need that for async exec and callbacks.
anonymous wrote :
| - Same jbpm config? (not e.g. one without and one with transactions configured)
|
Yes, the same jbpmConfig, defined in spring applicationContext.xml (slightly modified spring-modules LocalJbpmConfigurationFactoryBean), loaded by StartupListener and Base Junit test class.
anonymous wrote :
| - same transactionmanager?
| - same transactionmanager config?
|
Well, this was the trick. Transactions are declared through AOP originally in appfuse, and I moved my WorkflowManager in another module. That caused all JBPM calls to be outside the transaction. In Junit test the transactions are provided by Spring base Junit test class, so there were no problems.
Btw, I defined a custom DbPersistenceServicefactory, since I had to extend GraphSession and TaskMgmtSession.
| <service name="persistence">
| <factory>
| <bean class="gleam.executive.workflow.core.JbpmDbPersistenceServiceFactory">
| <field name="isTransactionEnabled"><false /></field>
| </bean>
| </factory>
| </service>
|
This seems to work well.
anonymous wrote :
| Does this mean you have very few big classes that do a lot of work?
|
No, it means that my Junit test are spring dependent. Also, they include some utility classes, since they perform complete process definition tests according to all possible scenarios.
Cheers,
milan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167366#4167366
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167366
18 years, 1 month
[JBoss Portal] - Re: Loading page slow with IE, but using Firefox ok
by PeterJ
You could always place a "Runs best on Firefox" icon on the portal. (Hey, I have to constantly curse narrow-minded web site designers who think that everyone uses IE and who therefore don't even try to make their site usable with Firefox - it's about time there was some payback.)
But more seriously, here are some of the things I would try in this situation.
1) Run a proxy server and route every request through that proxy server. Both JMeter and Grinder come with proxy servers. The nice thing is that the proxy servers capture all of the web requests, mainly so that you can replay it. But those requests include timings that can tell you what the delay was between the requests. (I think the timings are on by default in Grinder, but have to be selected in JMeter.). Once the proxy is set up, access the portal with Firefox, and then again with IE. Compare the timings as captured by the proxy. That might give you some idea of where to start looking.
2) Compare the html source of the final page as grabbed by IE and Firefox. This might also give some hints as to what is different.
3) Use system tools to monitor CPU usage and network usage. If IE shows higher CPU usage that Firefox, perhaps some of the JavaScript is giving IE problems. If IE shows greater network usage, then perhaps it is not caching something that it could (item #1 could point that out).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167365#4167365
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167365
18 years, 1 month