[JBoss JIRA] Created: (RHDS-334) In GPD - right-click on a task node does not display options to add actions or tasks
by Len DiMaggio (JIRA)
In GPD - right-click on a task node does not display options to add actions or tasks
------------------------------------------------------------------------------------
Key: RHDS-334
URL: http://jira.jboss.com/jira/browse/RHDS-334
Project: Red Hat Developer Studio
Issue Type: Bug
Components: visualeditor
Affects Versions: 1.0.0.CR1
Environment: Red Hat Developer Studio - Build id: 1.0.0.CR1
Designer plugin 3.1.0.sp1
jbpm-jpdl-suite-3.2.2 (for jBPM runtime)
Reporter: Len DiMaggio
Attachments: Screenshot_eclipse.png, Screenshot_RHDS.png
Description of problem:
In the GPD, right-clicking on a task does not display options to add actions or tasks in RHDS CR1.
Contrast - this does work correctly with:
Core and Designer plugin 3.0.13
jbpm-jpdl-suite-3.2.2 (for runtime)
Eclipse Europa - Version: 3.3.1.1
Version-Release number of selected component (IR or RC #, component ver)
Red Hat Developer Studio - Build id: 1.0.0.CR1
How reproducible:
100%
Steps to Reproduce:
1. Access the websale example program - shipped with jbpm-jpdl-suite-3.2.2
2. Edit the processdefinition.xml file with the GPD
3. Right-click on a task node
Actual results:
See RHDS screenshot - attached
Expected results:
See Eclipse screenshot - attached
Additional info: (e.g., stack trace)
Attachments (e.g., server log)
--
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
17 years, 8 months
[JBoss JIRA] Created: (JBDS-427) Seam EARs are not correctly deployed on windows
by Jeronimo Ginzburg (JIRA)
Seam EARs are not correctly deployed on windows
-----------------------------------------------
Key: JBDS-427
URL: https://jira.jboss.org/jira/browse/JBDS-427
Project: Developer Studio
Issue Type: Bug
Affects Versions: 1.1.0.GA
Environment: Windows only (2000 & XP), Seam 2.0.2SP1, Sun JDK 1.5.0_16
Reporter: Jeronimo Ginzburg
Assignee: Max Rydahl Andersen
JBDS often doesn't include or update some files when deploying Seam EARs. This only happens on the JBDS 1.1.0GA win32 version. We couldn't reproduce this wrong behavior neither in RHEL version nor in JBoss Tools 2.1.2 over eclipse 3.3.2-win32 using WTP 2.0.3.
At the same time the error is not *always* exactly reproducible. The missing or not updated files are not always the same. In one occasion a jar was deployed with 0 kb size.
Following is a more detailed description of the steps performed in the customer environment and later reproduced in my machine with *more or less* similar problems.
1) Windows 2000 and the JBDS win32 1.1.0 GA distribution (in my case I installed Win 2000 SP4, but the customer has XP). I was using Sun JDK 1.5.0_16.
2) I generated a new Seam Web Project called "aProject" using Seam 2.0.2SP1 with the EAR packaging option.
3) I published the new blank application to the JBoss EAP 4.3 (included in the JBDS distribution)
The first thing I noticed was that the EJB files (in this case Authenticator.class and others) WERE NOT COPIED. (This didn't happened at the customer)
I tried stoping/restarting the AS/deleting the ear folder, redeploying the application several times. Finally the files were deployed. (Note that I hadn't changed the project settings for getting it done)
4) I removed jboss-seam.jar from the EJB manifest file. I added it as an external jar to the ejb project. (this is because of a reported bug)
5) I created a new Java project called "core". I included an external jar file ("model.jar") on the build path of this project and I checked "model.jar" to be exported to other dependant projects.
I coded a reference to a model.jar class in the "core" project. Later I coded a reference to a class from core project inside Authenticator class login method.
I made "aProject-ejb" and "aProject-ear" to depend on "core" (in the project references)
In the J2EE module dependencies of core project I checked core.jar and model.jar
I the build path of aProject-ejb I included core. I also checked it for export
In the aProject-ear J2EE module dependencies I checked core.jar (model.jar is automatically included)
(Note: Perhaps I'm forgetting to write any substep here. The result must be that the ear package must contain model.jar and core.jar)
5) I published the seam application to the AS. In this case all the files were copied but on the customer, sometimes core.jar or model.jar were not copied or copied with 0 kb size
6) I logged in. A class not found exception was thrown because I forgot to include core.jar and model.jar in the EJB Manifest file classpath.
I added it to the manifest file. I saved the file. I published the application again. The deployed manifest file is not updated. I made some retries and nothing happened. Then I realized the manifest file date was about 30 minutes later than the local time of my machine. So I changed the time (+35 minutes) and then after republishing the file was updated.
Errors:
*** ERROR ***: Wed Sep 17 17:34:13 ART 2008 No IModelProvider exists for virtual component P/aProject-ear aProject-ear/EarContent/jboss-seam.jar of version: null
(An exception stack trace is not available.)
/////////////////////////////// (other error only in the case of the 0kb deployed jar):
unable to assemble module
java.util.zip.ZipException: ZIP file must have at least one entry
at java.util.zip.ZipOutputStream.finish(Unknown Source)
at java.util.zip.DeflaterOutputStream.close(Unknown Source)
at java.util.zip.ZipOutputStream.close(Unknown Source)
at org.jboss.ide.eclipse.as.core.server.xpl.ModulePackager.finished(ModulePackager.java:58)
at org.jboss.ide.eclipse.as.core.publishers.JstPublisher.packModuleIntoJar(JstPublisher.java:332)
at org.jboss.ide.eclipse.as.core.publishers.JstPublisher.fullPublish(JstPublisher.java:138)
at org.jboss.ide.eclipse.as.core.publishers.JstPublisher.publishModule(JstPublisher.java:112)
at org.jboss.ide.eclipse.as.core.server.internal.DeployableServerBehavior.publishModule(DeployableServerBehavior.java:132)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:749)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:835)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
at org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
at org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 8 months
[JBoss JIRA] Created: (JBIDE-2960) Null exception
by Michael Sorokin (JIRA)
Null exception
---------------
Key: JBIDE-2960
URL: https://jira.jboss.org/jira/browse/JBIDE-2960
Project: Tools (JBoss Tools)
Issue Type: Bug
Affects Versions: 2.0.0.Beta1
Environment: linux os;
Reporter: Michael Sorokin
Assignee: Vitali Yemialyanchyk
Priority: Minor
Stack trace:
java.lang.NullPointerException
at org.hibernate.eclipse.mapper.extractor.HBMInfoExtractor.getNearestType(HBMInfoExtractor.java:587)
at org.hibernate.eclipse.mapper.extractor.FieldPropertyHandler.attributeCompletionProposals(FieldPropertyHandler.java:59)
at org.hibernate.eclipse.mapper.editors.HBMXMLContentAssistProcessor.getAttributeValueProposals(HBMXMLContentAssistProcessor.java:51)
at org.hibernate.eclipse.mapper.editors.xpl.BaseXMLContentAssistProcessor.addAttributeValueProposals(BaseXMLContentAssistProcessor.java:60)
at org.eclipse.wst.xml.ui.internal.contentassist.AbstractContentAssistProcessor.computeAttributeValueProposals(AbstractContentAssistProcessor.java:1267)
at org.eclipse.wst.xml.ui.internal.contentassist.AbstractContentAssistProcessor.computeCompletionProposals(AbstractContentAssistProcessor.java:1301)
at org.eclipse.wst.xml.ui.internal.contentassist.XMLContentAssistProcessor.computeCompletionProposals(XMLContentAssistProcessor.java:105)
at org.eclipse.wst.xml.ui.internal.contentassist.AbstractContentAssistProcessor.computeCompletionProposals(AbstractContentAssistProcessor.java:1409)
at org.eclipse.wst.xml.ui.internal.contentassist.XMLContentAssistProcessor.computeCompletionProposals(XMLContentAssistProcessor.java:120)
at org.eclipse.wst.sse.ui.internal.contentassist.CompoundContentAssistProcessor.computeCompletionProposals(CompoundContentAssistProcessor.java:300)
at org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1836)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:553)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$16(CompletionProposalPopup.java:550)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup$2.run(CompletionProposalPopup.java:485)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:479)
at org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1664)
at org.eclipse.wst.sse.ui.internal.StructuredTextViewer.doOperation(StructuredTextViewer.java:437)
at org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:131)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:129)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:185)
at org.eclipse.ui.internal.handlers.LegacyHandlerWrapper.execute(LegacyHandlerWrapper.java:109)
at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerService.java:169)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:472)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:824)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:882)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:571)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard.java:512)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(WorkbenchKeyboard.java:127)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1436)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1157)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1182)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1167)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1194)
at org.eclipse.swt.widgets.Widget.gtk_key_press_event(Widget.java:698)
at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:2765)
at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:702)
at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1543)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:4506)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4099)
at org.eclipse.swt.internal.gtk.OS._gtk_main_do_event(Native Method)
at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(OS.java:5792)
at org.eclipse.swt.widgets.Display.eventProc(Display.java:1177)
at org.eclipse.swt.internal.gtk.OS._g_main_context_iteration(Native Method)
at org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(OS.java:1550)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3031)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
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:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
Customers.hbm.xml:
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
<!-- Generated Oct 22, 2008 2:12:44 PM by Hibernate Tools 3.2.2.GA -->
<hibernate-mapping>
<class name="org.Customers" table="Customers" catalog="hibernate">
<id name="id" type="java.lang.Integer">
<column name="id" />
<generator class="identity" />
</id>
<property name="name" type="string">
<column name="name" length="200" />
</property>
<property name="lastname" type="string">
<column name="lastname" length="200" />
</property>
<property name="city" type="string">
<column name="city" length="200" />
</property>
<property name="street" type="string">
<column name="street" length="200" />
</property>
<component name="ord">
<property name=""></property>
</component>
</class>
</hibernate-mapping>
...
<component name="ord"> <- here code assist does not work (for windows all ok)
<property name=""></property> <- here we get exception (for windows all ok)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 8 months
[JBoss JIRA] Created: (JBIDE-2909) java.lang.StringIndexOutOfBoundsException during workbench travelling
by jarkko Lietolahti (JIRA)
java.lang.StringIndexOutOfBoundsException during workbench travelling
---------------------------------------------------------------------
Key: JBIDE-2909
URL: https://jira.jboss.org/jira/browse/JBIDE-2909
Project: Tools (JBoss Tools)
Issue Type: Bug
Environment: eclipse.buildId=M20080911-1700
java.fullversion=J2RE 1.6.0 IBM J9 2.4 Linux amd64-64 jvmxa6460-20080816_22093 (JIT enabled, AOT enabled)
J9VM - 20080816_022093_LHdSMr
JIT - r9_20080721_1330ifx2
GC - 20080724_AA_CMPRSS
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=fi_FI
Command-line arguments: -os linux -ws gtk -arch x86_64
Reporter: jarkko Lietolahti
Priority: Minor
Problems occurred when invoking code from plug-in: "org.eclipse.core.resources".
java.lang.StringIndexOutOfBoundsException
at java.lang.String.substring(String.java:1092)
at org.jboss.tools.common.model.filesystems.impl.AbstractXMLFileImpl.setErrors(AbstractXMLFileImpl.java:74)
at org.jboss.tools.common.model.filesystems.impl.AbstractXMLFileImpl.setErrors(AbstractXMLFileImpl.java:59)
at org.jboss.tools.common.model.filesystems.impl.FileXMLImpl.updateMarkers(FileXMLImpl.java:52)
at org.jboss.tools.common.model.filesystems.impl.FileXMLImpl.get(FileXMLImpl.java:34)
at org.jboss.tools.common.model.filesystems.impl.FileAnyImpl.toFileName(FileAnyImpl.java:126)
at org.jboss.tools.common.model.filesystems.impl.FileAnyImpl.name(FileAnyImpl.java:112)
at org.jboss.tools.common.model.filesystems.impl.FileAnyImpl.getPathPart(FileAnyImpl.java:120)
at org.jboss.tools.common.model.impl.RegularChildren.addObject(RegularChildren.java:125)
at org.jboss.tools.common.model.impl.RegularObjectImpl.addChild_0(RegularObjectImpl.java:71)
at org.jboss.tools.common.model.impl.XModelObjectImpl.addChild(XModelObjectImpl.java:250)
at org.jboss.tools.common.model.filesystems.impl.FolderImpl.createFileObject(FolderImpl.java:219)
at org.jboss.tools.common.model.filesystems.impl.FolderImpl.createFileObject(FolderImpl.java:192)
at org.jboss.tools.common.model.filesystems.impl.FolderImpl._loadChild(FolderImpl.java:166)
at org.jboss.tools.common.model.filesystems.impl.FolderImpl.loadChildren(FolderImpl.java:141)
at org.jboss.tools.common.model.filesystems.impl.FolderImpl.loadChildren(FolderImpl.java:133)
at org.jboss.tools.common.model.impl.RegularObjectImpl.getChildren(RegularObjectImpl.java:56)
at org.jboss.tools.common.verification.vrules.layer.VObjectImpl.getChildren(VObjectImpl.java:46)
at org.jboss.tools.common.verification.vrules.impl.VTaskImpl.apply(VTaskImpl.java:130)
at org.jboss.tools.common.verification.vrules.impl.VTaskImpl.run(VTaskImpl.java:81)
at org.jboss.tools.common.verification.vrules.core.resources.GlobalBuilderImpl.execute(GlobalBuilderImpl.java:45)
at org.jboss.tools.common.verification.vrules.core.resources.VerifyBuilder.build(VerifyBuilder.java:39)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:633)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:170)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:201)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:253)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:256)
at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:309)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:341)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:140)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:238)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 8 months
[JBoss JIRA] Created: (JBIDE-2627) Add "Server Locations" option to JBoss WTP Adapter to prevent JBoss contamination
by Francisco Jose Peredo Noguez (JIRA)
Add "Server Locations" option to JBoss WTP Adapter to prevent JBoss contamination
---------------------------------------------------------------------------------
Key: JBIDE-2627
URL: https://jira.jboss.org/jira/browse/JBIDE-2627
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Affects Versions: 2.1.2
Reporter: Francisco Jose Peredo Noguez
When doing development of serveral independent applications over the JBoss AS, that JBoss AS installation get contaminated by those applications
If I create workspaces1, and inside it I create dynamic webproject 1, and run it on JBoss, then I switch to workspace2, and create dynamic webproject 2, and run it on JBoss, since it is the same JBoss instance, both dynamic webproject 1 and dynamic webproject 2 will start (and there is no way, from inside eclipse to undeploy dynamic webproject 1 unless I go back to workspaces1 and undeploy it.
But, if one is working with Tomcat, there is no problem, applications do not "contaminate" the shared Tomcat, why is that? well the Tomcat WTP Adapter has a configuration option enabled by default under "Server Location", that reads: "Use workspace metadata (does not modify Tomcat installation)". I would like to have an option like that for JBoss AS.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 8 months