To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jaxme has an issue affecting its community
integration.
This
We have two classes in the main package, ConfigurationComparator and
StrictConfigurationComparator that are only useful for comparing the
configurations in the test cases, they are used nowhere else in the API.
I have personally never used theses classes and I wonder what real world
use case re
Hi,
On Sun, Apr 13, 2008 at 11:57 PM, Phil Steitz <[EMAIL PROTECTED]> wrote:
> The idea is interesting and I see how it could be useful assuming it
> could be made to work reliably and the
> byte code <-> original function
> differentiated byte code <-> analytical derivative
> mapping could be sho
Jakarta is not dead, but is frozen and the goal is to have the projects left to
eg go TLP (or find a
place with mutual interest), so that decisions are made in the best interest of
that project. Also
as a PMC member you are responsible for the TLP, which in the old Jakarta days
was insane to
ach
I would agree with Phil,
as long as Math is not modularized (which turned out to be quite a
hassle for jelly but probably pays on the long run, especially now
that maven 1.1 handles reactor cleanly) Nabla should not be part of
it. At least for the dependencies, it's quite different.
Will
On Mon, Apr 14, 2008 at 5:27 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> I share the concern. It doesn't seem obvious that the derivatives of
> the byte code operations would produce a computationally accurate
> derivative of the source function. Other than that the idea is
> interesting, an
Le 14 avr. 08 à 12:52, James Carman a écrit :
Also, the name "nabla" would suggest that the component is designed
for calculating derivatives of vector functions.
The name "nabla" is also very close to "nambla" and I doubt the ASF
wants to be associated with that organization.
Nabla is als
On Mon, Apr 14, 2008 at 8:31 AM, Paul Libbrecht <[EMAIL PROTECTED]> wrote:
>
> Le 14 avr. 08 à 12:52, James Carman a écrit :
>
>
> >
> > > Also, the name "nabla" would suggest that the component is designed
> > > for calculating derivatives of vector functions.
> > >
> >
> > The name "nabla" is
I tested the resulting jar with my OSGi apps and they work fine. Great! :)
Carsten
--
Carsten Ziegeler
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--- Niall Pemberton <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 9, 2008 at 10:13 PM, Matt Benson
> <[EMAIL PROTECTED]> wrote:
> > That pretty much sums it up. Niall? :)
>
> Looks like its being caused by a bug in the taglist
> plugin - I've
> raised an issue ticket for it here:
>
> http://jira.c
On Fri, 11 Apr 2008, Rahul Akolkar wrote:
Naming wise, the ones that I can think of are me, mobile or micro. Might
be a bit broad/generic though, what do people think?
I'm fine with any of those.
OK, I've gone with "me" for now, but I'm happy to change if there's a
preference for something
Jukka Zitting wrote:
Hi,
On Sun, Apr 13, 2008 at 11:57 PM, Phil Steitz <[EMAIL PROTECTED]> wrote:
The idea is interesting and I see how it could be useful assuming it
could be made to work reliably and the
byte code <-> original function
differentiated byte code <-> analytical derivative
mappin
Paul Libbrecht a écrit :
I would agree with Phil,
as long as Math is not modularized (which turned out to be quite a
hassle for jelly but probably pays on the long run, especially now that
maven 1.1 handles reactor cleanly) Nabla should not be part of it. At
least for the dependencies, it's
Are you talking about http://en.wikipedia.org/wiki/NAMBLA* :-O*
James Carman wrote:
On Mon, Apr 14, 2008 at 8:31 AM, Paul Libbrecht <[EMAIL PROTECTED]> wrote:
Le 14 avr. 08 à 12:52, James Carman a écrit :
Also, the name "nabla" would suggest that the component is designed
for
James Carman a écrit :
On Mon, Apr 14, 2008 at 5:27 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
I share the concern. It doesn't seem obvious that the derivatives of
the byte code operations would produce a computationally accurate
derivative of the source function. Other than that the idea i
On 4/14/08, Nick Burch <[EMAIL PROTECTED]> wrote:
> On Fri, 11 Apr 2008, Rahul Akolkar wrote:
>
> >
> > > Naming wise, the ones that I can think of are me, mobile or micro. Might
> > > be a bit broad/generic though, what do people think?
> > >
> > >
> >
> >
> > I'm fine with any of those.
> >
>
>
Emmanuel Bourg schrieb:
We have two classes in the main package, ConfigurationComparator and
StrictConfigurationComparator that are only useful for comparing the
configurations in the test cases, they are used nowhere else in the API.
I have personally never used theses classes and I wonder wha
Emmanuel Bourg schrieb:
Oliver Heger a écrit :
The main reason for the restructuring of the packages was to increase
modularity, which is especially important in environments like OSGi
where you have fine control over the packages to import. An "all
configurations in the main package" approach
Some comments:
- I wonder whether it is possible to implement the JNDINodeHandler so
that it directly operates on Context objects. The main reason why I
introduced NodeHandlers was that it would no longer be necessary to
implement specific node classes. This would also be more efficient in
te
Thanks Niklas!
Cheers
Rory
On 8 Apr 2008, at 08:35, Niklas Gustavsson wrote:
My bad, the branches/NET_2_0 actually gives the following test
failures:
Tests in error:
testInitial(org.apache.commons.net.telnet.TelnetClientTest)
testOptionNegotiation(org.apache.commons.net.telnet.TelnetClientTes
Hi Luc
I'm a bit confused about the purpose of [nabla]. You say you outline
three methods of computing the derivative of the function you
outlined. However in reality I think you have only described two.
Unless I am missing the point of your example, your idea is basically
performing sym
On 4/14/08, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
> James Carman a écrit :
> > On Mon, Apr 14, 2008 at 5:27 AM, Jukka Zitting <[EMAIL PROTECTED]>
> wrote:
> >
> > > I share the concern. It doesn't seem obvious that the derivatives of
> > > the byte code operations would produce a computational
[I] Rationale:
Numerous expression languages exist for embedding in Java-based
applications and frameworks. There is a growing tend to defer choice
of the expression language, especially since users of frameworks and
middleware components demand such freedom. Commons Expression aims to
provide a s
Couple of follow-up comments:
* I just listed myself on the proposal, but if you have sandbox
access and are interested, you're welcome to join the fun :-) (and
update the proposal's interested committers section etc. as you see
fit)
* We will need a JDK 1.4 release (so we can cut over [scxml]
Rory Winston a écrit :
Hi Luc
I'm a bit confused about the purpose of [nabla]. You say you outline
three methods of computing the derivative of the function you outlined.
However in reality I think you have only described two. Unless I am
missing the point of your example, your idea is basic
Hi,
On Mon, Apr 14, 2008 at 9:27 PM, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
> Derivatives are computed by applying the classical exact differentiation
> rules ((f*g)' = f'*g + f*g' and friends) and by using the exact derivatives
> of all Math and StrictMath methods (including acosh, asinh and at
+1 from me
Niall
On Sat, Apr 12, 2008 at 1:48 AM, Niall Pemberton
<[EMAIL PROTECTED]> wrote:
> The Sling project has requested an OSGi enabled release of Commons
> Collections and since it seems unlikely that Collections 3.3 will be
> ready in the timescale they require, I have created a releas
This vote has passed with three +1 votes from the following:
Oliver Heger
Sebastian Bazley
Niall Pemberton
Thanks to all for the feedback/votes.
Niall
On Sat, Apr 12, 2008 at 1:48 AM, Niall Pemberton
<[EMAIL PROTECTED]> wrote:
> The Sling project has requested an OSGi enabled release of Commons
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by NiallPemberton:
http://wiki.apache.org/commons/CommonsOsgi
The comment on the change is:
update collections for first OSGi release
-
On Mon, Apr 14, 2008 at 3:35 PM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Mon, Apr 14, 2008 at 9:27 PM, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
> > Derivatives are computed by applying the classical exact differentiation
> > rules ((f*g)' = f'*g + f*g' and friends) and by using t
Oliver Heger a écrit :
- I wonder whether it is possible to implement the JNDINodeHandler so
that it directly operates on Context objects. The main reason why I
introduced NodeHandlers was that it would no longer be necessary to
implement specific node classes. This would also be more efficien
31 matches
Mail list logo
