[JBoss JIRA] Created: (RHDS-120) java.lang.NullPointerException when try to save empty value in web.xml Editor.
by Anton Klimkovich (JIRA)
java.lang.NullPointerException when try to save empty value in web.xml Editor.
------------------------------------------------------------------------------
Key: RHDS-120
URL: http://jira.jboss.com/jira/browse/RHDS-120
Project: Red Hat Developer Studio
Issue Type: Bug
Affects Versions: 1.0.0.beta1
Reporter: Anton Klimkovich
Open web.xml on tree tab
Right ckick on Error Pages for example
Set Error-Code and location
On Tree tab in web.xml Editor clear field with Error-Code
Try to save file.
java.lang.NullPointerException
at org.eclipse.jst.j2ee.model.internal.validation.WarValidator.validateErrorPages(WarValidator.java:693)
at org.eclipse.jst.j2ee.model.internal.validation.WarValidator.validate(WarValidator.java:251)
at org.eclipse.jst.j2ee.internal.web.validation.UIWarValidator.validate(UIWarValidator.java:95)
at org.eclipse.jst.j2ee.model.internal.validation.WarValidator.validateInJob(WarValidator.java:329)
at org.eclipse.jst.j2ee.internal.web.validation.UIWarValidator.validateInJob(UIWarValidator.java:111)
at org.eclipse.wst.validation.internal.operations.ValidatorJob.run(ValidatorJob.java:75)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
org.eclipse.wst.validation.internal.core.ValidationException: CHKJ3000E: WAR Validation Failed: java.lang.NullPointerException
at org.eclipse.jst.j2ee.model.internal.validation.WarValidator.validateInJob(WarValidator.java:343)
at org.eclipse.jst.j2ee.internal.web.validation.UIWarValidator.validateInJob(UIWarValidator.java:111)
at org.eclipse.wst.validation.internal.operations.ValidatorJob.run(ValidatorJob.java:75)
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: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (JBIDE-4304) Autoconfigure datasources from JBoss in DTP
by Max Rydahl Andersen (JIRA)
Autoconfigure datasources from JBoss in DTP
-------------------------------------------
Key: JBIDE-4304
URL: https://jira.jboss.org/jira/browse/JBIDE-4304
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: JBossAS
Reporter: Max Rydahl Andersen
Fix For: 3.1.0.M1, 3.1.0.M2
It would be great if DTP would automatically (or semi-automatically) could be configured to pickup the -ds.xml in a server runtime so users didn't have to set it up.
Not sure where in the ui we should have this, a couple of options come to my mind:
1) At AS Server/runtime creation have a checkbox saying "Configure -ds.xml automatically in DTP" and then we will keep DTP informed about the -ds.xml files for it to pick up
2) In DTP's ui have a way to add or maybe only import a -ds.xml and have it preconfigured.
The biggest issue will be to know which drivers we should be using for -ds.xml...
Things that should be considered:
If users changes the -ds.xml how does DTP learn about it ?
If the users remove the -ds.xml how does DTP react ?
If the users add .?
Needs investigation into if DTP have extensions point that allows for this kind of 'monitored' resources to update the connections; or if it is better to simply just have a way to "import" settings from ds.xml's (and then possibly have a manual refresh to pickup changes)
Or have both.
The usecase for this is to be able to use already existing and newly added -ds.xml files from within Eclipse with minimal setup, i.e. for Seam and Dali projects.
(I think this is a duplicate, but couldn't find it ;(
--
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
14 years, 5 months
[JBoss JIRA] Created: (JBIDE-4824) adjust to proper usage of w3c dom and the changes in upcoming WTP 3.2
by Max Rydahl Andersen (JIRA)
adjust to proper usage of w3c dom and the changes in upcoming WTP 3.2
---------------------------------------------------------------------
Key: JBIDE-4824
URL: https://jira.jboss.org/jira/browse/JBIDE-4824
Project: Tools (JBoss Tools)
Issue Type: Task
Components: Hibernate
Affects Versions: 3.1.0.M4
Reporter: Max Rydahl Andersen
Assignee: Vitali Yemialyanchyk
Not sure how much this affects us but the following were posted to WTP-DEV mailing list:
"In an effort to become more compliant with the W3C DOM specification, we are planning to make changes that may require action on your behalf. The current behavior of the WTP implementation of org.w3c.dom.Element returns null for getAttribute(String) and getAttributeNS(String) if the attribute value is not specified. After the change, calls to these methods will return an empty string if the attribute value is not specified. This change is required to comply with the interface, and will correct various NullPointerExceptions when EMF is used with our DOM implementation and the EMF code is undeniably correct.
What is required?
If your code was depending on the DOM returning null to indicate a missing attribute, the code should be changed to hasAttribute(String) or hasAttributeNS(String) before obtaining the value.
When will this change be implemented?
During Milestone 3 of WTP 3.2.
Where can I find more information?
https://bugs.eclipse.org/bugs/show_bug.cgi?id=272378"
We had some code in th reveng.xml editing which I believe depended on this kind of behavior. Best to adjust to the spec so we work on both versions.
--
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
14 years, 5 months
[JBoss JIRA] Created: (JBIDE-4155) Allow publish on build
by Chris Bredesen (JIRA)
Allow publish on build
----------------------
Key: JBIDE-4155
URL: https://jira.jboss.org/jira/browse/JBIDE-4155
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: UpStream
Affects Versions: 3.0.0.GA
Reporter: Chris Bredesen
Priority: Minor
As a developer using JBoss Tools to publish projects to JBoss Application Server, I'd like to be able to turn off automatic publishing and publish only when the project is built. When the automatic publish interval is long enough to not be distracting, it is too slow for rapid turnaround. When it's short enough to create rapid turnaround, it often blocks other actions such as building or re-saving a view file. Allowing the user to control this and simply hook the publish to a [manual] build would solve both problems.
See forum reference for details.
--
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
14 years, 5 months
[JBoss JIRA] Created: (JBIDE-3373) f:facet processing for xhtml pages using JSF tags
by Yura Zhishko (JIRA)
f:facet processing for xhtml pages using JSF tags
-------------------------------------------------
Key: JBIDE-3373
URL: https://jira.jboss.org/jira/browse/JBIDE-3373
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Visual Page Editor core
Affects Versions: 3.0.0.cr1
Reporter: Yura Zhishko
Assignee: Maxim Areshkau
Insert next source example code into the page:
<h:panelGrid
columns="2" border="5" width="250"
rules="all" frame="above"
cellpadding="4" cellspacing="6"
bgcolor="silver"
style="COLOR: #ff0080; BACKGROUND-COLOR: #ffff00; TEXT-DECORATION: underline; FONT-STYLE: italic; FONT-WEIGHT: bold; FONT-SIZE: xx-large; FONT-FAMILY: 'Arial Black';"
styleClass=""
captionClass="myStyle0"
columnClasses="" rowClasses=""
headerClass="" footerClass="" >
<f:facet name="footer">
<p>sdlfsd</p>
<p>dsfjal</p>
<input type="button">fsdadf</input>
gkhadjksfg
</f:facet>
<h:outputText value="begin"/>
</h:panelGrid>
VPE doesn't render usuall html tags and simple text, but browsers do it. <f:facet> can content only one UIComponent for JSF components.
--
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
14 years, 5 months