Menu
▾
▴
aplaws-devel — Developer Mailing List. Forum postings are forwarded to this list.
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(13) |
Mar
(15) |
Apr
(29) |
May
(28) |
Jun
(111) |
Jul
(185) |
Aug
(366) |
Sep
(121) |
Oct
(73) |
Nov
(57) |
Dec
(23) |
| 2005 |
Jan
(30) |
Feb
(49) |
Mar
(51) |
Apr
(47) |
May
(95) |
Jun
(74) |
Jul
(62) |
Aug
(61) |
Sep
(46) |
Oct
(73) |
Nov
(111) |
Dec
(59) |
| 2006 |
Jan
(114) |
Feb
(34) |
Mar
(47) |
Apr
(49) |
May
(106) |
Jun
(47) |
Jul
(78) |
Aug
(31) |
Sep
(35) |
Oct
(39) |
Nov
(63) |
Dec
(17) |
| 2007 |
Jan
(40) |
Feb
(32) |
Mar
(17) |
Apr
(15) |
May
(28) |
Jun
(20) |
Jul
(80) |
Aug
(83) |
Sep
(52) |
Oct
(26) |
Nov
(6) |
Dec
(9) |
| 2008 |
Jan
(22) |
Feb
(11) |
Mar
(45) |
Apr
(5) |
May
(8) |
Jun
|
Jul
(16) |
Aug
(5) |
Sep
(3) |
Oct
(4) |
Nov
(14) |
Dec
(3) |
| 2009 |
Jan
(25) |
Feb
(46) |
Mar
(17) |
Apr
(8) |
May
(74) |
Jun
(48) |
Jul
(11) |
Aug
(9) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
|
From: Shubham N. [ntl] <Shu...@nt...> - 2004-04-19 11:51:03
|
Hi All > > We have set up APLAWS + Release 1 fine but while navigating from the Top Level links (Business.. etc) the navigation fails with an error report. The content center works ok. From the onset looks something elementary to me.... > > Environment: > > Redhat Enterprise Linux ES > Oracle9i Enterprise Edition Release 9.2.0.1.0 > Java - java version "1.4.1_05" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) > Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) > > Any clues ? > > The error we recieve in the stack trace is: > =========================================== > > 2004-04-19 11:04:18,460 [080-1] FATAL logging.ErrorReport - > -*-*-*-*-*- Begin Error Report -*-*-*-*-*- > -*-*-*- ACS Error Report Code: localhost:3a30f3:fc0239269b -*-*-*- > -*-*-*- Message 1: com.arsdigita.persistence.PersistenceException: null (root cause: ORA-00972: identifier is too long > ) -*-*-*- > -*-*-*- Message 2: com.redhat.persistence.engine.rdbms.RDBMSEngine$4: ORA-00972: identifier is too long > -*-*-*- > > -*-*-*- Section: CCM User -*-*-*- > Party not logged in > > -*-*-*- Section: System properties -*-*-*- > ccm.conf: /usr/share/ccm/conf/registry > ccm.home: /usr/share/ccm > com.arsdigita.london.navigation.DefaultContentSection: /content/ > com.arsdigita.util.Assert.enabled: true > file.encoding: ISO-8859-1 > file.encoding.pkg: sun.io > file.separator: / > java.awt.graphicsenv: sun.awt.X11GraphicsEnvironment > java.awt.printerjob: sun.print.PSPrinterJob > java.class.path: /opt/j2sdk1.4.1_05/jre/lib/jce.jar:/opt/j2sdk1.4.1_05/jre/lib/ext/sunjce_pro vider.jar:/data/oracle/jdbc/lib/classes12.jar:/opt/j2sdk1.4.1_05/lib/tools.j ar:/data/resin-2.1.12/lib/resin.jar:/data/resin-2.1.12/lib/jdbc2_0-stdext.ja r:/data/resin-2.1.12/lib/jta_101.jar:/data/resin-2.1.12/lib/jndi.jar:/data/r esin-2.1.12/lib/dom.jar:/data/resin-2.1.12/lib/sax.jar:/data/resin-2.1.12/li b/jaxp.jar:/data/resin-2.1.12/lib/jmx.jar:/data/resin-2.1.12/lib/webutil.jar :/data/resin-2.1.12/lib/jdbc-mysql.jar:/data/resin-2.1.12/lib/jaxp_parser_im pl.jar:/data/resin-2.1.12/lib/jaxp_transform_impl.jar:/data/resin-2.1.12/lib /jtidy-1.0.jar:/data/resin-2.1.12/lib/servlet.jar:/data/resin-2.1.12/lib/xal an-j2-2.4.jar:/data/resin-2.1.12/lib/xerces-j2-2.0.2.jar:/data/resin-2.1.12/ lib/xml-commons-apis-1.0.jar:/opt/j2sdk1.4.1_05/lib/tools.jar:/opt/j2sdk1.4. 1_05/jre/lib/rt.jar:/data/resin-2.1.12/lib/jsdk23.jar > java.class.version: 48.0 > java.endorsed.dirs: /opt/j2sdk1.4.1_05/jre/lib/endorsed > java.ext.dirs: /opt/j2sdk1.4.1_05/jre/lib/ext:/opt/j2sdk1.4.1_05/lib/ext:/usr/share/ccm/web apps/WEB-INF/system:/usr/share/ccm-tools/lib/security > java.home: /opt/j2sdk1.4.1_05/jre > java.io.tmpdir: /tmp > java.library.path: /opt/j2sdk1.4.1_05/jre/lib/i386/client:/opt/j2sdk1.4.1_05/jre/lib/i386:/opt/ j2sdk1.4.1_05/jre/../lib/i386:/data/oracle/lib:/data/oracle/ctx/lib:/data/re sin-2.1.12/libexec > java.naming.factory.initial: com.caucho.naming.InitialContextFactoryImpl > java.naming.factory.url.pkgs: com.caucho.naming > java.runtime.name: Java(TM) 2 Runtime Environment, Standard Edition > java.runtime.version: 1.4.1_05-b01 > java.specification.name: Java Platform API Specification > java.specification.vendor: Sun Microsystems Inc. > java.specification.version: 1.4 > java.util.prefs.PreferencesFactory: java.util.prefs.FileSystemPreferencesFactory > java.vendor: Sun Microsystems Inc. > java.vendor.url: http://java.sun.com/ > java.vendor.url.bug: http://java.sun.com/cgi-bin/bugreport.cgi > java.version: 1.4.1_05 > java.vm.info: mixed mode > java.vm.name: Java HotSpot(TM) Client VM > java.vm.specification.name: Java Virtual Machine Specification > java.vm.specification.vendor: Sun Microsystems Inc. > java.vm.specification.version: 1.0 > java.vm.vendor: Sun Microsystems Inc. > java.vm.version: 1.4.1_05-b01 > javax.xml.parsers.DocumentBuilderFactory: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl > javax.xml.parsers.SAXParserFactory: org.apache.xerces.jaxp.SAXParserFactoryImpl > javax.xml.transform.TransformerFactory: com.icl.saxon.TransformerFactoryImpl > line.separator: > > log4j.configuration: file:///usr/share/ccm/conf/log4j.properties > org.xml.sax.driver: com.caucho.xml.Xml > os.arch: i386 > os.name: Linux > os.version: 2.4.9-e.34smp > path.separator: : > resin.home: /usr/share/ccm > sun.arch.data.model: 32 > sun.boot.class.path: /opt/j2sdk1.4.1_05/jre/lib/rt.jar:/opt/j2sdk1.4.1_05/jre/lib/i18n.jar:/opt/j 2sdk1.4.1_05/jre/lib/sunrsasign.jar:/opt/j2sdk1.4.1_05/jre/lib/jsse.jar:/opt /j2sdk1.4.1_05/jre/lib/jce.jar:/opt/j2sdk1.4.1_05/jre/lib/charsets.jar:/opt/ j2sdk1.4.1_05/jre/classes > sun.boot.library.path: /opt/j2sdk1.4.1_05/jre/lib/i386 > sun.cpu.endian: little > sun.cpu.isalist: > sun.io.unicode.encoding: UnicodeLittle > sun.java2d.fontpath: > sun.os.patch.level: unknown > user.country: GB > user.dir: /usr/share/ccm > user.home: /var/www > user.language: en > user.name: servlet > user.timezone: Europe/London > > -*-*-*- Section: Stack trace -*-*-*- > com.redhat.persistence.engine.rdbms.RDBMSEngine$4: ORA-00972: identifier is too long > > at com.redhat.persistence.engine.rdbms.RDBMSEngine.execute(RDBMSEngine.java:517 ) > at com.redhat.persistence.engine.rdbms.RDBMSEngine.execute(RDBMSEngine.java:431 ) > at com.redhat.persistence.engine.rdbms.RDBMSEngine.execute(RDBMSEngine.java:265 ) > at com.redhat.persistence.Cursor.execute(Cursor.java:131) > at com.redhat.persistence.Cursor.next(Cursor.java:115) > at com.arsdigita.persistence.DataQueryImpl.next(DataQueryImpl.java:646) > at com.arsdigita.london.navigation.Template.matchBest(Template.java:188) > at com.arsdigita.london.navigation.NavigationFileResolver.resolveTemplate(Navig ationFileResolver.java:141) > at com.arsdigita.london.navigation.NavigationFileResolver.resolve(NavigationFil eResolver.java:118) > at com.arsdigita.web.ApplicationFileServlet.doService(ApplicationFileServlet.ja va:132) > at com.arsdigita.web.BaseApplicationServlet$1.excurse(BaseApplicationServlet.ja va:111) > at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:57) > at com.arsdigita.web.BaseApplicationServlet.doService(BaseApplicationServlet.ja va:105) > at com.arsdigita.web.BaseServlet$1.excurse(BaseServlet.java:176) > at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:57) > at com.arsdigita.web.BaseServlet.internalService(BaseServlet.java:147) > at com.arsdigita.web.BaseServlet.doGet(BaseServlet.java:272) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:9 6) > at com.caucho.server.http.Invocation.service(Invocation.java:315) > at com.caucho.server.http.QRequestDispatcher.forward(QRequestDispatcher.java:22 2) > at com.caucho.server.http.QRequestDispatcher.forward(QRequestDispatcher.java:10 3) > at com.caucho.server.http.QRequestDispatcher.forward(QRequestDispatcher.java:80 ) > at com.arsdigita.web.BaseDispatcher.forward(BaseDispatcher.java:206) > at com.arsdigita.web.BaseDispatcher.forward(BaseDispatcher.java:190) > at com.arsdigita.web.BaseDispatcher.dispatch(BaseDispatcher.java:130) > at com.arsdigita.web.DispatcherServlet.doService(DispatcherServlet.java:123) > at com.arsdigita.web.BaseServlet$1.excurse(BaseServlet.java:176) > at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:57) > at com.arsdigita.web.BaseServlet.internalService(BaseServlet.java:147) > at com.arsdigita.web.BaseServlet.doGet(BaseServlet.java:272) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:9 6) > at com.arsdigita.london.shortcuts.ShortcutFilter.doService(ShortcutFilter.java: 79) > at com.arsdigita.web.BaseFilter.doFilter(BaseFilter.java:96) > at com.caucho.server.http.FilterChainFilter.doFilter(FilterChainFilter.java:88) > at com.arsdigita.london.subsite.SubsiteFilter.doService(SubsiteFilter.java:69) > at com.arsdigita.web.BaseFilter.doFilter(BaseFilter.java:96) > at com.caucho.server.http.FilterChainFilter.doFilter(FilterChainFilter.java:88) > at com.caucho.server.http.Invocation.service(Invocation.java:315) > at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:246) > at com.caucho.server.http.HttpRequest.handleConnection(HttpRequest.java:164) > at com.caucho.server.TcpConnection.run(TcpConnection.java:139) > at java.lang.Thread.run(Thread.java:536) > > > -*-*-*- Section: HTTP headers -*-*-*- > Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */* > Accept-Language: en-gb > Connection: keep-alive > Cookie: JSESSIONID=aioWO1FqHmje > Host: ciaplaws1-win:8080 > Referer: http://ciaplaws1-win:8080/ccm/portal/ > User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) > Via: 1.0 mast-dc0-sp07 (NetCache NetApp/5.3.1) > X-Forwarded-For: 10.116.1.3 > > -*-*-*- Section: Servlet attributes -*-*-*- > class com.arsdigita.london.navigation.NavigationFileResolver.categoryPath: [Lcom.arsdigita.categorization.Category;@154fd7a > com.arsdigita.dispatcher.RequestContext: com.arsdigita.sitenode.SiteNodeRequestContext@c20307 > com.arsdigita.dispatcher.RequestValue: {com.arsdigita.dispatcher.RequestValue@7958ef=null} > com.arsdigita.web.BaseApplicationServlet.application_id: 192 > com.arsdigita.web.BaseDispatcher.dispatched: true > com.arsdigita.web.BaseServlet.request_url: /ccm/navigation/business/ > > -*-*-*- Section: Request summary -*-*-*- > Context path: > Request URI: /ccm/navigation/business/ > Query string: null > Method: GET > Remote user: null > > -*-*-*- Section: Cookies -*-*-*- > JSESSIONID: aioWO1FqHmje (expires: -1) > -*-*-*-*-*- End Error Report -*-*-*-*-*- > |
|
From: Steve C. <st...@ru...> - 2004-04-19 10:44:15
|
Hi all, Can you tell me what the URL is for the forums application once its loaded into aplaws plus? Are there any known problems with it? thanks very much, Steve http://www.runtime-collective.com t: 01273 234290 f: 01273 234291 m: 0789 984 1684 |
|
From: Miles B. <mi...@ru...> - 2004-04-15 12:47:25
|
Does APLAWS+ have a forum application? I've been digging around and found evidence of one: - The package 'ccm-forum' - 'Recent Forum Postings' portlet But it doesn't appear to be installed by default, or at very least integrated into the UI. Has anyone used the forum application? If so, how do you get to it? -- Miles Barr <mi...@ru...> Runtime Collective Ltd. |
|
From: Chris B. <ch...@ru...> - 2004-04-07 14:12:28
|
Daniel P. Berrange wrote: > Did you build this second ZIP file on Windows ? Since Windows is case > insensitive, it would be incapable of distinguishing between rss.pdl > and RSS.pdl, hence loosing one during the build (or even when you > unzipped the source code). No, however I built it on a case-insensitive filesystem, which will be the lowest common denominator for any build. > Don't ask why we have two files which differ > only in their case, but renaming one will do the trick. Let's do that then. |
|
From: Daniel P. B. <ber...@re...> - 2004-04-07 13:10:54
|
On Wed, Apr 07, 2004 at 12:52:59PM +0100, Chris Burdess wrote: > Daniel P. Berrange wrote: > > Your best bet is to install a machine using the official binary ZIP > > files we produced for the final APLAWS+ release & verify that this > > loads & operates correctly. If this suceeds, then compare the files > > produced from your custom builds & installs with those from the > > official build/install. >=20 > I followed the instructions in section 6.1.1.2 of > http://prdownloads.sourceforge.net/aplaws/rhea-ig-waf-en-6.1-1.pdf >=20 > The "ccm load-bundle" step fails with >=20 > /home/london/dan/rollingbuild/share/ccm-tools/lib was not found >=20 > This is due to the fact that $CCM_ZIP_ROOT/etc/profile.d/ccm-tools.sh =20 > has "prefix=3D/home/london/dan/rollingbuild" hardcoded into it. I set =20 > this to $CCM_ZIP_ROOT/usr and tried the "ccm load-bundle" step again. =20 This is a bug in the generation of ZIP files, that we missed since for UNIX we always install ccm-tools from RPM & on Windows this=20 particular file isn't used. > then it completes. >=20 > This suggests that the build scripts generate different zip files on =20 > different platforms, a speculation confirmed by the following: Did you build this second ZIP file on Windows ? Since Windows is case insensitive, it would be incapable of distinguishing between rss.pdl and RSS.pdl, hence loosing one during the build (or even when you unzipped the source code). Don't ask why we have two files which differ only in their case, but renaming one will do the trick. Dan. >=20 > binary: jar tvf $CCM_ZIP_ROOT/usr/share/java/ccm-ldn-rss-1.4.1-pdl.jar > 0 Mon Mar 29 16:41:28 BST 2004 META-INF/ > 53 Mon Mar 29 16:41:28 BST 2004 META-INF/MANIFEST.MF > 0 Mon Mar 29 16:40:50 BST 2004 com/ > 0 Mon Mar 29 16:40:50 BST 2004 com/arsdigita/ > 0 Mon Mar 29 16:40:50 BST 2004 com/arsdigita/london/ > 0 Mon Mar 29 16:40:50 BST 2004 com/arsdigita/london/rss/ > 712 Wed Oct 29 18:42:20 GMT 2003 com/arsdigita/london/rss/RSS.pdl > 983 Mon Sep 01 12:28:20 BST 2003 com/arsdigita/london/rss/Feed.pdl > 1220 Mon Sep 01 12:28:22 BST 2003 com/arsdigita/london/rss/rss.pdl >=20 > source: jar tvf $APLAWS_PREFIX/share/java/ccm-ldn-rss-1.4.1-pdl.jar > 0 Tue Apr 06 11:44:12 BST 2004 META-INF/ > 103 Tue Apr 06 11:44:10 BST 2004 META-INF/MANIFEST.MF > 0 Tue Apr 06 11:43:38 BST 2004 com/ > 0 Tue Apr 06 11:43:38 BST 2004 com/arsdigita/ > 0 Tue Apr 06 11:43:38 BST 2004 com/arsdigita/london/ > 0 Tue Apr 06 11:43:38 BST 2004 com/arsdigita/london/rss/ > 983 Mon Sep 01 12:28:22 BST 2003 com/arsdigita/london/rss/Feed.pdl > 1220 Mon Sep 01 12:28:22 BST 2003 com/arsdigita/london/rss/rss.pdl >=20 > Looks like I'm missing the 712-byte RSS.pdl file when I build from the = =20 > sources. Any idea why that might be? >=20 --=20 |=3D- Daniel P. Berrange - ber...@re... -= =3D| |=3D- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -= =3D| |=3D- -= =3D| |=3D- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -= =3D|=20 |
|
From: Chris B. <ch...@ru...> - 2004-04-07 11:53:36
|
Daniel P. Berrange wrote: > Your best bet is to install a machine using the official binary ZIP > files we produced for the final APLAWS+ release & verify that this > loads & operates correctly. If this suceeds, then compare the files > produced from your custom builds & installs with those from the > official build/install. I followed the instructions in section 6.1.1.2 of http://prdownloads.sourceforge.net/aplaws/rhea-ig-waf-en-6.1-1.pdf The "ccm load-bundle" step fails with /home/london/dan/rollingbuild/share/ccm-tools/lib was not found This is due to the fact that $CCM_ZIP_ROOT/etc/profile.d/ccm-tools.sh has "prefix=/home/london/dan/rollingbuild" hardcoded into it. I set this to $CCM_ZIP_ROOT/usr and tried the "ccm load-bundle" step again. This fails with no such command: load-bundle If I try this with my home-made load-bundle, i.e.: ccm load --interactive ccm-core ccm-cms ccm-cms-assets-relatedlink ccm-ldn-dublin ccm-cms-types-contact ccm-cms-types-esdservice ccm-cms-types-article ccm-cms-types-filestorageitem ccm-cms-types-mparticle ccm-cms-types-newsitem ccm-cms-types-pressrelease ccm-cms-types-formitem ccm-cms-types-formsectionitem ccm-cms-types-inlinesite ccm-ldn-xmlfeed ccm-ldn-util ccm-ldn-atoz ccm-ldn-rss ccm-ldn-portal ccm-ldn-navigation ccm-ldn-search ccm-ldn-shortcuts ccm-ldn-subsite ccm-ldn-terms ccm-ldn-aplaws ccm-forum ccm-ldn-importer ccm-ldn-theme --parameter-file $CCM_ZIP_ROOT/usr/share/ccm-tools/bundles/aplaws-plus-standard/ integration.properties then it completes. This suggests that the build scripts generate different zip files on different platforms, a speculation confirmed by the following: binary: jar tvf $CCM_ZIP_ROOT/usr/share/java/ccm-ldn-rss-1.4.1-pdl.jar 0 Mon Mar 29 16:41:28 BST 2004 META-INF/ 53 Mon Mar 29 16:41:28 BST 2004 META-INF/MANIFEST.MF 0 Mon Mar 29 16:40:50 BST 2004 com/ 0 Mon Mar 29 16:40:50 BST 2004 com/arsdigita/ 0 Mon Mar 29 16:40:50 BST 2004 com/arsdigita/london/ 0 Mon Mar 29 16:40:50 BST 2004 com/arsdigita/london/rss/ 712 Wed Oct 29 18:42:20 GMT 2003 com/arsdigita/london/rss/RSS.pdl 983 Mon Sep 01 12:28:20 BST 2003 com/arsdigita/london/rss/Feed.pdl 1220 Mon Sep 01 12:28:22 BST 2003 com/arsdigita/london/rss/rss.pdl source: jar tvf $APLAWS_PREFIX/share/java/ccm-ldn-rss-1.4.1-pdl.jar 0 Tue Apr 06 11:44:12 BST 2004 META-INF/ 103 Tue Apr 06 11:44:10 BST 2004 META-INF/MANIFEST.MF 0 Tue Apr 06 11:43:38 BST 2004 com/ 0 Tue Apr 06 11:43:38 BST 2004 com/arsdigita/ 0 Tue Apr 06 11:43:38 BST 2004 com/arsdigita/london/ 0 Tue Apr 06 11:43:38 BST 2004 com/arsdigita/london/rss/ 983 Mon Sep 01 12:28:22 BST 2003 com/arsdigita/london/rss/Feed.pdl 1220 Mon Sep 01 12:28:22 BST 2003 com/arsdigita/london/rss/rss.pdl Looks like I'm missing the 712-byte RSS.pdl file when I build from the sources. Any idea why that might be? |
|
From: Daniel P. B. <ber...@re...> - 2004-04-07 10:05:56
|
On Wed, Apr 07, 2004 at 09:11:03AM +0100, Chris Burdess wrote: > This produces the same error as previously detailed. Is anyone=20 > interested in running my script on their system (obviously changing the= =20 > values for ORACLE_JDBC and SERVLET? Your best bet is to install a machine using the official binary ZIP files we produced for the final APLAWS+ release & verify that this loads & operates correctly. If this suceeds, then compare the files produced from your custom builds & installs with those from the=20 official build/install. Dan. --=20 |=3D- Daniel P. Berrange - ber...@re... -= =3D| |=3D- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -= =3D| |=3D- -= =3D| |=3D- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -= =3D|=20 |
|
From: Chris B. <ch...@ru...> - 2004-04-07 08:12:11
|
Daniel P. Berrange wrote: >> I have also attempted to run >> >> ccm load-bundle --interactive aplaws-plus-standard >> >> The result is: >> >> ccm load --interactive aplaws-plus-standard >> unable to locate package: aplaws-plus-standard >> >> despite the fact that ccm-bundle-aplaws-plus-standard is installed. > > The 'ccm load' command is for loading applications. > > Since 'ccm-bundle-aplaws-plus-standard' isn't an application, using > the 'ccm load' command in this way isn't appropriate. The ccm-bundle-* > packages are intended for use with the '-bundle' variants of load > and hostinit. > > Bundles are a mere - they allow you to simply specify a single > bundle name to 'load-bundle' instead of listed 40 or so individual > applications. A bundle also provides a set of config properties for > integrating the applications in a certain way specific to APLAWS > requirements. I've discovered my error - the line should be ccm load-bundle --interactive --name aplaws-plus-standard This produces the same error as previously detailed. Is anyone interested in running my script on their system (obviously changing the values for ORACLE_JDBC and SERVLET? |
|
From: Chris B. <ch...@ru...> - 2004-04-06 08:20:05
|
Oli Sharpe wrote: > I too am interested in building a 'round trip' script that makes it > easy to > pull apart the APLAWS+ source and then rebuild it. Attached is an > experimental > script that I hacked together the other day to play with building all > of the > javadoc for all of the packages. > > You may find some of it useful - in particular the script contains > some regular > expressions for ripping out the package name of a component from its > file name > (other than that it's pretty dull ;-) ) Thanks, although this: cd aplaws-plus-src-1.$1.$2/zip suggests that you're working from a different distribution - not the aplaws-plus-1.0.0-1-src.zip from sourceforge, which doesn't contain a zip subdirectory... ? |
|
From: Oli S. <ol...@go...> - 2004-04-05 18:13:23
|
Chris, I too am interested in building a 'round trip' script that makes it easy to pull apart the APLAWS+ source and then rebuild it. Attached is an experimental script that I hacked together the other day to play with building all of the javadoc for all of the packages. You may find some of it useful - in particular the script contains some regular expressions for ripping out the package name of a component from its file name (other than that it's pretty dull ;-) ) Cheers, Oli |
|
From: Chris B. <ch...@ru...> - 2004-04-05 16:26:57
|
Daniel P. Berrange wrote: >> I'm investigating the porting of APLAWS+ (from >> aplaws-plus-1.0.0-1-src.zip) to various systems, and am in the process >> of building from scratch and installing from the zipfiles without >> recourse to the RPMs. > > Why not just use the binary ZIP files that we already provide > along with the RPMs ? These are pre-tested ZIPs for Windows and > any other platform without RPM. Because 1. I will almost inevitably have to modify the code at some point 2. I have no guarantee that the binaries can be regenerated from the sources > Was that error from the original binaries we distributed, > or from your own re-built ZIPs. I can't reproduce the error > with the formal release, so I asume the latter. The latter. I attach an sh script by which the installation was accomplished; perhaps this could be incorporated into a standard autotools makefile that would facilitate building of the entire application? >> I have also attempted to run >> >> ccm load-bundle --interactive aplaws-plus-standard >> >> The result is: >> >> ccm load --interactive aplaws-plus-standard >> unable to locate package: aplaws-plus-standard >> >> despite the fact that ccm-bundle-aplaws-plus-standard is installed. > > The 'ccm load' command is for loading applications. > > Since 'ccm-bundle-aplaws-plus-standard' isn't an application, using > the 'ccm load' command in this way isn't appropriate. The ccm-bundle-* > packages are intended for use with the '-bundle' variants of load > and hostinit. > > Bundles are a mere - they allow you to simply specify a single > bundle name to 'load-bundle' instead of listed 40 or so individual > applications. A bundle also provides a set of config properties for > integrating the applications in a certain way specific to APLAWS > requirements. I know. The "ccm load ..." is the /output/ of the "ccm load-bundle ..." command. |
|
From: Daniel P. B. <ber...@re...> - 2004-04-05 16:01:31
|
On Mon, Apr 05, 2004 at 04:47:00PM +0100, Chris Burdess wrote: > I'm investigating the porting of APLAWS+ (from =20 > aplaws-plus-1.0.0-1-src.zip) to various systems, and am in the process = =20 > of building from scratch and installing from the zipfiles without =20 > recourse to the RPMs. Why not just use the binary ZIP files that we already provide along with the RPMs ? These are pre-tested ZIPs for Windows and any other platform without RPM. [snip long error] Was that error from the original binaries we distributed, or from your own re-built ZIPs. I can't reproduce the error with the formal release, so I asume the latter. > I have also attempted to run >=20 > ccm load-bundle --interactive aplaws-plus-standard >=20 > The result is: >=20 > ccm load --interactive aplaws-plus-standard > unable to locate package: aplaws-plus-standard >=20 > despite the fact that ccm-bundle-aplaws-plus-standard is installed. The 'ccm load' command is for loading applications. Since 'ccm-bundle-aplaws-plus-standard' isn't an application, using the 'ccm load' command in this way isn't appropriate. The ccm-bundle-*=20 packages are intended for use with the '-bundle' variants of load=20 and hostinit. Bundles are a mere - they allow you to simply specify a single=20 bundle name to 'load-bundle' instead of listed 40 or so individual applications. A bundle also provides a set of config properties for integrating the applications in a certain way specific to APLAWS requirements. Dan. --=20 |=3D- Daniel P. Berrange - ber...@re... -= =3D| |=3D- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -= =3D| |=3D- -= =3D| |=3D- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -= =3D|=20 |
|
From: Chris B. <ch...@ru...> - 2004-04-05 15:47:34
|
I'm investigating the porting of APLAWS+ (from
aplaws-plus-1.0.0-1-src.zip) to various systems, and am in the process
of building from scratch and installing from the zipfiles without
recourse to the RPMs.
When I get to the step of populating the database it fails.
The command I issue is:
ccm load --interactive ccm-core ccm-cms ccm-cms-assets-relatedlink
ccm-ldn-dublin ccm-cms-types-contact ccm-cms-types-esdservice
ccm-cms-types-article ccm-cms-types-filestorageitem
ccm-cms-types-mparticle ccm-cms-types-newsitem
ccm-cms-types-pressrelease ccm-cms-types-formitem
ccm-cms-types-formsectionitem ccm-cms-types-inlinesite ccm-ldn-xmlfeed
ccm-ldn-util ccm-ldn-atoz ccm-ldn-rss ccm-ldn-portal ccm-ldn-navigation
ccm-ldn-search ccm-ldn-shortcuts ccm-ldn-subsite ccm-ldn-terms
ccm-ldn-aplaws ccm-forum ccm-ldn-importer ccm-ldn-theme
--parameter-file
$prefix/share/ccm-tools/bundles/aplaws-plus-standard/
integration.properties
The result is:
...
2004-04-05 15:02:03,321 [ main] INFO packaging.Loader - Running
initializer com.arsdigita.london.rss.Initializer
2004-04-05 15:02:03,898 [ main] ERROR
domain.InstantiatorRegistryException - Registering non existent
ObjectType com.arsdigita.london.rss.RSS against instantiator class
com.arsdigita.london.rss.installer.Initializer$1
Possible causes are a missing PDL file, or an incorrect
BASE_DATA_OBJECT_TYPE
com.arsdigita.domain.InstantiatorRegistryException: Registering non
existent ObjectType com.arsdigita.london.rss.RSS against instantiator
class com.arsdigita.london.rss.installer.Initializer$1
Possible causes are a missing PDL file, or an incorrect
BASE_DATA_OBJECT_TYPE
at
com.arsdigita.domain.DomainObjectFactory.registerInstantiator(DomainObje
ctFactory.java:269)
at
com.arsdigita.web.ApplicationSetup.process(ApplicationSetup.java:332)
at
com.arsdigita.web.ApplicationSetup.run(ApplicationSetup.java:212)
at
com.arsdigita.london.rss.installer.Initializer.setupChannelControlCenter
(Initializer.java:99)
at
com.arsdigita.london.rss.installer.Initializer.doStartup(Initializer.jav
a:80)
at
com.arsdigita.kernel.BaseInitializer$1.excurse(BaseInitializer.java:53)
at
com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:57)
at
com.arsdigita.kernel.BaseInitializer.startup(BaseInitializer.java:56)
at com.arsdigita.initializer.Script.startup(Script.java:231)
at com.arsdigita.initializer.Script.startup(Script.java:202)
at
com.arsdigita.runtime.LegacyInitializer.init(LegacyInitializer.java:
120)
at
com.arsdigita.runtime.CompoundInitializer.init(CompoundInitializer.java:
139)
at
com.arsdigita.runtime.CompoundInitializer.init(CompoundInitializer.java:
139)
at com.arsdigita.runtime.Startup.run(Startup.java:221)
at com.arsdigita.packaging.Loader.loadData(Loader.java:111)
at com.arsdigita.packaging.Load.run(Load.java:348)
at com.arsdigita.packaging.MasterTool.main(MasterTool.java:91)
I have also attempted to run
ccm load-bundle --interactive aplaws-plus-standard
The result is:
ccm load --interactive aplaws-plus-standard
unable to locate package: aplaws-plus-standard
despite the fact that ccm-bundle-aplaws-plus-standard is installed.
Any insight into this failure would be greatly appreciated.
|
|
From: Graham L. <gr...@ru...> - 2004-04-05 13:47:33
|
Daniel P. Berrange wrote: > On Mon, Apr 05, 2004 at 02:06:27PM +0100, Graham Lally wrote: >>$ ccm load-bundle --interactive --name aplaws-plus-devel [...] >>unable to locate package: ccm-cms-types-contact >>unable to locate package: ccm-cms-types-esdservice >>unable to locate package: ccm-cms-types-filestorageitem >>unable to locate package: ccm-ldn-portal >>unable to locate package: ccm-ldn-navigation >>unable to locate package: ccm-ldn-terms > > Most likely cause is that you've either > > a) Not got them listed in the <ccm:prebuilt> section of project.xml > b) You have got them listed, but with incorrect version numbers. Ah yes - a combination of both. I think all of the above except "filestorageitem" are also in need of updating in the APLAWS+ quick install guide project.xml sample (or adding, in the case of "contact" and "esdservice"). Cheers for the help, - graham. |
|
From: Daniel P. B. <ber...@re...> - 2004-04-05 13:11:10
|
On Mon, Apr 05, 2004 at 02:06:27PM +0100, Graham Lally wrote: > Hi there, >=20 > I have a machine that has a production installation of Aplaws+ 1.0.0=20 > running fine - followed the instructions to install the binaries and it= =20 > all went fine. >=20 > I'm now trying to set up a further application on top of aplaws for=20 > development purposes, and need to load the bundle again. In previous=20 > aplawses, I remember running > "ccm load-bundle ... aplaws-standard" > within the context of the new application, and it would be ok, but now=20 > when I try the same thing with aplaws-plus-standard, under my own user=20 > rather than as root, I get an error telling me that a few of the=20 > packages can't be found: >=20 > $ ccm load-bundle --interactive --name aplaws-plus-devel > ccm load --interactive ccm-core ccm-cms ccm-cms-assets-relatedlink=20 > ccm-ldn-dublin ccm-cms-types-contact ccm-cms-types-esdservice=20 > ccm-cms-types-article ccm-cms-types-filestorageitem=20 > ccm-cms-types-mparticle ccm-cms-types-newsitem=20 > ccm-cms-types-pressrelease ccm-cms-types-formitem=20 > ccm-cms-types-formsectionitem ccm-cms-types-inlinesite ccm-ldn-xmlfeed=20 > ccm-ldn-util ccm-ldn-atoz ccm-ldn-rss ccm-ldn-portal ccm-ldn-navigation= =20 > ccm-ldn-search ccm-ldn-shortcuts ccm-ldn-subsite ccm-ldn-terms=20 > ccm-ldn-aplaws ccm-forum ccm-ldn-importer ccm-ldn-theme --parameter-file= =20 > /usr/share/ccm-tools/bundles/aplaws-plus-devel/integration.properties > unable to locate package: ccm-cms-types-contact > unable to locate package: ccm-cms-types-esdservice > unable to locate package: ccm-cms-types-filestorageitem > unable to locate package: ccm-ldn-portal > unable to locate package: ccm-ldn-navigation > unable to locate package: ccm-ldn-terms >=20 > Is there any reason why only these 6 packages can't be found? Is it=20 > anything to with .load files? Permissions? Most likely cause is that you've either=20 a) Not got them listed in the <ccm:prebuilt> section of project.xml b) You have got them listed, but with incorrect version numbers. Also, don't forget to re-run ccm-configure.sh when changing project.xml Dan. --=20 |=3D- Daniel P. Berrange - ber...@re... -= =3D| |=3D- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -= =3D| |=3D- -= =3D| |=3D- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -= =3D|=20 |
|
From: Graham L. <gr...@ru...> - 2004-04-05 13:07:12
|
Hi there,
I have a machine that has a production installation of Aplaws+ 1.0.0
running fine - followed the instructions to install the binaries and it
all went fine.
I'm now trying to set up a further application on top of aplaws for
development purposes, and need to load the bundle again. In previous
aplawses, I remember running
"ccm load-bundle ... aplaws-standard"
within the context of the new application, and it would be ok, but now
when I try the same thing with aplaws-plus-standard, under my own user
rather than as root, I get an error telling me that a few of the
packages can't be found:
$ ccm load-bundle --interactive --name aplaws-plus-devel
ccm load --interactive ccm-core ccm-cms ccm-cms-assets-relatedlink
ccm-ldn-dublin ccm-cms-types-contact ccm-cms-types-esdservice
ccm-cms-types-article ccm-cms-types-filestorageitem
ccm-cms-types-mparticle ccm-cms-types-newsitem
ccm-cms-types-pressrelease ccm-cms-types-formitem
ccm-cms-types-formsectionitem ccm-cms-types-inlinesite ccm-ldn-xmlfeed
ccm-ldn-util ccm-ldn-atoz ccm-ldn-rss ccm-ldn-portal ccm-ldn-navigation
ccm-ldn-search ccm-ldn-shortcuts ccm-ldn-subsite ccm-ldn-terms
ccm-ldn-aplaws ccm-forum ccm-ldn-importer ccm-ldn-theme --parameter-file
/usr/share/ccm-tools/bundles/aplaws-plus-devel/integration.properties
unable to locate package: ccm-cms-types-contact
unable to locate package: ccm-cms-types-esdservice
unable to locate package: ccm-cms-types-filestorageitem
unable to locate package: ccm-ldn-portal
unable to locate package: ccm-ldn-navigation
unable to locate package: ccm-ldn-terms
Is there any reason why only these 6 packages can't be found? Is it
anything to with .load files? Permissions?
Cheers,
- graham
|
|
From: <Paw...@ne...> - 2004-03-18 17:34:07
|
Having implemented the generateXML interface on a couple of content type
to replace their default xml rendering for presentation purposes I ran
into problems the wrong xsl's use for html generation to the portals. This
problem only occurred when I implemented the second interface on the
second content type.
I haven't investigated it in depth, but this can be resolve by adding a
"objectType" element with the value of the full package and contenttype
name to the generated element in the generateXML method that implements
the interface, see the example below:
public void generateXML(PageState state, Element parent, String
useContext) {
Element element = new Element("cms:item", CMS.CMS_XML_NS);
Element objecttype = new Element("objectType");
objecttype.setText("[package].[ContentTypeName]");
element.newChildElement(objecttype);
I didn't find this in the documentation, but believe it is a good practise
to follow from already the first content type you have implementing the
generateXML interface. It can save you some time of confusion.
Hope some find this useful,
Paw Hammerlund Andersen, Principal Consultant
www.net2s.com |
|
From: <Paw...@ne...> - 2004-03-16 17:06:21
|
Thanks for the answer, it got me on a track the works. Apart from the model name the PDL files were different (different Contenttype name and different attributes). I have also tried having the PDL definitions in one file as there are examples of in the WAF Developer Guide but with the same errors. The only way I can make it work is to have different model(package) names, and to keep a straight line with namespacing and in line with how I see both the basic CCM contenttype and the aplaws+ contenttypes implemented, I have made the two content types individual development projects this works fine from the developement point of view. But I would have liked the two content types to reside in the same projects as they are dependent on each other and would have liked to keep them in the same RPM files for a solid deployment and still use the standard rollingbuild.sh for this purpose. If anybody have any suggestions how to avoid having to create two projects or a way to get arround the risk of individual rpms still using the standard build functionality it could be usefull. Paw Hammerlund Andersen Principal Consultant, http://www.net2s.com "Oli Sharpe" <ol...@go...> Sent by: apl...@li... 10/03/2004 16:05 To <apl...@li...> cc Subject Re: [Aplaws-devel] Error while loading application with two content types Paw, I haven't seen this myself... but my first suspision would be that you've made the second content type by copying some aspects of the PDL file from the first ?? or at least it looks like you are getting a namespace clash here. One thing to check therefore is that the namespaces of the two content types (both in terms of tables etc in the PDL files and in the Java classes themselves) are not clashing. Because the WAF framework 'merges' packages it is quite possible to have such a clash go undetected during the build phase. Just my 2p. Oli ---- Oli Sharpe Go Meta 07768 815101 I have a application based on Aplaws+ beta an have created two content types. I'm able to load the application with each content type indidually (and verify they are fully functional) but get the following error message when trying to load the application with both content types: > 2004-03-10 11:54:20,400 [ main] INFO runtime.Startup - Initialization complete > 2004-03-10 11:54:20,401 [ main] INFO packaging.Loader - Running initializer com.net2s.edemocracy.cms.contenttypes.RepresentiveInitializer > 2004-03-10 11:54:20,521 [ main] INFO packaging.Loader - Running initializer com.net2s.edemocracy.cms.contenttypes.WardInitializer > Exception in thread "main" java.lang.Error: com/net2s/edemocracy/cms/contenttypes/Representive.pdl: line 5, column 1 [error]: duplicate type definition for com.net2s.edemocracy.cms.contenttypes.Representive, original definition: com/net2s/edemocracy/cms/contenttypes/Representive.pdl: line 5, column 1 > com/net2s/edemocracy/cms/contenttypes/Ward.pdl: line 5, column 1 [error]: duplicate type definition for com.net2s.edemocracy.cms.contenttypes.Ward, original definition: com/net2s/edemocracy/cms/contenttypes/Ward.pdl: line 5, column 1 > > at com.redhat.persistence.pdl.ErrorReport.check(ErrorReport.java:63) > at com.redhat.persistence.pdl.PDL.emit(PDL.java:204) > at com.arsdigita.persistence.pdl.PDLCompiler.emit(PDLCompiler.java:47) > at com.arsdigita.runtime.Startup.run(Startup.java:217) > at com.arsdigita.packaging.Loader.loadData(Loader.java:109) > at com.arsdigita.packaging.Load.run(Load.java:341) > at com.arsdigita.packaging.MasterTool.main(MasterTool.java:90) Have anybody seen this before?? Paw Hammerlund Andersen Principal Consultant, http://www.net2s.com |
|
From: Pillai, A. <ain...@ca...> - 2004-03-15 14:07:41
|
I did try after running the ccm hostinit command as well. What is the exact ccm hostinit command for adding a new content type? Is it the same as setting up the entire system (i.e. 'ccm hostinit-bundle --name aplaws-standard --container=resin http=port:8080')? Ainga -----Original Message----- From: Daniel P. Berrange [mailto:ber...@re...] Sent: 15 March 2004 14:04 To: Pillai, Ainga Cc: apl...@li... Subject: Re: [Aplaws-devel] Deploying content type on production server On Mon, Mar 15, 2004 at 01:56:58PM -0000, Pillai, Ainga wrote: > Hi, > > Installed a content type RPM on our production server. Running 'ccm load > mycontenttype' loads the content into the database and completes > successfully. However, when starting the server using 'ccm start' I get a > ClassNotFoundException for the content type initializer. > > But the command 'ccm which uk.gov.camden.mycontenttypeinitializer' returns > the name of the correct jar file and location of the class. > > The file /etc/ccm/ccm.classpath does contain the jar files of my content > type. You've almost certainly not run 'ccm hostinit' after loading the contnet type. The 'ccm.classpath' file is only used for command line tools. WHen running in a servlet container, the normal classpath rules apply - ie it'll look in the various WEB-INF/lib directories. Dan. -- |=- Daniel P. Berrange - ber...@re... -=| |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| |
|
From: Daniel P. B. <ber...@re...> - 2004-03-15 14:04:29
|
On Mon, Mar 15, 2004 at 01:56:58PM -0000, Pillai, Ainga wrote: > Hi, >=20 > Installed a content type RPM on our production server. Running 'ccm load > mycontenttype' loads the content into the database and completes > successfully. However, when starting the server using 'ccm start' I get a > ClassNotFoundException for the content type initializer.=20 >=20 > But the command 'ccm which uk.gov.camden.mycontenttypeinitializer' returns > the name of the correct jar file and location of the class. >=20 > The file /etc/ccm/ccm.classpath does contain the jar files of my content > type.=20 You've almost certainly not run 'ccm hostinit' after loading the contnet type. The 'ccm.classpath' file is only used for command line tools. WHen running in a servlet container, the normal classpath rules apply - ie it'll look in the various WEB-INF/lib directories. Dan. --=20 |=3D- Daniel P. Berrange - ber...@re... -= =3D| |=3D- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -= =3D| |=3D- -= =3D| |=3D- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -= =3D|=20 |
|
From: Pillai, A. <ain...@ca...> - 2004-03-15 13:57:02
|
Hi, Installed a content type RPM on our production server. Running 'ccm load mycontenttype' loads the content into the database and completes successfully. However, when starting the server using 'ccm start' I get a ClassNotFoundException for the content type initializer. But the command 'ccm which uk.gov.camden.mycontenttypeinitializer' returns the name of the correct jar file and location of the class. The file /etc/ccm/ccm.classpath does contain the jar files of my content type. Thanks for the help, Ainga |
|
From: Shubham N. <shu...@in...> - 2004-03-12 16:45:03
|
Thanks for coming back Daniel. We shall let you know of some other errors we recieved. Another question we had was that does the Multi JVM Secondary instance facility in APLAWS Beta 1 release actually work as desired and documented in WAF ? Regards Shubham -----Original Message----- From: apl...@li... [mailto:apl...@li...]On Behalf Of Daniel P. Berrange Sent: 12 March 2004 16:03 To: Shubham Nagar Cc: James Davison; apl...@li... Subject: Re: [Aplaws-devel] Error on application build Aplaws+ beta2 On Fri, Mar 12, 2004 at 11:01:48AM -0000, Shubham Nagar wrote: > We had similar errors/warnings and found in the Aplaws+ beta1 release that > the Themes application not to be working as suggested in WAF documentation. > Any clues anyone ? I've spoken to our developer who wrote the Themes app & he confirmed that the two warning messages printed out on load time are now obsolete and will be removed altogether for the final release. So you can safely ignore them. If you have other specific reproducable errors with the themes application please let us know, Thanks, Dan. -- |=- Daniel P. Berrange - ber...@re... -=| |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| |
|
From: Daniel P. B. <ber...@re...> - 2004-03-12 16:13:58
|
On Fri, Mar 12, 2004 at 11:01:48AM -0000, Shubham Nagar wrote: > We had similar errors/warnings and found in the Aplaws+ beta1 release that > the Themes application not to be working as suggested in WAF documentatio= n. > Any clues anyone ? I've spoken to our developer who wrote the Themes app & he confirmed that the two warning messages printed out on load time are now obsolete and will be removed altogether for the final release. So you can safely ignore them. If you have other specific reproducable errors with the themes application please let us know, Thanks, Dan. --=20 |=3D- Daniel P. Berrange - ber...@re... -= =3D| |=3D- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -= =3D| |=3D- -= =3D| |=3D- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -= =3D|=20 |
|
From: Daniel P. B. <ber...@re...> - 2004-03-12 16:12:27
|
On Fri, Mar 12, 2004 at 11:45:26AM +0000, James Davison wrote: > Sorry, I should not have used the word error >=20 > The end of the file i sent is where it goes back to the prompt, you can s= ee=20 > from the timing on there that was only about 8 minutes, i was expecting m= ore=20 > like 30mins from previous experience with beta1. >=20 > is this normal? just concerned me it might not have finished what it was= =20 > doing You would have seen an exception stack trace if it had failed. If you set the com.arsdigita.aplaws.lite_load parameter to true, then you will certainly have a big speed up from the first beta, since it only loads 100 categories instead of 3,000. We also did some performance work in various areas that will have sped up the import quite a lot, regardless of the lite_load parameter=20 setting, so 8 minutes sounds fine. Dan --=20 |=3D- Daniel P. Berrange - ber...@re... -= =3D| |=3D- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -= =3D| |=3D- -= =3D| |=3D- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -= =3D|=20 |
|
From: James D. <jam...@ho...> - 2004-03-12 11:56:28
|
Sorry, I should not have used the word error The end of the file i sent is where it goes back to the prompt, you can see from the timing on there that was only about 8 minutes, i was expecting more like 30mins from previous experience with beta1. is this normal? just concerned me it might not have finished what it was doing >From: "Daniel P. Berrange" <ber...@re...> >Reply-To: "Daniel P. Berrange" <ber...@re...> >To: James Davison <jam...@ho...> >CC: apl...@li... >Subject: Re: [Aplaws-devel] Error on application build Aplaws+ beta2 >Date: Fri, 12 Mar 2004 10:20:38 +0000 > >On Thu, Mar 11, 2004 at 07:17:39PM +0000, James Davison wrote: > > Hi > > > > Having installed Aplaws+ beta1 with success I am now attempting to >install > > beta2 in exacly the same way on a new build machine and i am getting the > > error shown in the attached text file. > > > > Machine: > > > > Fedora > > Postgres7.4.1 > > Resin2.1.12 (with apache1_3_39) > > j2sdk-1_4_2_01 > > > > Have also tried uninstalling beta1 as per instructions in install guide >and > > then installing on the same machine returns the same error. > >Urm, have you attached the correct file ? That log merely contains >warnings - no fatal errors. > >Dan. >-- >|=- Daniel P. Berrange - ber...@re... -=| >|=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| >|=- -=| >|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| ><< attach3 >> _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger |
7 messages has been excluded from this view by a project administrator.
