[Hippo-cms7-user] Packaging a single WAR

Asmann, Roland Roland.Asmann at adesso.at
Fri Apr 1 18:21:46 CEST 2011


Hi Woonsan,

No, I did not put the HST-jars in the shared lib at all. They are only
packaged in the site WAR. Should I put them in the shared lib and remove
them from the site perhaps?

Off topic: please write my name correctly... :-)

Roland


On 01.04.2011 18:13, Woonsan Ko wrote:
> Hi Ronald,
>
> I found this in your log file:
> "2011-04-01 18:01:02,672 [EventListenersContainerSessionChecker] WARN
> org.hippoecm.hst.core.jcr.EventListenersContainerImpl - Failed to get a
> session in EventListenersContainer. The repository might be not
> available yet or the credentials might be wrong. It will try
> initialization next time. javax.jcr.LoginException: Failed to borrow
> session from the pool. java.lang.IllegalArgumentException: interface
> org.hippoecm.hst.core.jcr.pool.PooledSession is not visible from class
> loader"
>
> The main cause seems like "interface
> org.hippoecm.hst.core.jcr.pool.PooledSession is not visible from class
> loader".
> This kind of error seems caused by duplicate hst-api-x.x.x.jar.
> Did you put hst-api-x.x.x.jar and hst-commons-x.x.x.jar only in the
> shared lib path?
>
>
> Regards,
>
> Woonsan
>
>
> On 04/01/2011 09:04 AM, Asmann, Roland wrote:
>> OK, so somehow I reached the same state I had yesterday and I can deploy
>> without errors.
>>
>> Going to /cms in the browser works, but when I go to /site, I get an
>> error-page (title: 500 error, text "Server error"). I've attached the
>> log-file. I guess I am still missing something in the site-WAR?
>>
>> Any help would be greatly appreciated!
>>
>> Roland
>>
>>
>> On 01.04.2011 15:11, Asmann, Roland wrote:
>>> Sorry, forgot to add:
>>>
>>> [1]
>>> https://wiki.onehippo.com/display/HST2/Deploying+Repository%2C+CMS+and+Site+Apps+with+VM+Embedded+Repository+Connection
>>>
>>> Roland
>>>
>>>
>>> On 01.04.2011 15:11, Asmann, Roland wrote:
>>>   >  Strangely enough, yesterday there were no error logs... But after
>>>   >  setting everything up from the start again, I get this when deploying:
>>>   >
>>>   >  15:06:20,282 ERROR [[/cms]] StandardWrapper.Throwable
>>>   >  java.lang.VerifyError: JVMVRFY013 class loading constraint violated;
>>>   >  class=org/hippoecm/repository/HippoRepositoryImpl,
>>>   >
>>> method=getUserTransaction(Ljavax/jcr/Session;)Ljavax/transaction/UserTransaction;,
>>>   >  pc=0
>>>   >  at java.lang.J9VMInternals.verifyImpl(Native Method)
>>>   >  at java.lang.J9VMInternals.verify(J9VMInternals.java:72)
>>>   >  at java.lang.J9VMInternals.verify(J9VMInternals.java:70)
>>>   >  at java.lang.J9VMInternals.initialize(J9VMInternals.java:134)
>>>   >  at java.lang.Class.forNameImpl(Native Method)
>>>   >  at java.lang.Class.forName(Class.java:139)
>>>   >  at
>>>   >
>>> org.hippoecm.repository.HippoRepositoryFactory.getHippoRepository(HippoRepositoryFactory.java:181)
>>>   >  at
>>>   >
>>> org.hippoecm.repository.RepositoryServlet.init(RepositoryServlet.java:153)
>>>   >  at
>>>   >
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
>>>   >  at
>>> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
>>>   >  at
>>>   >
>>> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4071)
>>>   >  at
>>>   >  org.apache.catalina.core.StandardContext.start(StandardContext.java:4375)
>>>   >  at
>>>   >
>>> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:790)
>>>   >  at
>>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:770)
>>>   >  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:553)
>>>   >  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>   >  at
>>>   >
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
>>>   >  at
>>> org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at
>>> org.apache.catalina.core.StandardContext.init(StandardContext.java:5312)
>>>   >  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>   >  at
>>>   >
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
>>>   >  at
>>> org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at
>>>   >
>>> org.jboss.web.tomcat.service.TomcatDeployer.performDeployInternal(TomcatDeployer.java:301)
>>>   >  at
>>>   >
>>> org.jboss.web.tomcat.service.TomcatDeployer.performDeploy(TomcatDeployer.java:104)
>>>   >  at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:375)
>>>   >  at org.jboss.web.WebModule.startModule(WebModule.java:83)
>>>   >  at org.jboss.web.WebModule.startService(WebModule.java:61)
>>>   >  at
>>>   >
>>> org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
>>>   >  at
>>>   >
>>> org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
>>>   >  at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
>>>   >  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
>>>   >  at
>>>   >
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:193)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at
>>>   >
>>> org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
>>>   >  at $Proxy0.start(Unknown Source)
>>>   >  at org.jboss.system.ServiceController.start(ServiceController.java:417)
>>>   >  at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
>>>   >  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
>>>   >  at
>>>   >
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:193)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
>>>   >  at $Proxy178.start(Unknown Source)
>>>   >  at
>>> org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:466)
>>>   >  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>   >  at
>>>   >
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
>>>   >  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
>>>   >  at
>>>   >
>>> org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
>>>   >  at
>>>   >
>>> org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:85)
>>>   >  at
>>>   >
>>> org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188)
>>>   >  at
>>>   >
>>> org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>>>   >  at
>>>   >
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
>>>   >  at $Proxy179.start(Unknown Source)
>>>   >  at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
>>>   >  at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
>>>   >  at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
>>>   >  at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
>>>   >  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>>>   >  at
>>>   >
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
>>>   >  at $Proxy10.deploy(Unknown Source)
>>>   >  at
>>>   >
>>> org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
>>>   >  at
>>>   >
>>> org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
>>>   >  at
>>>   >
>>> org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
>>>   >  at
>>>   >
>>> org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
>>>   >  at
>>>   >
>>> org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
>>>   >  at
>>>   >
>>> org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
>>>   >  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>   >  at
>>>   >
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
>>>   >  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
>>>   >  at
>>>   >
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:193)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at
>>>   >
>>> org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
>>>   >  at $Proxy0.start(Unknown Source)
>>>   >  at org.jboss.system.ServiceController.start(ServiceController.java:417)
>>>   >  at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
>>>   >  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
>>>   >  at
>>>   >
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:193)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
>>>   >  at $Proxy4.start(Unknown Source)
>>>   >  at org.jboss.deployment.SARDeployer.start(SARDeployer.java:304)
>>>   >  at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
>>>   >  at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
>>>   >  at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
>>>   >  at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
>>>   >  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>   >  at
>>>   >
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
>>>   >  at
>>>   >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>>   >  at java.lang.reflect.Method.invoke(Method.java:611)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
>>>   >  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>>>   >  at
>>>   >
>>> org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
>>>   >  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>>>   >  at
>>>   >
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
>>>   >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
>>>   >  at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
>>>   >  at $Proxy5.deploy(Unknown Source)
>>>   >  at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
>>>   >  at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
>>>   >  at org.jboss.Main.boot(Main.java:200)
>>>   >  at org.jboss.Main$1.run(Main.java:508)
>>>   >  at java.lang.Thread.run(Thread.java:736)
>>>   >
>>>   >  Also, I am not on Tomcat, I am running on JBoss. But I don't think that
>>>   >  would make that much of a difference, does it?
>>>   >
>>>   >  As for duplicate JARs, I copied those listed in the documentation at [1]
>>>   >  into the server/default/lib and excluded them from my WARs. So there
>>>   >  shouldn't be any duplicate JARs, asfaik.
>>>   >
>>>   >  Roland
>>>   >
>>>   >
>>>   >  On 31.03.2011 20:17, Woonsan Ko wrote:
>>>   >  >  If you provide any error logs, it will help.
>>>   >  >  One possibility is you had duplicate jar files which should be located
>>>   >  >  only in shared lib path of Tomcat.
>>>   >  >
>>>   >  >  Woonsan
>>>   >  >
>>>   >  >  On 03/31/2011 09:58 AM, Asmann, Roland wrote:
>>>   >  >  >  Hello Ard,
>>>   >  >  >
>>>   >  >  >  I looked and tried what was written in the link, but unfortunately
>>>   >  I get
>>>   >  >  >  an error when trying to connect to the /site...
>>>   >  >  >
>>>   >  >  >  I can live with two WAR-files, no problem, It was mostly the RMI that
>>>   >  >  >  was turning me off.
>>>   >  >  >
>>>   >  >  >  So, from the description I understood that I can still build two WAR
>>>   >  >  >  files and connect over the 'vm://' URL, but this just gives me a 500
>>>   >  >  >  error... Any idea what might be wrong here?
>>>   >  >  >
>>>   >  >  >  Roland
>>>   >  >  >
>>>   >  >  >
>>>   >  >  >  On 30.03.2011 9:59, Ard Schrijvers wrote:
>>>   >  >  >>  Hello Roland,
>>>   >  >  >>
>>>   >  >  >>  as a matter of fact, we are at this very moment working on the
>>>   >  >  >>  all-in-one container solution: thus, repository, cms and site in one
>>>   >  >  >>  container (tomcat for example). Note that we won't package in a
>>> single
>>>   >  >  >>  war, but still in two wars, but that some parts go to the
>>> shared-lib.
>>>   >  >  >>  This will also become our default development setup, so even during
>>>   >  >  >>  development we won't use RMI any more. This will become
>>> available (the
>>>   >  >  >>  standard) most likely in the 7.6
>>>   >  >  >>
>>>   >  >  >>  For now, you have two options:
>>>   >  >  >>
>>>   >  >  >>  1) Deploy clustered. Thus, a site instance with an embedded
>>> repository
>>>   >  >  >>  and a cms with an embedded repository. This is our standard
>>>   >  >  >>  deployment.
>>>   >  >  >>  2) Build a single war by hand to contain site, cms and
>>> repository, see
>>>   >  >  >>  [1] for a detailed explanation on this.
>>>   >  >  >>
>>>   >  >  >>  In production mode, we never use RMI as this is not performant
>>> enough.
>>>   >  >  >>  Note that for the clustered solution we have also commercial
>>> support.
>>>   >  >  >>  For more information, please see
>>>   >  >  >>  http://www.onehippo.com/en/support/subscriptions
>>>   >  >  >>
>>>   >  >  >>  I hope this gives you some more clarity on how our support model
>>>   >  >  >>  works. If you want to speak to someone about our commercial
>>> offerings,
>>>   >  >  >>  please don't hesitate to contactsales at onehippo.com.
>>>   >  >  >>
>>>   >  >  >>  Regards Ard
>>>   >  >  >>
>>>   >  >  >>  [1]
>>>   >  >  >>
>>>   >  >
>>>   >
>>> https://wiki.onehippo.com/display/HST2/Deploying+Repository%2C+CMS+and+Site+Apps+with+VM+Embedded+Repository+Connection
>>>   >  >  >>
>>>   >  >  >>
>>>   >  >  >>  On Tue, Mar 29, 2011 at 12:22 PM, Asmann, Roland
>>>   >  >  >>  <Roland.Asmann at adesso.at>  wrote:
>>>   >  >  >>  >  Hi all,
>>>   >  >  >>  >
>>>   >  >  >>  >  I was wondering if it is possible to package both the
>>> repository and
>>>   >  >  >>  >  site data into a single WAR-file?
>>>   >  >  >>  >  And if this is possible, can I somehow get rid of the
>>> RMI-connection
>>>   >  >  >>  >  between the two? This would probably improve performance...
>>>   >  >  >>  >
>>>   >  >  >>  >  The thing is, I will be deploying both to the same server, so
>>>   >  I'd like
>>>   >  >  >>  >  to have everything packaged neatly into a single WAR.
>>>   >  >  >>  >
>>>   >  >  >>  >  Also, I would like to know if there is perhaps an archetype
>>> for the
>>>   >  >  >>  >  above case? Speaking of archetypes, is there a list with all
>>>   >  available
>>>   >  >  >>  >  archetypes?
>>>   >  >  >>  >
>>>   >  >  >>  >  Thanks.
>>>   >  >  >>  >
>>>   >  >  >>  >  --
>>>   >  >  >>  >  Roland Asmann
>>>   >  >  >>  >  Senior Software Engineer
>>>   >  >  >>  >
>>>   >  >  >>  >  adesso Austria GmbH
>>>   >  >  >>  >  Floridotower 26. Stock T +43 1 2198790-27
>>>   >  >  >>  >  Floridsdorfer Hauptstr. 1 F +43 1 2198790-927
>>>   >  >  >>  >  A-1210 Wien M +43 664 88657566
>>>   >  >  >>  >  Eroland.asmann at adesso.at
>>>   >  >  >>  >  Wwww.adesso.at
>>>   >  >  >>  >
>>>   >  >  >>  >  -------------------------------------------------------------
>>>   >  >  >>  >  >>>  business. people. technology.<<<
>>>   >  >  >>  >  -------------------------------------------------------------
>>>   >  >  >>  >  _______________________________________________
>>>   >  >  >>  >  Hippo-cms7-user mailing list and forums
>>>   >  >  >>  >  http://www.onehippo.org/cms7/support/forums.html
>>>   >  >  >>  >
>>>   >  >  >>
>>>   >  >  >>
>>>   >  >  >>
>>>   >  >  >>  --
>>>   >  >  >>  Hippo
>>>   >  >  >>  Europe • Amsterdam Oosteinde 11 • 1017 WT Amsterdam • +31 (0)20
>>>   >  >  >>  522 4466
>>>   >  >  >>  USA • San Francisco 755 Baywood Drive, Second Floor • Petaluma, CA.
>>>   >  >  >>  94954 • +1 877 414 4776 (toll free)
>>>   >  >  >>  Canada • Montréal 5369 Boulevard St-Laurent #430 • Montréal QC
>>>   >  >  >>  H2T 1S5 • +1 (514) 316 8966
>>>   >  >  >>  www.onehippo.com  •www.onehippo.org  •info at onehippo.com
>>>   >  >  >>  ________________________________________________________________
>>>   >  >  >>  This e-mail may be privileged and/or confidential, and the
>>> sender does
>>>   >  >  >>  not waive any related rights and obligations. Any distribution,
>>> use or
>>>   >  >  >>  copying of this e-mail or the information it contains by other
>>> than an
>>>   >  >  >>  intended recipient is unauthorized. If you received this e-mail in
>>>   >  >  >>  error, please advise me (by return e-mail or otherwise) immediately.
>>>   >  >  >>
>>>   >  >
>>>   >  >
>>>   >  >  --
>>>   >  >  w.ko at onehippo.com  www.onehippo.com
>>>   >  >  San Francisco - Hippo USA Inc. 755 Baywood Drive, Second Floor,
>>>   >  >  Petaluma, CA. 94954 +1 877 414-4776 (toll free)
>>>   >  >  Amsterdam - Hippo B.V. Oosteinde 11, 1017 WT Amsterdam +31(0)20-5224466
>>>   >  >
>>>   >  >  _______________________________________________
>>>   >  >  Hippo-cms7-user mailing list and forums
>>>   >  >  http://www.onehippo.org/cms7/support/forums.html
>>>   >  >
>>>   >
>>>   >  --
>>>   >  Roland Asmann
>>>   >  Senior Software Engineer
>>>   >
>>>   >  adesso Austria GmbH
>>>   >  Floridotower 26. Stock T +43 1 2198790-27
>>>   >  Floridsdorfer Hauptstr. 1 F +43 1 2198790-927
>>>   >  A-1210 Wien M +43 664 88657566
>>>   >  Eroland.asmann at adesso.at
>>>   >  Wwww.adesso.at
>>>   >
>>>   >  -------------------------------------------------------------
>>>   >  >>>  business. people. technology.<<<
>>>   >  -------------------------------------------------------------
>>>   >  _______________________________________________
>>>   >  Hippo-cms7-user mailing list and forums
>>>   >  http://www.onehippo.org/cms7/support/forums.html
>>>   >
>>>
>>> --
>>> Roland Asmann
>>> Senior Software Engineer
>>>
>>> adesso Austria GmbH
>>> Floridotower 26. Stock T +43 1 2198790-27
>>> Floridsdorfer Hauptstr. 1 F +43 1 2198790-927
>>> A-1210 Wien M +43 664 88657566
>>> Eroland.asmann at adesso.at
>>> Wwww.adesso.at
>>>
>>> -------------------------------------------------------------
>>>   >>>  business. people. technology.<<<
>>> -------------------------------------------------------------
>>> _______________________________________________
>>> Hippo-cms7-user mailing list and forums
>>> http://www.onehippo.org/cms7/support/forums.html
>>>
>> --
>> Roland Asmann
>> Senior Software Engineer
>>
>> adesso Austria GmbH
>> Floridotower 26. Stock              T +43 1 2198790-27
>> Floridsdorfer Hauptstr. 1           F +43 1 2198790-927
>> A-1210 Wien                         M +43 664 88657566
>>                                      Eroland.asmann at adesso.at
>>                                      Wwww.adesso.at
>>
>> -------------------------------------------------------------
>>               >>>  business. people. technology.<<<
>> -------------------------------------------------------------
>>
>>
>> _______________________________________________
>> Hippo-cms7-user mailing list and forums
>> http://www.onehippo.org/cms7/support/forums.html
>
>
> --
> w.ko at onehippo.com      www.onehippo.com
> San Francisco - Hippo USA Inc. 755 Baywood Drive, Second Floor, Petaluma, CA. 94954 +1 877 414-4776 (toll free)
> Amsterdam - Hippo B.V. Oosteinde 11, 1017 WT Amsterdam +31(0)20-5224466
>

--
Roland Asmann
Senior Software Engineer

adesso Austria GmbH
Floridotower 26. Stock              T +43 1 2198790-27
Floridsdorfer Hauptstr. 1           F +43 1 2198790-927
A-1210 Wien                         M +43 664 88657566
                                    E roland.asmann at adesso.at
                                    W www.adesso.at

-------------------------------------------------------------
             >>> business. people. technology. <<<
-------------------------------------------------------------



More information about the Hippo-cms7-user mailing list