<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="ProgId" content="Word.Document"><meta name="Generator" content="Microsoft Word 10"><meta name="Originator" content="Microsoft Word 10"><link rel="File-List" href="file:///C:%5CDOCUME%7E1%5CSergiy%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"></o:smarttagtype><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"></o:smarttagtype><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!--[if !mso]><object
classid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui></object>
<style>
st1\:*{behavior:url(#ieooui) }
</style>
<![endif]--><style>
<!--
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0cm;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;
text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline;
text-underline:single;}
@page Section1
{size:612.0pt 792.0pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;
mso-header-margin:36.0pt;
mso-footer-margin:36.0pt;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->
</style><!--[if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";}
</style>
<![endif]-->
<p class="MsoNormal">That’s fantastic! </p>
<p class="MsoNormal">I’ve reviewed Resteasy functionality couple days before Bill
posted that announcement. Less code to integrate always sounds good to me ;)</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b style="">Regarding JDBC metadata</b>.
</p>
<p class="MsoNormal">I meant to say connector for JDBC connection, and sequencer
for JDBC database metadata extraction.<o:p> </o:p>Based on my understanding of the core infrastructure I’m
planning to do following (very keen to change it in any other DNA strategically
important way in case it is different from my understanding):</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">1) I'll review new chapter "how to write custom connectors"and use the <b style="">dna-connector-svn</b>
as a reference to implement the <b style="">dna-connector-jdbc
</b>in<b style=""> </b>extensions<b style="">. </b>It will<b style=""> accept </b>two configuration styles to specify JDBC configuration<b style=""> - javax.sql.DataSource </b>and<b style=""> </b>more generic<b style=""> java.sql.Driver </b>(connection URL, username/password, etc).<o:p> <br></o:p></p>
<p class="MsoNormal">2) create<span style=""> </span><b style="">dna-sequencer-jdbc-metadata</b> subproject
in extensions that will implement an interface <b style="">similar to</b> org.jboss.dna.graph.sequencers.<b style="">StreamSequencer</b> except for the “stream” input parameter because it
is irrelevant for JDBC based conversations:</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">package org.jboss.dna.graph.sequencers;</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">public interface JdbcSequencer {</p>
<p class="MsoNormal"><span style=""> </span>void sequence(java.sql.Connection
jdbcConnection,</p>
<p class="MsoNormal"><span style="">
</span>SequencerOutput output,</p>
<p class="MsoNormal"><span style="">
</span>SequencerContext context); </p>
<p class="MsoNormal">}<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The main purpose – is to make it generic enough to allow implementing
different JDBC sequencers.</p>
<p class="MsoNormal">How it sounds? <span style=""> </span><span style=""> </span><span style=""> </span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Basically, what I need to do is to port my <b style="">DatabaseMetadata Extractor</b> (I did it
few years ago, and tested against Oracle9i, MS SQL Server 2005, and MySQL) into
org.jboss.dna space. The extractor as whole package is a bit too heavy to just
simply copy it – it is relying on several Apache\Jacarta libraries (notably on Jacarta
commons <a href="http://commons.apache.org/chain/">Chain</a> (Chain of
Responsibility" pattern) + generates JDBC drivers comparison reports in
XML and HTML. So, I’m trying to refactor it in the same time. <br></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b style="">Regarding REST
mapping</b>. My intention was to just describe “<i style="">prior art</i>” for reference purposes only – let others to they work -
while it sounds like Jerome K. Jerome’s famous quote about his addiction to
work ;) - we may save more time on analysis of possible REST mapping
strategies. </p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">My point is simple (and btw, it didn’t changed for years) –
“<i style="">program to interfaces</i>”, likely
standards based and setup transparent links (inject, configure, etc) to open
source software implementations (preferably) of those interfaces where
appropriate and possible.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="text-align: justify;">I’m completely agree with your
comments on that, and even more – inspired by your feeling towards choosing
right balance between writing own code and reusing available libraries and
frameworks I decided to spend some time analysing possible choices and wrote a
wiki page about <b style="">prospective ways</b> to
integrate/implement various JBoss DNA components in the future. Basically its
small review of technologies available in <st1:city><st1:place>OSS</st1:place></st1:city>
community (especially in JBOSS community) that might be related to JBoss DNA concept and might be reused in its
implementation – have a look at it here <a href="https://www.jboss.org/community/docs/DOC-12952">https://www.jboss.org/community/docs/DOC-12952</a> – your comments
are greatly appreciated. The <b style="">main
purpose of that review was to make the DNA implementation technology(s) /
framework(s) choices broader and to address time to market requirement </b>(while
I love those frameworks and JEE in particular - I don’t want to push it too
hard). The bottom line is that one of the main JBoss DNA/JCR and JBoss DNA/Web
purposes shall be to simplify metadata management things, not to complicate
them – from client prospective. Plus (I guess) serve as JBoss technology stack
show case (to some reasonable degree).</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So, basically we will stick with JCR API for traversal,
search, update nodes and map it onto URL, right?</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The beauty of JCR API is that we don’t need to wait till our
JCR implementation will be ready to integrate with other frameworks or
services. As long as all components will rely strictly on JCR API interfaces
and access it through standard way (e.g. JNDI lookup, dependency injection, etc)
– we can easily use JackRabbit embedded in a meantime, and then substitute it
with our JCR implementation when it became ready. We would need to address
performance limitations of JackRabbit in our implementation of JCR API – in
order to make it better (since it mean to be enterprise wide repository – e.g.
thousands of nodes, subnodes, properties).</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I have the same opinion like you that RESTful service in not
the equal to web app UI. <span style=""> </span>We need separate
JIRA ticket(s) for Web UI app, each panned/proposed WS (e.g. <a href="https://jira.jboss.org/jira/browse/DNA-55"></a><a href="https://jira.jboss.org/jira/browse/DNA-55"><span style="text-decoration: none;">REST-based API for remote access and usage</span></a>).
</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Also, we would need to <b style="">clarify
deployment scenarios</b> of JBoss DNA stack in detail (like JackRabbit’s team
did) – also highlighted on my wiki page. </p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="text-align: justify;"><b style="">Regarding Web application UI</b>.<span style="">
</span>I’m not against Flex as one of possible UI rendering but I’m just not
sold on the fact that Flex is the first or preferable choice for DNA UI.
Reasons explained in more detail on the s<a href="https://www.jboss.org/community/docs/DOC-12952">ame wiki page</a> – but basically it is
all about <b style="">infrastructure and
technology/feature enablers</b> <b style="">that btw
already part of JBoss stack.</b> For instance, thin and rich JSF framework like
<b style="">RichFaces </b>that nicely integrates
with<b style=""> JBoss Seam </b>as a web
infrastructural component might implement all required UI functionality. It is
easy to use, understand how it works (both projects have comprehensive
documentation) + my past experience with both frameworks might help in setting
up quickly web infrastructure for JBoss DNA web. <br></p><p class="MsoNormal" style="text-align: justify;"><br></p><p class="MsoNormal" style="text-align: justify;">Best regards,</p><p class="MsoNormal" style="text-align: justify;"> Sergiy<br></p>
</div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Randall Hauch <rhauch@redhat.com><br><b><span style="font-weight: bold;">To:</span></b> Sergey Litsenko <litsenko_sergey@yahoo.com>; JBoss DNA <dna-dev@lists.jboss.org><br><b><span style="font-weight: bold;">Sent:</span></b> Tuesday, 11 November, 2008 2:57:38 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [dna-dev] Re: JBoss DNA 0.4 planning<br></font><br><div>Excellent! Can't wait to see what you have. You're right that we could code to JSR 311 and use any valid implementation, but I have no problem relying upon RESTeasy, since we could leverage new features (e.g., <a rel="nofollow" target="_blank"
href="http://bill.burkecentral.com/2008/11/10/jax-rs-atom-support-with-resteasy/">http://bill.burkecentral.com/2008/11/10/jax-rs-atom-support-with-resteasy/</a>), and since the RESTful service would certainly be packaged to run in a servlet container and thus shouldn't have any problems with clashes in dependencies. Plus, RESTeasy is another JBoss technology.</div><div><br></div><div>I'm wondering if you meant to say a JDBC Metadata "connector" (rather than "sequencer"). If you did mean "sequencer", I'd be interested in hearing about how that might work (what might be sequenced so the sequencer knows how to establish the connection and retrieve the metadata).</div><div><br></div><div>Now, regarding a REST mapping. I've looked at Sling (which has other features besides just a REST service), and based upon the documentation (which may very well be out of date), the client specifies the content type in the URL - that's not very appealing.
I would much rather see standard content negotiation via the standard accept header. Now, the other two examples don't always look very RESTful (or at least "resource oriented"). For example, Alfresco's REST API's login method (<a rel="nofollow" target="_blank" href="http://wiki.alfresco.com/wiki/Repository_RESTful_API_Reference#Login">http://wiki.alfresco.com/wiki/Repository_RESTful_API_Reference#Login</a>) uses GET even though it's not idempotent. POST would seem to be better here. I would love to see a more detailed discussion on the REST mapping. Perhaps you could start off with what you've used in your prototype?</div><div><br></div><div>Another important topic is this: will we want to build a content-driven application framework or will we want to use Sling or Alfresco's WebScripts (or other)? Some advantages of reusing an existing system are: </div><ul class="MailOutline"><li>more functionality out of the
box (i.e., we're not 1+ years behind)</li><li>reuse existing technology</li><li>leveraging existing community and possibly expand DNA community via participation in the other community</li></ul><div>There are probably others, too. Some disadvantages are:</div><div><ul class="MailOutline"><li>must choose a technology</li><li>must live with their interface and design</li><li>little or no value-add over the existing technology</li><li>our JCR support must be close-to-complete before we can do this</li></ul><div><br></div><div>I'm a bit conflicted: I think we could do better, but just because we can doesn't mean we should. There's something to be said about focusing on what makes DNA unique and advantageous (primarily federation and sequencing), and just using Sling or Alfresco to build out some great useable applications. In fact, I think that a really usable and really useful content-driven rich internet application (perhaps using Flex)
is another potential focus area for DNA. </div><div><br></div><div>So, as long as as have a correct and complete (enough) JCR implementation, then we (or anyone else) should be able to use DNA in combination with Sling and/or Alfresco. We may even win over the Alfresco community, if DNA's repository implementation is better than Jackrabbit. (Jackrabbit does a lot of things well, but there are some things it doesn't do well. All we need to do is be better at how Alfresco uses JCR.)</div><div><br></div><div>Now, having said that, I think that a RESTful service is not the same as a content-driven application framework. I think DNA should offer a lightweight, full-functioning RESTful service that doesn't depend on the larger content-driven applications. After all, I think many embedded use cases will simply want a deployable RESTful service so that client apps can work with a remote (federated) repository. And
I think we can achieve this with very little code using RESTeasy (or maybe even other JSR-311 implementations). So we definitely need to do this.</div><div><br></div><div><br></div></div><div>Best regards,</div><div><br></div><div>Randall</div><br><div><div>On Nov 10, 2008, at 6:04 AM, Sergey Litsenko wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"><div><div style="margin: 0px; font-family: 'times new roman','new york',times,serif; font-size: 12pt;"><div style="margin: 0px;">Hi All,<br> I've already started working on (not yet in SVN - will wait till 0.3 release):<br> 1) JDBC
Metadata sequencer (POJO model is ready, working on extraction of metadata)<br><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN"> 2) JAX-RS prototype.<span class="Apple-converted-space"> </span><br> IMO, we would need to start working on REST mapping for JCR resources.<span class="Apple-converted-space"> </span></span><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN">Basicaly, any implementation of <span class="Apple-converted-space"> </span><a rel="nofollow" target="_blank" href="http://jcp.org/en/jsr/summary?id=311">http://jcp.org/en/jsr/summary?id=311</a><span class="Apple-converted-space"> </span>may be used as a core of the REST-JCR integration (RestEasy?)</span><br><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN"> There are at least few available implementations exists that we may review:<br> 1) Sling project<span
class="Apple-converted-space"> </span><a rel="nofollow" target="_blank" href="http://incubator.apache.org/sling/site/resources.html#Resources-JCRbasedResources%29">http://incubator.apache.org/sling/site/resources.html#Resources-JCRbasedResources)</a><span class="Apple-converted-space"> </span><br> 2) Alfresco REST API for JCR at<span class="Apple-converted-space"> </span><a rel="nofollow" target="_blank" href="http://wiki.alfresco.com/wiki/HTTP_API#Alfresco_RESTful_API_Reference">http://wiki.alfresco.com/wiki/HTTP_API#Alfresco_RESTful_API_Reference</a><br> 3)<span class="Apple-converted-space"> </span></span><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN">Alfresco <span class="Apple-converted-space"> </span></span>Content Management Interoperability Services (<span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN">CMIS) API <span
class="Apple-converted-space"> </span></span><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN"><a rel="nofollow" target="_blank" href="http://wiki.alfresco.com/wiki/CMIS_Web_Scripts_Reference">http://wiki.alfresco.com/wiki/CMIS_Web_Scripts_Reference</a><br><br>It would be nice to see<span class="Apple-converted-space"> </span></span><span style="font-size: 12pt;" lang="EN">as one of future features of DNA<span class="Apple-converted-space"> </span></span><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN"><span style="font-weight: bold;">auto-discovery (zeroconf)</span><span class="Apple-converted-space"> </span>of some<span class="Apple-converted-space"> </span></span><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN">resources<span class="Apple-converted-space"> </span></span><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN">as well
as DNA repository self advertizing<span class="Apple-converted-space"> </span></span><span style="font-size: 12pt; font-family: 'Times New Roman';" lang="EN">(for example -<span class="Apple-converted-space"> </span><a rel="nofollow" target="_blank" href="http://activemq.apache.org/zeroconf.html%29">http://activemq.apache.org/zeroconf.html)</a>.<span class="Apple-converted-space"> </span><br><br></span></div><div style="margin: 0px; font-family: 'times new roman','new york',times,serif; font-size: 12pt;">Best regards,<br>Sergiy<br><div style="margin: 0px; font-family: arial,helvetica,sans-serif; font-size: 13px;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b><span class="Apple-converted-space"> </span>"<a rel="nofollow" ymailto="mailto:dna-dev-request@lists.jboss.org" target="_blank" href="mailto:dna-dev-request@lists.jboss.org">dna-dev-request@lists.jboss.org</a>" <<a rel="nofollow"
ymailto="mailto:dna-dev-request@lists.jboss.org" target="_blank" href="mailto:dna-dev-request@lists.jboss.org">dna-dev-request@lists.jboss.org</a>><br><b><span style="font-weight: bold;">To:</span></b><span class="Apple-converted-space"> </span><a rel="nofollow" ymailto="mailto:dna-dev@lists.jboss.org" target="_blank" href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a><br><b><span style="font-weight: bold;">Sent:</span></b><span class="Apple-converted-space"> </span>Thursday, 6 November, 2008 4:00:27 AM<br><b><span style="font-weight: bold;">Subject:</span></b><span class="Apple-converted-space"> </span>dna-dev Digest, Vol 8, Issue 3<br></font><br>Send dna-dev mailing list submissions to<br> <span class="Apple-converted-space"> </span><a rel="nofollow" ymailto="mailto:dna-dev@lists.jboss.org" target="_blank" href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a><br><br>To subscribe or
unsubscribe via the World Wide Web, visit<br> <span class="Apple-converted-space"> </span><a rel="nofollow" target="_blank" href="https://lists.jboss.org/mailman/listinfo/dna-dev">https://lists.jboss.org/mailman/listinfo/dna-dev</a><br>or, via email, send a message with subject or body 'help' to<br> <span class="Apple-converted-space"> </span><a rel="nofollow" ymailto="mailto:dna-dev-request@lists.jboss.org" target="_blank" href="mailto:dna-dev-request@lists.jboss.org">dna-dev-request@lists.jboss.org</a><br><br>You can reach the person managing the list at<br> <span class="Apple-converted-space"> </span><a rel="nofollow" ymailto="mailto:dna-dev-owner@lists.jboss.org" target="_blank" href="mailto:dna-dev-owner@lists.jboss.org">dna-dev-owner@lists.jboss.org</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of dna-dev
digest..."<br><br><br>Today's Topics:<br><br> 1. Preparing for the 0.3 release (Randall Hauch)<br> 2. JBoss DNA 0.4 planning (Randall Hauch)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 4 Nov 2008 12:18:59 -0600<br>From: Randall Hauch <<a rel="nofollow" ymailto="mailto:rhauch@redhat.com" target="_blank" href="mailto:rhauch@redhat.com">rhauch@redhat.com</a>><br>Subject: [dna-dev] Preparing for the 0.3 release<br>To: JBoss DNA <<a rel="nofollow" ymailto="mailto:dna-dev@lists.jboss.org" target="_blank" href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a>><br>Message-ID: <<a rel="nofollow" ymailto="mailto:92A505A6-0D05-47BF-813B-438181005D27@redhat.com" target="_blank" href="mailto:92A505A6-0D05-47BF-813B-438181005D27@redhat.com">92A505A6-0D05-47BF-813B-438181005D27@redhat.com</a>><br>Content-Type: text/plain; charset=US-ASCII; format=flowed;
delsp=yes<br><br>We're down to just a handful of outstanding issues targeted to 0.3, <span class="Apple-converted-space"> </span><br>and all of the big fish issues were completed. I'll be working my two <span class="Apple-converted-space"> </span><br>issues over the next few days, but I should be ready for releasing as <span class="Apple-converted-space"> </span><br>early as this week. Serge has the other outstanding issues, which are <span class="Apple-converted-space"> </span><br>all regarding the SVN connector. Serge, where do we stand on this? <span class="Apple-converted-space"> </span><br>Do you want more time to get some functionality finished, or is the <span class="Apple-converted-space"> </span><br>connector fairly close?<br><br>Anybody else have anything to discuss?<br><br>Best regards,<br><br>Randall<br><br><br>------------------------------<br><br>Message:
2<br>Date: Tue, 4 Nov 2008 12:37:05 -0600<br>From: Randall Hauch <<a rel="nofollow" ymailto="mailto:rhauch@redhat.com" target="_blank" href="mailto:rhauch@redhat.com">rhauch@redhat.com</a>><br>Subject: [dna-dev] JBoss DNA 0.4 planning<br>To: JBoss DNA <<a rel="nofollow" ymailto="mailto:dna-dev@lists.jboss.org" target="_blank" href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a>><br>Message-ID: <<a rel="nofollow" ymailto="mailto:9643F3D3-5E3F-4219-A492-6BC1F6196C73@redhat.com" target="_blank" href="mailto:9643F3D3-5E3F-4219-A492-6BC1F6196C73@redhat.com">9643F3D3-5E3F-4219-A492-6BC1F6196C73@redhat.com</a>><br>Content-Type: text/plain; charset="us-ascii"<br><br>Now that 0.3 is almost out the door, I'd like to start discussing the <span class="Apple-converted-space"> </span><br>goals for the next release.<br><br>I'd love to see the JCR implementation take more shape. Right now <span
class="Apple-converted-space"> </span><br>it's read-only, so getting that much farther along would be <span class="Apple-converted-space"> </span><br>outstanding. Anybody interested? I think we could easily put several <span class="Apple-converted-space"> </span><br>people to work here. The graph API is pretty good, and should make <span class="Apple-converted-space"> </span><br>implementing JCR relatively straightforward. Any interest, Michael <span class="Apple-converted-space"> </span><br>Trezzi and Alexandre and Serge?<br>We need to add events to the connector framework. That should be <span class="Apple-converted-space"> </span><br>pretty straightforward. Also versioning, which will require a bit <span class="Apple-converted-space"> </span><br>more work. Plus, there are a couple of connectors that we may want to <span
class="Apple-converted-space"> </span><br>start working on. This is something I'd be happy to continue with. <span class="Apple-converted-space"> </span><br>Serge P. also has expressed interest in working on some connectors (in <span class="Apple-converted-space"> </span><br>fact his SVN connector is coming along great!).<br>The CND sequencer could use some love and attention. Dan was stuck in <span class="Apple-converted-space"> </span><br>some ANLTR hell, and got pulled off onto a different project. Since <span class="Apple-converted-space"> </span><br>it uses ANTLR, maybe you might be interested in it, Alexandre?<br>We also have a need to start working on a REST/WebDAV layer that <span class="Apple-converted-space"> </span><br>allows other client apps to access a DNA repository. There's a couple <span class="Apple-converted-space"> </span><br>of things we can do,
including looking at Apache Sling, or using <span class="Apple-converted-space"> </span><br>RESTeasy for a more simple implementation, or something else. Sergiy <span class="Apple-converted-space"> </span><br>and John both expressed interest in this.<br><br>Anything else?<br><br>We can either tackle several things at once and move them all <span class="Apple-converted-space"> </span><br>incrementally, or we can do more in just a few areas. Ideally, we're <span class="Apple-converted-space"> </span><br>looking at a 4-5 week cycle (finishing before the year-end holidays.) <span class="Apple-converted-space"> </span><br>A lot will depend on how much effort people might be able to dedicate <span class="Apple-converted-space"> </span><br>to the project.<br><br>Please respond with your thoughts and comments!<br><br>Best regards,<br><br>Randall<br><br>-------------- next part
--------------<br>An HTML attachment was scrubbed...<br>URL:<span class="Apple-converted-space"> </span><a rel="nofollow" target="_blank" href="http://lists.jboss.org/pipermail/dna-dev/attachments/20081104/90ff822f/attachment-0001.html">http://lists.jboss.org/pipermail/dna-dev/attachments/20081104/90ff822f/attachment-0001.html</a><br><br>------------------------------<br><br>_______________________________________________<br>dna-dev mailing list<br><a rel="nofollow" ymailto="mailto:dna-dev@lists.jboss.org" target="_blank" href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a><br><a rel="nofollow" target="_blank" href="https://lists.jboss.org/mailman/listinfo/dna-dev">https://lists.jboss.org/mailman/listinfo/dna-dev</a><br><br><br>End of dna-dev Digest, Vol 8, Issue 3<br>*************************************<br></div></div></div><br><p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times New
Roman';"></p><div class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; text-align: center; font-size: 12pt; font-family: 'Times New Roman';" align="center"><font size="3" face="Arial"><span style="font-size: 12pt;"><hr align="center" size="1" width="100%"></span></font></div><div style="margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times New Roman';"><img id="_x0000_i1026" align="absbottom" border="0" width="25" height="25" hspace="4"><font size="2" face="Arial">Search 1000's of available singles in your area at the new Yahoo!7 Dating.<span class="Apple-converted-space"> </span><span style="font-size: 10pt;"><a rel="nofollow" target="_blank" href="http://au.rd.yahoo.com/dating/mail/tagline2/*http://au.dating.yahoo.com/?cid=53151&pid=1012"><b><span style="font-weight: bold;" lang="NO-BOK"></span></b><span lang="NO-BOK">Get Started.</span></a></span></font><span lang="NO-BOK"></span></div>
_______________________________________________<br>dna-dev mailing list<br><a rel="nofollow" ymailto="mailto:dna-dev@lists.jboss.org" target="_blank" href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a><br><a rel="nofollow" target="_blank" href="https://lists.jboss.org/mailman/listinfo/dna-dev">https://lists.jboss.org/mailman/listinfo/dna-dev</a><br></div></span></blockquote></div><br></div></div></div><br>
<hr size=1> Make the switch to the world's best email.
<a href="http://au.rd.yahoo.com/mail/taglines/au/mail/default/*http://au.yahoo.com/y7mail">Get Yahoo!7 Mail</a>.</body></html>