[JBoss JIRA] Created: (JBDS-1109) Recognize/Set a SOA-P Server Runtime
by Stelios Koussouris (JIRA)
Recognize/Set a SOA-P Server Runtime
------------------------------------
Key: JBDS-1109
URL: https://jira.jboss.org/jira/browse/JBDS-1109
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Feature Request
Affects Versions: 2.1.1
Reporter: Stelios Koussouris
[Stelios]
I have one more question. Why when you create a JBoss ESB Project it ONLY offers you the chance to create an EAP Runtime and NOT and ESB Runtime? I create the ESB project and I go to "Add Runtime" but it is an EAP Runtime "Type" that I end up with (although I am pointing it to an
ESB Runtime).
[Max]
When you create an ESB project it needs an EAP runtime (SOA-P is an EAP) and the type if we had one would be SOA-P (not just ESB).
The "runtime" you point to here is the complete server runtime (i.e. EAP), not just ESB. Right now we unfortunately don't have a good check
if the underlying EAP includes an ESB runtime or not (like we i.e. have for Portal) this is something we will need to work on going forward. The notion of ESB Runtime is something we have for *standalone* ESB, not full platforms (like EAP and SOA-P).
To solve/align it better it would be major new functionality that would go into a JBDS 3.1 or even JBDS 4.
--
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
15 years, 7 months
[JBoss JIRA] Created: (JBIDE-5936) New ESB Project wizard validation needs to be earlier in the process
by Brian Fitzpatrick (JIRA)
New ESB Project wizard validation needs to be earlier in the process
--------------------------------------------------------------------
Key: JBIDE-5936
URL: https://jira.jboss.org/jira/browse/JBIDE-5936
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: esb
Affects Versions: 3.1.0.CR2
Reporter: Brian Fitzpatrick
Assignee: Brian Fitzpatrick
Fix For: 3.2.next
While testing a fix for JBIDE-5916, Rob Stryker discovered the strange and undesirable behavior as documented below while testing against EAP 5.0 instead of SOA-P 5.0:
"When I am in the first page of the esb project wizard, automatically selected is my JBoss EAP 5.0 Server Runtime. Below it is also automatically selected "ESB Version: 4.7". Yet when I push forward two pages, it tells me my server does Not have esb 4.7 in it, I then have to go back two pages and change the facet version, then forward two pages to see if the error has disappeared.
I finally gave up, as it one by one informed me that I do not have a satisfactory version in my EAP 5.0 runtime at all, which I find as extremely unlikely. At at least one attempt told me I did not even have a runtime selected, when the UI clearly did. (I eventually got confused enough that I did a du -a | grep -i "esb" command to see if the eap server had any jars or anything that mentioned "esb" anywhere in the file name. None did. So now I'm wondering if my install is just odd, but I don't suspect it is.
I decide to switch to not using the "Server supplied runtime" and instead creating a new one on the third page, and I again pointed to my jboss-eap-5.0 folder. At no point did this dialog inform me that none of the versions were found. Instead I, once again, had to select each of the 6 versions to find out none were valid for this folder.
I finally pointed directly to an actual esb server (jbossesb-server-4.4.GA) and the dialog did auto-fill itself in, though I also remember I was the one who made that fix about 2 months ago after a similarly infuriating attempt at this.
However even after I do this, I notice in my Package Explorer that there is NO classpath container containing any ESB jars on hte project. So I check the .classpath file to see if ANYTHING was added at all, and I see this:
<classpathentry kind="con" path="server.supplied/SomeName"/>
Aside from the ridiculously short and uninformative name "server.supplied", the adept user will note that this entry was not, actually, server supplied at all, but rather the other option, as I outlined above and pointed directly to an esb installation. Aside from that, this "server.supplied" is directly visible in the Java Build Path property page, under the Libraries tab. Which means this constant is exposed to users to see."
The issue here seems to be that the runtime validation to see if it actually HAS an ESB installed doesn't occur until page 3 of the wizard. This should be done up front on page 1 of the wizard. If ESB isn't available in a selected runtime, the user should not be able to continue in the wizard and should get an error message saying that the runtime selected doesn't support ESB. Pretty simple.
The user should not be forced to go forward/back through the wizard trying different combinations if NONE of the combinations will actually work.
This needs to be fixed for the next release.
--
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
15 years, 7 months
[JBoss JIRA] Created: (JBIDE-3136) New decorator from existing Web Bean
by Dan Allen (JIRA)
New decorator from existing Web Bean
------------------------------------
Key: JBIDE-3136
URL: https://jira.jboss.org/jira/browse/JBIDE-3136
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: webbeans
Reporter: Dan Allen
Fix For: LATER
Suppose we have an interface that represents accounts:
public interface Account {
public BigDecimal getBalance();
public User getOwner();
public void withdraw(BigDecimal amount);
public void deposit(BigDecimal amount);
}
A decorator is a simple Web Bean that implements the type it decorates and is annotated @Decorator.
@Decorator
public abstract class LargeTransactionDecorator
implements Account {
@Decorates Account account;
@PersistenceContext EntityManager em;
public void withdraw(BigDecimal amount) {
account.withdraw(amount);
if ( amount.compareTo(LARGE_AMOUNT)>0 ) {
em.persist( new LoggedWithdrawl(amount) );
}
}
public void deposit(BigDecimal amount);
account.deposit(amount);
if ( amount.compareTo(LARGE_AMOUNT)>0 ) {
em.persist( new LoggedDeposit(amount) );
}
}
}
The tooling would not only help you create the class that acts as the decorator, but make sure that it implements the same interfaces as the Web Beans and injects the Web Bean into a @Decorate field.
--
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
15 years, 7 months
[JBoss JIRA] Created: (JBIDE-5084) Hibernate 3.0 XML Editor - NPE
by Vitali Yemialyanchyk (JIRA)
Hibernate 3.0 XML Editor - NPE
------------------------------
Key: JBIDE-5084
URL: https://jira.jboss.org/jira/browse/JBIDE-5084
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: common, Hibernate
Affects Versions: 3.1.0.M4, 3.1.0.CR1
Reporter: Vitali Yemialyanchyk
Assignee: Viacheslav Kabanovich
java.lang.NullPointerException
at org.jboss.tools.common.editor.TreeFormPage.initialize(TreeFormPage.java:142)
at org.jboss.tools.hibernate.ui.xml.editor.HibConfig3CompoundEditor.doCreatePages(HibConfig3CompoundEditor.java:34)
at org.jboss.tools.common.editor.ObjectMultiPageEditor.createPages(ObjectMultiPageEditor.java:235)
at org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:357)
at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:662)
at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:462)
at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595)
at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java:286)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2857)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2762)
at org.eclipse.ui.internal.WorkbenchPage.access$11(WorkbenchPage.java:2754)
at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2705)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2701)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2685)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2676)
at org.eclipse.ui.ide.IDE.openEditor(IDE.java:651)
--
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
15 years, 7 months