COPYRIGHT INDOQA SOFTWARE DESIGN UND BERATUNG GMBH I n C M d e o m o q A a b p
e c S a r c o
o h o f t f e w
t C o h a o e r e c
n A
o D p o K e a
n e s c
2 y C i h g h n o e n t o m t . r
S t p u e 2 e m o : n i / n f d - i / t h F t
w
w
C t a B o e w – o a r u e r d r c n w r
e @ o
& a d .
o i t B F
e a n P u n r o p d n M
u a G a o g a n c C n q e
h d G d
a t C e a T
. c m C c h . t o o o i E b a o g r k m H O i n e g r t h
e t r
s C o 2 e r R e e a 0
e h t i t v
0 t i e p n
: t 6 // C h o
m c a – h r m e
r a o O t n d i v s c e e
c L P t o i c m o e ö n m
b s t o e z n e F
s : : . r
o A r
t g 4 t / u r l i t b i c u h e t n i t o s n e - s S / u h b a y r - e s A a r l / i k 2 e . 5
e / 2 . le 5 g a l c o d e What has happened since
GT2005? [1]
new Cocoon PMC chair new committers – Max Pfingsthorn (Germany) – Arje Cahn (The Netherlands)
H B – M Jean-Baptiste Quenot (France) G
G N
U – T Simone Gianni (Italy) A R E B
– D Peter Hunsberger (U.S.) N U
N
G – I Jason Johnston (U.S.) S E D
E – R Ard Schrijvers (The Netherlands) A W T F
O – Andreas Hochsteger (Austria) S
A Q O
D – Lars Trieloff (Germany) ... at least, almost ;-) N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 2 REINHARD PÖTZ INDOQA.COM What has happened since
GT2005? [2] Main discussion topics – Blocks – OSGi – Simplify Cocoon
H – B Mavenization (aka m10n) M G
G N
U –
T Spring A R E B
– D
N ... and why does Sylvain have green hair ... ? U
N G
I S
E Mails (10.2005 – 09.2006 / 10.2004 - 09.2005) D
E R A
W –
T users: 6,276 (9,560) F O S
A – Q
O dev: 10,959 (13,517) D N I
T – H
G commits: 3,939 (4,307) I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 3 REINHARD PÖTZ INDOQA.COM What has happened since
GT2005? [3]
Releases: – Cocoon 2.1.9 (7 April 2006) – Cocoon 2.1.8 (18 November 2005)
H B M G
G N U T A R E B
D N U
N G I S E D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 4 REINHARD PÖTZ INDOQA.COM Back to the future!
Cocoon 2.2M1 + several blocks have already been released ... but not announced because of the missing documentation ...
H
B Bootstrapping your own Cocoon-based web M G
G
N application has never been so easy! U T A R E
B
D Everything is a block N U
N G I S E D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 5 REINHARD PÖTZ INDOQA.COM Bootstrapping your Cocoon 2.2 based project
use the block archetype to bootstrap your project: mvn archetype:create -DarchetypeGroupId=org.apache.cocoon -DarchetypeArtifactId=cocoon-22-archetype-block -DarchetypeVersion=1.0.0-M3 -DgroupId=com.mycompany
-DartifactId=myBlock H B M G
G N
U run your block T A
R mvn cocoon:deploy jetty6:run E B
D N U
N point your browser to G I S
E http://localhost:8888 D
E R A
W T F
O start to work S
A
Q mvn eclipse:eclipse O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 6 REINHARD PÖTZ INDOQA.COM What does Cocoon 2.2 already
bring? [1]
standardised directory structure for blocks [block] /COB-INF/sitemap.xmap ..... the block's root sitemap /COB-INF/* ...... Cocoon application /COB-INF/config/spring .... Spring beans (LA) /META-INF/spring ...... Spring beans (GA)
H /META-INF/legacy/xconf .... Avalon component configs (GA) B M
G /META-INF/legacy/sitemap-additions
G N
U Sitemap components (GA) T A
R /META-INF/legacy/xweb ..... patch files for web.xml E B
D N U
GA ... globally available LA ... locally available N G I
S E D
E
R A di stributed configurations W T F O S
A
Q also block-local component configurations are O D N I
T possible H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 7 REINHARD PÖTZ INDOQA.COM What does Cocoon 2.2 already
bring? [2]
we go towards „convention over configuration“ Cocoon 2.2 applications should (but don't need to) be blocks a „normal“ web application is only used to assemble
H B M
G your blocks - „auto detection“ mechanism by the
G N U
T Cocoon deployer (a Maven plugin) A R E B
D
N –
U this is achieved by adding all block you need as
N G I
S dependencies to the pom.xml (Maven project E D
E
R descriptor) of your web application module A W T F
O S
backwards compatibility still given A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 8 REINHARD PÖTZ INDOQA.COM What does Cocoon 2.2 already
bring? [3]
based on Spring – no bridging or other „tricks“ – Cocoon is set up by Spring following the traditional Spring way of using the Spring context listener
H B M
G Property management
G N U T
A R
E log4j as default B
D N U
N
G distribution of binary artifacts I S E D
E R
A Mavenized W T F O S
A
Q backwards compatibility still given O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 9 REINHARD PÖTZ INDOQA.COM So what's missing?
documentation, documentation, documentation articles (xml.com, TSS, blog entries, ...)
H B M G
G N U T A R E B
D N U
N G I Everybody here can contribute! S E D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 10 REINHARD PÖTZ INDOQA.COM What will Cocoon 2.2 bring in the near future?
Spring-based sitemap blocks a stable Javaflow block again, which depends on Jakarta Commons javaflow Re-Integration of the reloading classloader
H B M
G (scripting Java)
G N U T
A R
E splitting the core of Cocoon into even smaller B
D N U
chunks and reduce dependencies (e.g. make the use N G I S
E of Flowscript optional) D
E R A
W T
F Virtual sitemap components O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 11 REINHARD PÖTZ INDOQA.COM (My) Vision
I want to use Cocoon from within any Java application I want to choose which parts of Cocoon I want to use
H B M
G I want to see even more powerful XML processing
G N U T
A using pipelines R E B
D N U
N G I S E D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 12 REINHARD PÖTZ INDOQA.COM Possible future goals [2]
remove the dependencies on Avalon and Excalibur Java API as an alternative to the sitemap language in XML dynamic, content-aware pipelines
H B M
G remember: currently a pipeline is created before it
G N U
T is executed – you can't react on the content A R E B
D N
U pull pipelines
N G I S
E e.g. by using Axiom as base technology D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 13 REINHARD PÖTZ INDOQA.COM Possible future goals [2]
OSGi – some good news: – Oracle, BEA and Interface 21 are very interested in providing Spring capabilities on top of the OSGi Service Platform. –
H ... some well know OSGi developers/evangelists BJ B M G
Hargrave, Richard Hall, Peter Kriens also joined this G N U T
A OSGi/Spring team R E B
D
N – U by this initiative not all but a lot of work will be done
N G I S
E for us :-) D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 14 REINHARD PÖTZ INDOQA.COM Possible future goals [3]
OSGi – some good news: – read more: ● http://www.osgi.org/blog/2006/08/osgi-and- spring_29.html
H ● B http://opensource.atlassian.com/projects/spring/brow M G
G
N se/SPR-1802 U T A
R ● E
B https://svn.sourceforge.net/svnroot/springframework
D N U
/spring-osgi/trunk/ N G I S E D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 15 REINHARD PÖTZ INDOQA.COM
H B M G
G N U T A R E B
D N U
N G I S E D
E R A W T F O S
A Q O D N I
T H G I R Y P O
C OCTOBER, 4TH 2006 :: PAGE 16 REINHARD PÖTZ INDOQA.COM