[JBoss JIRA] (JBIDE-11224) Ensure GWT tooling and m2e-wtp are configured for same output directory
by Jonathan Fuerth (JIRA)
Jonathan Fuerth created JBIDE-11224:
---------------------------------------
Summary: Ensure GWT tooling and m2e-wtp are configured for same output directory
Key: JBIDE-11224
URL: https://issues.jboss.org/browse/JBIDE-11224
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Reporter: Jonathan Fuerth
The output location for the GWT compiler differs when it is run through Maven vs. when it is run through the Google Eclipse plugin. What we want is for the Google Eclipse Plugin to target the same webapp directory as m2e-wtp and maven-gwt-plugin do.
Specific example of the issue:
1. Create a project from the Errai Kitchen Sink quickstart (you can create it with mvn archetype:generate -DarchetypeGroupId=org.jboss.errai.archetypes -DarchetypeArtifactId=kitchensink-quickstart -Dversion=2.0.Beta1)
2. From within Eclipse, run maven package on the project. Notice the GWT compiler writes its output to src/main/webapp/KitchenSink/**. This is good, because WTP is configured to use src/main/webapp.
3. At this point, you can run as web application on AS 7.1, and it will work. But this is GWT production mode, so changes made to client side code will not show up until the GWT compiler gets run again.
4. Try to launch Dev Mode (Run As -> Web Application Running on an External Server). Note the error message (the directory the GWT tooling was looking for doesn't exist) **This demonstrates the configuration problem this issue describes. GWT Dev Mode within Eclipse should be looking for the webapp in the same place as gwt-maven-plugin (and WTP)**
5. Run the GWT compiler from within eclipse (Google -> GWT Compile Project) **This is a workaround. It should produce the same javascript output as gwt-maven-plugin did**
6. Now launch Dev Mode again (Run As -> Web Application Running on an External Server). It works this time, because of the second copy of the javascript output.
Note: there's a video of this entire process, including the workarounds, at http://www.youtube.com/watch?v=KaLjOjBPVp0
--
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
13 years, 10 months
[JBoss JIRA] Created: (JBDS-1839) JAX-RS maven integration plugin is missing in extra site
by Libor Zoubek (JIRA)
JAX-RS maven integration plugin is missing in extra site
--------------------------------------------------------
Key: JBDS-1839
URL: https://issues.jboss.org/browse/JBDS-1839
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: 3rdPartyCertification, maven
Affects Versions: 5.0.0.M3
Reporter: Libor Zoubek
Fix For: 5.0.0.M4
I was verifying JBIDE-9290 on JBDS with m2e. JAX-RS configurator is missing there. It will definitely make sence to include this plugin when jax-rs tooling becomes part of JBDS. But it might make sense to include it before.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months
[JBoss JIRA] (JBIDE-11221) Order cartridges and application types alphabetically
by Lucia Jelinkova (JIRA)
Lucia Jelinkova created JBIDE-11221:
---------------------------------------
Summary: Order cartridges and application types alphabetically
Key: JBIDE-11221
URL: https://issues.jboss.org/browse/JBIDE-11221
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: openshift
Affects Versions: 3.3.0.Beta1
Reporter: Lucia Jelinkova
Assignee: Andre Dietisheim
Fix For: 3.3.0.CR1
The embedded cartridges and application types seem to be in no particular order (I've got feeling that it actually changes the order from time to time).
Could you order them alphabetically?
# in wizard the combobox with application type
# in wizard the table with embeddable cartridges
# in wizard the list of OpenShift applications
# in OpenShift Console view the during the embedding of new cartridges the list of cartridges
--
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
13 years, 10 months
[JBoss JIRA] Created: (JBIDE-9309) Easily adding full JBoss AS source
by arjan tijms (JIRA)
Easily adding full JBoss AS source
----------------------------------
Key: JBIDE-9309
URL: https://issues.jboss.org/browse/JBIDE-9309
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: JBossAS
Reporter: arjan tijms
Assignee: Rob Stryker
The JBoss AS server runtime from JBoss tools adds a library container to the classpath of an Eclipse project. This container provides a large amount of jar files that make up JBoss AS itself and the Java EE services it offers.
Attaching the source code for this is notoriously difficult. Because it concerns a large amount of jar files, attaching source code for each jar is a rather tedious job.
For JBoss AS 5, the fact that the location of jars in the source archive was completely different from the structure exposed in Eclipse or the binary build of JBoss AS, made it very hard to actually locate the correct source jar. Sometimes even names were different, making it even harder.
For JBoss AS 6, the source archive does not even contain the source for the majority of the JBoss AS artifacts. Source for 'core functionality' (from the point of view of the Java EE developer), like Servlet and JSF is missing. The user has to hunt the Internet to find the correct source for the correct version that JBoss AS 6 uses. This makes an already tedious job even more tedious.
I would like to request functionality where the user can point to a single _jboss-src.xyz_ file that contains all sources. JBoss tools should then automatically attach the right source from the archive to the right jar from the library container. Alternatively the user could point to a maven repository (but this should not make the Eclipse project dependent on maven).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months