Re: Using Alfresco from within Tapestry

2007-11-27 Thread adasal
>
> I am asking myself whether this is so much better? It would mean
> that we have Alfresco's Web Client (first "webapp") and our
> own Tapestry "webapp" together in one webapp, one JSF-based, the
> other Tapestry-based? Does not sound so nice to me.


It doesn't seem very nice, I see what you mean.
But it may be the only - or easiest - possible solution?
After all this is what you are doing, creating additional front end View
functionality to the Alfresco MC that already has its own View?
You surely don't want a clustered solution because there would be a lot of
overhead, I think.
But don't know Alfresco to that extent. Maybe it has a web services layer to
hook into. This would be overhead, but it would have been designed for this
purpose?
Adam



On 27/11/2007, Kaspar Fischer <[EMAIL PROTECTED]> wrote:
>
>
> On 27.11.2007, at 13:36, adasal wrote:
>
> > I've been wondering about this exchange. I haven't looked this up,
> > but if
> > this is a problem of sharing across Servlet container contexts then
> > are you
> > trying "to do what ought not to be done"?
>
> You are right. A different setup would definitely be more
> appropriate. For instance, a "clustered repository server",
> as described on
>
>http://wiki.alfresco.com/wiki/Alfresco_Repository_Architecture
>
> > Why can't you unpack Alfresco and add in Tapestry to the existing
> > context?
> > You have access to Alfresco source which might help as well.
>
> I am asking myself whether this is so much better? It would mean
> that we have Alfresco's Web Client (first "webapp") and our
> own Tapestry "webapp" together in one webapp, one JSF-based, the
> other Tapestry-based? Does not sound so nice to me.
>
> Or do you mean to go with two webapps and copy all Alfresco
> code to our Tapestry-based webapp? This does not work as this
> Alfresco code is not intended to be run twice (it will listen
> on the same port twice, create caches twice, etc.). For this,
> a clustered setup would be better suited (see above).
>
> Kaspar
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


Re: Using Alfresco from within Tapestry

2007-11-27 Thread Kaspar Fischer


On 27.11.2007, at 13:36, adasal wrote:

I've been wondering about this exchange. I haven't looked this up,  
but if
this is a problem of sharing across Servlet container contexts then  
are you

trying "to do what ought not to be done"?


You are right. A different setup would definitely be more
appropriate. For instance, a "clustered repository server",
as described on

  http://wiki.alfresco.com/wiki/Alfresco_Repository_Architecture

Why can't you unpack Alfresco and add in Tapestry to the existing  
context?

You have access to Alfresco source which might help as well.


I am asking myself whether this is so much better? It would mean
that we have Alfresco's Web Client (first "webapp") and our
own Tapestry "webapp" together in one webapp, one JSF-based, the
other Tapestry-based? Does not sound so nice to me.

Or do you mean to go with two webapps and copy all Alfresco
code to our Tapestry-based webapp? This does not work as this
Alfresco code is not intended to be run twice (it will listen
on the same port twice, create caches twice, etc.). For this,
a clustered setup would be better suited (see above).

Kaspar

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



Re: Using Alfresco from within Tapestry

2007-11-27 Thread adasal
I've been wondering about this exchange. I haven't looked this up, but if
this is a problem of sharing across Servlet container contexts then are you
trying "to do what ought not to be done"? Why can't you unpack Alfresco and
add in Tapestry to the existing context?
You have access to Alfresco source which might help as well.
Adam

On 21/11/2007, Kaspar Fischer <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I am still working on how to get access, from my Tapestry webapp in
> Tomcat,
> to a Spring bean called "nodeService" which is from a different
> webapp of
> Tomcat (Alfresco in this case).
>
> In my previous post, I have run into a problem with the load order:
> Alfresco
> was loaded by Tomcat after Tapestry and because of this, the bean was
> not
> found (it obviously does not yet exist when my Tapestry webapp starts).
>
> I've managed to find a way around this by telling the bean
> "alfrescoContext"
> (see below) to load lazily:
>
>class="org.icarbasel.tapestry.knowledgecenter.alfresco.AlfrescoApplicati
> onContext" lazy-init="true">
>
> 
>
>   
>
> (The rest is the same as in my previous post.)
>
> I know get an exception
>
>Error creating bean with name 'alfrescoContext' defined in
> ServletContext resource
>[/WEB-INF/applicationContext.xml]: Cannot resolve reference to
> bean 'nodeService'
>while setting bean property 'nodeService'; nested exception is
>org.springframework.beans.factory.NoSuchBeanDefinitionException:
> No bean named
>'nodeService' is defined
>
> I am asking myself now: Is Spring using a different "context" and
> does not
> look in the webapp Alfresco for "nodeService" but only in Tapestry's
> Spring
> "context"?
>
> Any idea what is going wrong here?
>
> Regards,
> Kaspar
>
> P.S. For the sake of completness I add my whole set of configuration/
> Java files.
>
> // WEB-INF/applicatonContext.xml
> 
>   "-//SPRING//DTD BEAN//EN"
>  "http://www.springframework.org/dtd/spring-beans.dtd";>
>
> 
>class="org.icarbasel.tapestry.knowledgecenter.alfresco.AlfrescoApplicati
> onContext" lazy-init="true">
>
> 
>
>   
> 
>
> // relevant part of web.xml
>   
>contextConfigLocation
>WEB-INF/applicationContext.xml
>   
>
>   
> class>org.springframework.web.context.ContextLoaderListener class>
>   
>
> // AlfrescoApplicationContext.java
> package org.icarbasel.tapestry.knowledgecenter.alfresco;
> import org.alfresco.service.cmr.repository.NodeService;
> public class AlfrescoApplicationContext
> {
>private NodeService nodeService;
>
>public void setNodeService(NodeService nodeService)
>{
>  System.err.println("Received nodeService " + nodeService);
>  this.nodeService = nodeService;
>}
>
>public NodeService getNodeService()
>{
>  return this.nodeService;
>}
> }
>
> // ... and my page which spits out some dummy text
> public abstract class NodePage extends BasePage {
>
>@InjectObject("spring:alfrescoContext")
>public abstract AlfrescoApplicationContext getAlfrescoContext();
>
>public String getGreetingSubject()
>{
>  System.err.println(getAlfrescoContext().getNodeService());
>  return "dummy";
>}
> }
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


Re: Using Alfresco from within Tapestry

2007-11-26 Thread Kaspar Fischer

Hi all,

With the help of the list and another insight into the "crossContext"
attribute of Tomcat I've finally found a solution. Thanks for your time!

The deails for my particular application are documented here:

  http://wiki.alfresco.com/wiki/ 
Alfresco_and_Tapestry_on_the_Same_Tomcat_Installation


I hope this helps others that need to do a similar thing.

Kaspar

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



Re: Using Alfresco from within Tapestry

2007-11-21 Thread Kaspar Fischer

Hi,

I am still working on how to get access, from my Tapestry webapp in  
Tomcat,
to a Spring bean called "nodeService" which is from a different  
webapp of

Tomcat (Alfresco in this case).

In my previous post, I have run into a problem with the load order:  
Alfresco
was loaded by Tomcat after Tapestry and because of this, the bean was  
not

found (it obviously does not yet exist when my Tapestry webapp starts).

I've managed to find a way around this by telling the bean  
"alfrescoContext"

(see below) to load lazily:

 class="org.icarbasel.tapestry.knowledgecenter.alfresco.AlfrescoApplicati 
onContext" lazy-init="true">

  
   
  
 

(The rest is the same as in my previous post.)

I know get an exception

  Error creating bean with name 'alfrescoContext' defined in  
ServletContext resource
  [/WEB-INF/applicationContext.xml]: Cannot resolve reference to  
bean 'nodeService'

  while setting bean property 'nodeService'; nested exception is
  org.springframework.beans.factory.NoSuchBeanDefinitionException:  
No bean named

  'nodeService' is defined

I am asking myself now: Is Spring using a different "context" and  
does not
look in the webapp Alfresco for "nodeService" but only in Tapestry's  
Spring

"context"?

Any idea what is going wrong here?

Regards,
Kaspar

P.S. For the sake of completness I add my whole set of configuration/ 
Java files.


// WEB-INF/applicatonContext.xml

http://www.springframework.org/dtd/spring-beans.dtd";>


 class="org.icarbasel.tapestry.knowledgecenter.alfresco.AlfrescoApplicati 
onContext" lazy-init="true">

  
   
  
 


// relevant part of web.xml
 
  contextConfigLocation
  WEB-INF/applicationContext.xml
 

 
  class>org.springframework.web.context.ContextLoaderListenerclass>

 

// AlfrescoApplicationContext.java
package org.icarbasel.tapestry.knowledgecenter.alfresco;
import org.alfresco.service.cmr.repository.NodeService;
public class AlfrescoApplicationContext
{
  private NodeService nodeService;

  public void setNodeService(NodeService nodeService)
  {
System.err.println("Received nodeService " + nodeService);
this.nodeService = nodeService;
  }

  public NodeService getNodeService()
  {
return this.nodeService;
  }
}

// ... and my page which spits out some dummy text
public abstract class NodePage extends BasePage {

  @InjectObject("spring:alfrescoContext")
  public abstract AlfrescoApplicationContext getAlfrescoContext();

  public String getGreetingSubject()
  {
System.err.println(getAlfrescoContext().getNodeService());
return "dummy";
  }
}


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



Re: Using Alfresco from within Tapestry

2007-11-20 Thread carlos f

BTW - I have only used spring 1.2.x.  Maybe spring 2.x has a cleaner way of
inter-servlet context bean sharing.

Carlos
-- 
View this message in context: 
http://www.nabble.com/Using-Alfresco-from-within-Tapestry-tf4831087.html#a13861374
Sent from the Tapestry - User mailing list archive at Nabble.com.


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



Re: Using Alfresco from within Tapestry

2007-11-20 Thread carlos f



hbf wrote:
> 
> and everything works beautifully up to the load order of the webapps:
> As my module starts before Alfresco, I cannot reference the (yet non-
> existing) bean of Alfresco that represents the Alfresco Node Service!
> 
> . . . 
>  
> Everything works fine up to the point when I change 'Foo'
> to '' in my bean (and of course change the
> type in the bean class from String to Alfresco's NodeService).
> 
> At this point I get at startup
> 
>ERROR main org.springframework.web.context.ContextLoader - Context
>initialization failed
>org.springframework.beans.factory.BeanCreationException: Error
>creating bean with name 'alfrescoContext' defined in  
> ServletContext resource
>[/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean
>'nodeService' while setting bean property 'nodeService'; nested  
> exception
>is  
> org.springframework.beans.factory.NoSuchBeanDefinitionException: No
>bean named 'nodeService' is defined
> 
> And I sort of understand it: At this point, Alfresco is started by
> Tomcat after my Tapestry webapp and it seems that due to its multi-
> threaded nature, one cannot require a particular order in which the
> webapps are deployed.
> 
> Any suggestion as to what I could do?
> 
> I though about calling Spring's getBean() not at startup but at a later
> point but do not have any idea which application context to use, i.e.,
> how to obtain an application context at all!?
> 

If I understanding you have two spring application contexts defined in two
separate web applications:

- alfresco (3rd party CMS system that defines a bean you want to use)
- mywebapp (custom tapestry application that will consume a bean defined by
alfresco)

If that is the case, I think your core problem is that by default, web
application contexts don't span web applications.  So a particular war's
beans are referenced through the web application context stored in that
application's servlet context.  The web application context in turn, is
built exclusively using all the context files listed in that web
application's contextConfigLocation param (or the default
applicationContext.xml file).

A web application context, is pretty isolated to the particular servlet
context in which it is defined.   Although your web application context can
access external resources, such as WS, JDBC, JNDI, JMS etc, the client/proxy
beans you are using to access those external resources are always local to
your web application context.

I might be living in a cave, but I don't know of an out of the box method
for DIRECTLY accessing beans defined in one servlet context to access beans
defined in another servlet context.

If that is true . . . I am not quite sure what your best options are.

- If you have access to the application context files in the alfresco war,
you could add some sort of remote exporter (WS, RMI etc) so that the spring
application context in your tapestry web application could consume it. 
However, remote calls are far more expensive than local communication and
some of the remoting options baked into spring may not support the services
you want to export (e.g. HttpInvoker requires java.io serialization).  

- Depending on the servlet container you are using you could try to
programmatically access servlet context A from servlet context B.  If you
can get access to the servlet context then you can get access to the spring
web application context that is stored in it.  Doing that would allow you,
in some fashion, to access context A beans from context B.  Spring
application contexts support the concept of application context hierarchies. 
Perhaps you can use that to make the context in B treat the context in A as
its parent.  You will also need to time the startup of the web application
contexts so that the alfresco context is always completely initialized
before your application starts initializing its context.  I would search
around the spring forums for any suggestions or existing solutions.

Good luck.

Carlos

-- 
View this message in context: 
http://www.nabble.com/Using-Alfresco-from-within-Tapestry-tf4831087.html#a13861372
Sent from the Tapestry - User mailing list archive at Nabble.com.


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



Re: Using Alfresco from within Tapestry

2007-11-20 Thread Kaspar Fischer


On 20.11.2007, at 07:23, <[EMAIL PROTECTED]> wrote:

If your Tomcat instance is dedicated to alfresco and your tapestry  
app,

I would try to go with the shared/lib approach.
Logging in Tomcat is a bit complicated to get right due to the funny
classloading hierarchy and commons-logging's log-method detection.  
I put

commons-logging into each web-app's lib *and* common/lib. Then, I need
commons-logging.properties in common/classes to point to log4j as
backend-impl.


Again, many thanks, Marcus! Your tip helped me and I have the Tomcat
logging fixed. I followed your instructions and the ones from the
Spring user manual,

  http://static.springframework.org/spring/docs/2.0.x/reference/ 
webintegration.html#view-tapestry-40-style-di


and everything works beautifully up to the load order of the webapps:
As my module starts before Alfresco, I cannot reference the (yet non-
existing) bean of Alfresco that represents the Alfresco Node Service!

Here's the situation in more detail: I have an application context like
this

  
  http://www.springframework.org/dtd/spring-beans.dtd";>
  
class="org.icarbasel.tapestry.knowledgecenter.alfresco.AlfrescoApplicati 
onContext">


 Foo 
 

   
  

with a bean class AlfrescoApplicationContext.java that simply receives
the value ("Foo" in this case). My web.xml contains

 
  contextConfigLocation
  WEB-INF/applicationContext.xml
 
 
  class>org.springframework.web.context.ContextLoaderListenerclass>

 

and my page class is this:

  public abstract class NodePage extends BasePage {
@InjectObject("spring:alfrescoContext")
public abstract AlfrescoApplicationContext getAlfrescoContext();
// ..
  }

Everything works fine up to the point when I change 'Foo'
to '' in my bean (and of course change the
type in the bean class from String to Alfresco's NodeService).

At this point I get at startup

  ERROR main org.springframework.web.context.ContextLoader - Context
  initialization failed
  org.springframework.beans.factory.BeanCreationException: Error
  creating bean with name 'alfrescoContext' defined in  
ServletContext resource

  [/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean
  'nodeService' while setting bean property 'nodeService'; nested  
exception
  is  
org.springframework.beans.factory.NoSuchBeanDefinitionException: No

  bean named 'nodeService' is defined

And I sort of understand it: At this point, Alfresco is started by
Tomcat after my Tapestry webapp and it seems that due to its multi-
threaded nature, one cannot require a particular order in which the
webapps are deployed.

Any suggestion as to what I could do?

I though about calling Spring's getBean() not at startup but at a later
point but do not have any idea which application context to use, i.e.,
how to obtain an application context at all!?

Thanks in advance for any pointer!

Best,
Kaspar

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



RE: Using Alfresco from within Tapestry

2007-11-19 Thread Marcus.Schulte
If your Tomcat instance is dedicated to alfresco and your tapestry app,
I would try to go with the shared/lib approach.
Logging in Tomcat is a bit complicated to get right due to the funny
classloading hierarchy and commons-logging's log-method detection. I put
commons-logging into each web-app's lib *and* common/lib. Then, I need
commons-logging.properties in common/classes to point to log4j as
backend-impl.

> -Original Message-
> From: Kaspar Fischer [mailto:[EMAIL PROTECTED] 
> Sent: Monday, November 19, 2007 10:59 PM
> To: Tapestry users
> Subject: Re: Using Alfresco from within Tapestry
> 
> Marcus, many thanks for your kind reply.
> 
> Your link helped me to get started and I think I see the way.  
> Unfortunately,
> I've run into a (Alfresco specific?) problem. But maybe one 
> of you has run into a similar one and can help?
> 
> The problem is this: Alfresco and my Tapestry webapp run as 
> follows in Tomcat:
> 
>tomcat
>  webapps
>alfresco.war  <-- Alfresco webapp
>  wtpwebapps
>ROOT  <-- don't know, probably not important
>mywebapp  <-- my Tapestry app
>  shared
>lib   <-- empty
>classes   <-- empty
> 
> Unfortunately, all Alfresco code is in alfresco.war (inside: alfresco/
> WEB-INF/lib/) including Spring 2.0.2 itself. So if my webapp 
> mywebapp wants to use this code, the Alfresco/Spring jars 
> should be in shared/ lib/, right? Otherwise I get 
> java.lang.ClassNotFoundException:
> org.springframework.web.context.ContextLoaderListener.
> 
> But it seems I cannot move/copy the jars as I get strange 
> warnings about logging being disabled. So what is the best 
> way to share Alfresco's jars with another webapp?
> 
> Could it be that changing "shared.loader" in tomcat/conf/ 
> catalina.properties to include webapps/alfresco/WEB-INF/lib 
> helps? I am very reluctant to do something drastic like this.
> 
> I'd be very glad to receive some more help as I am rather lost here.
> 
> Many thanks,
> Kaspar
> 
> P.S. The jars in question (in alfresco.war:WEB-INF/lib/) are:
> 
> acegi-security-0.8.2_patched.jar
> activation.jar
> addressing-1.0.jar
> alfresco-core.jar
> alfresco-deployment.jar
> alfresco-external-content.jar
> alfresco-linkvalidation.jar
> alfresco-mbeans.jar
> alfresco-php.jar
> alfresco-remote-api.jar
> alfresco-repository.jar
> alfresco-web-client.jar
> alfresco-web-framework.jar
> ant.jar
> antlr-2.7.5H3.jar
> aopalliance.jar
> avalon-framework-4.2.0.jar
> axis-1.4.jar
> bcel.jar
> bcmail-jdk15-137.jar
> bcprov-jdk15-137.jar
> bsf-2.4.0.jar
> bsh-1.3.0.jar
> catalina.jar
> cglib-nodep-2.2_beta1.jar
> chiba-1.3.0.jar
> commons-beanutils-1.7.0.jar
> commons-codec-1.3.jar
> commons-collections-3.1.jar
> commons-dbcp-1.2.1.jar
> commons-digester-1.6.jar
> commons-discovery-0.2.jar
> commons-el.jar
> commons-fileupload-1.1.1.jar
> commons-httpclient-3.0.jar
> commons-io-1.1.jar
> commons-jxpath-1.2.jar
> commons-lang-2.1.jar
> commons-logging-1.1.jar
> commons-modeler.jar
> commons-pool-1.3.jar
> commons-validator.jar
> cpool.jar
> derivatives.jar
> dom4j-1.6.1.jar
> ehcache-1.3.0-patched.jar
> facebook_070716.jar
> fontbox-0.1.0.jar
> fop-0.92beta.jar
> freemarker-2.3.10.jar
> guessencoding-1.0.jar
> hibernate-3.2.1.jar
> hrtlib.jar
> hsqldb.jar
> htmlparser-1.6.jar
> icar-knowlege-center.jar
> icu4j_3_6_1.jar
> jakarta-oro-2.0.8.jar
> jaxen-1.1-beta-8.jar
> jaxrpc.jar
> jbpm-identity-3.2.jar
> jbpm-jpdl-3.2-patched.jar
> jcr-1.0.jar
> jgroups-2.2.8.jar
> jibx-bind.jar
> jibx-run.jar
> jid3lib-0.5.jar
> JMagick.jar
> joda-time-1.2.1.jar
> jooconverter-2.1.0.jar
> json.jar
> jstl-1.1.0.jar
> jta.jar
> jug.jar
> jut.jar
> log4j-1.2.15.jar
> lucene-analyzers-2.1.0.jar
> lucene-core-2.1.0.jar
> lucene-snowball-2.1.0.jar
> mail.jar
> myfaces-api-1.1.5.jar
> myfaces-impl-1.1.5.jar
> naming-factory.jar
> naming-resources.jar
> odf_utils.jar
> odmg-3.0.jar
> openoffice-juh-2.0.3.jar
> openoffice-jurt-2.0.3.jar
> openoffice-ridl-2.0.3.jar
> openoffice-sandbox-2.0.3.jar
> openoffice-unoil-2.0.3.jar
> opensaml-1.0.1.jar
> pdfbox-0.7.3.jar
> poi-2.5.1_patched.jar
> portlet-api-lib.jar
> quartz-1.6.0.jar
> quercus.jar
> resin-util.jar
> resolver.jar
> rhino-js-1.6R7.jar
> saaj.jar
> saxpath.jar
> shale-test-1.0.4.jar
> spring-2.0.2.jar
> springmodules-jbpm31.jar
> standard.jar
> subetha-smtp.jar
> tlc124.jar
> tm-extractors-0.4_patched.jar
> tomcat-coyote.jar
> tomcat-util.jar
&g

Re: Using Alfresco from within Tapestry

2007-11-19 Thread Kaspar Fischer

Marcus, many thanks for your kind reply.

Your link helped me to get started and I think I see the way.  
Unfortunately,
I've run into a (Alfresco specific?) problem. But maybe one of you  
has run

into a similar one and can help?

The problem is this: Alfresco and my Tapestry webapp run as follows  
in Tomcat:


  tomcat
webapps
  alfresco.war  <-- Alfresco webapp
wtpwebapps
  ROOT  <-- don't know, probably not important
  mywebapp  <-- my Tapestry app
shared
  lib   <-- empty
  classes   <-- empty

Unfortunately, all Alfresco code is in alfresco.war (inside: alfresco/
WEB-INF/lib/) including Spring 2.0.2 itself. So if my webapp mywebapp
wants to use this code, the Alfresco/Spring jars should be in shared/ 
lib/,

right? Otherwise I get java.lang.ClassNotFoundException:
org.springframework.web.context.ContextLoaderListener.

But it seems I cannot move/copy the jars as I get strange warnings about
logging being disabled. So what is the best way to share Alfresco's jars
with another webapp?

Could it be that changing "shared.loader" in tomcat/conf/ 
catalina.properties

to include webapps/alfresco/WEB-INF/lib helps? I am very reluctant to do
something drastic like this.

I'd be very glad to receive some more help as I am rather lost here.

Many thanks,
Kaspar

P.S. The jars in question (in alfresco.war:WEB-INF/lib/) are:

acegi-security-0.8.2_patched.jar
activation.jar
addressing-1.0.jar
alfresco-core.jar
alfresco-deployment.jar
alfresco-external-content.jar
alfresco-linkvalidation.jar
alfresco-mbeans.jar
alfresco-php.jar
alfresco-remote-api.jar
alfresco-repository.jar
alfresco-web-client.jar
alfresco-web-framework.jar
ant.jar
antlr-2.7.5H3.jar
aopalliance.jar
avalon-framework-4.2.0.jar
axis-1.4.jar
bcel.jar
bcmail-jdk15-137.jar
bcprov-jdk15-137.jar
bsf-2.4.0.jar
bsh-1.3.0.jar
catalina.jar
cglib-nodep-2.2_beta1.jar
chiba-1.3.0.jar
commons-beanutils-1.7.0.jar
commons-codec-1.3.jar
commons-collections-3.1.jar
commons-dbcp-1.2.1.jar
commons-digester-1.6.jar
commons-discovery-0.2.jar
commons-el.jar
commons-fileupload-1.1.1.jar
commons-httpclient-3.0.jar
commons-io-1.1.jar
commons-jxpath-1.2.jar
commons-lang-2.1.jar
commons-logging-1.1.jar
commons-modeler.jar
commons-pool-1.3.jar
commons-validator.jar
cpool.jar
derivatives.jar
dom4j-1.6.1.jar
ehcache-1.3.0-patched.jar
facebook_070716.jar
fontbox-0.1.0.jar
fop-0.92beta.jar
freemarker-2.3.10.jar
guessencoding-1.0.jar
hibernate-3.2.1.jar
hrtlib.jar
hsqldb.jar
htmlparser-1.6.jar
icar-knowlege-center.jar
icu4j_3_6_1.jar
jakarta-oro-2.0.8.jar
jaxen-1.1-beta-8.jar
jaxrpc.jar
jbpm-identity-3.2.jar
jbpm-jpdl-3.2-patched.jar
jcr-1.0.jar
jgroups-2.2.8.jar
jibx-bind.jar
jibx-run.jar
jid3lib-0.5.jar
JMagick.jar
joda-time-1.2.1.jar
jooconverter-2.1.0.jar
json.jar
jstl-1.1.0.jar
jta.jar
jug.jar
jut.jar
log4j-1.2.15.jar
lucene-analyzers-2.1.0.jar
lucene-core-2.1.0.jar
lucene-snowball-2.1.0.jar
mail.jar
myfaces-api-1.1.5.jar
myfaces-impl-1.1.5.jar
naming-factory.jar
naming-resources.jar
odf_utils.jar
odmg-3.0.jar
openoffice-juh-2.0.3.jar
openoffice-jurt-2.0.3.jar
openoffice-ridl-2.0.3.jar
openoffice-sandbox-2.0.3.jar
openoffice-unoil-2.0.3.jar
opensaml-1.0.1.jar
pdfbox-0.7.3.jar
poi-2.5.1_patched.jar
portlet-api-lib.jar
quartz-1.6.0.jar
quercus.jar
resin-util.jar
resolver.jar
rhino-js-1.6R7.jar
saaj.jar
saxpath.jar
shale-test-1.0.4.jar
spring-2.0.2.jar
springmodules-jbpm31.jar
standard.jar
subetha-smtp.jar
tlc124.jar
tm-extractors-0.4_patched.jar
tomcat-coyote.jar
tomcat-util.jar
truezip.jar
webclientassoclinkssupport.jar
webclienttinymcesupport.jar
wsdl4j-1.5.1.jar
wss4j.jar
xercesImpl-2.8.0.jar
xml-apis.jar
xmlgraphics-commons-1.0.jar
xmlsec-1.4.1.jar
xpp3-1.1.3_8.jar
xstream-1.1.3.jar

On 18.11.2007, at 19:13, Marcus Schulte wrote:


Have a look at
http://hivemind.apache.org/hivemind1/hivemind-lib/ 
SpringLookupFactory.html


I'm not familiar with Alfresco, but this should get you started  
with using

any kind of Spring bean from HiveMind (and Tapestry).

You'll probably need to add a couple of hooks to your Tapestry app's
web.xmlto make sure, that the Spring BeanFactory is properly
initialized.

2007/11/18, Kaspar Fischer <[EMAIL PROTECTED]>:


Hi there!

I am completely new to Tapestry and would like to use it in order
to display content from an Alfresco data repository. More precisely,
I have a folder ("space", in Alfresco's terminology) in Alfresco
and I want to create a dynamic webpage for each file in this folder.
The webpage shows some properties of the file and I want to obtain
these properties by calling Alfresco's Node Service API.

I have tried to find some information on how to start here. I have
the book "Enjoying Web Development with Tapestry" but need a hint
on how to get an Alfresco session from within Tapestry.

Alfresco and Tapestry will run on the same installation of Tomcat.
Can I then just load Alfresco's Node Service bean from within
Tapestry and use it?!

Could anybody help me with a pointer

Re: Using Alfresco from within Tapestry

2007-11-18 Thread Marcus Schulte
Have a look at
http://hivemind.apache.org/hivemind1/hivemind-lib/SpringLookupFactory.html

I'm not familiar with Alfresco, but this should get you started with using
any kind of Spring bean from HiveMind (and Tapestry).

You'll probably need to add a couple of hooks to your Tapestry app's
web.xmlto make sure, that the Spring BeanFactory is properly
initialized.

2007/11/18, Kaspar Fischer <[EMAIL PROTECTED]>:
>
> Hi there!
>
> I am completely new to Tapestry and would like to use it in order
> to display content from an Alfresco data repository. More precisely,
> I have a folder ("space", in Alfresco's terminology) in Alfresco
> and I want to create a dynamic webpage for each file in this folder.
> The webpage shows some properties of the file and I want to obtain
> these properties by calling Alfresco's Node Service API.
>
> I have tried to find some information on how to start here. I have
> the book "Enjoying Web Development with Tapestry" but need a hint
> on how to get an Alfresco session from within Tapestry.
>
> Alfresco and Tapestry will run on the same installation of Tomcat.
> Can I then just load Alfresco's Node Service bean from within
> Tapestry and use it?!
>
> Could anybody help me with a pointer or a very high-level list of
> the necessary steps?
>
> Many thanks,
> Kaspar
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Marcus Schulte
http://marcus-schulte.blogspot.com