headers
Vadim Gritsenko | 1 Aug 02:24

Re: cocoon-deployer-plugin?

Grzegorz Kossakowski wrote:
> Vadim Gritsenko pisze:
>> Hi All,
>>
>> Does anybody know where cocoon-deployer-plugin is? It is referenced 
>> from poms but I don't see where its source is..
> 
> It has been merged[1] with RCL plugin and renamed to 
> cocoon-maven-plugin. The source of old cocoon-deployer-plugin can be 
> found in our whiteboard.
> 
> If you see any references to the cocoon-deployer-plugin I think you 
> should just remove them without any harm.

Ok, done.

Vadim

> [1] http://article.gmane.org/gmane.text.xml.cocoon.cvs/24155
>
Permalink | Reply | 0 comments |
headers
Vadim Gritsenko | 1 Aug 02:30

Re: pom poms

Carsten Ziegeler wrote:
> Vadim Gritsenko wrote:
>> Got a question about poms... Is there any reason why versions of some
>> artifacts are hardcoded in some of the poms? Specific examples are [1]:
>>
>>     <dependency>
>>       <groupId>org.apache.cocoon</groupId>
>>       <artifactId>cocoon-spring-configurator</artifactId>
>>       <version>1.0.0</version>
>>     </dependency>
>>
>> And [2]:
>>
>>     <dependency>
>>       <groupId>org.apache.cocoon</groupId>
>>       <artifactId>cocoon-configuration-api</artifactId>
>>       <version>1.0.0</version>
>>     </dependency>
>>
>> And there is one more. When trying to build Cocoon [3], this causes
>> 'artifact not found' errors. And as soon as I remove these lines,
>> everything becomes peachy. Any reason to keep these lines? If yes, why
>> versions are hardcoded only in these three places?
>>
> We should depend on released stuff whereever possible.

I don't think it is, in this case. There is a new element - 
configurator:bean-map - which is not part of 1.0 - so 1.0.1 snapshot must be used.

> As the
(Continue reading)

Permalink | Reply | 1 comment |
headers
Carsten Ziegeler | 1 Aug 08:56
Picon
Favicon

Re: pom poms

Vadim Gritsenko wrote:
> I don't think it is, in this case. There is a new element -
> configurator:bean-map - which is not part of 1.0 - so 1.0.1 snapshot
> must be used.
Ah, ok - sure, then lets release 1.0.1 :)

> 
> 
>> As the
>> configuration stuff is nearly the only stuff which has a final release,
>> it just there that we use the version. Now, why it fails, I don't know
>> as these artifacts should be in public repositories.
> 
> (see -o flag, forces complete local build)
> 
Hmm, in this case it's a dependency like one to any other third party
lib - if you build with -o and don't have it in your local repo the
build will fail. If you don't have the spring jar in your local repo it
will fail as well. I don't see any difference here.

Believe me, we have to remove the snapshot dependencies as soon as
possible. It's a mess right now. (Of course without releasing we can't
change this)

Carsten

--

-- 
Carsten Ziegeler
cziegeler <at> apache.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gianugo Rabellino | 1 Aug 17:52
Picon
Favicon
Gravatar

Re: CocoonGT2007 - When?

On 7/21/07, Gianugo Rabellino <gianugo <at> apache.org> wrote:
> On 7/17/07, Reinhard Poetz <reinhard <at> apache.org> wrote:
> > Hi Gianugo,
> >
> > are there already some concrete plans, when the GT will take place this year? I
> > would be very interested to know it asap, because a project will start around
> > the suggested dates of end of September or beginning of October and if possible
> > I want to avoid timing collisions as far as possible.
>
> Hey Reinhard,
>
> sorry to keep you (and everyone else) waiting. We are busy crossing
> t's and dotting i's, but I plan to send the dates, CFPs and other info
> RSN. For now, here is the sneak peek: mark October 3th and 4th down.
> :-)

I stand corrected. While we're busy confirming the final location, we
decided to add another day, so we're back on our usual 3-day track,
which means 3-5th October. Which also makes a great occasion for a
weekend in Rome!

Stay tuned for updates, there is a great program coming up!

--

-- 
Gianugo Rabellino
Sourcesense, making sense of Open Source: http://www.sourcesense.com
Orixo, the XML business alliance: http://www.orixo.com
(blogging at http://www.rabellino.it/blog/)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vadim Gritsenko | 2 Aug 00:55

Re: xsl-fo eating up the HttpSession

Das, Aditi wrote:
> We are using cocoon framework  in our project. I want to render a xsl as 
> PDF. For that I have written a xsl-fo  transfomer which will be 
> serialized by FOPSerializer.
>  From the xsl-fo , I am calling a servlet
> 
> <fo:external-graphic height="150px" width="350px">
> <xsl:attribute name="src">
> url('http://localhost:6426/MarketDepthServlet?cusip=31771CSY2&amp;chart=yeildChart')
> </xsl:attribute>
> </fo:external-graphic>
> 
> Inside this servlet I will get the image from the session attribute and 
> flush it on the screen..
>  
> The problem I am facing is, xsl fo goes inside the servlet but doesnot 
> recognize the old session, instead creates a new one.

Aditi:

I suspect your problem can be easily resolved if you follow these easy steps:

  * Please post emails in plain text when posting to the mailing lists;

  * Please post to the user's mailing list when you are asking for help.
    Developer's list should be used to send and discuss bug reports or
    enhancements.

  * I hope you recognize that you are performing an HTTP request, and as written,
    it does not carry any information necessary to identify HTTP session on the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Carsten Ziegeler | 2 Aug 08:39
Picon
Favicon

Re: pom poms

Vadim Gritsenko wrote:
> Carsten Ziegeler wrote:
>> Vadim Gritsenko wrote:
>>> I don't think it is, in this case. There is a new element -
>>> configurator:bean-map - which is not part of 1.0 - so 1.0.1 snapshot
>>> must be used.
>> Ah, ok - sure, then lets release 1.0.1 :)
> 
> So what are you waiting for?! :)
> 
To be honest, I have no idea how we do the release in 2.2 right now. If
someone gives me some hints, I'll do it.

> I get it... But this comes at a great price of not being able to build
> Cocoon with sane amount of work. What I would like to avoid is to do
> something like this manually:
> 
>  * rm -rf ~/.m2/repository/org/apache/cocoon
>  * Checkout cocoon-configurator-api tag 1.0.0
>  * mvn install
>  * mvn source:jar
>  * Checkout cocoon-spring-configurator tag 1.0.1
>  * mvn install
>  * mvn source:jar
>  * Checkout cocoon-doohickey-ho tag 1.2.3
I want that one! Where is it? :)

>  * mvn install
>  * mvn source:jar
>  * (... repeat another 100 times ...)
(Continue reading)

Permalink | Reply | 10 comments |
headers
Carsten Ziegeler | 2 Aug 08:42
Picon
Favicon

Re: [Cocoon 2.1.x - Portal] Optimization

This is handled by the profile manager - the default gives each user an
own profile. There is a static profile manager which *should* do exactly
what you want - but I haven't looked at the code for years, so it might
not work out of the box. This manager is in 2.1.x and in 2.2 as well.

Carsten

Erron Austin wrote:
> Hi,
> 
> We are using cocoon 2.1.9 portal to basically serve up regular sites. 
> So, there are no individual customizations per site nor any other
> "portal" functionality being used so far. In order to optimize
> performance, we would like to bypass the "login" functionality of the
> website, and allow all anonymous users to use the same layout. 
>  
> Question #1 - Has this been done or planned for Cocoon Portal 2.2?
> Question #2 - If not, any pointers on how to make this change?
>  
> Question #3 - Does this posting belong on the dev list?
>  
>  
> Thanks,
>  
> Erron

--

-- 
Carsten Ziegeler
cziegeler <at> apache.org
(Continue reading)

Permalink | Reply | 2 comments |
headers
Daniel Fagerstrom | 2 Aug 08:52
Picon
Picon
Favicon

Re: pom poms

Carsten Ziegeler skrev:
> Vadim Gritsenko wrote:
>> Carsten Ziegeler wrote:
>>> Vadim Gritsenko wrote:
>>>> I don't think it is, in this case. There is a new element -
>>>> configurator:bean-map - which is not part of 1.0 - so 1.0.1 snapshot
>>>> must be used.
>>> Ah, ok - sure, then lets release 1.0.1 :)
>> So what are you waiting for?! :)
>>
> To be honest, I have no idea how we do the release in 2.2 right now. If
> someone gives me some hints, I'll do it.

http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g4/g1/1199.html

/Daniel
Permalink | Reply | 0 comments |
headers
Ralph Goers | 2 Aug 10:22
Favicon

Re: [Cocoon 2.1.x - Portal] Optimization

Carsten,

Will StaticProfileManager support multiple portal layouts?  I believe 
our current setup is using AuthenticationProfileManager where each site 
is a different role.

Ralph

Carsten Ziegeler wrote:
> This is handled by the profile manager - the default gives each user an
> own profile. There is a static profile manager which *should* do exactly
> what you want - but I haven't looked at the code for years, so it might
> not work out of the box. This manager is in 2.1.x and in 2.2 as well.
>
> Carsten
>
> Erron Austin wrote:
>   
>> Hi,
>>
>> We are using cocoon 2.1.9 portal to basically serve up regular sites. 
>> So, there are no individual customizations per site nor any other
>> "portal" functionality being used so far. In order to optimize
>> performance, we would like to bypass the "login" functionality of the
>> website, and allow all anonymous users to use the same layout. 
>>  
>> Question #1 - Has this been done or planned for Cocoon Portal 2.2?
>> Question #2 - If not, any pointers on how to make this change?
>>  
>> Question #3 - Does this posting belong on the dev list?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Carsten Ziegeler | 2 Aug 10:29
Picon
Favicon

Re: [Cocoon 2.1.x - Portal] Optimization

Ralph Goers wrote:
> Carsten,
> 
> Will StaticProfileManager support multiple portal layouts?  I believe
> our current setup is using AuthenticationProfileManager where each site
> is a different role.
I assume you mean different portlets (or different structures) with
multiple layouts? Then the answer is no :)
The static profile manager is meant for portal like web sites where
everyone sees the same structure.

I started work in 2.2 for sharing the layout tree between users. As I
did this nearly one year ago...i'm not quiet sure how far the
implementation is, but I think there are only one or two minor things to
do (whatever they are...).

Carsten

> 
> Ralph
> 
> Carsten Ziegeler wrote:
>> This is handled by the profile manager - the default gives each user an
>> own profile. There is a static profile manager which *should* do exactly
>> what you want - but I haven't looked at the code for years, so it might
>> not work out of the box. This manager is in 2.1.x and in 2.2 as well.
>>
>> Carsten
>>
>> Erron Austin wrote:
(Continue reading)

Permalink | Reply | 0 comments |

Gmane