[Design of JBoss ESB] - Re: Registry Design
by tfennelly
"mugdho" wrote : About the piece of code which you provided below, I was wondering if we could have something like a name space lookup for getting the Services. Wouldn't that be better on the user side, since he will be aware of which service he is interested in.
Sure, the actual lookup of the Service EPR would prob best be done using something like a Service URN, which the user would get from the relevant "Service" object returned from getServices().
| public interface RegistryService {
| public Service[] getServices();
| public EPR getServiceEPR(URN service);
| }
|
anonymous wrote : One question at this point. When an user queries on a Registry isn't he essentially interested in one of the EPRs? While thinking of examples on when a user should query the Registry all that came to my mind are EPRs.
|
| But ofcourse I guess there can be scenarios the user just needs information about the Service and is essentially not interested in the EPR right?
|
| But if in most of the cases the user is looking for the EPR then Tom, I think Service Objects may need to have the EPRs in them.
Yeah, not sure about this one myself. I was thinking that perhaps the EPRs might not be cached by the user in the same way as perhaps the Service list would be. In theory, the EPR can change and so should be looked up on a regular basis.
I was thinking that perhaps the Service objects might just contain info such as the Classifications, Concepts, URN etc; Info that the user could use to decide whether or not the Service is the "right one" to service its needs. Once it locates the Service that fits the bill, it performs a lookup of the Service EPR (using getServiceEPR()) to perform contract invocations.
anonymous wrote : Further to that perhaps we can think of querying on the RegistryObjects using the Classification / Concept. But yeah wouldn't the RegsitryObject need to have such a criteria already present if we were to query on it?
Sure, we could! I was just thinking that it'd be easier to implement the "bulk" getServices option and leave it to the user to filter through the Service list. Perhaps we could implement the more advanced query functionality in a later release??
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967770#3967770
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967770
19 years, 7 months
[Design of JBoss jBPM] - Re: command iteration
by tom.baeyens＠jboss.com
what a way to start your monday mornin!
the J2EE 1.4 spec says:
"
J2EE.6.7 Java? Transaction API (JTA) 1.0 Requirements
JTA defines the UserTransaction interface that is used by applications to start, and
commit or abort transactions. Enterprise beans are expected to get UserTransaction
objects through the EJBContext?s getUserTransaction method. Other application
components get a UserTransaction object through a JNDI lookup using the name
java:comp/UserTransaction.
JTA also defines a number of interfaces that are used by an application server
to communicate with a transaction manager, and for a transaction manager to
interact with a resource manager. These interfaces must be supported as described
in the Connector specification. In addition, support for other transaction facilities
may be provided transparently to the application by a J2EE product.
The latest JTA 1.0 specification is version 1.0.1B and is available at http://
java.sun.com/products/jta.
"
and sun's blueprints stuff says:
"
8.5 Web Tier Transaction Guidelines
Servlets and JSP pages in a two-tier application can access enterprise information systems within the scope of a JTA transaction. Servlets and JSP pages support only programmatic transaction demarcation. A servlet or JSP page can use JNDI to look up a UserTransaction object (using the standard defined name java:comp/UserTransaction), and then use the UserTransaction interface to demarcate transactions.
Code Example 8.1 illustrates the use of the JTA UserTransaction interface to demarcate transactions within a Servlet:
Context ic = new InitialContext();
UserTransaction ut =
(UserTransaction) ic.lookup("java:comp/UserTransaction");
ut.begin();
// access resources transactionally here
ut.commit();
"
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967744#3967744
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967744
19 years, 7 months
[Deployers on JBoss (Deployers/JBoss)] - Re: Ordering of .ear subdeployments
by vickyk
anonymous wrote :
| I think with the latest change if an ear doesn't have a jboss-app.xml, deployment will fail with an NPE at EARDeployer line 275.
|
I dont think so as J2eeApplicationMetaData is taking care of this .
| //Get the Deployment Ordering style
| Element moduleOrderElement = getOptionalChild(rootElement, "module-order");
| if (moduleOrderElement != null)
| {
| moduleOrder = getElementContent(moduleOrderElement);
| }
| else
| {
| moduleOrder = "implicit";
| }
|
anonymous wrote :
| With this WARN log, anyone who upgrades to 4.0.5 and doesn't add this new config element will get a WARN log. A WARN in a production app is a serious problem; to make it go away the users will have to add the new element.
|
The warn will appear only if the user is not using the module order as strict or implicit , say the user has typed errstrict in the module-order ie
| <module-order>errstrict</module-order>
|
The value of implicit will be taken , there will be no failure but the warning will be displayed .
anonymous wrote :
| This is causing o.j.t.cluster.test.CrossContextCallsTestCase to fail.
|
I am not sure why this fails can you give me some more details on this ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967729#3967729
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967729
19 years, 7 months