[JBoss JIRA] (JBIDE-10531) Incorrect EL with brackets [] is dislpayed as correct
by Vlado Pakan (Created) (JIRA)
Incorrect EL with brackets [] is dislpayed as correct
-----------------------------------------------------
Key: JBIDE-10531
URL: https://issues.jboss.org/browse/JBIDE-10531
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: jsp/jsf/xml source editing
Affects Versions: 3.3.0.M5
Environment: Linux 32 bit, Java Sun JDK 1.6, jbdevstudio 5.0.0.v201112150534M-H62-M
Reporter: Vlado Pakan
Assignee: Alexey Kazakov
Fix For: 3.3.0.Beta1
Steps to reproduce:
1. Create JSF Kick Start with Facelets
2. Open inputname.xhtml page
3. Insert code <h:outputText value="#{msg['prompt'}" /> within <ui:define name="body"> with missing closing ']'
Error: in Visual part of VPE is EL displayed evaluated value of EL #{msg['prompt']} i. e. 'Your Name:'
Assert: it should display text #{msg['prompt'} because source code is not syntactically correct. There is warning about expected ']' but it's something what can be really easy missed and server is not displaying this page correctly. It will return error when trying to display this page. So VPE visual representation should also display this tag as not correct.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] Created: (JBIDE-8553) Generation of Arquillian @Deployment method
by Nicklas Karlsson (JIRA)
Generation of Arquillian @Deployment method
-------------------------------------------
Key: JBIDE-8553
URL: https://issues.jboss.org/browse/JBIDE-8553
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Reporter: Nicklas Karlsson
Trying to assemble a minimal Arquillian test archive can be lots of work when the dependencies add up and you only notice the problems at deployment time. I would love to have a feature that would create the @Deployment method for you. It could (in theory) work like this:
Somewhere in your test class from the context menu you could
a) generate a new @Deployment method if none exist or
b) add to the deployment method if it exists
You could then pick one or more files to start from. The imports and references would be analyzed and a minimal set of classes would be added to the deployment archive code generated. If run again, the new tree would be merged with the existing one.
Then comes the tricky part. Analyze the archives on the classpath and dig out which archives provide which classes. Further use Aether or some other maven api to find out the dependecy tree until all jars to be included are discovered.
Example:
Foo.java references Bar.java
Bar.java references Tar.java
Tar.java references Worksheet.class
Foo.java is included in the generated @Deployment
Bar.java is included
Tar.java is included
jxl.jar from the local repo is included since it is determined from the pom.xml through further investigation to provide Worksheet.class.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months