Hi Sten,
Sten Roger Sandvik schrieb:
> I think you can move forward with the current CLA that has been submitted
> since this code is done outside the company. But for further work I have
> requested that the company send in a CLA (this will be done today or
> tomorrow). Is that ok?
Excellent.
A
I think you can move forward with the current CLA that has been submitted
since this code is done outside the company. But for further work I have
requested that the company send in a CLA (this will be done today or
tomorrow). Is that ok?
On Sun, Aug 30, 2009 at 6:36 PM, Felix Meschberger wrote:
Hi Sten,
Excellent. Thanks. I quickly checked it and confirm it is ok now.
Regards
Felix
Sten Roger Sandvik schrieb:
> Modified the inclusion slightly. Added missing license headers to pom.xml's.
> Removed pax-runner binaries and directory. Deleted old attachements from
> jira so the current is
Modified the inclusion slightly. Added missing license headers to pom.xml's.
Removed pax-runner binaries and directory. Deleted old attachements from
jira so the current is the only one there.
On Sat, Aug 29, 2009 at 10:53 PM, Felix Meschberger wrote:
> Hi Filippo,
>
> Filippo Diotalevi schrieb:
Hi Filippo,
Filippo Diotalevi schrieb:
> On Fri, Aug 28, 2009 at 10:36 AM, Felix Meschberger wrote:
>> Hi,
>>
>> Rob Walker schrieb:
>>> What do we need to do make this happen guys?
>> The next steps are IIRC the following:
>> [...]
>> I think, we also need someone from the PMC to drive this proce
On Fri, Aug 28, 2009 at 10:36 AM, Felix Meschberger wrote:
> Hi,
>
> Rob Walker schrieb:
>> What do we need to do make this happen guys?
>
> The next steps are IIRC the following:
> [...]
> I think, we also need someone from the PMC to drive this process.
>
> Any volunteers (I could do it) ?
Hi Fe
Yes. Will fill it out on monday.
On Sat, Aug 29, 2009 at 12:31 AM, Felix Meschberger wrote:
> Hi Sten,
>
> Sten Roger Sandvik schrieb:
> > Ah, ok. Actually my employer is paying for my involvement in projects,
> but
> > not the work done on this particular piece. Maybe I need to fax in a
> > Corp
Hi Sten,
Sten Roger Sandvik schrieb:
> Ah, ok. Actually my employer is paying for my involvement in projects, but
> not the work done on this particular piece. Maybe I need to fax in a
> Corporate CLA then?
Hmm, ok. Maybe it would be better then -- it certainly does not hurt.
Regards
Felix
>
>
Ah, ok. Actually my employer is paying for my involvement in projects, but
not the work done on this particular piece. Maybe I need to fax in a
Corporate CLA then?
On Fri, Aug 28, 2009 at 11:56 PM, Felix Meschberger wrote:
> Hi,
>
> Sten Roger Sandvik schrieb:
> > On Fri, Aug 28, 2009 at 10:43 PM
Hi Sten
Sten Roger Sandvik schrieb:
> On Fri, Aug 28, 2009 at 10:30 PM, Felix Meschberger wrote:
>
>> As part of the IP-process we also need an ICLA of you, Sten, on file. I
>> see there is one for Sten Roger Sanvik with email s...@xbm.com. Am I
>> correct to assume, that this is your ICLA ?
>
>
Hi,
Sten Roger Sandvik schrieb:
> On Fri, Aug 28, 2009 at 10:43 PM, Richard S. Hall wrote:
>
>> On 8/28/09 16:30, Felix Meschberger wrote:
>>
>>> Hi Sten,
>>>
>>> Looks bascially good (files as appropriate have the license headers, MD5
>>> checksum matches).
>>>
>>> Just two remarks:
>>>
>>> * T
On Fri, Aug 28, 2009 at 10:43 PM, Richard S. Hall wrote:
> On 8/28/09 16:30, Felix Meschberger wrote:
>
>> Hi Sten,
>>
>> Looks bascially good (files as appropriate have the license headers, MD5
>> checksum matches).
>>
>> Just two remarks:
>>
>> * The pom.xml should also have the license headers
On Fri, Aug 28, 2009 at 10:30 PM, Felix Meschberger wrote:
> Hi Sten,
>
> Looks bascially good (files as appropriate have the license headers, MD5
> checksum matches).
>
> Just two remarks:
>
> * The pom.xml should also have the license headers
> (this can probably be fixed when we import into
On 8/28/09 16:43, Richard S. Hall wrote:
On 8/28/09 16:30, Felix Meschberger wrote:
Hi Sten,
Looks bascially good (files as appropriate have the license headers, MD5
checksum matches).
Just two remarks:
* The pom.xml should also have the license headers
(this can probably be fixed when
On 8/28/09 16:30, Felix Meschberger wrote:
Hi Sten,
Looks bascially good (files as appropriate have the license headers, MD5
checksum matches).
Just two remarks:
* The pom.xml should also have the license headers
(this can probably be fixed when we import into SVN)
* there is a runner
Hi Sten,
Looks bascially good (files as appropriate have the license headers, MD5
checksum matches).
Just two remarks:
* The pom.xml should also have the license headers
(this can probably be fixed when we import into SVN)
* there is a runner folder containing scripts and the
pax runner
On 8/28/09 13:48, Sten Roger Sandvik wrote:
Attached the source in the jira task (
https://issues.apache.org/jira/browse/FELIX-1456). Not sure on what format
that the attachement should be, but created a tar.gz file. Attached a md5
checksum for the package.
That's fine.
-> richard
On Fri
On 8/28/09 13:29, Sten Roger Sandvik wrote:
On Fri, Aug 28, 2009 at 4:05 PM, Richard S. Hallwrote:
On 8/28/09 4:36, Felix Meschberger wrote:
Hi,
Rob Walker schrieb:
What do we need to do make this happen guys?
The next steps are IIRC the following:
* Ste
Attached the source in the jira task (
https://issues.apache.org/jira/browse/FELIX-1456). Not sure on what format
that the attachement should be, but created a tar.gz file. Attached a md5
checksum for the package.
On Fri, Aug 28, 2009 at 7:29 PM, Sten Roger Sandvik wrote:
>
>
> On Fri, Aug 28, 2
On Fri, Aug 28, 2009 at 4:05 PM, Richard S. Hall wrote:
> On 8/28/09 4:36, Felix Meschberger wrote:
>
>> Hi,
>>
>> Rob Walker schrieb:
>>
>>
>>> What do we need to do make this happen guys?
>>>
>>>
>> The next steps are IIRC the following:
>>
>> * Sten packages the source and attaches the packag
Will look at that and see how to include it. It's not going in right now,
since my first priority is to get it up in felix svn.
BR,
Sten Roger
On Fri, Aug 28, 2009 at 5:46 PM, Clement Escoffier <
clement.escoff...@gmail.com> wrote:
> Hi,
>
> Here is what we did :
> http://clement.plop-plop.net/c
Hi,
Here is what we did :
http://clement.plop-plop.net/comet/
As you will see, it's quite simple, but has quite well worked.
Regards,
Clement
On 28.08.2009, at 09:26, Sten Roger Sandvik wrote:
Looked quickly at cometd and especially cometd-java. It looks to me
that
this is trivial to inc
On 8/28/09 4:36, Felix Meschberger wrote:
Hi,
Rob Walker schrieb:
What do we need to do make this happen guys?
The next steps are IIRC the following:
* Sten packages the source and attaches the package to
the issue and publishes a package checksum.
I will add to this,
Therefore all progress depends on the
(941) 377-6775 x208 unreasonable man.George Bernard Shaw
> -Original Message-
> From: Sten Roger Sandvik [mailto:s...@x3m.com]
> Sent: Friday, August 28, 2009 03:27
> To: dev@felix.apache.org
> Subject: Re: Felix HttpServ
Hi,
Rob Walker schrieb:
> What do we need to do make this happen guys?
The next steps are IIRC the following:
* Sten packages the source and attaches the package to
the issue and publishes a package checksum.
* We vote on accepting this submission
* We do the IP-clearance (filling out
Hi,
This would certainly be a very valuable addition, but I don't think this
should stop us from continuing.
Regards
Felix
Sten Roger Sandvik schrieb:
> Looked quickly at cometd and especially cometd-java. It looks to me that
> this is trivial to include in the http service implementation. Will
Looked quickly at cometd and especially cometd-java. It looks to me that
this is trivial to include in the http service implementation. Will look
into this.
On Fri, Aug 28, 2009 at 9:03 AM, Sten Roger Sandvik wrote:
> The new http service is not testet alot. It's only been used in our own
> proj
The new http service is not testet alot. It's only been used in our own
projects for now, but I will need to create more unit tests and some
integration tests. As for comet support - I have tought of it, but have not
come around to do it. I will gladly look at the "current" comet support to
see if
Good point - we also have a "home grown" cometd approach which we use
for server push to our GWT application, so something built into the http
server would definitely be of interest
- R
Clement Escoffier wrote:
Hi,
Just my 2 cents.
any plan to support Cometd ?
We slightly change the current
Hi,
Just my 2 cents.
any plan to support Cometd ?
We slightly change the current HTTP Service to support Cometd. I don't
see any issue to do the same on Sten's version.
(of course, I can send what we quickly did).
As a reminder, Cometd is an HTTP based MOM, allowing (after a
handshake) a
What do we need to do make this happen guys?
Sten - sounds like you've done a great job, kudos.
Felix/Marcel - sounds like you guys are happy with the approach and code
>From our side, we can certainly run some "real world" compatibility
tests - which isn't to say in fact that Sten's new servi
Kind words :-) I know sling would benefit from this implementation. Working
on a OSGi project too that is in need for such a service. One http bundle
that fit's every deployment method makes the distribution a little easier
:-)
BR,
Sten Roger
On Fri, Aug 28, 2009 at 12:19 AM, Felix Meschberger wr
The Java 5 features can be skipped. It's not that much work to make it Java
1.4 compatible. I will like to donate the code so it will have a good home.
Would also be active in the maintainance of the http service and
webcontainer (work in progress) if it's migrated into felix.
BR,
Sten Roger
On T
Hi,
Sorry for the delay ...
I have looked at it and I am kind of impressed. This looks exactly like
something which has been turning in my head for some months now, too...
Good stuff and -- as Marcel said -- clearly structured. I would
definitely welcome this as a contribution to Apache Felix
.
Hello Sten,
On Jul 26, 2009, at 22:13 , Sten Roger Sandvik wrote:
I have looked at the HttpService implementation in Felix and I had
some
thoughts on how to improve the functionality. Over the past year I
have
looked long and hard for a solution that has the following features:
* Run insi
Now I'm back from vacation and has brushed up the code. I have submitted a
Jira task with the details (FELIX-1456). Since I really hate Jira as a patch
repository and I do not have commit rights I have uploaded the source and
binaries at a google hosted repository. It's two examples inside to show
Great. I am on a vacation right now, but when I'm back I will make available
the code and binaries so that others can play with it.
// srs
On Tue, Jul 28, 2009 at 4:39 PM, Richard S. Hall wrote:
> On 7/28/09 2:44 AM, Rob Walker wrote:
>
>> We're a big user of the current felix Jetty http.
>>
>>
On 7/28/09 2:44 AM, Rob Walker wrote:
We're a big user of the current felix Jetty http.
Would definitely welcome any improvement/enhancement - personally I'd
like to see it as a parallel implementation initially, so we can look
at both side by side. And then later, if/when everyone is happy an
We're a big user of the current felix Jetty http.
Would definitely welcome any improvement/enhancement - personally I'd
like to see it as a parallel implementation initially, so we can look at
both side by side. And then later, if/when everyone is happy and has
moved across then we could look
I agree, something like this would be very much welcomed.
regards,
Karl
On Mon, Jul 27, 2009 at 8:36 AM, Felix Meschberger wrote:
> Hi,
>
> I would welcome a one-stop-shop solution for a standalone and bridged
> environment. Currently, in Apache Sling, we are using either the
> standalone Jetty
Hi,
I would welcome a one-stop-shop solution for a standalone and bridged
environment. Currently, in Apache Sling, we are using either the
standalone Jetty based implementation or the Eclipse bridge depending on
how we build.
Having a single-solution might come very handy.
So to second Richard,
I would certainly be happy to consider it for a replacement to the
existing impl. However, since I am not a big user of the existing impl
(even though I started it a long, long time ago), I guess we need to
hear from people who work and rely on the current impl.
What would be cool, is if you c
Hi.
I have looked at the HttpService implementation in Felix and I had some
thoughts on how to improve the functionality. Over the past year I have
looked long and hard for a solution that has the following features:
* Run inside a WAR on a 3rd part container.
* Run stand-alone (using jetty).
43 matches
Mail list logo
