Return-Path: Delivered-To: apmail-jakarta-hivemind-user-archive@www.apache.org Received: (qmail 4449 invoked from network); 24 Feb 2006 14:05:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 24 Feb 2006 14:05:28 -0000 Received: (qmail 69256 invoked by uid 500); 24 Feb 2006 14:05:27 -0000 Delivered-To: apmail-jakarta-hivemind-user-archive@jakarta.apache.org Received: (qmail 69180 invoked by uid 500); 24 Feb 2006 14:05:26 -0000 Mailing-List: contact hivemind-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: hivemind-user@jakarta.apache.org List-Id: Delivered-To: mailing list hivemind-user@jakarta.apache.org Received: (qmail 69169 invoked by uid 99); 24 Feb 2006 14:05:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Feb 2006 06:05:26 -0800 X-ASF-Spam-Status: No, hits=0.3 required=10.0 tests=HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of kiuma72@gmail.com designates 64.233.184.207 as permitted sender) Received: from [64.233.184.207] (HELO wproxy.gmail.com) (64.233.184.207) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Feb 2006 06:05:25 -0800 Received: by wproxy.gmail.com with SMTP id 58so610115wri for ; Fri, 24 Feb 2006 06:05:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=mMiJdbYVd5Ry7BLyicsrjoyVYiw/jLTIlKpAxIUEdiPkD4FvAOq6zaGrJlh1xD1iHpnC0xGv42aSWfk/KMfz0JQcwmFdJpay3shpEQGd7z3iwh2zVbCfKoc+k7Ju6nt2pWAKDhkrp8xH9y5Fcz/lHYbcV8hB8M8yPiHBmGnmWwM= Received: by 10.54.125.18 with SMTP id x18mr1395640wrc; Fri, 24 Feb 2006 06:05:04 -0800 (PST) Received: by 10.54.79.13 with HTTP; Fri, 24 Feb 2006 06:05:04 -0800 (PST) Message-ID: <4d3bc9370602240605w2080db74o20a1bb1dca1a2d0d@mail.gmail.com> Date: Fri, 24 Feb 2006 15:05:04 +0100 From: "Andrea Chiumenti" To: hivemind-user@jakarta.apache.org Subject: Re: providin a dtd to hivemind xml files In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6520_15063212.1140789904481" References: <29F4341DC73FFE4BA0932B13B47064CF1B1C5E@DEFR-AS03-001.BOS.local> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_6520_15063212.1140789904481 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I know that IntelliJ is a valuable ide, but I'd like to concentrate my efforts over open solutions. Currently I don't know if it should be better to implement an Eclipse or NetBeans plugin, since I like them both. Anyway the nice point would be to have only some contributions into include= d files based on a subset of schema. This at first thought could be possible adding a service that accepts a list of schemas on each included file. The plugin module coud then process the xml file end extract the service. Or a smarte solution would be to create a global service and invent a way t= o associeate the module-id with accepted schemas (maybe a map, would be sufficient) On 2/24/06, Hugo Palma wrote: > > I actually have something like that in the roadmap of the Tapestry plugin > for IntelliJ i'm implementing. Of couse this component would be indepeden= t > of Tapestry and would work any any other kind of project. > > The bad news is that i won't have time in the near future to implement > this as i'll be implement other more Tapestry specific features. But if > anyone wants to implement such editor i can help with all the free time i > can get. > > > Cheers > > Hugo > > On 24/02/06, Domsch, Christian wrote: > > > > Hi, > > > > I proposed this some time ago: It is possible to write an editor (or an > > ide plugin) that reads all hivemodule.xml (like the registrybuilder > > does) and the parse all configuration points and there corresponding sc= hema > > definitions. And from theses schemas enforce the correct editing of the > > contributions. Its all there, you just have to write that "little" edit= or > > :-) > > > > Btw, this would be a great improvment! > > > > Greetings, > > > > Christian. > > > > ------------------------------ > > *Von:* marcus.schulte@bmw.ch [mailto:marcus.schulte@bmw.ch] > > *Gesendet:* Freitag, 24. Februar 2006 14:07 > > *An:* 'hivemind-user@jakarta.apache.org' > > *Betreff:* RE: providin a dtd to hivemind xml files > > > > depends. The point is, the structure of a element > > depends on it's configuration-id attribute. That's not possible to enfo= rce > > in either dtd or schema afaik. > > But if you have a sub-module that contributes to only one schema that'l= l > > not be a problem. > > > > -----Original Message----- > > *From:* Andrea Chiumenti [mailto:kiuma72@gmail.com] > > *Sent:* Friday, February 24, 2006 1:58 PM > > *To:* hivemind-user@jakarta.apache.org > > *Subject:* providin a dtd to hivemind xml files > > > > Hi! > > > > To help my customers to configure services I'd like to drive them with > > dtd validation. So for example > > for file auth.xml included into my hivemodule.xml i'd like to provide a= n > > auth.dtd file to validate the xml correctness. > > > > Is it possible ? > > > > Thanks in advance, > > kiuma > > > > > ------=_Part_6520_15063212.1140789904481 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I know that IntelliJ is a valuable ide, but I'd like to concentrate my effo= rts over open solutions.
Currently I don't know if it should be better to implement an Eclipse or Ne= tBeans plugin, since I like them both.

Anyway the nice point would be to have only some contributions into included files based on a subset of schema. This at first thought could be possible adding a service that accepts a list of schemas on each included file.

The plugin module coud then process the xml file end extract the service.
Or a smarte solution would be to create a global service and invent a way to associeate the module-id with accepted schemas (maybe a map, would be sufficient)

On 2/24/06, Hugo Palma <hugo.m.palma@gmail.com> wrote:
I actually have something like that in the roadmap of the Tapestry plugin for IntelliJ i'm implementing. Of couse this component would be indepedent of Tapestry and would work any any other kind of project.
The bad news is that i won't have time in the near future to implement this as i'll be implement other more Tapestry specific features. But if anyone wants to implement such editor i can help with all the free time i can get.


Cheers

Hugo


On= 24/02/06, Domsch, Christian < Christian.Domsch@top-logic.com> wrote:
Hi,
 
I proposed this some time ago: It is possible to write an=20 editor (or an ide plugin) that reads all hivemodule.xml (like the=20 registrybuilder does) and the parse all configuration points and there=20 corresponding schema definitions. And from theses schemas enforce the corre= ct=20 editing of the contributions. Its all there, you just have to write that=20 "little" editor :-)
 
Btw, this would be a great improvment!
 
Greetings,
 
Christian.

depends. The= point is, the structure of a <contribution> element=20 depends on it's configuration-id attribute. That's not possible to enforc= e in=20 either dtd or schema afaik.
But=20 if you have a sub-module that contributes to only one schema that'll not = be a=20 problem.
-----O= riginal Message-----
From: Andrea Chiumenti=20 [mailto:kiuma72@gmail.com]Sent: Friday, February 24, 2006 1:58=20 PM
To: hi= vemind-user@jakarta.apache.org
Subject:=20 providin a dtd to hivemind xml files

Hi!

To = help=20 my customers to configure services I'd like to drive them with dtd=20 validation. So for example
for file auth.xml included into my=20 hivemodule.xml i'd like to provide an auth.dtd file to validate the xml= =20 correctness.

Is it possible ?

Thanks in=20 advance,
kiuma


------=_Part_6520_15063212.1140789904481--