Re: Upgrade to Spring 2.5

[Carsten Ziegeler]

Reinhard Poetz wrote:
 
 Since I've been running successfully two of my custom Cocoon 2.2 apps
 with Spring 2.5-rc2
 (http://opensource.atlassian.com/projects/spring/browse/SPR-4081), I
 upgraded trunk to use Spring 2.5. Since it is aimed to be a drop-in
 replacement for 2.0.x, I don't expect problems. Doing the upgrade now
 gives us some time until we release Cocoon 2.2 final which is scheduled
 for the end of the year.
 
 Now we can also think about merging Daniel's work on OSGi (whiteboard),
 which requires Spring-OSGi, with trunk. Daniel, maybe you can share your
 thoughts on what this would mean for trunk (build system, required code
 changes, etc.) and how we can keep the experimental OSGi stuff out of
 our releases.
 
I really like Daniels stuff but why merging it now? Can't we just wait
after the final release?

Carsten

-- 
Carsten Ziegeler
[EMAIL PROTECTED]

Re: Portal Block, Re: cocoon demos on cocoon.zones.apache.org

[Carsten Ziegeler]

Vadim Gritsenko wrote:
 Ralph Goers wrote:
 The portal block is completely broken in trunk. I get
 
 It had no configuration whatsoever. I added blockServlet xml config but
 ran into another bug in loading sitemap and its config/* resources.
 
 r596516 and r596517 fixes these (I hope), and now it is up to you to fix
 portal configuration. See cocoon-portal-components.xml in
 cocoon-portal-impl block:
 
 bean name=org.apache.cocoon.portal.coplet.adapter.CopletAdapter/uri
  
 class=org.apache.cocoon.portal.coplet.adapter.impl.URICopletAdapter
 
 parent=org.apache.cocoon.portal.coplet.adapter.AbstractCopletAdapter
 scope=singleton
   property name=notifyingBuilder
 ref=org.apache.cocoon.components.notification.NotifyingBuilder/
   property name=sourceResolver
 ref=org.apache.excalibur.source.SourceResolver/
 /bean
 
 AFAICS, class URICopletAdapter does not have 'notifyingBuilder' property.
 
Yes, portal block is currently totally broken - the configuration does
not reflect latest code changes. I'll have a look at them when I'm back
from vacation.

Carsten

-- 
Carsten Ziegeler
[EMAIL PROTECTED]

Re: Spring/Avalon/Spring Resource Loading

[Carsten Ziegeler]

Vadim Gritsenko wrote:
 I made these two changes to fix [1]:
 
   http://svn.apache.org/viewvc?view=revrevision=596516
   http://svn.apache.org/viewvc?view=revrevision=596517
 
 Can any of you guys double check what's going on there? May be Carsten? :)
 
Yepp, will do - as soon as I have left these nice beaches here in Florida...

Carsten

 Thanks,
 Vadim
 
 [1] http://localhost:/samples/portal/
 


-- 
Carsten Ziegeler
[EMAIL PROTECTED]

[jira] Commented: (COCOON-2145) Input module to return absolute file location of a block

[Ralph Goers (JIRA)]

[ 
https://issues.apache.org/jira/browse/COCOON-2145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545239
 ] 

Ralph Goers commented on COCOON-2145:
-

Could you possibly also provide a unit test for this? I realize that the 
servlet-service-components block doesn't have any tests yet but it should.

 Input module to return absolute file location of a block
 

 Key: COCOON-2145
 URL: https://issues.apache.org/jira/browse/COCOON-2145
 Project: Cocoon
  Issue Type: New Feature
  Components: - Servlet service framework
Reporter: Thorsten Scherler
 Attachments: COCOON-2145.patch, COCOON-2145.patch


 I needed an input module which returns me the full file path location of the 
 base dir/resource of a block.
 The implementation makes use of the blockcontext: protocol.
 You can use it as 
 {block-filepath:BLOCK/}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.