Alejandro,
 
I put alot of heart into trails. I can operate trails from my own project space, customizations and overrides... not-a-problem. And I intend to help the user community. I am not a quitter nor assassin.
 
If Chris restores my xcircles priv's I will continue to develop trails too. There is nothing I would do differently and I have done nothing wrong. My take on open source is it is operated by over seas panzies that will turn on, cheat and sucker punch anyone from behind.
 
I am not surprised by what you have to resort to. And it is a severe case of third world poverty.
 
What would you do if you were demoted or taken out? I think you would cry. Well you cannot tell this pro grade hockey player he cannot step on the ice. And never in my whole career did I EVER raise my stick and hack someone in the back of the neck hoping the could not get up to skate/play again.
 
The fact that the TRAILS codebase was 'never ever in any threat of lapse technically' by my valuable effort and checkin privileges ... constitutes your actions as pure disturbing mayhem just because you do not like me, feel threatened by my presence and refuse to communicate with me on clean ground. Resorting to deleting someone elses code behind their back is mayhem too and I will throw in some dynasty head ego case too boot.
 
And this is what american outsourcing gets in return?
 
I am just another in your long line of victims... not this guy... sorry bud. It has nothing to do with me. Kalle runs by your side just to save his own bacon and keep politically safe. I will never see your best because it is not within you.
 
You jealous about me being able to navigate the project, produce JIRA's, develop features, fix bugs, develop demo's and examples (and if I come up with something nice you get insanely jealous). You threatened to leave the project due to pressures to bring out the best and went actually to the extent of re-architecting/modularizing the project for your own personal ability to leave the project and use what was developed for your own capacity.
 
Who threatens to quit if they don't get what they want?
 
To be honestly, I had anticipated a breakout this spring to shake trails out and see what the new stuff can do and what it can't. This breakout remains on schedule. My open source efforts are valid/legit and tech lead guys hate me for trying to make real use of things and finding out ther's problems. Any open source Jira's I created are legit and just because it all does not come out rosey does not mean you have to cannibalize people putting their heart into the effort.
 
So I understand your position completely. It's not news to me that people like you still resort to mayhem to make it in the world. I have been bumped from projects (by immune fearful developers) for having identified THEIR bad design growth and spurring their efforts to produce the best where there remains unresolved functionality. I have prompted whole rewrites in many instances. Lead guy's feel the pressure but it is all for the best outcome which I believe in TRAILS is ocurring.
 
When I see "your-best" then you will have my respect, but I am currently discouraged about "your-best".
 
Thanks for burning me beautiful. See you on that horizon.

Best regards
Ken in nashua



> Date: Tue, 5 Feb 2008 22:21:40 +0100
> Subject: Re: [trails-dev] HardOneToOne and HibernateDescriptorDecorator
>
> 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
> >
> >
> >
> >
> >
> > ________________________________
> > 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
>
>

---

Need to know the score, the latest news, or you need your Hotmail®-get your "fix". Check it out.