Ok Alejandro... you have my apology. OK? 2007 was tough for you and I. I hope my apology will help but if it doesn't thats fine too.
 
I hope to qualify you latest changes to TraislBlob.. so far they look good and I have been running the latest cut for roster demo. No links on table images though.

Best regards
Ken in nashua

Date: Tue, 5 Feb 2008 18:07:42 -0500
Subject: RE: [trails-dev] HardOneToOne and HibernateDescriptorDecorator

Thats not true Kalle. Jesse has not welcomed my latest findings in T-4.1.3 and he is under extreme pressure to get that code resolved with unstable OGNL issues too. Those guys are way too sensitive when it comes to pin pointing bad stuff.
 
This is a double tag team... the less the better (for you and alejandro) it seems.
 
The numerous emails are a result of being behind secured firewall.
 
Nothing like exploiting this...
 
Regardless... there is always a better engineer in the midst. I never had to resort to bad business.
 
Best regards
Ken in nashua

---

Date: Tue, 5 Feb 2008 13:56:48 -0800
Subject: Re: [trails-dev] HardOneToOne and HibernateDescriptorDecorator

I'm 100% with Alejandro on this. The million incoherent, rambling emails coming from you, Ken, is exactly the reason why you are in danger of being kicked out from Tapestry user list and the same goes here. We've tried to advise you in so many words and tried to accommodate to your demanding, difficult to understand style of communication and needless accusations, but enough is enough.

Kalle

On 2/5/08, Alejandro Scandroli <

Ken

I was about to start this email with: "here we go again", but no, we
are not going anywhere. I had enough.
You have been warned about this kind of behavior several times, and on
several mailing lists.
This is it. I don't have time to deal with your hysteria.
The code I removed didn't belong there, it was bad code. Deal with it!

Yes, Chris did granted you commit rights before disappearing, but at
the same time he gave me despot rights. I'm going to use those rights
right now and I'm going to revoke your commit rights.

Please Ken, I'm asking you let us work, go and start your own fork
wherever you want, to do whatever you want to do with your own code.
STOP posting this kind of stuff here!

I wish you good luck, wherever you decide to go.

Bye.
Alejandro.


On Feb 5, 2008 5:47 PM, Ken in nashua <
>
>  The problem with the module method decorateAssociationDescriptor() (living
> in roster demo) below is that it never gets called.
>
>  The intricasies of the framework's descriptor decorator core logic would
> need to be re-modeled in the demo packages (which would be a train wreck).
>
>  Who instantiates such a class (below) ? The core... not the example.
>
>  Now I worked hard to develop the editor. It works fine. It cannot run
> without proper descriptor logic.
>
>  So why am I continually being targeted? Is this more TrailsBlob bitterness?
>
>  I would like to put this behind and get on fertile soil.
>
>  1. The current ObjectReferenceDescriptor OneToOne descriptor logic models
> OneToMany and ManyToOne associations.
>
>  2. HardOneToOne OwningObjectReferenceDescriptor logic models a MONOGAMOUS
> OneToOne relationship. It comes with  very nice trails editor.
>
>  Alejandro would you please advise for a solution for HardOneToOne
> descriptor decorator logic ?  Or are you going to keep play this out.
>
>  Chris granted me commit priv's over a year ago. I put alot of heart into
> this since and countless man hours on Jira's, QA, Features. I also work in
> the defense industry and have projects spec'd on alot of the work I have
> developed and modeled in trails. Currently I have been taken out from code
> bing sniped. Chris belief that you would welcome the help a year ago is far
> from existing and never existed from the get go. I was never welcomed by you
> as a committer.
>
>  So how far is this going to go. Just ignore it and let it go it's path?
>
>  You could tell me to go find the nearest bridge and jump off. I could never
> be so cruel. I am the one taking the hits to the chin. You took the legs out
> from under the code I developed. You are obligated to help resolve this. To
> continue down the path of putting other out of business is wrong. I have 20+
> behind me in project experience and have seen it all.
>
>  AND...
>
>  I'm Still looking for your best.
>
>
> Best regards
> Ken in nashua
>
>
>
>
>
>  ________________________________
>  From:
> To:
> Date: Tue, 5 Feb 2008 11:07:46 -0500
>
> Subject: RE: [trails-dev] HardOneToOne and HibernateDescriptorDecorator
>
>
>
> package
>
>  org.trails.hibernate;
>
>
>
> import java.beans.IntrospectionException;
>
> import java.beans.Introspector;
>
> import java.beans.PropertyDescriptor;
>
> import java.lang.reflect.Field;
>
> import java.lang.reflect.Method;
>
>
>
> import ognl.Ognl;
>
> import ognl.OgnlException;
>
>
>
> import org.apache.commons.logging.Log;
>
> import org.apache.commons.logging.LogFactory;
>
> import org.hibernate.mapping.Property;
>
> import org.hibernate.type.Type;
>
> import org.trails.descriptor.IClassDescriptor;
>
> import org.trails.descriptor.IPropertyDescriptor;
>
> import org.trails.descriptor.ObjectReferenceDescriptor;
>
> import org.trails.descriptor.extension.OwningObjectReferenceDescriptor;
>
>
>
> public class HardOneToOneDescriptorDecorator extends
>
> HibernateDescriptorDecorator {
>
> protected static final Log LOG = LogFactory
>
> .getLog(HardOneToOneDescriptorDecorator.class);
>
>
>
> @Override
>
> public IPropertyDescriptor decorateAssociationDescriptor(Class type,
>
> Property mappingProperty, IPropertyDescriptor descriptor,
>
> IClassDescriptor parentClassDescriptor) {
>
> super.decorateAssociationDescriptor(type, mappingProperty, descriptor,
>
> parentClassDescriptor);
>
>
>
> Type hibernateType = mappingProperty.getType();
>
> Class parentClassType = parentClassDescriptor.getType();
>
> ObjectReferenceDescriptor descriptorReference = new
> ObjectReferenceDescriptor(
>
> type, descriptor, hibernateType.getReturnedClass());
>
>
>
> try {
>
> Field propertyField = parentClassType.getDeclaredField(descriptor
>
> .getName());
>
> PropertyDescriptor beanPropDescriptor = (PropertyDescriptor) Ognl
>
> .getValue("propertyDescriptors.{? name == '"
>
> + descriptor.getName() + "'}[0]", Introspector
>
> .getBeanInfo(parentClassType));
>
> Method readMethod = beanPropDescriptor.getReadMethod();
>
>
>
> // Start by checking for and retrieving mappedBy attribute inside
>
> // the annotation
>
> String inverseProperty = "";
>
> if (readMethod
>
> .isAnnotationPresent(javax.persistence.OneToOne.class)) {
>
> inverseProperty = readMethod.getAnnotation(
>
> javax.persistence.OneToOne.class).mappedBy();
>
> } else if (propertyField
>
> .isAnnotationPresent(javax.persistence.OneToOne.class)) {
>
> inverseProperty = propertyField.getAnnotation(
>
> javax.persistence.OneToOne.class).mappedBy();
>
> } else {
>
> // If there is none then just return the
>
> // ObjectReferenceDescriptor
>
> return descriptorReference;
>
> }
>
>
>
> if ("".equals(inverseProperty)) {
>
> //
> http://forums.hibernate.org/viewtopic.php?t=974287&sid=12d018b08dffe07e263652190cfc4e60
>
> // Caution... this does not support multiple
>
> // class references across the OneToOne relationship
>
> Class returnType = readMethod.getReturnType();
>
> for (int i = 0; i < returnType.getDeclaredMethods().length; i++) {
>
> if (returnType.getDeclaredMethods()[i].getReturnType()
>
> .equals(propertyField.getDeclaringClass())) {
>
> Method theProperty = returnType.getDeclaredMethods()[i];
>
> /* strips preceding 'get' */
>
> inverseProperty = theProperty.getName().substring(3)
>
> .toLowerCase();
>
> break;
>
> }
>
> }
>
> }
>
>
>
> /**
>
> * Check identity owner/association
>
> */
>
> if (readMethod
>
> .isAnnotationPresent(org.trails.descriptor.annotation.HardOneToOne.class)) {
>
> OwningObjectReferenceDescriptor owningObjectReferenceDescriptor = new
> OwningObjectReferenceDescriptor();
>
>
>
> org.trails.descriptor.annotation.HardOneToOne.Identity identity = readMethod
>
> .getAnnotation(
>
> org.trails.descriptor.annotation.HardOneToOne.class)
>
> .identity();
>
>
>
> if (identity ==
> org.trails.descriptor.annotation.HardOneToOne.Identity.OWNER) {
>
> inverseProperty = descriptor.getName();
>
> if (inverseProperty.equals("")) {
>
> // find inverse property for ognl usage
>
>
>
> //
> http://forums.hibernate.org/viewtopic.php?t=974287&sid=12d018b08dffe07e263652190cfc4e60
>
> // Caution... this does not support multiple
>
> // class references across the OneToOne relationship
>
> Class returnType = readMethod.getReturnType();
>
> for (int i = 0; i < returnType.getDeclaredMethods().length; i++) {
>
> if (returnType.getDeclaredMethods()[i]
>
> .getReturnType().equals(
>
> propertyField.getDeclaringClass())) {
>
> Method theProperty = returnType
>
> .getDeclaredMethods()[i];
>
> /* strips preceding 'get' */
>
> inverseProperty = theProperty.getName()
>
> .substring(3).toLowerCase();
>
> break;
>
> }
>
> }
>
> }
>
>
>
> owningObjectReferenceDescriptor
>
> .setInverseProperty(inverseProperty);
>
>
>
> descriptorReference.addExtension(
>
> OwningObjectReferenceDescriptor.class.getName(),
>
> owningObjectReferenceDescriptor);
>
> }
>
> }
>
> } catch (SecurityException e) {
>
> LOG.error(e.getMessage());
>
> } catch (NoSuchFieldException e) {
>
> LOG.error(e.getMessage());
>
> } catch (OgnlException e) {
>
> LOG.error(e.getMessage());
>
> } catch (IntrospectionException e) {
>
> LOG.error(e.getMessage());
>
> }
>
> return descriptorReference;
>
> }
>
> }
>  ________________________________
>  Climb to the top of the charts! Play the word scramble challenge with star
> power. Play now!
> ________________________________
> Connect and share in new ways with Windows Live. Get it now!

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

     http://xircles.codehaus.org/manage_email

---

Climb to the top of the charts! Play the word scramble challenge with star power. Play now!

---

Connect and share in new ways with Windows Live. Get it now!