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
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
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
-
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
+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
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
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
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]
[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
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
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
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
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
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
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
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.
> >
>
>
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
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
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
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
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
--- 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
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]
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
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 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
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
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
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
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
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
31 matches
Mail list logo
