join and just lurk without being too distracted. Personally,
I'll be there even if I won't probably be very active until late in the
evening (CET).
Ugo
[1]: http://wiki.apache.org/cocoon/FirstFriday
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
it wasn't known or it was just a case of NIH
syndrome. Anyway, if we can get the same functionality with
commons-upload, let's drop this other reinvented wheel. +1 if you
volunteer to do it.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
a catch clause for every
possible exception, but can just catch the root one.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 01/nov/04, alle 12:16, Pier Fumagalli ha scritto:
Maybe KernelException should be unchecked, well, done anyway!
Fine. Another small observation, if you don't mind. The name of the
Abstract class is a little vague. Can't we find a better name?
Ugo
--
Ugo Cei - http
it.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 31/ott/04, alle 23:25, Mark Lundquist ha scritto:
One slight omission... need to add library name=hibernate2/ for it
to work OOtB...
Thanks for catching it. I've updated the page.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
are added to gump.xml.
I will test it again and update the docs ASAP. Thanks for letting me
know.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
and leave 2.1 as is?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 30/ott/04, alle 10:00, Ugo Cei ha scritto:
I will test it again and update the docs ASAP. Thanks for letting me
know.
Done.
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
can see why it is useful, but the fact remains that it is an
incompatible change, if I'm not mistaken.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
here, right?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 29/ott/04, alle 11:26, Sylvain Wallez ha scritto:
java.util.TimerTask?
+1. Do the simplest thing that might possibly work. KISS, YAGNI, etc.
etc. etc.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 29/ott/04, alle 14:36, Jeremy Quinn ha scritto:
On 29 Oct 2004, at 13:23, Ugo Cei wrote:
Il giorno 29/ott/04, alle 12:41, Jeremy Quinn ha scritto:
What I hope to do is to make the Queries persistable in HSQLDB via
ORO and add this to Cocoon as a new Block, both as a sample
from an upgrade? I doubt it.
Most people using a DBMS don't use the HSQLDB we bundle. If they do use
HSQLDB in production, they would be crazy to follow our release
schedule.
I'd rather spend some time trying to integrate Apache Derby instead ;-)
Ugo
--
Ugo Cei - http://beblogging.com
Il giorno 28/ott/04, alle 09:04, Antonio Gallardo ha scritto:
Ugo Cei dijo:
I'd rather spend some time trying to integrate Apache Derby instead
;-)
This was the planned next vote! ;-)
Replace HSQLDB with Apache Derby or something like that. I still have
no
idea and need to make a small research
Il giorno 28/ott/04, alle 17:04, Torsten Curdt ha scritto:
[ X] Leszek
[ X] Ralph
Welcome aboard!
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
directly
without going through another pipeline.
I'm redirecting this to the dev- list to see if other developers have
any thoughts about this.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
=org.apache.cocoon.components.flow.Interpreter
shorthand=flow-interpreters
default-class=org.apache.cocoon.components.flow.InterpreterSelector/
What should be changed to make tests pass again?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 25/ott/04, alle 08:58, Carsten Ziegeler ha scritto:
Ugo Cei wrote:
In the coming days, I plan to rewrite all tests depending on
ExcaliburTestCase so that we can forget about it. Stay tuned.
In addition, our tests test if it is possible to get a corresponding
selector (e.g
a map,
what's the point mocking it?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 25/ott/04, alle 09:39, Reinhard Poetz ha scritto:
But sometimes there are cases when you have to mock an object and not
an interface and Easymock can build proxy objects of them too.
Not true. You can mock classes with jMock too:
http://jmock.org/cglib.html :-)
Ugo
--
Ugo Cei
starting with 2.2:
+1
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Currently, all the unit tests involving sitemap components fail because
the class org.apache.cocoon.components.ExtendedComponentSelector, which
is referenced by *.xtest files, has been removed.
Now, those tests depend on the deprecated ExcaliburTestcase class and it
would be nice to get rid of
I wrote:
Currently, all the unit tests involving sitemap components fail because
the class org.apache.cocoon.components.ExtendedComponentSelector, which
is referenced by *.xtest files, has been removed.
Now, those tests depend on the deprecated ExcaliburTestcase class and it
would be nice to
. If you are familiar
with it, you might try doing a version of the
ResourceExistsActionTestCase that I just refactored, so we can do a
comparison and decide which is better. However, I suspect it's more a
matter of taste than anything else.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Il giorno 21/ott/04, alle 12:10, Carsten Ziegeler ha scritto:
This evening I'm going to integrate ECM++ into the current 2.2
codebase.
Go for it!
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
don't risk stepping too much on each others toes?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
?
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Pier Fumagalli wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we switch
the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
I'm sure you meant can instead of can't ;-) but anyway, here's my +1.
Luca Garulli wrote:
Why not? Where can I find a PetStore application in Cocoon to start
with? If the results will be interesting we can post them to
TheServerSide.com.
You can find a petstore block in Cocoon, but AFAIK it uses straight
JDBC. You might be more productive, maybe, by adapting my CHS
on this is a matter of opinion, yours
is as valid as anyone else's, until the matter is resolved in court,
eventually.
Of course, if Microsoft decides to sue you on behalf of the original
copyright holder, that it's your problem.
IANAL
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S
Il giorno 18/ott/04, alle 10:18, Jeremy Quinn ha scritto:
So, to summarise
What package names should I use?
I'd suggest org.cocoondev, assuming it is hosted at Cocoondev.org.
What license should I add?
I'd use ASL 2.0.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S
-tested
container. I can help with this.
WDYT?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
stop yourself from coding like mad ;-). But as soon as you
have some code that you aren't totally ashamed of, please put it in the
whiteboard directory. I will try to look at it and see how I can
help.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic
Carsten's effort towards bringing that
code inside, so we can at least try fixing them ourselves.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Spring packages that in
turn import Hibernate packages.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 16/ott/04, alle 23:16, Pier Fumagalli ha scritto:
If someone has some space on SourceForge (not here, it's LGPL, Carsten
maybe you can lend a hand), it might be very cool to improve it
together?
May I suggest cocoondev.org?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
to
take a look at the code that you and me have written and maybe
contribute some.
Having said that, I don't think Stefano needs to reiterate why each
block must have its own classloader. That's pretty much obvious, IMHO.
Cheers,
Ugo
--
Ugo Cei - http://beblogging.com
just want to point out that using DI
does not rule out the possibility of doing lookups. In Spring, for
instance, you can implement the ApplicationContextAware interface and
get handed an ApplicationContext that you can use to look up other
components a-la Avalon.
Ugo
--
Ugo Cei - http
without fear in this case (as a
matter of fact, I do).
As far as extensions are concerned, I'm not sure if that's the case.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
inside Cocoon, but hey, that's
just a fucked-up component model anyway.
What we need to agree on is whether we will use Spring as a starting
point or not. I thought we had already agreed on that at the GT but I
was probably wrong.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
diskPersistent.
You are probably using Hibernate, aren't you? The latest version of
Hibernate comes with ehcache-0.8.jar or something like that. We
distribute ehcache-1.0.jar. I removed the oldest version and everything
seems to work fine.
Ugo
--
Ugo Cei - http://beblogging.com
Il giorno 16/ott/04, alle 18:36, Ugo Cei ha scritto:
I posted a question about this to the Spring forum:
I could have avoided it: the answer is in the users' list archive:
http://sourceforge.net/mailarchive/message.php?msg_id=8578586
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S
Il giorno 13/ott/04, alle 18:59, Ugo Cei ha scritto:
- [ ] Geronimo/JMX?
This thread:
http://thread.gmane.org/gmane.comp.java.springframework.devel/4910
might provide some suggestions re the
implementation of the kernel.
I just came
it into the Cocoon
core), but are you suggesting that we shoud keep
o.a.excalibur.source.Source and so on?
Hmmm, OK, how about:
package org.apache.excalibur.source;
public interface Source extends org.apache.cocoon.source.Source {} ?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S
suggested *in* Cocoon. The original Excalibur source can
remain as is, or it can go to the great jar in the sky, I don't care.
The new Cocoon will have a new implementation of Source,
SourceResolver, etc. which has nothing to do with Excalibur.
That's my plan, anyway,
Ugo
--
Ugo Cei - http
the desired compression
levels).
I am just wondering: will we be able to fit everything in a single DVD?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
the desired compression
levels).
I am just wondering: will we be able to fit everything in a single DVD?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
management API instead of having background checker thread.
Looks like a very good plan to me.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
or that have already done some work (see
the kernel and butterfly attempts). Now it's time to JFDI (Just Fscking
Do it).
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
the BD is, particularly whether it is supposed to work with the
current blocks system or with something new, and such.
Re testability, I agree that mock objects can help a lot, but sometimes
it can even be easier to be able to do without.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Il giorno 14/ott/04, alle 10:25, Ugo Cei ha scritto:
Er ... no, I haven't had much time to look at it deeply, yet. In any
case, could you please provide something like an executive summary
of what the BD is, particularly whether it is supposed to work with
the current blocks system
. I'm all for agile, test-driven development, so what I would do
is write some tests, implement the simplest thing that might possibly
work and refactor.
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
than JDO. I am not sure if there's anyone around who still thinks
entity beans are a good persistence mechanism ;-)
Anyway, I think this was an interesting thread. No annoyance on my
part, really.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic
either go with
Hibernate, JDO 2 or possibly Toplink.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 14/ott/04, alle 16:50, Stefano Mazzocchi ha scritto:
real block kernel and Rickard Oberg's AOP framework, this would be
modern.
Too bad he has not open-sourced it yet, or has he?
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
It's all here, folks, by me and Pier:
http://www.pbase.com/stevenn/image/35024867
;-)
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
It's all here, folks, by me and Pier:
http://www.pbase.com/stevenn/image/35024867
;-)
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
real work done. What would have
you done in my place?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
, since I wouldn't actually recommend any JDO 1
implementation to anyone.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 13/ott/04, alle 11:18, Sylvain Wallez ha scritto:
So I go for option 1: rip what need and don't include this additional
dependency.
Done.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
cases in the simplest possible
way
Use a Tracer Bullets approach (see The Pragmatic
Programmer, item #10).
- [ ] 4. Refactor mercilessly
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
true, everyone would be using JDO exclusively by now. JDBC
is as much a standard as JDO and SQL even more so.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 13/ott/04, alle 12:24, Arje Cahn ha scritto:
One big thanks to everyone involved in organizing another brilliant
G(h)e(n)tTogether.
http://beblogging.com/blog/2004/10/13/203331
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
that we will use it for something else.
3. [ ] Anything else?
Please cast your votes or at least tell me what you think.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
FYI, I've just uploaded the Spring Petstore sample that was on the wiki
(at http://wiki.apache.org/cocoon/SpringPetstore ) to the Cocoondev
site at http://new.cocoondev.org/main/g1/43
Thanks to Steven for the support,
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S
Guido Casper wrote:
Added:
cocoon/whiteboard/butterfly/lib/js-1.6R1pre.jar (contents, props
changed)
Log:
Added Rhino jar
Ugo, what does Spring use that for? Do you have any pointers?
Spring 1.2 will have the possibility of managing not just regular Java
beans, but also beans written in
to set via dependency injection,
which is rather inconvenient, but I couldn't find a decent workaround
for it, yet.
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 07/ott/04, alle 18:09, Sylvain Wallez ha scritto:
This can have many use cases in multi-channel applications. A single
abstract page definition can produce HTML, WML, Laszlo, etc.
Do you mean using Laszlo as a library, not as a server? Is it possible?
Ugo
--
Ugo Cei - http
/GT2004Attending#preview to coordinate.
Please add your name at the bottom of the page.
It would be nice if some local would kindly suggest a place ;-)
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
getMessage() { return message; }
public void setMessage(String m) { message = m; }
}
In my case, the getter and setter methods would be called via
reflection.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Igor Bukanov wrote:
http://bugzilla.mozilla.org/show_bug.cgi?id=258844 contains a working
patch against Rhino CVS from mozilla.org to enable Continuation support
there.
What am I supposed to do if I want to play with it?
1) Do a cvs checkout and apply your latest patch before building?
2) Do a
Just a test, sorry for the waste of bandwidth.
Steven Noels wrote:
This is just BSD-style-with-required-credits with the nuclear thing
added. I wouldn't be bothered too much with it - it's at the discretion
of the nuclear end-user to acknowledge the fact that this demo is going
to melt his core.
The core of his nuclear-powered car, you
Dears,
next week I will be attending JAOO in Aarhus http://www.jaoo.dk. If
there are any cocooners going there, we might chat and have some beers
together. Just let me know.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
debugging javascript code, so I hope some
Windows user will kindly provide a fix. Shouldn't be hard.
Ugo
[1] http://developer.apple.com/internet/webcontent/xmlhttpreq.html
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
if he never saw
this message before...
Yes, some of them are not familiar with using the Internet at all,
besides causal surfing.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Pier Fumagalli wrote:
I think it might have been because in the code comments of the EHStore
there's a mention that the store is not persistent across JVM restarts,
but now it seems they fixed it...
http://ehcache.sourceforge.net/documentation/#mozTocId581616
But see also:
Note: This
the validation be performed only if
the value is not null, and this seems to be impossible now, whereas it
was possible (IIRC) in 2.1.5.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 02/set/04, alle 11:25, Sylvain Wallez ha scritto:
Me neither. Other opinions?
Release early, release often. Tomorrow is FF, so let's dedicate it to
backporting whatever is possible from trunk and do a release soon after
that.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
and you cannot select that from the file selection box
AFAIU, so I did a symlink from /Applications, and that at least made
the context menu appear.
OTOH, I couldn't care less about SCPlugin if I could make subclipse
work :(
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description
Il giorno 26/ago/04, alle 01:19, Pier Fumagalli ha scritto:
http://scplugin.tigris.org/
Pier
Personally, I couldn't get it to work. How about you?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
Il giorno 27/ago/04, alle 18:38, Stefano Mazzocchi ha scritto:
I don't need a vote to make this happen, but I'm asking for comments.
No comments, just a go ahead from me and a question: what does tani
stand for?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME
Il giorno 18/ago/04, alle 17:57, [EMAIL PROTECTED] ha scritto:
Log:
comment jcr block for now
Oops ;)
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
the client appears to be practically idle.
Time to switch OS maybe? ;-) CVS times seem to be comparable
$ time cvs -d :ext:[EMAIL PROTECTED]:/home/cvs -q -z3 update -dP
real1m0.474s
user0m2.390s
sys 0m7.310s
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME
.
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
interpretation of the LGPL is that it is not viral.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
interpretation of the LGPL is that it is not viral.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
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
decorator)
A possible solution would be to write a WikifyingTransformer and put it
after the JXTG in the pipeline. Wouldn't this be cleaner or am I
missing something?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
paranoid, you can start developing everything
in-house, but where do you stop?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
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
having to replace the mocks we provide with a real impl., wouldn't the
ASF have the same problem, assuming it was an ASF problem to begin
with?
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
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
http://www.gnu.org/copyleft/lesser.html
;-) (just in case)
--
Ugo Cei
;-).
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
, spring-context and
spring-web.
Ugo
--
Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
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:
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
interfaces.
Would that force you to distribute your code under the (L)GPL? I don't
know, but in any case you could always strip all Hibernate-dependent
classes from the jar and keep only the OJB-dependent ones.
Anyway, IANAL but this is getting painful :(
Ugo
--
Ugo Cei - http
201 - 300 of 663 matches
Mail list logo
