December 2006 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: Unnecessary read before update with merge()

by epbernard

To expand it a bit. If you expect mostly updates from your graph, saveOrUpdate is good, if you expect mostly unchanges objects in your graph, merge is good. Hibernate optimize things under the hood (merge profile / batch update), the different does not matters in most cases View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991830#3991830 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991830

17 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Unnecessary read before update with merge()

by epbernard

This is as per the spec. The behavior you want is available when you do session.saveOrUpdate() Both have merit. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991828#3991828 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991828

17 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Unnecessary read before update with merge()

by markvl2

Hope I'm not posting this to the wrong forum. I raised this first on the EJB3 and Hibernate user forums but have come to the conclusion it is a design / implementation issue with EJB3/Hibernate. I have a simple case of an entity which is read in one thread, then updated in another thread using merge(). The Hibernate merge() code always reads the original value of a detached entity. From DefaultMergeEventListener.entityIsDetached(): | //we must clone embedded composite identifiers, or | //we will get back the same instance that we pass in | final Serializable clonedIdentifier = (Serializable) persister.getIdentifierType() | .deepCopy( id, source.getEntityMode(), source.getFactory() ); | final Object result = source.get(entityName, clonedIdentifier); | It should be possible to update the entity without the original value of the entity being read from the DB. This is causing an unncecessary call to the DB. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991824#3991824 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991824

17 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: JACC: Policy Configuration needs to be linked with child

by anil.saldhana＠jboss.com

Ignore my last post please. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991807#3991807 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991807

17 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: JACC: Policy Configuration needs to be linked with child

by anil.saldhana＠jboss.com

Ok I am clear on the AttachmentLocator usage. Does this go in the EARDeployer or the EARStructureDeployer? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991804#3991804 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991804

17 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: JACC: Policy Configuration needs to be linked with child

by scott.stark＠jboss.org

Yes, and we should replace this traversal through the deployment unit contexts with org.jboss.deployers.plugins.deployers.helpers.AttachmentLocator.search(DeploymentUnit unit, Class type) to limit the number of areas touching deprecated classes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991803#3991803 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991803

17 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: continuous integration?

by Digeratus

I started looking around (it's been years since I played with javamail) and it seems like it's just a property that can be set. So I'll poke at that a bit. if.... I can get a build working ;^) Right now (after a cvs update today) I get a build failure because of... /mnt/bayDrive/local/jboss/jbpm/jbpm.3/build/build.xml:56: The following error occurred while executing this line: /mnt/bayDrive/local/jboss/jbpm/jbpm.3/designer/jpdl/org.jbpm.gd.jpdl.build/build.xml:58: The following error occurred while executing this line: /mnt/bayDrive/local/jboss/jbpm/jbpm.3/designer/jpdl/org.jbpm.gd.jpdl.build/build.xml:165: The following error occurred while executing this line: java.io.FileNotFoundException: /mnt/bayDrive/local/jboss/jbpm/jbpm.3/designer/jpdl/org.jbpm.gd.jpdl.build/target/projects/org.jbpm.gd.jpdl.docs/gpd.userguide/build.xml (No such file or directory) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991802#3991802 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991802

17 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: JACC: Policy Configuration needs to be linked with child

by anil.saldhana＠jboss.com

Does the EARDeployer need to create this transient attachment for POlicyConfiguration? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991797#3991797 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991797

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Proposed new package structure

by thomas.diesler＠jboss.com

We agreed on the following plan 1) Thomas commits changes to package structure in trunk 2) Jason synchronises meta data and tools code base accross branches 3) for now, there will be no seperate module 4) after CTS completion we get together for a tools/core design session that should produce a migration path towards a better maintainable tools code base View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991796#3991796 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991796

17 years, 6 months

1
0
0 / 0

[Design of POJO Server] - JACC: Policy Configuration needs to be linked with children

by anil.saldhana＠jboss.com

Assume that an EAR contains a ejb-jar as well as a war. There is a need to link the policy configuration at the ear level to the PC for the individual constituents of the EAR. Currently, in the EJBModule.java, the following piece of code is returning null for the parent policy configuration (parentPC): | DeploymentContext current = deploymentUnit.getDeploymentContext(); | while (current.getParent() != null) | current = current.getParent(); | PolicyConfiguration parentPC = current.getTransientAttachments().getAttachment(PolicyConfiguration.class); | if (parentPC != null && parentPC != pc) | parentPC.linkConfiguration(pc); | This is important for ejb21, ejb3 and web deployments. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991795#3991795 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991795

17 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums December 2006