RE: Cocoon and J2EE

[Andrew Savory]

On Thu, 13 Jun 2002 [EMAIL PROTECTED] wrote:

> Where can I find the WikiLand?

http://lolive.net or http://rossel.free.fr/

HTH,

Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
This is not an official statement or order.Web:www.luminas.co.uk


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[Sylvain.Thevoz]

Where can I find the WikiLand?

Thank you
Sylvain

-Message d'origine-
De: ROSSEL Olivier [mailto:[EMAIL PROTECTED]]
Date: mercredi, 12. juin 2002 16:57
À: '[EMAIL PROTECTED]'
Objet: RE: Cocoon and J2EE


> OK, I see. Thank you Olivier.
> 
> Finally if I want the basic stuff I need cocoon.jar (and 
> others? Do you exist a description list of the additionnal 
> libraries?) in my "something.war" (or cocoon.war).
> But do you have to include this cocoon.war in each Enterprise 
> ARchive??
> 
> Thank you
> Sylvain

I think that the jars in wikiland.war (minus chaperon.jar) are 
the basic stuff.

I do not know what a Entreprise Archive is, but in any .war you make
you need all the .jars of Cocoon.
A .war is a hermetic context, with its own classes.

If a .ear is (simply) an enhanced .war, then in any .ear that will embed
Cocoon, you need
to put all the .jar.

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[Adam_Waldal]

To respond to the question of what an .ear or Enterprise Archive was:

It is part of the J2EE specification that encapsulates the .war ( Web
Archive ), the EJB .jar, and Client .jar.

The hierarchy is as follows: EAR can contain multiple .WAR and EJBjar and
.car (Client jar).

The naming convention can differ slightly, but the essence should be the
same.

This allows a single file to be deployed to migrate all components of a
J2EE application.

-Adam


   

  ROSSEL Olivier   

   
  irbus.com>   cc: 

   Subject:  RE: Cocoon and J2EE   

  06/12/02 09:57 AM

  Please respond to

  cocoon-users 

   

   





> OK, I see. Thank you Olivier.
>
> Finally if I want the basic stuff I need cocoon.jar (and
> others? Do you exist a description list of the additionnal
> libraries?) in my "something.war" (or cocoon.war).
> But do you have to include this cocoon.war in each Enterprise
> ARchive??
>
> Thank you
> Sylvain

I think that the jars in wikiland.war (minus chaperon.jar) are
the basic stuff.

I do not know what a Entreprise Archive is, but in any .war you make
you need all the .jars of Cocoon.
A .war is a hermetic context, with its own classes.

If a .ear is (simply) an enhanced .war, then in any .ear that will embed
Cocoon, you need
to put all the .jar.

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>







-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[Vadim Gritsenko]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> 
> OK, I see. Thank you Olivier.
> 
> Finally if I want the basic stuff I need cocoon.jar (and others? Do
you exist
> a description list of the additionnal libraries?)

See http://xml.apache.org/cocoon/installing/jars.html.

Simple procedure to customize your war is:

0. Have cocoon source distribution
1. Remove all unnecessary (for you) libraries from lib/optional
2. Add libraries you need to lib/local (or lib/optional if you don't
have lib/local)
3. build clean
4. build -Dinclude.webapp.libs=yes webapp

You will get customized war.


> in my "something.war" (or cocoon.war).
> But do you have to include this cocoon.war in each Enterprise
ARchive??

Yes. If you don't have war in the ear - you don't have web application.
If you don't have web application in ear - you don't have web interface.

Vadim


> 
> Thank you
> Sylvain
> 
> 
> -Message d'origine-
> De: ROSSEL Olivier [mailto:[EMAIL PROTECTED]]
> Date: mercredi, 12. juin 2002 16:29
> À: '[EMAIL PROTECTED]'
> Objet: RE: Cocoon and J2EE
> 
> 
> > My cocoon.war comes with the binary distribution.
> > I thought that this cocoon.war was necessary to work with Cocoon!?!
> >
> > My question is: What is necessary to work with Coccon and do
> > you have to include it in each Enterprise ARchive you create??
> >
> > Thank you
> > Sylvain
> 
> Vadim will tell if I am wrong, but Cocoon is a servlet, ie a Java
class.
> It needs several Java dependencies for XML parsing and other
fundamental
> things
> to work properly.
> 
> Additionnal Java libraries can be added to extend its functionnalities
(fop
> for PDF rendering, batik for SVG and graphics management). They are
not
> mandatory.
> If they are needed in your application, you have to list them in
> cocoon.xconf
> and/or sitemap.xmap.
> 
> For example, for wikiLand, I needed the basic Cocoon stuff and the
chaperon
> parser.
> So I removed all the .jar uneeded that are usually shipped with Cocoon
(big)
> archive,
> and added chaperon.jar.
> 
> If you want, you can take the .war available at the homepahe of
wikiLand,
> and
> study it.
> In fact, to remove the dependencies of Chaperon, simply have a look at
the
> beginning
> the sitemap.xmap and comment everything that talks about chaperon or
> wiki-parser.
> 
> Then you will have the skeleton for any Cocoon application.
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[ROSSEL Olivier]

> OK, I see. Thank you Olivier.
> 
> Finally if I want the basic stuff I need cocoon.jar (and 
> others? Do you exist a description list of the additionnal 
> libraries?) in my "something.war" (or cocoon.war).
> But do you have to include this cocoon.war in each Enterprise 
> ARchive??
> 
> Thank you
> Sylvain

I think that the jars in wikiland.war (minus chaperon.jar) are 
the basic stuff.

I do not know what a Entreprise Archive is, but in any .war you make
you need all the .jars of Cocoon.
A .war is a hermetic context, with its own classes.

If a .ear is (simply) an enhanced .war, then in any .ear that will embed
Cocoon, you need
to put all the .jar.

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[Sylvain.Thevoz]

OK, I see. Thank you Olivier.

Finally if I want the basic stuff I need cocoon.jar (and others? Do you exist a 
description list of the additionnal libraries?) in my "something.war" (or cocoon.war).
But do you have to include this cocoon.war in each Enterprise ARchive??

Thank you
Sylvain


-Message d'origine-
De: ROSSEL Olivier [mailto:[EMAIL PROTECTED]]
Date: mercredi, 12. juin 2002 16:29
À: '[EMAIL PROTECTED]'
Objet: RE: Cocoon and J2EE


> My cocoon.war comes with the binary distribution.
> I thought that this cocoon.war was necessary to work with Cocoon!?!
> 
> My question is: What is necessary to work with Coccon and do 
> you have to include it in each Enterprise ARchive you create??
> 
> Thank you
> Sylvain

Vadim will tell if I am wrong, but Cocoon is a servlet, ie a Java class.
It needs several Java dependencies for XML parsing and other fundamental
things
to work properly.

Additionnal Java libraries can be added to extend its functionnalities (fop
for PDF rendering, batik for SVG and graphics management). They are not
mandatory.
If they are needed in your application, you have to list them in
cocoon.xconf
and/or sitemap.xmap.

For example, for wikiLand, I needed the basic Cocoon stuff and the chaperon
parser.
So I removed all the .jar uneeded that are usually shipped with Cocoon (big)
archive,
and added chaperon.jar.

If you want, you can take the .war available at the homepahe of wikiLand,
and
study it.
In fact, to remove the dependencies of Chaperon, simply have a look at the
beginning 
the sitemap.xmap and comment everything that talks about chaperon or
wiki-parser.

Then you will have the skeleton for any Cocoon application.

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[ROSSEL Olivier]

> My cocoon.war comes with the binary distribution.
> I thought that this cocoon.war was necessary to work with Cocoon!?!
> 
> My question is: What is necessary to work with Coccon and do 
> you have to include it in each Enterprise ARchive you create??
> 
> Thank you
> Sylvain

Vadim will tell if I am wrong, but Cocoon is a servlet, ie a Java class.
It needs several Java dependencies for XML parsing and other fundamental
things
to work properly.

Additionnal Java libraries can be added to extend its functionnalities (fop
for PDF rendering, batik for SVG and graphics management). They are not
mandatory.
If they are needed in your application, you have to list them in
cocoon.xconf
and/or sitemap.xmap.

For example, for wikiLand, I needed the basic Cocoon stuff and the chaperon
parser.
So I removed all the .jar uneeded that are usually shipped with Cocoon (big)
archive,
and added chaperon.jar.

If you want, you can take the .war available at the homepahe of wikiLand,
and
study it.
In fact, to remove the dependencies of Chaperon, simply have a look at the
beginning 
the sitemap.xmap and comment everything that talks about chaperon or
wiki-parser.

Then you will have the skeleton for any Cocoon application.

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[Sylvain.Thevoz]

My cocoon.war comes with the binary distribution.
I thought that this cocoon.war was necessary to work with Cocoon!?!

My question is: What is necessary to work with Coccon and do you have to include it in 
each Enterprise ARchive you create??

Thank you
Sylvain

-Message d'origine-
De: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Date: mercredi, 12. juin 2002 15:57
À: [EMAIL PROTECTED]
Objet: RE: Cocoon and J2EE


> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> 
> Hello,
> 
> How to use Cocoon in a J2EE project??
> 
> I have created an app.cocoon_war.ear Enterprise ARchive which contains
the
> cocoon.war (with web context = cocoon).
> It seems to work because I can see the Cocoon welcome page when I
request
> http://localhost/cocoon.
> 
> Now I want to test a simple Hello World program. I have these files:
> sitemap.xmap
> hello.xsl
> helloworld.xml
> 
> Do I put these files in a Web ARchive (.war)?

Yes.


> Do I put these files or the Web ARchive in the app.cocoon_war.ear
Enterprise
> ARchive or in another Enterprise ARchive?

Do you want to create new enterprise app or modify one you already have?


> Is it necessary to have the cocoon.war in a Enterprise ARchive to work
with
> Cocoon?

What is cocoon.war? One which comes with distribution, with samples and
lots of optional components?

You can create own war with customized set of components and no samples
and name it as you want.


Vadim

 
> Thank you very much
> Sylvain


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Cocoon and J2EE

[Vadim Gritsenko]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> 
> Hello,
> 
> How to use Cocoon in a J2EE project??
> 
> I have created an app.cocoon_war.ear Enterprise ARchive which contains
the
> cocoon.war (with web context = cocoon).
> It seems to work because I can see the Cocoon welcome page when I
request
> http://localhost/cocoon.
> 
> Now I want to test a simple Hello World program. I have these files:
> sitemap.xmap
> hello.xsl
> helloworld.xml
> 
> Do I put these files in a Web ARchive (.war)?

Yes.


> Do I put these files or the Web ARchive in the app.cocoon_war.ear
Enterprise
> ARchive or in another Enterprise ARchive?

Do you want to create new enterprise app or modify one you already have?


> Is it necessary to have the cocoon.war in a Enterprise ARchive to work
with
> Cocoon?

What is cocoon.war? One which comes with distribution, with samples and
lots of optional components?

You can create own war with customized set of components and no samples
and name it as you want.


Vadim

 
> Thank you very much
> Sylvain


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Cocoon and J2EE (How about setting up EJB support in Cocoon?)

[Sergio Carvalho]

I am not particularly fond of XSP. I fail to understand how does XSP is any
better than JSP scripts designed to produce XML -- apart from a better
integration with Cocoon's SAX pipeline. I feel that JSP tends to have better
support, a larger development community and available codebase. J2EE
integration, and EJB call methods are an excellent example of JSP having a
larger codebase available. JSPs are an integral part of the J2EE platform and
can easily cooperate with EJB containers.

I hate bashing on good work. I have used XSPs in the past, both in C1 and C2,
and I know they are powerful, solid and overall an excellent work. The question
here is that, in my opinion, they do not provide enough of a "paradigm shift" to
justify choosing XSPs over the de facto standard - JSPs.

So, to sum up my option, I justify the positioning of EJB integration at the
generator level, by looking at EJB calls as calls to the business layer. If they
are calls to the business layer, no more processing is to be done on the upper
layers. Only input validation, and output aggregation and presentation
processing should happen. A generator fits this scenario in the simplest form
possible.

Cocoon may provide more than the presentation layer, however, and in this case,
a logicsheet is called for. However, implementing an XSP logicsheet, we would be
duplicating the effort done in the JSP implementation, which is satisfactory. 

Cheers,

Sergio


On Fri, 21 Sep 2001 09:41:03 +0200, Michael Homeijer wrote:
From: Michael Homeijer <[EMAIL PROTECTED]>
--

> After a quick look at the files, I have to following question about your
> solution:
> 
> Why did you choose not to write a logic sheet? One of the benefits of a
> logic sheet
> would be that you can add your own code in xsp in addition to the code that
> will
> be generated to call the EJB.
> 
> 
> Other comment on Cocoon and J2ee:
> One of the things that we did to interact with bean was to standardize
> result sets
> that were returned by beans. These result are transformed by an object that
> implements
> xmlfragment and while the resultset is transformed to XML, additional custom
> processing
> can be done by writing custom classes (eg. whe have an inner class that can
> URLEncode attributes).
> 
> The code we write is now as easy as (in an xsp page):
> 
> InitialContext ic = new InitialContext();
> WebPollXMLHome eh = (WebPollXMLHome)ic.lookup("WebPollXML");
> WebPollXMLRemote er = eh.create();
> 
> Collection poll = er.getCurrentPoll();
> 
> new
> XMLObject(poll)
> 
> A logic sheet could even simplify this a bit more.
> 
> For the bean side, we generate so called DataAccessObject's (See j2ee
> pattern catalog from sun) based on
> sql in a xml component definition file.
> 
> I have thought about how something like this would fit into Cocoon (even
> some sort of xsp language for EJBs,
> but lets stay on the ground for now ;-)) but the approach we now have uses a
> proprietary ejb result format we defined ourselves.
> (Maybe this could be handled by some construction  in the xsp
> logic sheet uses).
> 
> If anybody is interested in integrating EJB support in Cocoon, i'd be
> willing to help.
> 
> Any ideas on how to set this up? Do we need some kind of voting on the
> mechanism used? Other ideas?
> 
> TIA,
> Michael
> 
> -Original Message-
> From: Sergio Carvalho [mailto:[EMAIL PROTECTED]]
> Sent: donderdag 20 september 2001 15:08
> To: [EMAIL PROTECTED]
> Subject: Re: Cocoon and J2EE
> 
> 
> 
> Ok, just posted it here:
>  http://sergio.insuasoftware.com/CocoonEjbProofOfConcept.tgz
> 
> On Thu, 20 Sep 2001 14:18:41 +0200, Martin Kavalar wrote:
> From: Martin Kavalar <[EMAIL PROTECTED]>
> --
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 


--
Sergio Carvalho
---
[EMAIL PROTECTED]

If at first you don't succeed, skydiving is not for you

-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Cocoon and J2EE

[Sergio Carvalho]

Why do you need HTTP requests? EJBs are not in any way tied to web platforms,
and in fact, neither is Cocoon. You should try to abstract HTTP out of the
design.

On Thu, 20 Sep 2001 18:40:47 -1000, Russell Castagnaro wrote:
From: Russell Castagnaro <[EMAIL PROTECTED]>
--

> Aloha Chris,
> 
> I'm trying to do this now.  Its not all that easy, but not impossible.
> 
> My biggest problem is trying to use cocoon in the EJB layer when you
> have no access to an http request.  Sometimes you have to create a
> request-like object that can be difficult.
> 
> 



--
Sergio Carvalho
---
[EMAIL PROTECTED]

If at first you don't succeed, skydiving is not for you

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: Cocoon and J2EE (How about setting up EJB support in Cocoon?)

[Michael Homeijer]

After a quick look at the files, I have to following question about your
solution:

Why did you choose not to write a logic sheet? One of the benefits of a
logic sheet
would be that you can add your own code in xsp in addition to the code that
will
be generated to call the EJB.


Other comment on Cocoon and J2ee:
One of the things that we did to interact with bean was to standardize
result sets
that were returned by beans. These result are transformed by an object that
implements
xmlfragment and while the resultset is transformed to XML, additional custom
processing
can be done by writing custom classes (eg. whe have an inner class that can
URLEncode attributes).

The code we write is now as easy as (in an xsp page):

InitialContext ic = new InitialContext();
WebPollXMLHome eh = (WebPollXMLHome)ic.lookup("WebPollXML");
WebPollXMLRemote er = eh.create();

Collection poll = er.getCurrentPoll();

new
XMLObject(poll)

A logic sheet could even simplify this a bit more.

For the bean side, we generate so called DataAccessObject's (See j2ee
pattern catalog from sun) based on
sql in a xml component definition file.

I have thought about how something like this would fit into Cocoon (even
some sort of xsp language for EJBs,
but lets stay on the ground for now ;-)) but the approach we now have uses a
proprietary ejb result format we defined ourselves.
(Maybe this could be handled by some construction  in the xsp
logic sheet uses).

If anybody is interested in integrating EJB support in Cocoon, i'd be
willing to help.

Any ideas on how to set this up? Do we need some kind of voting on the
mechanism used? Other ideas?

TIA,
Michael

-Original Message-
From: Sergio Carvalho [mailto:[EMAIL PROTECTED]]
Sent: donderdag 20 september 2001 15:08
To: [EMAIL PROTECTED]
Subject: Re: Cocoon and J2EE



Ok, just posted it here:
 http://sergio.insuasoftware.com/CocoonEjbProofOfConcept.tgz

On Thu, 20 Sep 2001 14:18:41 +0200, Martin Kavalar wrote:
From: Martin Kavalar <[EMAIL PROTECTED]>
--

-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Cocoon and J2EE

[Russell Castagnaro]

Aloha Chris,

I'm trying to do this now.  Its not all that easy, but not impossible.

My biggest problem is trying to use cocoon in the EJB layer when you
have no access to an http request.  Sometimes you have to create a
request-like object that can be difficult.


Friday, September 14, 2001, 4:46:52 AM, you wrote:

CL> I'm thinking about integrating Cocoon XSP and J2EE JSPs/Servlets/EJBs. What 
CL> experience do people have with doing this? What are the pitfalls, how easy 
CL> is it to make XSP part of a J2EE web application so that security 
CL> constraints are applied?

CL> Many thanks

CL> Chris


CL> Chris Loftus
CL> Training Manager
CL> JayDee Technology Ltd

CL> http://www.JayDeeTechnology.co.uk

CL> Minerva House
CL> Lower Bristol Road
CL> Bath, BA2 9ER
CL> Tel:   +44 (0)1970 832554 (Teleworking office)
CL> Tel:   +44 (0)1225 789255 (Bath office)
CL> Mobile:  +44 (0)7879 897712

CL> Visit PlanetJava's website http://www.PlanetJava.co.uk for a wealth of free 
CL> Java resources



CL> -
CL> Please check that your question has not already been answered in the
CL> FAQ before posting. 

CL> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
CL> For additional commands, e-mail: <[EMAIL PROTECTED]>



-- 
Mahalo,
 Russellmailto:[EMAIL PROTECTED]
Chief Mentor

4Charity - Changing the world,
 one click at a time.


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Cocoon and J2EE

[Sergio Carvalho]

Ok, just posted it here:
 http://sergio.insuasoftware.com/CocoonEjbProofOfConcept.tgz

On Thu, 20 Sep 2001 14:18:41 +0200, Martin Kavalar wrote:
From: Martin Kavalar <[EMAIL PROTECTED]>
--

> Could someone please post a url where i can download it? Thanks a lot!
> 
> Sergio Carvalho wrote:
> 
> >At my last company, I created a proof-of-concept Ejb generator. It did work,
> >although it needs some optimizing to be placed in a production environment.
As
> >it is too big to send to the list (1.9Mb tar.gz), I'm sending it to Chris,
who
> >started the thread. Feel free to use it at will. It might be a good starting
> >point.
> >
> >On Fri, 14 Sep 2001 15:46:52 +0100, Chris  Loftus wrote:
> >From: Chris  Loftus <[EMAIL PROTECTED]>
> >--
> >
> >>I'm thinking about integrating Cocoon XSP and J2EE JSPs/Servlets/EJBs. What 
> >>experience do people have with doing this? What are the pitfalls, how easy 
> >>is it to make XSP part of a J2EE web application so that security 
> >>constraints are applied?
> >>
> >>Many thanks
> >>
> >>Chris
> >>
> >>
> >>Chris Loftus
> >>Training Manager
> >>JayDee Technology Ltd
> >>
> >>http://www.JayDeeTechnology.co.uk
> >>
> >>Minerva House
> >>Lower Bristol Road
> >>Bath, BA2 9ER
> >>Tel:   +44 (0)1970 832554 (Teleworking office)
> >>Tel:   +44 (0)1225 789255 (Bath office)
> >>Mobile:  +44 (0)7879 897712
> >>
> >>Visit PlanetJava's website http://www.PlanetJava.co.uk for a wealth of free 
> >>Java resources
> >>
> >>
> >>
> >>-
> >>Please check that your question has not already been answered in the
> >>FAQ before posting. 
> >>
> >>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> >>For additional commands, e-mail: <[EMAIL PROTECTED]>
> >>
> >
> >
> >--
> >Sergio Carvalho
> >---
> >[EMAIL PROTECTED]
> >
> >If at first you don't succeed, skydiving is not for you
> >
> >-
> >Please check that your question has not already been answered in the
> >FAQ before posting. 
> >
> >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> >For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
> >
> 
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 


--
Sergio Carvalho
---
[EMAIL PROTECTED]

If at first you don't succeed, skydiving is not for you

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Cocoon and J2EE

[Martin Kavalar]

Could someone please post a url where i can download it? Thanks a lot!

Sergio Carvalho wrote:

>At my last company, I created a proof-of-concept Ejb generator. It did work,
>although it needs some optimizing to be placed in a production environment. As
>it is too big to send to the list (1.9Mb tar.gz), I'm sending it to Chris, who
>started the thread. Feel free to use it at will. It might be a good starting
>point.
>
>On Fri, 14 Sep 2001 15:46:52 +0100, Chris  Loftus wrote:
>From: Chris  Loftus <[EMAIL PROTECTED]>
>--
>
>>I'm thinking about integrating Cocoon XSP and J2EE JSPs/Servlets/EJBs. What 
>>experience do people have with doing this? What are the pitfalls, how easy 
>>is it to make XSP part of a J2EE web application so that security 
>>constraints are applied?
>>
>>Many thanks
>>
>>Chris
>>
>>
>>Chris Loftus
>>Training Manager
>>JayDee Technology Ltd
>>
>>http://www.JayDeeTechnology.co.uk
>>
>>Minerva House
>>Lower Bristol Road
>>Bath, BA2 9ER
>>Tel:   +44 (0)1970 832554 (Teleworking office)
>>Tel:   +44 (0)1225 789255 (Bath office)
>>Mobile:  +44 (0)7879 897712
>>
>>Visit PlanetJava's website http://www.PlanetJava.co.uk for a wealth of free 
>>Java resources
>>
>>
>>
>>-
>>Please check that your question has not already been answered in the
>>FAQ before posting. 
>>
>>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>For additional commands, e-mail: <[EMAIL PROTECTED]>
>>
>
>
>--
>Sergio Carvalho
>---
>[EMAIL PROTECTED]
>
>If at first you don't succeed, skydiving is not for you
>
>-
>Please check that your question has not already been answered in the
>FAQ before posting. 
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Cocoon and J2EE

[Sergio Carvalho]

At my last company, I created a proof-of-concept Ejb generator. It did work,
although it needs some optimizing to be placed in a production environment. As
it is too big to send to the list (1.9Mb tar.gz), I'm sending it to Chris, who
started the thread. Feel free to use it at will. It might be a good starting
point.

On Fri, 14 Sep 2001 15:46:52 +0100, Chris  Loftus wrote:
From: Chris  Loftus <[EMAIL PROTECTED]>
--

> I'm thinking about integrating Cocoon XSP and J2EE JSPs/Servlets/EJBs. What 
> experience do people have with doing this? What are the pitfalls, how easy 
> is it to make XSP part of a J2EE web application so that security 
> constraints are applied?
> 
> Many thanks
> 
> Chris
> 
> 
> Chris Loftus
> Training Manager
> JayDee Technology Ltd
> 
> http://www.JayDeeTechnology.co.uk
> 
> Minerva House
> Lower Bristol Road
> Bath, BA2 9ER
> Tel:   +44 (0)1970 832554 (Teleworking office)
> Tel:   +44 (0)1225 789255 (Bath office)
> Mobile:  +44 (0)7879 897712
> 
> Visit PlanetJava's website http://www.PlanetJava.co.uk for a wealth of free 
> Java resources
> 
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 


--
Sergio Carvalho
---
[EMAIL PROTECTED]

If at first you don't succeed, skydiving is not for you

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Cocoon and J2EE

[Martin Kavalar]

I am very much interested in using J2EE with cocoon also, and was 
thinking about implementing that with my friends also. We hadnt thought 
about it in too much detail, yet. But keep me updated please. Maybe we 
can be of help.
thanks
martin

Jesper Rasmussen wrote:

>im working on exactly the same thing right now so we could share our
>thoughts.
>I post this to the list to get others intrested, but maybe we should keep
>the talk of the list afterwards, it might not be in the general intrest.
>you could email if you prefere it on or of the list, if you want.
>Warning imnew to coocoon ans is just now setting it up and trying to
>integrate it with our J2EE system.
>
>cheers
>Jesper
>- May the source be with you, Linux -
>
>On Fri, 14 Sep 2001, Chris  Loftus wrote:
>
>>I'm thinking about integrating Cocoon XSP and J2EE JSPs/Servlets/EJBs. What
>>experience do people have with doing this? What are the pitfalls, how easy
>>is it to make XSP part of a J2EE web application so that security
>>constraints are applied?
>>
>>Many thanks
>>
>>Chris
>>
>>
>>Chris Loftus
>>Training Manager
>>JayDee Technology Ltd
>>
>>http://www.JayDeeTechnology.co.uk
>>
>>Minerva House
>>Lower Bristol Road
>>Bath, BA2 9ER
>>Tel:   +44 (0)1970 832554 (Teleworking office)
>>Tel:   +44 (0)1225 789255 (Bath office)
>>Mobile:  +44 (0)7879 897712
>>
>>Visit PlanetJava's website http://www.PlanetJava.co.uk for a wealth of free
>>Java resources
>>
>>
>>
>>-
>>Please check that your question has not already been answered in the
>>FAQ before posting. 
>>
>>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>For additional commands, e-mail: <[EMAIL PROTECTED]>
>>
>
>
>
>
>-
>Please check that your question has not already been answered in the
>FAQ before posting. 
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Cocoon and J2EE

[Jesper Rasmussen]

im working on exactly the same thing right now so we could share our
thoughts.
I post this to the list to get others intrested, but maybe we should keep
the talk of the list afterwards, it might not be in the general intrest.
you could email if you prefere it on or of the list, if you want.
Warning imnew to coocoon ans is just now setting it up and trying to
integrate it with our J2EE system.

cheers
Jesper
- May the source be with you, Linux -

On Fri, 14 Sep 2001, Chris  Loftus wrote:

> I'm thinking about integrating Cocoon XSP and J2EE JSPs/Servlets/EJBs. What
> experience do people have with doing this? What are the pitfalls, how easy
> is it to make XSP part of a J2EE web application so that security
> constraints are applied?
>
> Many thanks
>
> Chris
>
>
> Chris Loftus
> Training Manager
> JayDee Technology Ltd
>
> http://www.JayDeeTechnology.co.uk
>
> Minerva House
> Lower Bristol Road
> Bath, BA2 9ER
> Tel:   +44 (0)1970 832554 (Teleworking office)
> Tel:   +44 (0)1225 789255 (Bath office)
> Mobile:  +44 (0)7879 897712
>
> Visit PlanetJava's website http://www.PlanetJava.co.uk for a wealth of free
> Java resources
>
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>




-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>