[JBoss JIRA] Created: (JBIDE-6356) Hibernate mapping file editor sometime shows old content
by Jiri Peterka (JIRA)
Hibernate mapping file editor sometime shows old content
--------------------------------------------------------
Key: JBIDE-6356
URL: https://jira.jboss.org/browse/JBIDE-6356
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Hibernate
Affects Versions: 3.1.1
Reporter: Jiri Peterka
Fix For: 3.2.next
Sometimes old hbm.xml file is shown in Hibernate editor after class modification and hbm.xml regenerating (even after close all, and refresh).
I don't know if it's Eclipse problem or some Hibernate Tools problem but I've noticed that several times. After restart content is ok. It's question of editor content refresh, hbm.xml generation is ok and file system has proper file content.
Steps:
1. Create some POJOs
2. Create hbml.xml mapping file
3. Open hbm.xml
4. Update created POJOs
5. Delete hbml.mxl files
6. Generate hbm.xml again
7. Open generated hbm.xml
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[JBoss JIRA] Created: (JBIDE-6343) Create a "sanity check plugin/feature" tool for running on integration builds
by Max Rydahl Andersen (JIRA)
Create a "sanity check plugin/feature" tool for running on integration builds
-----------------------------------------------------------------------------
Key: JBIDE-6343
URL: https://jira.jboss.org/browse/JBIDE-6343
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Reporter: Max Rydahl Andersen
Fix For: LATER
I keep seeing the following antipatterns or oversights happening in our codebase, most of them I believe we could mechanically check for.
No duplicate names in .project since it makes it impossible to import into Eclipse
bin folders should be svn:ignored and not be committed (causes problems when doing svn synchronization and all the .class files are showing up and some even commits it)
things in svn:ignore should be committed (either someone overrode svn:ignore or the svn:ignore were added later)
if pom.xml file exists target should be svn:ignored too.
Execution environment should be specified in manifest.mf's
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[JBoss JIRA] Created: (JBIDE-6588) BPEL deployment to ODE running in Tomcat
by Gary Brown (JIRA)
BPEL deployment to ODE running in Tomcat
----------------------------------------
Key: JBIDE-6588
URL: https://jira.jboss.org/browse/JBIDE-6588
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: bpel
Reporter: Gary Brown
Currently the BPEL plugins in JBoss Tools support deployment of a BPEL process and ODE deployment descriptor to RiftSaw (ODE running in JBossAS).
It may be useful to allow users to also deploy the same processes to ODE running inside Tomcat.
This would enable existing ODE/Tomcat users to benefit from a supported version of the BPEL editor, and easily switch to using RiftSaw if they wanted.
The Eclipse BPEL project already provides a deploy for ODE in Tomcat. The only change that would be required is to change the bpel-deploy.xml to deploy.xml during deployment, as ODE does not recognize bpel-deploy.xml.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months
[JBoss JIRA] Created: (JBIDE-6450) Classloader incompatibilities between javax.xml.soap (1.2) and javax.xml.soap (1.3) when running WS Tester
by Brian Fitzpatrick (JIRA)
Classloader incompatibilities between javax.xml.soap (1.2) and javax.xml.soap (1.3) when running WS Tester
----------------------------------------------------------------------------------------------------------
Key: JBIDE-6450
URL: https://jira.jboss.org/browse/JBIDE-6450
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Webservices
Affects Versions: 3.2.0.M1
Reporter: Brian Fitzpatrick
Assignee: Brian Fitzpatrick
Priority: Critical
Fix For: 3.2.0.M1
Finally got to the heart of the java.lang.VerifyError issue I've been running into with the WS Tester.
javax.xml.soap (1.2) is an old-school plug-in jar wrapper that takes saaj.jar and exposes it in Eclipse.
javax.xml.soap (1.3) is a new-school OSGI-compatible wrapper that builds the individual saaj classes and wraps them to expose them in Eclipse.
As Nick said in a recent IRC chat - ".jar!/org/whatever/*.class is better than .jar!foo.jar". But in my case, it causes the lovely java.lang.VerifyError when I try to use a utility class that takes advantage of classes from javax.xml.soap.
After doing some digging, it turns out the javax.xml.soap (1.3) plug-in is coming from the Atlassian update site for the latest & greatest version of their JIRA/Mylyn plug-ins. Without Atlassian JIRA connectors installed, it runs just fine.
So this presents an issue... If we're meant to certify against Atlassian JIRA connectors, this is going to come up again. So how do we work around it?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months