for the Event package?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On Tue, 2 Nov 2004, Vadim Gritsenko wrote:
Giacomo Pati wrote:
Ok, guys, lets see if we can find a consensus for this issue.
The issues have been:
- Excalibur Event package is deprecated. We need a replacement of those
functionalities we are in need for the core (scheduling Runnables once
On Sat, 30 Oct 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
I suppose in the trunk only (not in 2.1) or did you strip off
ALL event package references?
I didn't change anything in 2.1 - but I guess that the event package
is only used in the continuations manager in 2.1 as well
the implementation
of the component (ThreadSafe vs. Poolable).
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
just write
another one.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
such need araises. Now, the cron block is
just all about that and uses Quartz as implementation for the
component interface defined in the cron block. So quartz itself is totally
shielded by the interfaces.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance
make IMHO much more sense
to me than dottet notation.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
.
The question is now, should I port this to 2.1.x as well? Are there
better solutions?
Does this mean the CommandManager from the Context is gone?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On Fri, 29 Oct 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
On Fri, 29 Oct 2004, Carsten Ziegeler wrote:
The current implementation of our continuations manager uses the
excalibur event package for the background checker that checks for
expired continuations.
Now, this approach has
On Fri, 29 Oct 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
Yes, we used the CommandManager in some projects. It is based
on the PooledExecutor from Doug Leas concurrent-utils
package. It comes in quite handy as you can put tasks there
you'd like to be done asynchroniously (ie. indexing
On Fri, 29 Oct 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
Sure, no problem. How should it be named?
What does it do? :)
Someone mentioned Crons JobScheduler as it has a fireJob()
method that could do it but would we want the cron block go
into the core?
Hmm, I think this depends
Just a test. I was thinking I get bounces from some addresses whenever I
post here. Sorry for the inconvenience.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
, not the Unix Cron utility.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
to be refactored, probably by using events
package or similar.
Given the above, in the long run, we should go for b).
So, the question remains. Either we
integrate refactor the excalibur event package
or
make the Quartz/Cron block core as it does all we need
--
Giacomo Pati
Otego AG, Switzerland
as
a Transformer (as the JXTG does) and we can define the syntax and features
of it. Combined with Carstens TemplateObjectModelHelper we could well
create an efficient and well designed template engine which we control
about the data paths' and syntax.
--
Giacomo Pati
Otego AG, Switzerland - http
On Fri, 29 Oct 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
So, the question remains. Either we
integrate refactor the excalibur event package
or
make the Quartz/Cron block core as it does all we need
Yepp, I think we should use a compromise here: let's take the
fastes road and add
On Thu, 28 Oct 2004, Torsten Curdt wrote:
Folks please cast your votes for:
[ X ] Leszek
[ X ] Ralph
Welcome aboard
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On Mon, 25 Oct 2004, Tony Collen wrote:
Let's deprecate the PHP block for the remainder of our 2.1.X releases and
then dump it in 2.2. If people want to use PHP with Cocoon, the best
solution is to just use a FileGenerator and an http:// URL.
+1
--
Giacomo Pati
Otego AG, Switzerland - http
test the code in a relevant way which isn't always that easy.
Yup, indeed.
That's for sure :-)
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
, the missing
code can be added to ECM++ without major problems.
So, please cast your votes on removing the support starting with 2.2:
Carsten
Carsten Ziegeler
Open Source Group, SN AG
http://www.s-und-n.de
http://www.osoco.net/weblogs/rael/
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
On Fri, 22 Oct 2004, Stefano Mazzocchi wrote:
Giacomo Pati wrote:
The simplest possible thing would be to have a block descriptor extend
a maven POM and use maven to build them.
Wow, you propose using maven?
apparently ;-)
Ok.
blocks are very simple things and don't require special treatment so
On Tue, 19 Oct 2004, Stefano Mazzocchi wrote:
Giacomo Pati wrote:
On Tue, 28 Sep 2004, Bertrand Delacretaz wrote:
Le 28 sept. 04, à 04:12, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
...The performance part comes mainly from the front-end apache2
mod_cache. Simply adding the right HTTP
(CACHE_CONTROL_HEADER,max-age=+
cacheForHowMaySeconds);
And creating an HtmlSerializer where shouldSetContentLength() returns true
(we should make this configurable BTW).
Wouldn't mod_header and mod_cache be able to do that for you?
Giacomo
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
think it's time to change the status of the blocks, so I propose to:
a) mark portal-fw as deprecated
Hmm.. deprecated mean Hey man, go change you portal as it will be removed
in the future is this you want to signal?
-0
b) mark portal as stable
+1
--
Giacomo Pati
Otego AG, Switzerland - http
On Thu, 26 Aug 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
a) mark portal-fw as deprecated
Hmm.. deprecated mean Hey man, go change you portal as it
will be removed in the future is this you want to signal?
Yes :( The portal-fw is a nice portal framework, but the code
is very very ugly (I
stopped'. But anyway, go ahead.
--
Giacomo Pati Otego AG, Switzerland -
http://www.otego.com Orixo, the XML business alliance -
http://www.orixo.com
exactly that:
svn switch --relocate http://svn... https://svn...
Will change the url in the metadata (.svn/... dirs)
Alternatively, you can just make fresh checkout from https:// and move your
changes manually into this new checkout.
Vadim
--
Giacomo Pati
Otego AG, Switzerland - http
On Wed, 25 Aug 2004, Pier Fumagalli wrote:
Ok for the site, but the APIs, it's just a waste...
+1 take them out
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
to include Cocoon pipeline URIs (which will have a certain
dynamic nature). How does the Generator know about their cachability?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On Tue, 24 Aug 2004, Pier Fumagalli wrote:
On 24 Aug 2004, at 20:41, Giacomo Pati wrote:
On Tue, 24 Aug 2004, Pier Fumagalli wrote:
A generator always knows its input (its a file) and can verify whether
it's valid, if it is, then the include src=... declaration in there
will not be changed, so
Stefano Mazzocchi wrote:
My proposal is to create a private branch for every committer that wants
it and place it in
http://svn.apache.org/repos/asf/cocoon/private/[id]
+1
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
) some discussion about using Maven (which would
help building multiple jars just easy).
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
and they will not move to CForm for a
long time)
3) moving Woody inside cocoon core and rename it Cocoon Forms (we
should stop calling it woody)
big +1
For people that expected Cocoon 2.2 to make this happening, well, I
think we should get it done in Cocoon 2.1.5 instead.
+1 for 2.1.5!
Giacomo [who
Ralph Goers wrote:
This sounds interesting. However, isn't 2.2 dumping excalibur in favor of
fortress? (Just my impression from some of the emails here). Does fortress
have something similar?
Yes, of cource!
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business
Carsten Ziegeler wrote:
Giacomo Pati wrote:
+1 for me
I'd also like to know your oppinions about using the new
http://www.apache.org/dist/java-repository/... location to (maybe in
addition for the 2.1.4 release) place the dist (would be
/www/www.apache.org/dist/java-repository/cocoon
Giacomo Pati wrote:
Carsten Ziegeler wrote:
But: I see a sense in putting our jars there, I'm not so sure what the
use
in putting also the distribution (the src) there is?
If you look at the repository structure proposed there you'll have
distributions directory as well (BTW: IIRC Avalon
version2.1.2/version
typewar/type
/dependency
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
Unico Hommes wrote:
Giacomo Pati wrote:
I'm not through with all the mails but I've just encountered
a problem when building under Java 1.3. Could it be that the
included geronimo-spec-jta-DEV-20040116.jar in the slide
block is compiled with a
1.4 compiler?
Yes, it was. I was unaware
Ok, I've compiled the geronimo/specs/jta jar with the property
maven.compile.target=1.1. Now at least it compiles.
Giacomo Pati wrote:
Unico Hommes wrote:
Giacomo Pati wrote:
I'm not through with all the mails but I've just encountered a
problem when building under Java 1.3. Could
Unico Hommes wrote:
Giacomo Pati wrote:
Ok, I've compiled the geronimo/specs/jta jar with the
property maven.compile.target=1.1. Now at least it compiles.
Thanks Giacomo. I was looking into the same. According to the maven java
plugin documentation that should have been the default.
Well, I
there as well (I'd
voloteer for this)?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
Hi guys
I'm in need of the ODMG API and want do use Apache OJB (which offers a
native implementation of it). Anybody objecting it?
It'd porpose to place it into the OJB block alongside of the JDO
implementation.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML
Torsten Curdt wrote:
Giacomo Pati wrote:
Hi guys
I'm in need of the ODMG API and want do use Apache OJB (which offers a
native implementation of it). Anybody objecting it?
No objection but I am just wondering...
...you would not use both in a project
at the same time - usually
Probably
and the field is not required it should be valid
without even consulting the validator. Do I miss something?
- other validators (such as assert) will behave according to their
semantics with null values.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation Member Mailto:[EMAIL PROTECTED]
Hohlstrasse 216 Mailto:[EMAIL PROTECTED]
CH-8004 ZürichWeb: http://www.otego.com
Tel: +41 (0)1 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation Member Mailto:[EMAIL PROTECTED]
Hohlstrasse 216 Mailto:[EMAIL PROTECTED]
CH-8004 ZürichWeb: http
is considered
Cocoon internal and what not.
I remember a discussion about separate jars 3 or 4 month ago.
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=106424060330963w=2
--
Otego AG Tel: +41 (0)1 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79
Sylvain Wallez wrote:
snip/
Wow, I feel like a prehistoric man, having finished my studies in
summer... 1989!
In fact, you are! But you are not alone. Hope this helps ;-)
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
cocoon.roles and cocoon.xconf. Is the role already
registered and configured there, this configurations will be used.
Otherwise the configurations from the jar will be used.
Have you read about the Blocks comming with version 2.2
(http://wiki.cocoondev.org/Wiki.jsp?page=Blocks)?
--
Giacomo Pati
Otego
Cool, Carsten! Thanks
I think we should focus on Blocks.
Anyone feels to take some initial lead for the development process as
mentioned at http://wiki.cocoondev.org/Wiki.jsp?page=Blocks
Implementation Phases ?
Giacomo
Carsten Ziegeler wrote:
I made some updates to the new environment
I want to propose Daniel Fagerstrom as new Cocoon committer...
big +1
Giacomo
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
:-) If we can't manage to amke it run until than we
could move it to another package and reinstantiate the 2.1 treeprocessor
instead.
--
Otego AG Tel: +41 (0)1 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation
Christian Haul schrieb:
Giacomo Pati wrote:
Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
-this.reset();
-this.init();
+reset();
+init();
It make sense for member variables but there I'd like to add a prefix
like m_ which cannot be forgotten (as like
it is (but that is personal
preference, I know ;-)
Giacomo
No, actually I prefer this.method() as well, but don't mind if someone
writes
only method(). But I think changing this back and forth is not a good idea.
Carsten
--
Otego AG Tel: +41 (0)1 240 00 55
Giacomo
Anybody else encountered a 'Continuation is not defined.' message with
the flow samples when using WLS 8.1?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
Christopher Oliver wrote:
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=106700554117575w=2
Thanks alot, I must have missed that one.
Giacomo Pati wrote:
Anybody else encountered a 'Continuation is not defined.' message
with the flow samples when using WLS 8.1?
--
Otego AG
Big +1! This all seams to make much sense.
Sylvain Wallez wrote:
[Sylvain's exploit on stores snipped]
, how is Tomcat doing. IIRC its distribution comes with a jta.jar
inside. Can't we use that?
Giacomo
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
, mate!
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
attempt to describe the process here:We've never ha
http://wiki.cocoondev.org/Wiki.jsp?page=ProjectBuilding
HTH
regards Jeremy
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
?
An absolute +1 here
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
Carsten Ziegeler wrote:
The release is built, cvs tagged and the files are currently
uploading. I will send the release mail tomorrow to give
the mirrors some time.
So, this is the end of the code freeze. Change at will.
Cool job, thanks!
--
Giacomo Pati
Otego AG, Switzerland - http
with CVS). This might give you conflict as soon as you
commit your next changes to the same file or it requires you to
immediately update your tree after such committs.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
David Crossley wrote:
Giacomo Pati wrote:
David Crossley wrote:
snip/
That would be nice for us. Unfortunately, we probably have to take
whatever comes and fix it with clever tools before commit.
Be carful when doing precommit reformatting on the cvs server side
(which is doable with CVS
]
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
/serializers inside
pipeline (only matchers/error-handler should be there) [this shouldn't
have been there in the first place!]
+1
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
- cocoon.sendStatus(status)
- cocoon.sendStatus(status, message)
- cocoon.response.setStatus(status)
- cocoon.response.setStatus(status,message)
+4 from me
+1
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
release components,
removing the ComponentManagerProxy doesn't do any
harm, but provides greater performance.
Please cast your votes:
+1
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
value=http://./
wasn't really elegant. But if you have a good idea just throw it in :-)
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
not to remove my first version after I've figured there
was a getParameterAsBoolean :-(
Thanks Vadim.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
to an end.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
Reinhard Poetz wrote:
I propose to remove the IDL-docs because they are far from being
up-to-date and the Flow-API is well-described in our usual docs.
Here my +1.
+1 for me.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
is that is somehow inflexible and
way too programmatic, not very declarative as Anteater is.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
of jetty). The counterpart interface of
Disposable is Initializable which is called once during the life time of
the component as with the Disposable.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
Anybody encountered the Exception in the form2bean.flow Woody samples
under JDK 1.3? It runs smoth here with a JDK 1.4.2
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
Jeremy Quinn wrote:
On Wednesday, October 29, 2003, at 01:40 PM, Giacomo Pati wrote:
Hi Jeremy
Jeremy Quinn wrote:
snipped
public class HibernateFactory
extends AbstractLogEnabled
implements PersistanceFactory, Configurable, Serviceable,
Initializable, Disposable, ThreadSafe
IIRC
Is the idl syntax still the way to describe the FOM documentation?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
you think about this?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
the protocol
used to distinguish the type?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
are raised)
- set leniency always to true on test instructions (jx:if and jx:when)
- add an optional lenient attribute to the jx:out and jx:forEach
statements (would default to the sitemap parameter value above).
What do you think?
+1
--
Giacomo Pati
Otego AG, Switzerland - http
in the
soon-to-be 2.2
repository?
-1
we need the 2.1 repository to be able to do 2.1.x releases. Otherwise we
would ship alpha code and I think people building their applications
upon 2.1 wouldn't be very happy with this.
That's one reason why CVS has branches.
--
Giacomo Pati
Otego AG
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On Fri, 3 Oct 2003, Stefano Mazzocchi wrote:
http://www.acronymfinder.com/af-
query.asp?acronym=COBString=exactpage=2
even though I like cranky old bastard... expecially for times when
the block won't work as expected ;-)
ROTFL
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
what's happening, and lay out what we need.
NOTE: I'm the original Centipede author, so yes, I'm definately baised
:-) I knew this would happen
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On Thu, 25 Sep 2003, Stefano Mazzocchi wrote:
On Thursday, Sep 25, 2003, at 10:47 Europe/Rome, Giacomo Pati wrote:
On Wed, 24 Sep 2003, Berin Loritsch wrote:
snippeddiscussion on build infrastructure/snipped
We tried to have a unified build system with ANT, and all excalibur
projects
, not caustic, just curious]
:O WHat me volunteer?
Maybe I should learn to keep my mouth shut. ;P
Seriously though, between Giacomo and I the build infrastructure would
not be too hard to set up. In fact, we can get it started in parallel
to what is currently there. When all are satisfied
On Sun, 28 Sep 2003, Antonio Gallardo wrote:
Giacomo Pati dijo:
But first we need to come to a consensus about which build
infrastructure we would support to use:
1) Ant
in this case we can use the current build system and tune it to the
needs we have for the 2.2 and maybe add
On Sun, 28 Sep 2003, Joerg Heinicke wrote:
Giacomo Pati wrote:
Well, as my time permits it and Berin could give a hand as well, why
not.
But first we need to come to a consensus about which build
infrastructure we would support to use:
1) Ant
in this case we can use
in the repository. No longer is there a need to have a 13 MB download
for a full distributable. Not to mention, it makes it easier to find out what
exactly is a dependency and what is dead weight.
seconded!
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http
a branch not just tags. During the release
period backport bug fixes to the other branch.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
)?
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
.
Good point. Supported sounds less marketing intrusive.
+1 for supported
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
On Tue, 23 Sep 2003, Stefano Mazzocchi wrote:
On Monday, Sep 22, 2003, at 16:23 Europe/Rome, Giacomo Pati wrote:
SNIP/
I agree with you that even a 'naked cocoon' (a cocoon with no
functional blocks) can be further modularized, even if I personally
don't resonate with the modularization
(as we have today
with the local.* files) a running core system: The real core, core
implemetations of abstracted parts, environment implementaion and the
core block implementation (I'm thinking of the BlockDeployerBlock which
was mentioned by someone)
What do you think about this?
--
Giacomo Pati
and then there was LogKit..
You probably missed the recent thread about it. Have a look at
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=106206358807904w=2
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
.
+1 for friday.
One thing I'd like to put in:
Now that the new Corn block has been added, can we get rid of the
Cornerstone Scheduler? If we can, it would never appear in ANY release.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http
a branch or another repository?
IMHO this is where CVS braches for bug fixes shine.
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
as an infrastructure equivalent to
CVS.
But I'd really like to see a 2.2 module created now. Should we put it to a
vote?
What's the diffrence between a new repository and a branch (I know:
performance)
--
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http
On Thu, 4 Sep 2003, Carsten Ziegeler wrote:
Giacomo Pati wrote:
One thing I'd like to put in:
Now that the new Corn block has been added, can we get rid of the
Cornerstone Scheduler? If we can, it would never appear in ANY release.
Corn? Nice. You know, if you go into a pub you often
On Thu, 4 Sep 2003, Carsten Ziegeler wrote:
Giacomo Pati wrote:
One thing I'd like to put in:
Now that the new Corn block has been added, can we get rid of the
Cornerstone Scheduler? If we can, it would never appear in ANY release.
Ok, it seems that your cron block does the same, so
501 - 600 of 636 matches
Mail list logo