[Design of POJO Server] - Re: The DeploymentManager and ProfileService
by scott.stark@jboss.org
"emuckenhuber" wrote :
| Yes there is definitely some work to do on the ProfileServiceBootstrap. Especially the one based on xml
| needs some more work, if you want to look at that one.
I think that instead of the current ProfileServiceBootstrap usage of an injected AbstractBootstrapProfileFactory to build the current profile, what we need is a
| public interface ProfileResolver
| {
| public Collection<Profile> createProfiles(ProfileKey rootKey, Server server, Properties props)
| throws Exception;
|
| }
|
and the current AbstractBootstrapProfileFactory could be ProfileResolvers. Maybe this could be a list/set of resolvers in the AbstractBootstrapProfileFactory so that its recursive logic still could be used to resolve both the profile and subprofiles across all of the resolvers. I'll work on this approach a bit.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206409#4206409
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206409
15 years, 2 months
[Design of JBoss Transaction Services] - Remote EJB Transaction Problem
by sunny.mikel
There are two remote EJBS talking to each other on two different JBOSS AS (version 4.2.3) .Each EJB has methods that have transactional attribute Requied.
The methods in each EJB use JPA(Hibernate as ORM). Now my requirement is that When one EJB1 calls the method of EJB2 on other Server the insertions into the databases should be transactional i:e either everything should succeed or everything should fail.
Scenario :
EJB1
TransactionalAttribute.Requied
x()
{
JPA_Statement_x1;
y();
JPA_Statement_x2;
}
EJB2
TransactionalAttribute.Requied
y()
{
JPA_Statement_y1;
.....
}
Now if JPA_Statement_x2 in calling bean(EJB1) fails y()((EJB12) should roll back as well(i:e JPA_Statement_y1 should not get executed at all).
I tried with JBOSS AS Version 4.2.3 but it seems to fail.
Can someone provide a solution please. The database is mysql.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206378#4206378
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206378
15 years, 2 months
[Design of Messaging on JBoss (Messaging/JBoss)] - .NET Client Conversion
by clebert.suconic@jboss.com
As the other developers know, I'm doing the .NET conversion for the Client library.
To get things started I created my environment on both Windows and Linux.
For LInux, I installed an IDE called monodevelop. (Both Ubuntu and Fedora will have it on the respective package Managers). MonoDeveloper will be able to open the same project files managed by Visual Studio.
For Windows, I'm using KVM. (KVM is faily simple. The only real difficulty is to enable virtualization on the computer BIOS :-) )
On Windows, besides Visual Studio, I have installed NUnit for Testcases and http://ankhsvn.open.collab.net/ for SVN integration on Visual Studio.
C# and Java are very similar. There are few common changes I already identified though:
- Capital Convention on name methods.
Java will aways use lowerCase as the first letter, while C# Capital on the first letter for methods.
- Properties Get and Set Methods
C# introduces a new syntax for property get and propert set. Instead of regular methods, .NET programs will have a special syntax for properties:
|
| public int Length
| {
| get;
| set;
| }
|
On the code above, the get and set implementation is done automatically. You could also add code if you need extra behaviour.
I don' t have an opinion about this yet. Maybe I should keep property methods as methods during the conversion, so it would be easier to keep code similarity between Java and C#. I will make my opinion about this as I go, and I will keep you guys posted.
- On the testcases, I'll use a super class for everybody to make the conversion easier. In C# you call Assert.areEquals instead of assertEquals methods. I''m adding those definitions on a super class to make life easier on the conversion.
I"m still going through the conversion. From now on it should be faster.
I want to keep feeding this thread with more findings, and write a WIKI & blog about my findings when I have more information.
Also, please... share you experience on this thread if you have any experience about converting Java classes as C#,
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206366#4206366
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206366
15 years, 2 months