about my recent project over here:
http://scalagwt.gogoego.com/.
I'll update my records in svn in a week and I'll contact PMC to inform about
my decision.
Thanks for a great time and I hope to meet you again in a future.
--
Best regards,
Grzegorz Kossakowski
W dniu 05.01.2010 00:20, Robby Pelssers pisze:
So you finally became a SCALA addict? ;-)
Scala was just one (although significant) step to interesting topics like:
* (efficient) functional data structures
* different parallel and concurrent approaches like STM and actors
* powerful type
appreciate the
work all of you put into this release.
Happy New Year to all!
--
Best regards,
Grzegorz Kossakowski (who drifted away from Java world and imperative
programming almost completely)
[
https://issues.apache.org/jira/browse/COCOON-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2108:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
[
https://issues.apache.org/jira/browse/COCOON-2087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2087:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
[
https://issues.apache.org/jira/browse/COCOON-2211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski closed COCOON-2211.
Resolution: Fixed
Resolved in r668604.
Support for jx:element
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2216:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
[
https://issues.apache.org/jira/browse/COCOON-2239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2239:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
[
https://issues.apache.org/jira/browse/COCOON-2212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2212:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
[
https://issues.apache.org/jira/browse/COCOON-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2096:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
[
https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2044:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
[
https://issues.apache.org/jira/browse/COCOON-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2118:
Assignee: (was: Grzegorz Kossakowski)
I don't plan to work
Hello,
I'm already in Amsterdam sitting in BarCamp room. It would be nice if others
would share some sketch schedule here so we
could arrange some meeting if there is anyone interested in meeting devoted to
Cocoon. :-)
--
Best regards,
Grzegorz Kossakowski
to attend today?
--
Best regards,
Grzegorz Kossakowski
that sitemap processing is somehow special case where
the power of concepts I've used simply
shines.
[1]
http://github.com/gkossakowski/apache-cocoon3/commit/845f7b61861827a17fb017625eb7f2281ac458df
--
Best regards,
Grzegorz Kossakowski
Scala - Java
interoperability and other comparisons
http://www.parleys.com/display/PARLEYS/Home#slide=1;title=Scala;talk=10485769 -
a it's a great chance to listen to
Martin Odersky, Scala creator. Interesting content of course.
--
Best regards,
Grzegorz Kossakowski
stable. I
have tried it myself yet, though. IntelliJ seems to support Scala quite
seriously but I haven't tried it myself as well.
To sum it up: I find IDE support rather weak if you compare it to Eclipse's JDT
for example but languges itself
outweighs inconveniences.
--
Best regards,
Grzegorz
possible AOP magic using it but failed to find anything.
Why this class is needed?
--
Best regards,
Grzegorz Kossakowski
Grzegorz Kossakowski pisze:
The last step of sitemap processing is invoking the result of the reduction.
It's SitemapInvoker[5] class that is
responsible for that. This class is only partly implemented as I didn't have
time to deal with component factories
needed to build actions
.
--
Best regards,
Grzegorz Kossakowski
Grzegorz Kossakowski pisze:
As Andreas pointed out, there is nothing wrong here but still my repo without
master branch was a little bit weird. I've
pushed it so now it clones without any warnings.
Still the best way to checkout is to create local branch on top of my branch
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
So here it comes:
http://github.com/gkossakowski/apache-cocoon3/tree/scalaSitemapEval
It's a branch out of our existing trunk found in svn. The only affected
module is cocoon-sitemap.
I tried to clone the repository by using following
-cocoon3/blob/b0b85d22cad801c90a33ad8c1a18d88b1c0d3244/cocoon-sitemap/src/main/scala/org/apache/cocoon/sitemap/sc/SitemapInvoker.scala
--
Best regards,
Grzegorz Kossakowski
,
Grzegorz Kossakowski
simply mixing of layers that
sooner or later will introduce some headaches (think of SSF for e.g.) or will
limit application developer in artificial way.
--
Best regards,
Grzegorz Kossakowski
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Hi,
It's again me trying to understand current sitemap design. This time
I wonder if it's intended that redirect-to/@uri is optional. I fail
to see how implementation of redirect-to handles this case in any
meaningful way.
I haven't tried
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Hi,
I'm wondering what's the purpose of FlowNode class that seems to be not used
anywhere and there is no definition of
flow in sitemap's schema.
I've just removed it from our codebase. See the commit message for details.
Thanks. Now
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Hi again,
I'm wondering how map:select is intended to work. According sitemap's
schema following construct is valid:
map:select map:when equals=... .. /map:when map:otherwise
.. /map:otherwise /map:select
This will work because select
to call
instruction.
BTW. Was the idea of having extensible sitemap syntax discussed earlier? As it
something new I wonder what was the main
idea behind such a design decision.
Thanks for you patient answers.
--
Best regards,
Grzegorz Kossakowski
can
ponder over it in advance and come better prepared.
--
Best regards,
Grzegorz Kossakowski
Hi,
I'm wondering what's the purpose of FlowNode class that seems to be not used
anywhere and there is no definition of
flow in sitemap's schema.
--
Best regards,
Grzegorz Kossakowski
. I'm not
sure if this makes sense. At least I was
rather surprised that map:select can omit test attribute.
Was this intentional or not?
--
Best regards,
Grzegorz Kossakowski
purpose that I would like
to keep untouched.
--
Best regards,
Grzegorz Kossakowski
of
constraints it enforces) so no meaningful
abstract class can be provided. This is what I'm not comfortable with for a
long time but others seems to not see this
as a problem important enough. And yes, I could resist to bring back this issue
into discussion.
--
Best regards,
Grzegorz Kossakowski
Carsten Ziegeler pisze:
Robby Pelssers schrieb:
Hi Carsten,
It's a bit hidden, but if you click on the link Cocoon2.2 under
versions, you will get the overview page with a link to the spring
configurator.
Hmm, but this opens
Grzegorz Kossakowski pisze:
Hi Carsten,
Apparently, there is a mess with configurator docs.
Here you can see that there are no 2.0 docs:
http://svn.eu.apache.org/repos/asf/cocoon/site/site/subprojects/configuration/
Even if we have a link to them here:
http://cocoon.apache.org
,
Grzegorz Kossakowski
pointers to Sling scripts? Quick look at Sling's home page didn't reveal
anything.
--
Grzegorz Kossakowski
to do that already?
BTW. We shouldn't not forget about Producer interface.
--
Best regards,
Grzegorz Kossakowski
Andreas Pieber pisze:
On Monday 26 January 2009 22:33:17 Grzegorz Kossakowski wrote:
Carsten Ziegeler pisze:
Steven Dolg wrote:
Michael Seydl schrieb:
What purpose or intention has it that the Consumer isn't a
PipelineComponent?
Actually that's just a design flaw we haven't fixed yet
[
https://issues.apache.org/jira/browse/COCOON3-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12667459#action_12667459
]
Grzegorz Kossakowski commented on COCOON3-16:
-
Steven, I can see some other
[
https://issues.apache.org/jira/browse/COCOON3-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12666913#action_12666913
]
Grzegorz Kossakowski commented on COCOON3-14:
-
As far as I understood all
client like good quoting support (in-line
comments), threading, etc.
I believe that issue tracker should be used for patches that have been already
assesed and there is an agreement on that
patch. It's only my opinion, though.
--
Best regards,
Grzegorz Kossakowski
[
https://issues.apache.org/jira/browse/COCOON3-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12666936#action_12666936
]
Grzegorz Kossakowski commented on COCOON3-14:
-
The supplied patch does
[
https://issues.apache.org/jira/browse/COCOON3-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12666936#action_12666936
]
grek edited comment on COCOON3-14 at 1/24/09 6:41 AM:
--
[
https://issues.apache.org/jira/browse/COCOON3-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12666936#action_12666936
]
grek edited comment on COCOON3-14 at 1/24/09 6:40 AM:
--
[
https://issues.apache.org/jira/browse/COCOON3-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12666938#action_12666938
]
Grzegorz Kossakowski commented on COCOON3-14:
-
Looks like our JIRA set-up sucks
[
https://issues.apache.org/jira/browse/COCOON3-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12666936#action_12666936
]
grek edited comment on COCOON3-14 at 1/24/09 6:42 AM:
--
research on
my side that I'm inserted in doing in my
limited spare time.
So here's my +1 for Carsten's patch.
@Grek: We won't reach beta before Amsterdam, which means that we can still
change core contracts.
Good to know that doors are not closed entirely.
--
Best regards,
Grzegorz
/master/src/org/apache/cocoon/pipeline/Pipeline.java
--
Best regards,
Grzegorz Kossakowski
ugly constructs in Java... At least I
couldn't make it more concise...
--
Best regards,
Grzegorz Kossakowski
on pipelines design.
Thank you for your attention.
--
Best regards,
Grzegorz Kossakowski
to problem discussed
in this thread (pipeline results). I wanted to bring that interface to the
attention because we still have quite a lot
of people much clever than me on this list that could possibly propose
something better.
--
Best regards,
Grzegorz Kossakowski
it too often so we need to design it carefully and more
importantly, get aware of advantages and
disadvantages of solution we chose.
--
Best regards,
Grzegorz Kossakowski
warnings redundant
annotations, etc.).
TIA.
--
Grzegorz Kossakowski
Jasha Joachimsthal wrote:
I just tried to start up the My first block with mvn
-Djetty.port=8123 jetty:run but it still uses port .
This is weird. For me this worked yesterday. Only when setting
jetty.port using MAVEN_OPTS Maven ignored that setting.
Only when I
comment the connectors
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636361#action_12636361
]
Grzegorz Kossakowski commented on COCOON-2216:
--
Imran,
It's my time
imran pariyani (JIRA) pisze:
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636376#action_12636376
]
imran pariyani commented on COCOON-2216:
hi
Grzegorz Kossakowski pisze:
Jasha Joachimsthal pisze:
Hi there,
the samples of 2.2 are (still) down [1]. Does anyone know how to bring
them up again?
[1] http://cocoon.zones.apache.org/demos/trunk/
Logs[2] do not reveal anything trivial so I guess this might be caused by my
last
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636201#action_12636201
]
Grzegorz Kossakowski commented on COCOON-2216:
--
Hi Imran,
Sorry for next
Reinhard Pötz pisze:
Reinhard Pötz wrote:
Dear Apache Infrastructure team,
on behalf of the Cocoon PMC I would like to ask for the creation of a
new Jira project COCOON3.
Tony Stevenson of the Apache Infrastructure team reacted promptly and
created the COCOON3 Jira project for us:
Jasha Joachimsthal pisze:
Hi there,
the samples of 2.2 are (still) down [1]. Does anyone know how to bring
them up again?
[1] http://cocoon.zones.apache.org/demos/trunk/
Logs[2] do not reveal anything trivial so I guess this might be caused by my
last activity on zone
related to
imran pariyani (JIRA) pisze:
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12635531#action_12635531
]
imran pariyani commented on COCOON-2216:
hi ,
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12635591#action_12635591
]
Grzegorz Kossakowski commented on COCOON-2216:
--
I'm glad to hear
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski updated COCOON-2216:
-
Attachment: multi-thread-simple-28.09.2008.patch
Hello,
I just wanted to let
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632014#action_12632014
]
Grzegorz Kossakowski commented on COCOON-2216:
--
Hello Christoph and Imran
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632028#action_12632028
]
Grzegorz Kossakowski commented on COCOON-2216:
--
Small update: I've just
] http://jukkaz.wordpress.com/2008/07/31/git-clones-of-apache-codebases/
[2] http://github.com/gkossakowski/apache-cocoon/tree
[3] http://blog.labnotes.org/2008/04/30/git-forking-for-fun-and-profit/
--
Best regards,
Grzegorz Kossakowski
that we'll have two different implementations of Dojo block.
The use of CDN would be another solution but as I said I'm happy with relying on external entity's
services. At least not by default.
--
Grzegorz Kossakowski
than replacing directory for httpd, right?
--
Grzegorz Kossakowski
.
--
Grzegorz Kossakowski
Grzegorz Kossakowski pisze:
Hello Cocoon community,
I've prepared artifacts for the release of our two blocks:
Cocoon Forms Impl 1.0.0
~~~
This is Avalon-based (contrary to the 1.1.0 release that has been
already published and is Spring-based) version of Cocoon Forms
Grzegorz Kossakowski pisze:
Grzegorz Kossakowski pisze:
Hello Cocoon community,
I've prepared artifacts for the release of our two blocks:
Cocoon Forms Impl 1.0.0
~~~
This is Avalon-based (contrary to the 1.1.0 release that has been
already published and is Spring-based
of 2.0.0 and once decision was made to release 2.0.0 it
was forgotten to rename this file.
Could you take care of it?
BTW since we are now using 2.5 shouldn't we update our config files to
reflect this?
Probably a good idea.
--
Grzegorz Kossakowski
. I was
planning to spend some time next week to add all necessary version numbers and correct information
in existing issue.
Anyway, I've added missing entries to JIRA.
--
Grzegorz Kossakowski
instead.
Somebody has an idea? TIA.
Logging in 2.2 was reworked rather heavily and we don't rely on Excalibur when it comes in logging
anymore.
What kind of customizations you have applied in CocoonTargetFactory?
--
Grzegorz Kossakowski
that packaging this custom profile as a Maven artifact which is versioned and can
be referenced form whatever project needs it makes more sense.
WDYT?
--
Grzegorz Kossakowski
; the weather simply must be good
there. :-)
Now, looking forward to your commits!
Many thanks for enabling this.
Even though I have been scrupulously backing up, I'll feel a lot safer
when this enormous amount of work is in SVN!
You welcome.
--
Best regards,
Grzegorz Kossakowski
it comes to me, I can help with porting Jeremy's work from 2.1 to trunk.
--
Grzegorz Kossakowski
it comes to Maven
configuration (so it deploys to the correct repository) and document them here:
http://cocoon.apache.org/1199_1_1.html
--
Grzegorz Kossakowski
.
Here is my +1
After testing them throughly with rather big application that heavily relies on both Forms and
Templates blocks. No problems were found.
--
Best regards,
Grzegorz Kossakowski
Hi,
Just wanted to let you know that I'm planning to prepare 1.0.1 release of cocoon-flowscript-impl
that contain one but important bug-fix: it fixes Flowscript debugger that was broken in 1.0.0.
I would like ask anyone to not commit to this block, please.
--
Best regards,
Grzegorz
Grzegorz Kossakowski pisze:
Hi,
Just wanted to let you know that I'm planning to prepare 1.0.1 release
of cocoon-flowscript-impl that contain one but important bug-fix: it
fixes Flowscript debugger that was broken in 1.0.0.
I would like ask anyone to not commit to this block, please
,
Grzegorz Kossakowski
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12624370#action_12624370
]
Grzegorz Kossakowski commented on COCOON-2216:
--
Hi Imran,
I worked
Grzegorz Kossakowski pisze:
Reinhard Pötz pisze:
Yes. If you can help me with updating the docs, changes.xml and
announcements ([EMAIL PROTECTED] and website), we can have a release
this week, otherwise I'm not sure if I can do it this week.
I'll have a free time until Thursday and call help
: - Components: Sitemap, - Flowscript
Affects Versions: 2.2-dev (Current SVN)
Reporter: Grzegorz Kossakowski
Assignee: Grzegorz Kossakowski
The idea of this task is introduce support for servlet: protocol in sendPage
calls.
Current behaviour is that if one called sendPage(some
.
--
Best regards,
Grzegorz Kossakowski
Grzegorz Kossakowski (JIRA) pisze:
Add support for servlet protocol in flow's sendPage
---
Key: COCOON-2239 URL: https://issues.apache.org/jira/browse/COCOON-2239
Project: Cocoon Issue
Type: Task Components: - Components: Sitemap, - Flowscript
://article.gmane.org/gmane.text.xml.cocoon.user/65605
[2] http://thread.gmane.org/gmane.text.xml.cocoon.user/65389/focus=65416
--
Grzegorz Kossakowski
Grzegorz Kossakowski pisze:
Stated clearly, I have fears that just as Maven almost killed the
developer community for 2.2, announcing a 3.0 now will kill the user
community.
Sylvain, pardon my ignorance but what kind of real problems with Maven
we have _now_ in Cocoon's trunk? I can
Grzegorz Kossakowski pisze:
Dear community,
I would like to propose David Legg as a new Cocoon committer and PMC
Member.
During the time period there were no negative votes, and more than 3
positive votes.
So David, welcome as a new Apache Cocoon committer!
Here are the next steps
to
bring closer our stances.
--
Best regards,
Grzegorz Kossakowski
no time to work on
Corona/3.0 I wholeheartedly support Reinhard's position.
--
Best regards,
Grzegorz Kossakowski
dependencies ;-)
If anyone else is reading this thread: Lesson for everyone - static classes and variables are not so
static when you use different classloaders. Moreover, they are not a good idea in any case.
Thanks for help.
--
Best regards,
Grzegorz Kossakowski
on JNet 1.1.0)
When all these three artifacts being used, Cocoon Core 2.2.0 should work just
fine.
Reinhard, I remember that you have already offered to help with this. Is this
offer still relevant?
[1] https://issues.apache.org/jira/browse/COCOON-2236
--
Grzegorz Kossakowski
?
--
Grzegorz Kossakowski
project there.
Why Hudson instead of Continuum?
Is Hudson more flexible or has a better performance? Or just personal
preference?
--
Grzegorz Kossakowski
[
https://issues.apache.org/jira/browse/COCOON-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12623150#action_12623150
]
Grzegorz Kossakowski commented on COCOON-2216:
--
After applying your patch
stays within one
classloader and even reflection tricks are not dangerous. However, that would mean that one needs to
modify commons-jci project.
Is there any simpler method?
--
Grzegorz Kossakowski
1 - 100 of 1569 matches
Mail list logo