Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 56269 invoked from network); 26 Nov 2008 19:47:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Nov 2008 19:47:05 -0000 Received: (qmail 39046 invoked by uid 500); 26 Nov 2008 19:47:16 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 39006 invoked by uid 500); 26 Nov 2008 19:47:16 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 38994 invoked by uid 99); 26 Nov 2008 19:47:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Nov 2008 11:47:16 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 66.249.90.177 as permitted sender) Received: from [66.249.90.177] (HELO ik-out-1112.google.com) (66.249.90.177) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Nov 2008 19:45:48 +0000 Received: by ik-out-1112.google.com with SMTP id c28so658191ika.1 for ; Wed, 26 Nov 2008 11:46:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=1oY5XDk0VzV8UWkgoJ5Ou9Xp8pZHZYBD/akQRZMiqw8=; b=mSYghMnVAuMi/ZtVeg8DPUrh88lPMwpR2t2I/FAjMhkb2bJ99U+OFmE5iTLYZJrzp0 V0tb/JFku7n3AURGuKoi0corylm15YRszqiGL11hipJBx/UFCBlpu0v/8GLdXy3Ai39S yxzXE9/zB+bZMJsI2uBrgtIILMkxr7H8IG5Z0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=s1cxbArWwqOkCc+NI8gI11RmZSkyEHP+X1vb2+/sku9OyC6RgJwY56YTDDhniyeg66 azPjL1rcTeZAltyZKtS0o1Zh0fXKUQi8yjPJ6owDFNAQMMi4nbT7U9RvcPFUL0yiM2Kt iu0XSYEnPzwto+s2k3oBSWVsSDcPG3iKahDZc= Received: by 10.187.201.15 with SMTP id d15mr1411066faq.11.1227728776821; Wed, 26 Nov 2008 11:46:16 -0800 (PST) Received: by 10.187.224.13 with HTTP; Wed, 26 Nov 2008 11:46:16 -0800 (PST) Message-ID: Date: Wed, 26 Nov 2008 14:46:16 -0500 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: Re: XBean questions In-Reply-To: <49248A0D.3050901@nextury.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_30887_11867430.1227728776836" References: <49248A0D.3050901@nextury.com> X-Google-Sender-Auth: 9aa13eac7164b6cc X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_30887_11867430.1227728776836 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Did you get an answer for this problem? (being 7 days old and all) You might want to post this to the geronimo mailing list for XBean. It's really hard to get any answers from anyone except David Jencks and Dain Sundstrom. You can also try the IRC channel. Alex On Wed, Nov 19, 2008 at 4:50 PM, Emmanuel Lecharny wro= te: > Hi, > > as I have added some properies into the AbstractProtocolService class, I'= m > now trying to get them listed on the web site (documentation effort ...). > > The problem I have is that all the setXXX() methods are immediately seen = as > configuration parameters, even if it's not the case. > > We are using a generic XBean annotation : > > * @org.apache.xbean.XBean > */ > public class NtpServer extends AbstractProtocolService > ... > > which use reflection to construct the XSD file from the javaclass. What I > would like to do is to remove the useless parameters from this XSD file w= hen > the maven-xbean-plugin is run. For instance, I don't want : > - DatagramAcceptor > - SocketAcceptor > - DirectoryService (we don't use it for the NtpServer) > - ServiceID (This is a technical info which will never change) > - ServiceName (This is a technical info which will never change) > - started (it's a protected boolean set by the server itself, no need to > configure it) > - TransportProtocols > > Anyone knows how to get those elements not generated as part of the XSD > file ? > > I have looked at the very sparse xbean doco, but didn't find anywhere > something helpful. What I would like to do is to add some annotation to t= ell > XBean not to use a setter as a configuration element. Or the opposite : > declare all the configurable element in the top level class, telling xbea= n > not to dig into the class and its parents for a new configurable element. > > Is it possible ? > > Thanks ! > > -- > -- > cordialement, regards, > Emmanuel L=E9charny > www.iktek.com > directory.apache.org > > > ------=_Part_30887_11867430.1227728776836 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Did you get an answer for this problem? (being 7 days old and all)

Y= ou might want to post this to the geronimo mailing list for XBean.  It= 's really hard to get any answers from anyone except David Jencks and D= ain Sundstrom.  You can also try the IRC channel.

Alex

On Wed, Nov 19, 2008 at 4:50 PM,= Emmanuel Lecharny <elecharny@gmail.com> wrote:
Hi,

as I have added some properies into the AbstractProtocolService class, I= 9;m now trying to get them listed on the web site (documentation effort ...= ).

The problem I have is that all the setXXX() methods are immediately seen as= configuration parameters, even if it's not the case.

We are using a generic XBean annotation :

* @org.apache.xbean.XBean
*/
public class NtpServer extends AbstractProtocolService
...

which use reflection to construct the XSD file from the javaclass. What I w= ould like to do is to remove the useless parameters from this XSD file when= the maven-xbean-plugin is run. For instance, I don't want :
- DatagramAcceptor
- SocketAcceptor
- DirectoryService (we don't use it for the NtpServer)
- ServiceID (This is a technical info which will never change)
- ServiceName (This is a technical info which will never change)
- started (it's a protected boolean set by the server itself, no need t= o configure it)
- TransportProtocols

Anyone knows how to get those elements not generated as part of the XSD fil= e ?

I have looked at the very sparse xbean doco, but didn't find anywhere s= omething helpful. What I would like to do is to add some annotation to tell= XBean not to use a setter as a configuration element. Or the opposite : de= clare all the configurable element in the top level class, telling xbean no= t to dig into the class and its parents for a new configurable element.

Is it possible ?

Thanks !

--
--
cordialement, regards,
Emmanuel L=E9charny
www.iktek.com
directory.apache.= org



------=_Part_30887_11867430.1227728776836--