-Original Message-
From: Leszek Gawron [mailto:[EMAIL PROTECTED]
assume you have a collection of Projects. Each project has a
project.description property. This property contains a string
that can
be parsed by a wiki parser and generate html out of it. How would you
implement
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 10, 2004 5:49 PM
To: [EMAIL PROTECTED]
Subject: StaticBucketMap, Re: DO NOT REPLY [Bug 30148] -
Internal serverError
[EMAIL PROTECTED] wrote:
Niclas Hedhman wrote:
Looking at the actual differences;
public AbcComponent( org.hedhman.niclas.SomeDependency some )
{
m_SomeDependency = some;
}
/** @avalon.dependency type=org.hedhman.niclas.SomeDependency
* key = some
*/
public void service(ServiceManager man )
{
On Wednesday 11 August 2004 14:47, Guido Casper wrote:
On the surface it may be not that different from a dependency management
POV but the first is easier to unit test ...
Fair enough (although the response was in respect of dep management), but also
slightly dependent on your test-support
Ralph Goers wrote:
Thanks Carsten,
I'm not sure if I want/need to strip it down or not. What we
want is a normal web site that can also display JSR-168
portlets. We'd like a common layout across all the pages
though. I've just started looking at this, but it looks like
most of
Il giorno 11/ago/04, alle 01:37, Stefano Mazzocchi ha scritto:
Are they in trouble or are we wrong?
Nobody is in trouble (unless the hibernate people go after them, which
would be a pretty stupid thing to do anyway)
Stupid and counter to what they have publicly stated many times, that
their own
Il giorno 11/ago/04, alle 01:37, Stefano Mazzocchi ha scritto:
Are they in trouble or are we wrong?
Nobody is in trouble (unless the hibernate people go after them, which
would be a pretty stupid thing to do anyway)
Stupid and counter to what they have publicly stated many times, that
their own
Carsten Ziegeler dijo:
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 10, 2004 5:49 PM
To: [EMAIL PROTECTED]
Subject: StaticBucketMap, Re: DO NOT REPLY [Bug 30148] -
Internal serverError
[EMAIL PROTECTED] wrote:
On Wednesday 11 August 2004 14:47, Guido Casper wrote:
On the surface it may be not that different from a dependency management
POV but the first is easier to unit test ...
And for the record, this whole thread is not an argument for and against
different IoC styles. That is very academic,
On Wed, 11 Aug 2004, Leszek Gawron wrote:
I am suprised of one fact: how can Spring be distributed with ASL 2.0
Note that at this time the stance of the ASF is that the LGPL should be
considered tainting when used with the 'import' of java code until such
point that the FSF publicly states
On Wed, 11 Aug 2004, Ugo Cei wrote:
Stupid and counter to what they have publicly stated many times, that
their own interpretation of the LGPL is that it is not viral.
However over the years we've not managed to get a public statement (or an
updated L-GPL license) which makes clear that
Conal Tuohy wrote:
-Original Message-
From: Leszek Gawron [mailto:[EMAIL PROTECTED]
assume you have a collection of Projects. Each project has a
project.description property. This property contains a string
that can
be parsed by a wiki parser and generate html out of it. How would you
I just found another nice feature of the JXTG/JXTT. It eats
backslashed out of your text! For example, if you read this XML
by the JXTG:
txt\ha\llo/txt
The resulting XML is:
txthallo/txt
This feature is very nice if you use forms with fields that can
contain backslashed and you're running the
Il giorno 11/ago/04, alle 09:41, Dirk-Willem van Gulik ha scritto:
On Wed, 11 Aug 2004, Ugo Cei wrote:
Stupid and counter to what they have publicly stated many times, that
their own interpretation of the LGPL is that it is not viral.
However over the years we've not managed to get a public
Il giorno 11/ago/04, alle 10:00, Leszek Gawron ha scritto:
- I end up inserting a wiki parser in user session and referencing it
in jx template via:
${cocoon.session.wikify( activity.task.project.description,
cocoon.consumer) }
Same for any other formatter or presentational macro (like link
Ugo Cei wrote:
Il giorno 11/ago/04, alle 01:37, Stefano Mazzocchi ha scritto:
Are they in trouble or are we wrong?
Nobody is in trouble (unless the hibernate people go after them,
which would be a pretty stupid thing to do anyway)
Stupid and counter to what they have publicly stated many times,
On Wednesday 11 August 2004 16:09, Ugo Cei wrote:
I'm aware of this. What I meant is that the Hibernate guys (and not the
FSF) have publicly stated that their own interpretation of the license
they have attached to their own code is that you can use it from a
project that has a different
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Il giorno 11/ago/04, alle 10:34, Niclas Hedhman ha scritto:
Probability. One could wonder though, is Spring a trust-worthy liason,
legality-wise?
Are you running any of your applications on Linux? is Linux a
trust-worthy liason, legality-wise, in light of the SCO claims?
If you want to be really
On 11 Aug 2004, at 10:34, Niclas Hedhman wrote:
IAANAL, I think that Hibernate may be violating the LGPL by assigning
their
interpretation. LGPLing your product implies certain things, and the
FSF have
been very elaborate in their wording (so that you and I don't really
understand it) to make
Ugo Cei dijo:
I'm sure all of you regularly read Slashdot, but anyway:
August 11, 2004, (Mountain View, CA). The Mozilla Foundation, in
collaboration with Novell and IBM, today announced the formation of a
project to implement the W3C's XForms 1.0 Recommendation.
Hi Carsten:
I am not sure why we escape the chars in this way. I think it is part of
the jexl convention, but don't believe me.
Best Regards,
Antonio Gallardo
Carsten Ziegeler dijo:
I just found another nice feature of the JXTG/JXTT. It eats
backslashed out of your text! For example, if you
On Wednesday 11 August 2004 16:45, Ugo Cei wrote:
Il giorno 11/ago/04, alle 10:34, Niclas Hedhman ha scritto:
Probability. One could wonder though, is Spring a trust-worthy liason,
legality-wise?
Are you running any of your applications on Linux? is Linux a
trust-worthy liason,
On Wed, 11 Aug 2004, Steven Noels wrote:
ASF codebase, regardless of what the Hibernate folks state themselves.
Unelss they donate a second version of the code under a Software grant and
ongoing CLA - but i doubt that it would ever be clean enough for
incubation without that whole community
Il giorno 11/ago/04, alle 10:53, Antonio Gallardo ha scritto:
Good idea. Already you saw XUL?
A few years ago, but it was so buggy and ill-documented that I quickly
gave up. I hope things have changed by now.
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic
On Wednesday 11 August 2004 16:16, Sylvain Wallez wrote:
Ugo Cei wrote:
Il giorno 11/ago/04, alle 01:37, Stefano Mazzocchi ha scritto:
Are they in trouble or are we wrong?
Nobody is in trouble (unless the hibernate people go after them,
which would be a pretty stupid thing to do anyway)
On Wednesday 11 August 2004 17:03, Niclas Hedhman wrote:
Somehow I trust the FSF legal counsel more than a set of developers trying
to interpret the fairly complex LGPL text.
Which, btw, happens to co-incide with the ASF legal counsel's view as well.
--
+--//---+
/
On Aug 11, 2004, at 10:53 AM, Steven Noels wrote:
So yes, we must remove Hibernate-related code from what we
redistribute from Spring.
I'm not even sure this is enough. It is from a purely legal POV, but it
might be confusing for users: unless we clearly state that Apache
Cocoon is protected by
Dirk-Willem van Gulik wrote:
On Wed, 11 Aug 2004, Steven Noels wrote:
ASF codebase, regardless of what the Hibernate folks state themselves.
Unelss they donate a second version of the code under a Software grant and
ongoing CLA - but i doubt that it would ever be clean enough for
incubation
Hi:
I never used Spring, but the current discussion about licenses, let me
think about the current status of the Apache OJB integration in Spring.
The good news is that the integration is already on the Spring CVS. Here
is a recent article about that:
On Aug 11, 2004, at 10:32 AM, Ugo Cei wrote:
Now, who wants to start enabling Cocoon Forms with XForms support?
*If* and *when* browser support will really be there, I guess we'll all
be eager to implement it... too bad this is the last of a few announces
I heard in the past years.
Ciao,
--
:
[cocoon-deprecated]
-DEBUG- Dependency on avalon-framework exists, no need to add for property
avalonapi.jar.
-INFO- Made directory
[/usr/local/gump/public/workspace/cocoon-2.1/build/cocoon-20040811/test]
-INFO- Enable verbose output, due to 4 previous error(s).
-INFO- Failed with reason
Antonio Gallardo wrote:
Hi Carsten:
I am not sure why we escape the chars in this way. I think it
is part of the jexl convention, but don't believe me.
Hmm, what do you exactly mean? The chars are not escaped, but
the backslash is simply removed.
Or do you mean that e.g. jexl would
Il giorno 11/ago/04, alle 11:18, Gianugo Rabellino ha scritto:
I'm not even sure this is enough. It is from a purely legal POV, but
it might be confusing for users: unless we clearly state that Apache
Cocoon is protected by the AL 2.0 if and only if you use the shipped
version of the Spring
Hi,
Just found that I couldn't delete a collection using the XMLDB transformer,
and on checking the source code there was no functionality to do this ... I
added the necessary code and it seems to work OK, but I was wondering if
there was any reason this wasn't included?
Thanks
Il giorno 11/ago/04, alle 11:18, Andrew Thornton ha scritto:
I'm really not sure how Spring decides which ORM backend is being
used. But I would be very surprised if it did it in some hardcoded
way.
src/org/springframework/orm/hibernate/HibernateTemplate.java:
import net.sf.hibernate.Criteria;
Vadim Gritsenko wrote:
I don't quite understand how your two stage procedure would work. As
the selection of the locale is fundamentally connected with the
available resources.
I understand what you mean.
As you work through each method for selecting a locale, you look for
a resource using that
Gianugo Rabellino wrote:
On Aug 11, 2004, at 10:53 AM, Steven Noels wrote:
So yes, we must remove Hibernate-related code from what we
redistribute from Spring.
I'm not even sure this is enough. It is from a purely legal POV, but
it might be confusing for users: unless we clearly state that
Il giorno 11/ago/04, alle 11:19, Antonio Gallardo ha scritto:
I never used Spring, but the current discussion about licenses, let me
think about the current status of the Apache OJB integration in Spring.
The good news is that the integration is already on the Spring CVS.
Here
is a recent article
On 11 Aug 2004, at 11:18, Gianugo Rabellino wrote:
On Aug 11, 2004, at 10:53 AM, Steven Noels wrote:
So yes, we must remove Hibernate-related code from what we
redistribute from Spring.
I'm not even sure this is enough. It is from a purely legal POV, but
it might be confusing for users: unless
OK. So lets try to fix it and we will see what happened. I cannot
remember why it is there. If a problem will be raised we can fix it later.
Best Regards,
Antonio Gallardo
Carsten Ziegeler dijo:
Antonio Gallardo wrote:
Hi Carsten:
I am not sure why we escape the chars in this way. I think
Il giorno 11/ago/04, alle 11:20, Gianugo Rabellino ha scritto:
Now, who wants to start enabling Cocoon Forms with XForms support?
*If* and *when* browser support will really be there, I guess we'll
all be eager to implement it... too bad this is the last of a few
announces I heard in the past
Ugo Cei dijo:
Il giorno 11/ago/04, alle 11:19, Antonio Gallardo ha scritto:
I never used Spring, but the current discussion about licenses, let me
think about the current status of the Apache OJB integration in Spring.
The good news is that the integration is already on the Spring CVS.
Here
I will try to fix it now
Best Regards,
Antonio Gallardo
On 09 Aug 2004, at 21:53, Leszek Gawron wrote:
Let's imagine we base cocoon on spring. There was a discussion about
including hibernate in cocoon and it failed (licensing). Spring being
ASL 2.0 ships with hibernate library, even if not - it contains code
that was compiled against hibernate
Il giorno 11/ago/04, alle 11:48, Steven Noels ha scritto:
I reckon we won't be packaging the full Spring dist into Cocoon, no?
Just to be on the safe side, I removed spring-aop.jar and
aopalliance.jar from src/branches/butterfly/lib, since they are not
used at the moment. This leaves
Steven Noels dijo:
On 09 Aug 2004, at 21:53, Leszek Gawron wrote:
Let's imagine we base cocoon on spring. There was a discussion about
including hibernate in cocoon and it failed (licensing). Spring being
ASL 2.0 ships with hibernate library, even if not - it contains code
that was compiled
Niclas,
the problem I have with Merlin/Metro is this:
http://marc.theaimsgroup.com/?l=avalon-devm=108965397729686w=2
Do you have ANY idea just how incredibly hard it has been
to develop for Merlin? I've been trying to get a whole platform
out the door here at Sony and was held
On Aug 11, 2004, at 11:48 AM, Steven Noels wrote:
On 11 Aug 2004, at 11:18, Gianugo Rabellino wrote:
On Aug 11, 2004, at 10:53 AM, Steven Noels wrote:
So yes, we must remove Hibernate-related code from what we
redistribute from Spring.
I'm not even sure this is enough. It is from a purely legal
Leo Sutic wrote:
...
I'm sure Merlin/Metro has a place
somewhere, maybe inside the blocks, maybe somewhere else, but
considering switching to it at this point in time is simply reckless.
Using a container has two advantages: using code that is already there
and tested, and hooking up with a
In order to port back some of the changes we did in the 2.2 branch to
2.1.x, I created a page on our wiki that keeps track about it.
You can find the site here:
http://wiki.apache.org/cocoon/MergingBranches
For this I compared the two source trees with each other and checked the
changes; I hope
Antonio Gallardo dijo:
I will try to fix it now
Done, sent the fix to SVN. I needed to update jcs. Please cross check.
Best Regards,
Antonio Gallardo.
Carsten Ziegeler wrote:
In order to port back some of the changes we did in the 2.2 branch to
2.1.x, I created a page on our wiki that keeps track about it.
You can find the site here:
http://wiki.apache.org/cocoon/MergingBranches
I'd added list of changed classes to the page.
Vadim
Great :)
Thanks
Carsten
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 11, 2004 2:44 PM
To: [EMAIL PROTECTED]
Subject: Re: Syncing 2.1.x and 2.2
Carsten Ziegeler wrote:
In order to port back some of the changes we did in the 2.2
[EMAIL PROTECTED] wrote:
Just found that I couldn't delete a collection using the XMLDB transformer,
and on checking the source code there was no functionality to do this ... I
added the necessary code and it seems to work OK, but I was wondering if
there was any reason this wasn't included?
The
Vadim Gritsenko dijo:
Carsten Ziegeler wrote:
In order to port back some of the changes we did in the 2.2 branch to
2.1.x, I created a page on our wiki that keeps track about it.
You can find the site here:
http://wiki.apache.org/cocoon/MergingBranches
I'd added list of changed classes to
August 11, 2004, (Mountain View, CA). The Mozilla Foundation, in
collaboration with Novell and IBM, today announced the formation of a
project to implement the W3C's XForms 1.0 Recommendation.
http://www.mozilla.org/press/mozilla-2004-08-10.html
I find this really exciting. I am becoming more
Leszek Gawron wrote:
When integrating web application with Spring one needs to use
org.springframework.web.context.ContextLoaderListener. This listener
registers spring ApplicationContext in web application's servlet context.
In the application you fetch spring application context via:
Ugo Cei wrote:
P.S.: this message imports classes from a library that is covered by
the LGPL, so it's probably safe to assume that it is covered by the
LGPL as well. If you are redistributing it or quoting it, make sure
that you comply with the terms of the license as laid out in
On http://cocoon.apache.org/2.1/ the old cvs viewcvs link is aging
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/
Should we add a link to the new svn viewcvs?
http://svn.apache.org/viewcvs.cgi/cocoon/?root=Apache-SVN
I would do it, but I still do not dare update the website
...how many steps
Hi Tim,
On 11 Aug 2004, at 14:59, Tim Larson wrote:
On http://cocoon.apache.org/2.1/ the old cvs viewcvs link is aging
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/
Should we add a link to the new svn viewcvs?
http://svn.apache.org/viewcvs.cgi/cocoon/?root=Apache-SVN
We need to rewrite the
Ignore this. This is a bug of 2.1.5.1; it's already fixed in trunk and
branch... :(
Carsten
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 11, 2004 10:03 AM
To: Cocoon-Dev
Subject: [BUG] JXTG/JXTT eats backslashes
I just found
Carsten Ziegeler dijo:
Ignore this. This is a bug of 2.1.5.1; it's already fixed in trunk and
branch... :(
I told you. I remember I fixed this. In fact there was a bugzilla report.
Best Regards,
Antonio Gallardo
Carsten
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL
Carsten Ziegeler dijo:
Ignore this. This is a bug of 2.1.5.1; it's already fixed in trunk and
branch... :(
Here is the link:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27133
I wonder why so much changes are not on the 2.1.5.1 branch.
Best Regards,
Antonio Gallardo
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm trying to port my application delevoped under a cvs snapshot of
2.1.5-dev to the latest release (2.1.5.1).
This is my sitemap:
map:match pattern=statementList(*)
map:generate src=resources/jxt/balance-list.jxt type=jxtg/
map:transform
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30084.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30065.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Aug 11, 2004, at 5:18 AM, Gianugo Rabellino wrote:
* aopalliance/aopalliance.jar
- AOP Alliance 1.0 (http://aopalliance.sourceforge.net)
Originally released LGPL, I chatted with Rod Johnson about it several
months ago and he said he was changing the AOP Alliance license to BSD
or ASL.
Ugo Cei wrote:
Leszek Gawron wrote:
When integrating web application with Spring one needs to use
org.springframework.web.context.ContextLoaderListener. This listener
registers spring ApplicationContext in web application's servlet context.
In the application you fetch spring application
Il giorno 11/ago/04, alle 20:34, Leszek Gawron ha scritto:
did it like this :
public WebApplicationContext fetchContext() throws ContextException {
In which class did you put this?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Hi Niclas,
just to correct some things.
Niclas Hedhman wrote:
The next step ain't that far away, we are just struggling with some
semantics, especially surrounding the possibility of more than a single
constructor, which Pico says is a no-no, but could be a necessity.
Pico supports multiple
On Thursday 12 August 2004 03:24, Jrg Schaible wrote:
Niclas Hedhman wrote:
The next step ain't that far away, we are just struggling with some
semantics, especially surrounding the possibility of more than a single
constructor, which Pico says is a no-no, but could be a necessity.
Pico
Hi Niclas,
we're drifting OT though, but I could not let your statement uncommented as
it gave a false impression ;-)
Niclas Hedhman wrote:
On Thursday 12 August 2004 03:24, Jörg Schaible wrote:
Niclas Hedhman wrote:
The next step ain't that far away, we are just struggling with some
Ugo Cei wrote:
Il giorno 11/ago/04, alle 20:34, Leszek Gawron ha scritto:
did it like this :
public WebApplicationContext fetchContext() throws
ContextException {
In which class did you put this?
Ugo
my own :
/**
* @author lgawron
*/
public class SpringApplicationContextFetcher
FYI
--
Stefano.
---BeginMessage---
Oh, by the way:
http://whirlycache.dev.java.net/
phil.
--
Whirlycott
Philip Jacob
[EMAIL PROTECTED]
Ugo Cei wrote:
Il giorno 11/ago/04, alle 01:37, Stefano Mazzocchi ha scritto:
Are they in trouble or are we wrong?
Nobody is in trouble (unless the hibernate people go after them, which
would be a pretty stupid thing to do anyway)
Stupid and counter to what they have publicly stated many times,
Don't recall if I ever pointed out this one:
http://www.almaden.ibm.com/cs/people/dmodha/arcfast.pdf
The basic algorithm/principle seems applicable in general...
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 11, 2004 3:57 PM
Niclas Hedhman wrote:
On Wednesday 11 August 2004 14:47, Guido Casper wrote:
On the surface it may be not that different from a dependency management
POV but the first is easier to unit test ...
And for the record, this whole thread is not an argument for and against
different IoC styles. That
Dirk-Willem van Gulik wrote:
On Wed, 11 Aug 2004, Ugo Cei wrote:
Stupid and counter to what they have publicly stated many times, that
their own interpretation of the LGPL is that it is not viral.
However over the years we've not managed to get a public statement (or an
updated L-GPL license)
Hi There,
Does the current CVS head for ECM reflect the removal of the
StaticBucketMap? If so, is the repository the same it always was (on
cvs.apache.org)? I'm still getting references to the class in
AbstractThreadManager and TPSPThreadManager after an update.
Thanks,
Corin
-Original
-Original Message-
From: Leszek Gawron
My question is: why do you call a wiki parser a model
aspect if in my
example I have to pass it for EVERY model? It looks more like a view
plugin really.
Where should you draw the line between model and view?
In the case of JXTG, it is
Conal Tuohy wrote:
-Original Message-
From: Leszek Gawron
My question is: why do you call a wiki parser a model
aspect if in my
example I have to pass it for EVERY model? It looks more like a view
plugin really.
Where should you draw the line between model and view?
In the case of
Niclas Hedhman wrote:
The FSF agenda is to drive all development into OSS, by forcing the choice of
economical OSS benefits vs costly in-house development.
Wrong. This is the OSI agenda, not the FSF one.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Gianugo Rabellino wrote:
On Aug 11, 2004, at 10:32 AM, Ugo Cei wrote:
Now, who wants to start enabling Cocoon Forms with XForms support?
*If* and *when* browser support will really be there, I guess we'll all
be eager to implement it... too bad this is the last of a few announces
I heard in
On Thursday 12 August 2004 05:14, Stefano Mazzocchi wrote:
I am supportive of the innovation that Merlin is proposing technically,
but I sense strong idea ownership by some of the players and this is,
historically, a reason to stay away from a technology, no matter how
powerful and useful.
I
On Thursday 12 August 2004 06:07, Corin Moss wrote:
Does the current CVS head for ECM reflect the removal of the
StaticBucketMap? If so, is the repository the same it always was (on
cvs.apache.org)? I'm still getting references to the class in
AbstractThreadManager and TPSPThreadManager
Hi There,
Thanks for that. The repository suggests that the StaticBucketMap is
still used:
http://svn.apache.org/repos/asf/excalibur/trunk/deprecated/event/impl/sr
c/java/org/apache/excalibur/event/command/AbstractThreadManager.java
Is this the case?
-Original Message-
From: Niclas
90 matches
Mail list logo