[JBoss JIRA] Created: (JBAS-3569) SSLSocket testsuite failures when using the IBM JVM
by Matt Wringe (JIRA)
SSLSocket testsuite failures when using the IBM JVM
---------------------------------------------------
Key: JBAS-3569
URL: http://jira.jboss.com/jira/browse/JBAS-3569
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Test Suite
Affects Versions: JBossAS-4.0.4.GA
Environment: IBM 1.4.2 JDK
RHEL 4, Linux Kernel 2.6.9
Arch: i386
Reporter: Matt Wringe
The SSLSocket tests frequently fail when using the IBM JDK
org.jboss.test.jrmp.test.SSLFailuresSocketsUnitTestCase testClientCertSSLAccessFailure
Error: javax.naming.NameNotFoundException: StatelessSessionWithSSL not bound
org.jboss.test.jrmp.test.SSLSocketsUnitTestCase testClientCertSSLAccess
Error: javax.naming.NameNotFoundException: StatelessSessionWithSSL not bound
org.jboss.test.pooled.test.SSLSocketsUnitTestCase testClientCertSSLAccess
Error: javax.naming.NameNotFoundException: StatelessSessionWithPooledSSL not bound
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 8 months
[JBoss JIRA] Created: (JBAS-3559) SerialVersionUIDUnitTestCase (test401Compatibility) testsuite failure with a 1.5 JVM
by Matt Wringe (JIRA)
SerialVersionUIDUnitTestCase (test401Compatibility) testsuite failure with a 1.5 JVM
------------------------------------------------------------------------------------
Key: JBAS-3559
URL: http://jira.jboss.com/jira/browse/JBAS-3559
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Test Suite
Affects Versions: JBossAS-4.0.4.GA
Environment: Sun 1.5.0_08 JVM
RHEL 4, Linux Kernel 2.6.9
Reporter: Matt Wringe
The org.jboss.test.compatibility.test.SerialVersionUIDUnitTestCase test401Compatibility test fails when using with the Sun 1.5.0 JVM.
>From the test report:
"Failures on SerialVersionComparisson:javax.management.loading.MLet, org.jboss.monitor.alarm.AlarmNotification, org.jboss.monitor.alarm.AlarmTableNotification
junit.framework.AssertionFailedError: Failures on SerialVersionComparisson:javax.management.loading.MLet,
org.jboss.monitor.alarm.AlarmNotification,
org.jboss.monitor.alarm.AlarmTableNotification
at org.jboss.test.compatibility.test.SerialVersionUIDUnitTestCase.test401Compatibility(SerialVersionUIDUnitTestCase.java:175)"
This appears to be very similar to issue JBAS-2965 (http://jira.jboss.com/jira/browse/JBAS-2965) which was fixed for JBossAS-4.0.4GA
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 8 months
[JBoss JIRA] Created: (EJBTHREE-655) Refactor @Service beans
by Bill Burke (JIRA)
Refactor @Service beans
-----------------------
Key: EJBTHREE-655
URL: http://jira.jboss.com/jira/browse/EJBTHREE-655
Project: EJB 3.0
Issue Type: Task
Reporter: Bill Burke
Assigned To: Carlo de Wolf
Fix For: EJB 3.0 RC9 - FD
Refactor @Service beans to fix a number of problems:
* magic methods for lifecycle methods:
- create/start/stop/destroy
* lifecycle methods are not required to be in @Management (MBean) interface.
* @Management interface is not registered with the ServiceController (Controller in MC land). It *IS* registered as a regular MBean though.
* If lifecycle methods exist on @Management interface, they must be intercepted on the container so that the appropriate Controler start/stop is done on the container. This would mean that you have to specify a <bind> in the Service aspect domain in ejb3-interceptors-aop.xml
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 8 months
[JBoss JIRA] Created: (GPD-10) can't find resource
by Tom Baeyens (JIRA)
can't find resource
-------------------
Key: GPD-10
URL: http://jira.jboss.com/jira/browse/GPD-10
Project: JBoss jBPM GPD
Issue Type: Bug
Reporter: Tom Baeyens
Assigned To: Koen Aers
i don't know why, but when trying to deploy the example process websale after modifying the form.create.xhtml, i got this exception that disabled depoyment of the process.
java.lang.NullPointerException
at org.jbpm.ui.util.ProcessDeployer.addClassOrResource(Unknown Source)
at org.jbpm.ui.util.ProcessDeployer.addClassesAndResources(Unknown Source)
at org.jbpm.ui.util.ProcessDeployer.createParBytes(Unknown Source)
at org.jbpm.ui.util.ProcessDeployer.access$1(Unknown Source)
at org.jbpm.ui.util.ProcessDeployer$1.run(Unknown Source)
at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:369)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:313)
at org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:479)
at org.jbpm.ui.util.ProcessDeployer.showProgressMonitorDialog(Unknown Source)
at org.jbpm.ui.util.ProcessDeployer.deploy(Unknown Source)
at org.jbpm.ui.editor.form.deployment.DeploymentForm$1.widgetSelected(Unknown Source)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:90)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:928)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3348)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2968)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1914)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1878)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:419)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:95)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:92)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:68)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336)
at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
at org.eclipse.core.launcher.Main.run(Main.java:977)
at org.eclipse.core.launcher.Main.main(Main.java:952)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 8 months
[JBoss JIRA] Created: (GPD-32) Class chooser limited to jbpm3.1.1 jar classes in Eclipse 3.2 (designer 3.0.9+)
by Koen Aers (JIRA)
Class chooser limited to jbpm3.1.1 jar classes in Eclipse 3.2 (designer 3.0.9+)
-------------------------------------------------------------------------------
Key: GPD-32
URL: http://jira.jboss.com/jira/browse/GPD-32
Project: JBoss jBPM GPD
Issue Type: Bug
Components: jpdl
Affects Versions: jBPM JPDL Designer 3.1.0 alpha1
Reporter: Koen Aers
Assigned To: Koen Aers
Fix For: jBPM JPDL Designer 3.1.0.beta1
When trying to lookup the class implementing an action handler, the class chooser dialog fails to see classes other than those in jBPM-3.1.1.
This applies to task assignments as well.
To re-create, create an action handler in a different eclipse project, place that project on the classpath of the process project, and invoke the class chooser for an action in a process definition. Typing the short name of the class does not cause the list of candidates to appear. Nor does typing the fully qualified name. Typing in "ActionHandler" causes candidates from the jBPM-3.1.1 jar file to appear.
Classpath is proven to be complete, because pasting the fully qualified class name into the handler class field causes the designer to display the configuration fields that are available. This is also the workaround.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 8 months
[JBoss JIRA] Created: (GPD-143) Load the icon of a paletteContribution entry from the plugin directory where it is defined
by Matthias Hanisch (JIRA)
Load the icon of a paletteContribution entry from the plugin directory where it is defined
------------------------------------------------------------------------------------------
Key: GPD-143
URL: http://jira.jboss.com/jira/browse/GPD-143
Project: JBoss jBPM GPD
Issue Type: Feature Request
Reporter: Matthias Hanisch
Assigned To: Koen Aers
In PaletteRoot class, the icon of a palette entry is always loaded from org.jbpm.gd.jpdl plugin, even if the paletteContribution entry is defined in a dependent plugin.
The information, where the palette entry element (entryElement in PaletteRoot.addControls) is defined, can be found in entryElement.getContributor().getName().
So also the corresponding image can be loaded from the correct bundle.
[ Sorry to only give a verbal description of the implementation. I would sign a corporate contributor's agreement, but I have problems with the procedure, e.g.
- do we need a corporate jboss account for my boss to sign
- if we sign with the "corporate" account, with which account I need to contribute then
etc.
So I would need some assistance here. Then you would get a real diff also.
]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 8 months