Merging in the server refactorin

[James M Snell <ja...@gmail.com>]

If there are no objections, I would like to merge the refactored server 
code into trunk a bit later today.

- James

Re: Merging in the server refactorin

[Vasu Nori <va...@gmail.com>]

no problem.

We have had a real customer using the google feedserver for a few days and
have come up with a few changes to the code - which could be useful
additions/changes to the adapter framework now added to Abdera.

1. Usage of files to set configuration of various components. We have
created a separate class to handle this part, instead of having file-reader
code in multiple places in the code. This allowed to pass in configuration
info either through files or through java objects passed in from other
applications on the same JVM.

2. skinned code from AbstractAdapter to be moved into AdapterUtil class
(specific to various adapters) and fixed some bugs

3. created config files to work with postgres, mysql databases for
JdbcAdapter. I think, over time, we would need to create config files for
ALL commonly-used databases and make it a complete set - so that the
abdera-users can have reference implementations of JdbcAdapters for all
databases (speaking of reference adapters, when can we submit our adapters
into Abdera - so that Abdera will start collecting adapters for every
datasource)

4. more unittests and functional tests.



On Jan 28, 2008 11:07 AM, James M Snell <ja...@gmail.com> wrote:

> If there are no objections, I would like to merge the refactored server
> code into trunk a bit later today.
>
> - James
>

Re: Merging in the server refactorin

[Dan Diephouse <da...@mulesource.com>]

Dan Diephouse wrote:
> James M Snell wrote:
>> If there are no objections, I would like to merge the refactored 
>> server code into trunk a bit later today.
>>
>> - James
>
> Ha - I was writing this same email. Please do!
>
BTW, there seem to be a couple migration issues for those who were using 
the previous CollectionProvider stuff. Mostly to do with the URI 
resolution. I'm trying to work through these now and should get it 
working sometime later today.

- Dan

-- 
Dan Diephouse
MuleSource
http://mulesource.com | http://netzooid.com/blog

Re: Merging in the server refactorin

[Dan Diephouse <da...@mulesource.com>]

James M Snell wrote:
> If there are no objections, I would like to merge the refactored 
> server code into trunk a bit later today.
>
> - James

Ha - I was writing this same email. Please do!

-- 
Dan Diephouse
MuleSource
http://mulesource.com | http://netzooid.com/blog

Re: Merging in the server refactorin

[James M Snell <ja...@gmail.com>]

Not yet; Personally, I'm not convinced that the simplified adapter 
interface is adequate for general Atompub server development and there 
are some issues with separating it out into it's own interface with the 
generics-based approach you suggested.

I just checked in the code; perhaps you can take a look at the code and 
see if you can come up with a clean separation and submit a patch?

- James

Jun Yang wrote:
> On Jan 28, 2008 11:07 AM, James M Snell <ja...@gmail.com> wrote:
> 
>> If there are no objections, I would like to merge the refactored server
>> code into trunk a bit later today.
>>
> 
> Haven't heard any further communication regarding making BasicAdapter a
> separate interface.  Any final conclusion on that?
> 
> Thanks!
> 
> 
>> - James
>>
> 
> Jun
> 

Re: Merging in the server refactorin

[Jun Yang <jy...@gmail.com>]

On Jan 28, 2008 11:07 AM, James M Snell <ja...@gmail.com> wrote:

> If there are no objections, I would like to merge the refactored server
> code into trunk a bit later today.
>

Haven't heard any further communication regarding making BasicAdapter a
separate interface.  Any final conclusion on that?

Thanks!


> - James
>

Jun