things, but not for application-level processing, which should be
orchestrated by the flow engine (be it flowscript of javaflow)
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member
to need the function and viewData
for our project.
Ok. So the good news is that V1 does all what you need and more !
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research
Reinhard Poetz wrote:
Sylvain Wallez wrote:
I personally don't use v2 nor v3. People using it are invited to
speak up!
You answered the question in your summary of the last year GT
Hackathon discussion about cforms
(http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109774752401800w=2
for a solution on the wiki, like requested.
Fine!
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So the question is:
- why is the pipeline automatically released? Is to avoid memory leaks?
Yes, in 2.1.x there was no good place for explicitly releasing the
pipeline; this required some incompatible changes we did in 2.2; the
pipelines
Leszek Gawron wrote:
Sylvain Wallez wrote:
The main points to achieve stable state are:
1 - remove v2 and v3 apis
I assume there are some features that we would like to port back to
v1. Could we identify them?
I personally don't use v2 nor v3. People using it are invited to speak up
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So IMO, we should change the way environment inheritance between threads
is managed:
- if a child thread runs in the scope of its parent, then a special
CocoonThread class (extends Thread) should be used, which will copy the
needed
;
So please, update your settings and leave unchanged what doesn't need to
be changed :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Upayavira wrote:
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1 !
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Sylvain Wallez wrote:
Weird, weird, weird! Anybody having a hint about why fireJob() is
doing this environment mixture?
Actually fireJobAt() is broken also when using another test case.
What's wrong with it?
Desperately searching
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So IMO, we should change the way environment inheritance between
threads is managed:
- if a child thread runs in the scope of its parent, then a special
CocoonThread class (extends Thread) should
Vadim Gritsenko wrote:
After second look, does not look too harmful, even though unnecessary.
Man, I spend two full days chasing the bug and finding its cause. I
don't call this unnecessary...
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org
/daisy/cocooninaction/
[2] http://wiki.apache.org/cocoon/LoadInEclipse
[3] http://wiki.apache.org/cocoon/DocsReorgProposal
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research
, that are later
aggregated within bigger structures that may evolve more over time as
various documentations areas come up, or within different sites if we
want to propose (or try out) different navigation paths.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org
.
Thanks!
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Remedy is to use thread pool(s), and not create local Threads - with
the exception of situation when local thread lives no longer than
original request.
I used the scheduler's thread pool, and that's when the problem
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Anyways, RunnableManager's pools MUST NOT inherit any variables,
IMHO. I think you meant the same.
Exactly. And my modifications ensure this CAN NOT happen, by simply
suppressing the automatic inheritance
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So the question is why do we remove the serializer information from the
key and validity for an internal request? Furthermore considering that
calling getInputStream() on a cocoon: source *does* use the Serializer.
I'd like to remove
a pipeline to an outputStream should cache the byte stream
using the full key and full validity
Does it make sense?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research
if the
CocoonQuartzJobExecutor properly releases everything.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
- SitemapSource should be the full key (its hash actually) and full validity
- processing a pipeline to an XML consumer should cache the SAX stream
using the restricted key and restricted validity
- processing a pipeline to an outputStream
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
IMO these should include the serializer key and validity rather than
stopping at the last transformer (or generator if there's no
transformer). The serializer information cannot be ignored since this
serializer is used when
then
check the absolute URL with its protocol.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
the configuration to allow for easier extension with the
xconf include mechanism in 2.2
Other pending changes are enhancements and new features rather that
backwards incompatible changes.
How does this sound?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org
this environment mixture?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
considering that
calling getInputStream() on a cocoon: source *does* use the Serializer.
I'd like to remove this distinction and have the full pipeline key be
used il all cases.
Thoughts, objections?
Sylvain
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=111816379808621w=2
--
Sylvain Wallez
take this approach. Those that
don't are AFAICS mostly the ones that existed before being moved to
blocks (e.g. SVG).
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research
Reinhard Poetz wrote:
Sylvain Wallez wrote:
snip/
The main principle of the Ajax stuff is that each part of the page
that can be updated asynchronously (not necessarily a widget) must be
fully contained in a tag (span, div, input, whatever) with a unique
id. In the case of widgets
, it seems to me this property belongs more to map:classpath
rather than map:components.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
people access, as the
documentation is contributed to the ASF.
Yes, for people in the doc-team (a better name than User), but not
for people posting to the sandbox (same rule as the wiki).
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvain
Mark Leicester wrote:
Hi,
This feels like a stupid question, but what about comments? Do people
adding comments to daisy also need to sign the CLA???!
Of course not! They just need to self-register, which gives them the
guest role.
Sylvain
--
Sylvain Wallez
for this?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
to ASL 2.0.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Steven Noels wrote:
On 06 Jun 2005, at 14:32, Sylvain Wallez wrote:
We can consider that a CLA is needed for document committers as
they control official (i.e. published) docs,
+1
whereas document contributors are considered like people
contributing wiki pages and bugzilla patches
. This
allows to run Cocoon without the logkit.jar.
+1
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Upayavira wrote:
Sylvain Wallez wrote:
Hi all,
Now that thanks to Steven we have a nice Cocoon-based ASF-hosted CMS,
we have to (and want to) use it!
AFAIU by reading the recent discussions, a difficult point is the
xdoc format used by Cocoon's internal publishing system.
So what about
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Now there's also the little-known ft:validation-error template
instruction that outputs the validation error or any given widget.
This can be a good replacement of the message widget, and would
allow non-visual widgets
Bertrand Delacretaz wrote:
Le 4 juin 05, à 10:26, Sylvain Wallez a écrit :
...Rather than mod_rewrite hacks, we need to ensure samples
correctly run when not at the server root. References to CSS,
images, etc are absolute and therefore broken when mounted at
/cocoondemo...
Also
the publishing stuff
in src/documentation and migrate everything to xhtml which is understood
both by Forrest and Daisy? That way, we can concentrate on using the
cool features of these modern tools without being always hindered by the
legacy structure.
Sylvain
--
Sylvain Wallez
Ross Gardler wrote:
Sylvain Wallez wrote:
Hi all,
Now that thanks to Steven we have a nice Cocoon-based ASF-hosted CMS,
we have to (and want to) use it!
AFAIU by reading the recent discussions, a difficult point is the
xdoc format used by Cocoon's internal publishing system.
So what
replacement of the message widget, and would allow
non-visual widgets to be ValidationAware.
WDYT?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
=request,
whereas today it's similar to cache=static.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
implementation in trunk?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
persistent I am.
This I have seen :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
definition, then we
can enable caching automatically.
Now this can be implemented later.
Remove the cache attribute? If cocoon will auto decide when use cache,
this attribute can stay to force a user decision when needed a special
handling.
How this sound now?
Good :-)
Sylvain
--
Sylvain Wallez
Antonio Gallardo wrote:
On Lun, 30 de Mayo de 2005, 4:54, Sylvain Wallez dijo:
Antonio Gallardo wrote:
THE SOLUTION
We found is posible to improve DSL performance by caching the DSL item
data list once per request. The DSL remains dynamic per request.
Caching DSL
removed xsp/mocks from my Eclipse project, but that isn't a
satisfying solution.
Any better idea? Should we filter out xsp/mocks from the eclipse-project
task?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but
we haven't yet changed it.
I will do the move
-project includes a limited subset of blocks and I can't
find why... Any idea?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but
we haven't yet
Joerg Heinicke wrote:
On 28.05.2005 14:45, Sylvain Wallez wrote:
So this must be handled entirely either in the pipeline or in the
selection-list.
+1
You're right in saying that a pipeline querying a database cannot
easily be cached. Now we have in the scratchpad (and this should IMO
Antonio Gallardo wrote:
On Sab, 28 de Mayo de 2005, 7:45, Sylvain Wallez dijo:
Antonio Gallardo wrote:
Hi:
Yesterday, I posted a simple RT on how to improve cforms dynamic
selection
list performance. After getting a huge responses and a lot interest from
the cocoon dev list
will be emailed to you immediately.
English speaking RSS feeders can subscribe to
http://www.planetcocoon.com/en/blog/category/cocoon/feed.
What do you think?
hat kind=personal
I like it! It's a kind of xml-deviant
(http://www.xml.com/pub/q/xmldeviant) for Cocoon.
/hat
Sylvain
--
Sylvain
expressions can only bring confusion and weird behaviors :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
if people know that the URI has to be loaded
statically should they have to say dynamic=false to have a better
performance.
WDYT?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member
currently in datatype.convertor) to have
all interfaces there.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
for this as the repeater is
versatile enough. Either a binding or a helper on-create event listener
should be what is needed to automate this.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member
the type attribute of fd:selection-list. I'll answer
your RT with some proposals in the coming hours.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology
.
How does that sound?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
, this was context:...
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
] http://ken.coar.org/burrow/index.html?entry=1484;comments=true
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
-rows instructions (see e.g.
dynamicrepeater_template.xml). Having an enclosing tag around the row
iterator was needed to be able to produce the id mentioned below.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
On that point, I proposed to write a new implementation of the
flowscript implementation. This is certainly not a total rewrite, but
a refactoring of the existing code to have an overally consistent
object model, and also introduce a flow
to the new cforms.js file that
contains the AJAX stuff, and I renamed the previous version in
form-lib.js. You should upgrade the XSLs, which contain the additional
script instruction, along with some other changes needed for the AJAX
features.
Sylvain
--
Sylvain Wallez
currently lack time to read this thread in full details, as I'm
currently giving a Cocoon training to people writing a huge
document/content management system... with Cocoon.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware
Antonio Gallardo wrote:
On Mar, 24 de Mayo de 2005, 15:35, Sylvain Wallez dijo:
Sebastien Arbogast wrote:
The second important thing I notice in your remark is the argument
that people here know Cocoon but not PHP. But it's exactly our point :
we don't think Cocoon documentation
Sebastien Arbogast wrote:
2005/5/24, Upayavira [EMAIL PROTECTED]:
Antonio Gallardo wrote:
On Mar, 24 de Mayo de 2005, 15:35, Sylvain Wallez dijo:
Sebastien Arbogast wrote:
The second important thing I notice in your remark is the argument
that people here know
would be computed on the server?
I will contribute the results of my efforts... provided they're good
enough, of course.
Great!
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
AFAIU only some work on cForms is missing (flowscript API and
repeater binding)
That's far from the only work to do IMO, as there are a lot of
semi-finished core features. Some that come to mind: refactored
object
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
snip/
We should also consider if blocks should be _similar_ to Eclipse
plugins, of if they should _be_ such plugins, which would remove us a
log of work, both for code, docs and support.
I have read some Eclipse docu, but it is not obvious
application domains as well.
Definitely!
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
, and you can read the click
coordinates using the {action-name}.x and {action-name}.y request
parameters.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
[...mostly off topic...]
You forgot that since GBeans used in Geronimo, basing Cocoon on
GBeans means easier integration with/into Geronimo, which is
significant advantage.
Well, is it really?
So which point do
Luca Morandini wrote:
Sylvain Wallez wrote:
Luca Morandini wrote:
Hmm... I think this image-map widget should be a kind of action
widget, since the form is sent to the server when widget is clicked
upon.
You already have it :-)
Use an action with styling type=image. When the image
Luca Morandini wrote:
Sylvain Wallez wrote:
Luca Morandini wrote:
Well, but I should be able to change the image's src attribute
dynamically, wich is not allowed in action widget... right ?
Yes you can, as the image src is in the form template. Of course you
have to use a dynamic
Luca Morandini wrote:
Sylvain Wallez wrote:
Luca Morandini wrote:
morever, setting the image source from a action-handler flow script
would be more elegant.
That's exactly what the ${image_name} is, e.g.:
form.showForm(my-form-pipeline, {image_name : map- + areaId});
Sure, you set
Carsten Ziegeler wrote:
In my opinion, 2.2 is more or less feature complete; there are *many* things to
cleanup
Definitely.
and I'm currently playing with adding administration and monitoring.
Uh? What are these features? Would you mind sharing this with us?
Sylvain
--
Sylvain
, but since
you beat me to it... :)
Well, I was merging AJAX from 2.2 to 2.1, so did the merge the other way
around also :-)
Sylvain?, AFAIK, Mr. Incredible did that! ;-)
Well, Mr. Incredible low time for Cocoon lately :-(
Sylvain
--
Sylvain WallezAnyware
that no more
features should be added in that branch.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
.
Agree. This can at start be a special build script that packages
existing sources differently, with of course some OSGi glue.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member
That was to outline all of the hidden gems that were flourishing in trunk...
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
/
Sorry, I don't really understand the value of this stuff regarding
Cocoon. Basically, this uploads a file that it expects to be a Struts
configuration file, and then uses an XSL to render it as HTML.
So what? Did I missed something?
Sylvain
--
Sylvain WallezAnyware
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
snip/
The Cocoon servlet bundle
-
At last we need to have a Cocoon servlet bundle it looks up the
Cocoon service and a HTTP service [10] (both Tomcat and Jetty
implementations are available
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member Research Technology Director
is a very different thing that is really not
good.
Sylvain
[1] http://www.anyware-tech.com/blogs/sylvain/archives/000172.html
[2] http://www.anyware-tech.com/blogs/sylvain/archives/000109.html
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp
engineering
and there's no better place to ask and learn than in a community like
Cocoon's. Idea dropped!
Thanks, both for listening and for dropping :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software
implementation can live together for a while.
As mentioned by Daniel, I'm planning some refactoring of the CForms API
to make it more script-friendly, but this doesn't change the fact that
CForms template language will still have to be implemented somehow.
Sylvain
--
Sylvain Wallez
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
snip/
Ah no, forgot to say: this requires to use JXTemplate and the
forms-template-as-jx-macros.
Today I've run some load tests that compare Cocoon Forms using
jx-macros and the FormsTransformer
to a POJO.
- a new form.createBeanBinding() that would essentially do the same as a
binding file with a single fb:bean instructions, thus avoiding to
write a seperate file when there's only a bean to bind.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org
. This instruction is used mainly in jx-macros.xml
like this:
jx:set var=cformsDummy value=${cformsHelper.startForm(form,
macro.arguments)}/
cformsDummy counts for 10 of the 25 jx:set in jx-macros.xml. So having
a jx:call would cut down a fair number of them.
Sylvain
--
Sylvain Wallez
Mark Leicester wrote:
Sorry, that link again is:
http://www.planetcocoon.com/hof
Funnily, I get an access denied when I'm logged in. I have to logout to
see it.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
We have an important performance penality here because the import URI
isn't static and therefore can only be resolved a runtime and can
potentially point to a different template at each run.
Two solutions to overcome this:
- remove evaluation
Leszek Gawron wrote:
Sylvain Wallez wrote:
Leszek Gawron wrote:
ha!. That is a really important information.
Invoker.toDOMNodeList is used by jx:set. This instruction is used
mainly in jx-macros.xml like this:
jx:set var=cformsDummy value=${cformsHelper.startForm(form,
macro.arguments
Reinhard Poetz wrote:
I can't explain why, but these two tests show that jx-macro is faster
than the transformer now, wow!
Kewl :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation
=generateSaxContent()/
you can do:
jx:set value=generateSaxContent()/
Eck! How can we then detect typos such as jx:set nane=foo value=bar/?
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software Foundation Member
measurements. Some of them are in
Stefano's agora, such as the variety of people one talks to, which shows
some level of community implication.
Well, not easy...
Ah, and I agree with Vadim: change the favicon :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org
arrive sooner)
Reinhard: after lunch (could arrive sooner, 10am at the earliest))
When do others plan to arrive in Stuttgart (Sun, July 17th)?
Don't know yet if it will be sunday evening or monday morning.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvain
strong, but this strengh is
mostly visible inside the group. What we need is to communicate more to
the outside world, and blogs are an easy way to achieve this.
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
801 - 900 of 2550 matches
Mail list logo