Ok great that was my feeling too. I've raised FELIX-1678 to track this, think it makes sense to do this before a 1.0 release else we end up with potential migration problems in the medium term.
Regards, Dave On Wed, Sep 30, 2009 at 9:33 PM, Richard S. Hall <he...@ungoverned.org> wrote: > I think going with the same format is the right choice, despite the > differences you mention below. > > -> richard > > On 9/30/09 22:18, David Savage wrote: >> >> Hi there, >> >> I'm getting closer to a 1.0 of sigil but before one is published I >> think it would be sensible to look at one of the big things that has >> popped up a number of times in conversation with third parties about >> sigil. That being the use of yet another file format. One option which >> seems quite attractive is to reuse the BND properties file format. I >> thought I'd post a mail here to see if others have any opinions on >> this... >> >> Note this would not imply an automatic conversion from BND to sigil as >> BND is a post compile tool where as Sigil is a pre compile tool - as >> such one large differentiator is the need to specify Import-Package >> statements - in BND the tooling figures out the appropriate >> Import-Package headers based on the bundles available in the classpath >> - so setting up the Import-Package header is generally not required. >> In sigil we use the Import-Package and Require-Bundle statement to >> setup the classpath so manual set up the classpath is not generally >> required. >> >> The other potential gotcha is around support for multi bundle projects >> - I've heard that BND now supports this feature, but I've not seen any >> examples of this in the wild. But certainly I'm interested in other >> peoples experiences/opinions on this. >> >> Overall I think this would be a useful simplification for users as >> they then only need to learn one properties file format. Any >> downsides? >> >> Regards, >> >> Dave >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> For additional commands, e-mail: users-h...@felix.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
