From jwilliams at microassist.net Wed Aug 4 22:21:40 2004 From: jwilliams at microassist.net (Jacob Williams) Date: Wed, 04 Aug 2004 17:21:40 -0500 Subject: [redhat-ccm-list] CCM Website Undergoing Change? Message-ID: <1091658100.6670.41.camel@jwilliams> I am curious as to when nightly builds will be available again. Currently there does not seem to be working ftp access and a number of web resources on the redhat site return 404 errors or unrelated redirects. -Jacob From dgregor at redhat.com Thu Aug 5 02:08:43 2004 From: dgregor at redhat.com (Dennis Gregorovic) Date: Wed, 04 Aug 2004 22:08:43 -0400 Subject: [redhat-ccm-list] CCM Website Undergoing Change? In-Reply-To: <1091658100.6670.41.camel@jwilliams> References: <1091658100.6670.41.camel@jwilliams> Message-ID: <1091671723.7897.4.camel@localhost.localdomain> Sorry about that - the machine which does the nightly builds has fell victim to some hardware problems. I already had this on my to-do list for tomorrow, but thanks for the reminder. :) If all goes well, nightly builds should be available by Friday. If not, I'll post further updates. -- Dennis On Wed, 2004-08-04 at 18:21, Jacob Williams wrote: > I am curious as to when nightly builds will be available again. > Currently there does not seem to be working ftp access and a number of > web resources on the redhat site return 404 errors or unrelated > redirects. > > -Jacob > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From David.Young at southoxon.gov.uk Thu Aug 5 09:55:44 2004 From: David.Young at southoxon.gov.uk (David Young) Date: Thu, 05 Aug 2004 10:55:44 +0100 Subject: [redhat-ccm-list] Aplaws 5.2 Object Permissions Message-ID: Hi, Is there anyway of preventing a Group object from being deleted by anyone (including the administrator) I have tried the following but this does not seem to work - the admin user (id = 23) can still delete this object using the administrator tools. PermissionDescriptor perm = new PermissionDescriptor( PrivilegeDescriptor.ADMIN, group.getOID(), new OID("com.arsdigita.kernel.User", 23)); PermissionService.revokePermission(perm); Is what I want possible? Thanks David ********************************************************************** The information contained in this transmission may be confidential and may also be the subject of legal professional privilege. If you are not the intended recipient, any use, disclosure or copying of any part of this transmission is unauthorised. If you have received this transmission in error, please notify the originator immediately. www.southoxon.gov.uk ********************************************************************** From mbooth at redhat.com Thu Aug 5 10:08:52 2004 From: mbooth at redhat.com (Matthew Booth) Date: Thu, 05 Aug 2004 11:08:52 +0100 Subject: [redhat-ccm-list] Aplaws 5.2 Object Permissions In-Reply-To: References: Message-ID: <1091700532.5527.8.camel@greenwich.london.redhat.com> Site wide administrators inherit admin privilege on all objects from object 0. Without looking into the code, I don't know if this inheritance is explicit or implicit. If it's implicit, ie the permissions code treats object 0 specially, there's nothing you can do about it. If it's explicit, ie there are mappings in object_context which create a path from all objects back to object 0, then you might be able to break that inheritance somehow. I don't think we've ever done this, so even if it is possible, it might break everything :) Matt On Thu, 2004-08-05 at 10:55, David Young wrote: > Hi, > > Is there anyway of preventing a Group object from being deleted by > anyone (including the administrator) > > I have tried the following but this does not seem to work - the admin > user (id = 23) can still delete this object using the administrator > tools. > > PermissionDescriptor perm = new PermissionDescriptor( > PrivilegeDescriptor.ADMIN, > group.getOID(), > new OID("com.arsdigita.kernel.User", 23)); > > PermissionService.revokePermission(perm); > > Is what I want possible? > > Thanks > > David > > > ********************************************************************** > The information contained in this transmission may be > confidential and may also be the subject of legal > professional privilege. If you are not the intended recipient, > any use, disclosure or copying of any part of this transmission > is unauthorised. If you have received this transmission in > error, please notify the originator immediately. > > www.southoxon.gov.uk > ********************************************************************** > From dgregor at redhat.com Fri Aug 6 00:01:04 2004 From: dgregor at redhat.com (Dennis Gregorovic) Date: Thu, 05 Aug 2004 20:01:04 -0400 Subject: [redhat-ccm-list] CCM Website Undergoing Change? In-Reply-To: <1091671723.7897.4.camel@localhost.localdomain> References: <1091658100.6670.41.camel@jwilliams> <1091671723.7897.4.camel@localhost.localdomain> Message-ID: <1091750350.2935.20.camel@localhost.localdomain> Unfortunately, I have not been able to get around the hardware problem. Tomorrow, I will move the nightly build process on to a different machine. -- Dennis On Wed, 2004-08-04 at 22:08, Dennis Gregorovic wrote: > Sorry about that - the machine which does the nightly builds has fell > victim to some hardware problems. I already had this on my to-do list > for tomorrow, but thanks for the reminder. :) If all goes well, nightly > builds should be available by Friday. If not, I'll post further > updates. > > -- Dennis > > On Wed, 2004-08-04 at 18:21, Jacob Williams wrote: > > I am curious as to when nightly builds will be available again. > > Currently there does not seem to be working ftp access and a number of > > web resources on the redhat site return 404 errors or unrelated > > redirects. > > > > -Jacob > > > > ______________________________________________________________________ > -- > Redhat-ccm-list mailing list > Redhat-ccm-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-ccm-list > Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From J.Anderton at wiganmbc.gov.uk Mon Aug 9 07:37:17 2004 From: J.Anderton at wiganmbc.gov.uk (J.Anderton at wiganmbc.gov.uk) Date: Mon, 9 Aug 2004 08:37:17 +0100 Subject: [redhat-ccm-list] (no subject) Message-ID: Hello Hope someone else has encountered this. I am trying to install cms for use with Aplaws on Advanced Server 2.1. One of the packages produces a dependency warning as follows... root at aplaws root]# rpm -Uvh ccm-tools-servlet-resin-2.1.1-2.noarch.rpm error: failed dependencies: /usr/sbin/update-alternatives is needed by ccm-tools-servlet-resin-2.1.1-2 After some rooting on the net I gather that update-alternatives is provisioned in chkconfig. However I am not sure a. if this is right b. which version is correct. I've already checked on the RedHat ftp site for an AS2.1 version of chkconfig and there doesn't appear to be an obvious candidate. But a look on rpm.pbone.net shows that earlier versions of chkconfig contain /usr/sbin/update-alternatives. TIA Jem ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses using Sophos anti-virus software. www.mimesweeper.com www.sophos.com ********************************************************************** From RHayashida at soa.org Mon Aug 9 15:57:43 2004 From: RHayashida at soa.org (Rob Hayashida) Date: Mon, 09 Aug 2004 10:57:43 -0500 Subject: [redhat-ccm-list] Re: Redhat-ccm-list Digest, Vol 6, Issue 3 Message-ID: I will be out of the office starting Monday August 9 - August 13. Returning to the office on Monday August 16. If you need immediate assistance, please contact Pratik Mehta Phone:(847) 706 3642 E-mail: pmehta at soa.org From srinivas at triconinfotech.com Tue Aug 10 13:03:30 2004 From: srinivas at triconinfotech.com (Srinivas S. Naik) Date: Tue, 10 Aug 2004 18:33:30 +0530 Subject: [redhat-ccm-list] BUILDING PROBLEM IN CCM-CORE AND CCM-CMS FILES Message-ID: <2C76D5D1FBF74C428757FF609345DF1A11DAAC@jupiter.triconhome.local> Hi, I m facing the comilation error during building the source of CCM-CORE AND CCM-CMS files. First time I m using these files for development purpose. I have pasted the compilation errors down. Any body could help me out in getting the package of oracle.sql.BLOB. Your feedback is greately appreciated. [copy] Copying 1 file to /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/build/classes [javac] Compiling 1601 source files to /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/build/classes [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/BlobAd.java:74: package oracle.sql does not exist [javac] oracle.sql.BLOB blob = [javac] ^ [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/BlobAd.java:75: package oracle.sql does not exist [javac] (oracle.sql.BLOB) rs.getBlob(column); [javac] ^ [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/StringAd.java:74: package oracle.sql does not exist [javac] oracle.sql.CLOB clob = [javac] ^ [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/StringAd.java:75: package oracle.sql does not exist [javac] (oracle.sql.CLOB) rs.getClob(column); [javac] ^ Thanks in advance. Srini -------------- next part -------------- An HTML attachment was scrubbed... URL: From berrange at redhat.com Tue Aug 10 13:06:13 2004 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 10 Aug 2004 14:06:13 +0100 Subject: [redhat-ccm-list] BUILDING PROBLEM IN CCM-CORE AND CCM-CMS FILES In-Reply-To: <2C76D5D1FBF74C428757FF609345DF1A11DAAC@jupiter.triconhome.local> References: <2C76D5D1FBF74C428757FF609345DF1A11DAAC@jupiter.triconhome.local> Message-ID: <20040810130613.GA20876@redhat.com> On Tue, Aug 10, 2004 at 06:33:30PM +0530, Srinivas S. Naik wrote: > > Hi, > > I m facing the comilation error during building the source of > CCM-CORE AND CCM-CMS files. First time I m using these files > for development purpose. I have pasted the compilation errors > down. Any body could help me out in getting the package of > oracle.sql.BLOB. Your feedback is greately appreciated. Even though CCM runs oneither Oracle or PostgreSQL, you still need to have Oracle client installed to *build* CCM-Core irrespective of what you'll be eventually running on. Thank the good folk at Sun for forgetting about conditional compilation or source pre-processors when creating javac, for this inconvenience. In fact, its probably sufficient to create a directory /opt/oracle/9.2.0.1.0/jdbc/libs & place a classess12.zip there & set ORACLEHOME to /opt/oracle/9.2.0.1.0 rather than installing the entire client libs. Dan. > > > > > [copy] Copying 1 file to /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/build/classes > [javac] Compiling 1601 source files to /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/build/classes > [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/BlobAd.java:74: package oracle.sql does not exist > [javac] oracle.sql.BLOB blob = > [javac] ^ > [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/BlobAd.java:75: package oracle.sql does not exist > [javac] (oracle.sql.BLOB) rs.getBlob(column); > [javac] ^ > [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/StringAd.java:74: package oracle.sql does not exist > [javac] oracle.sql.CLOB clob = > [javac] ^ > [javac] /var/ccm-devel/dev/eolha/ccm-ldn-aplaws/core/src/com/redhat/persistence/pdl/adapters/StringAd.java:75: package oracle.sql does not exist > [javac] (oracle.sql.CLOB) rs.getClob(column); > [javac] ^ > > Thanks in advance. > > Srini > -- > Redhat-ccm-list mailing list > Redhat-ccm-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-ccm-list > Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Neil.Thompson at shepway.gov.uk Tue Aug 10 14:11:15 2004 From: Neil.Thompson at shepway.gov.uk (Neil.Thompson at shepway.gov.uk) Date: Tue, 10 Aug 2004 15:11:15 +0100 Subject: [redhat-ccm-list] Aplaws+ Error Message-ID: <9D9DF263C303D411B419009027F65CC2020700C5@SDC-MAIL> Hi All Just adding some content in the Aplaws+ CMS and went to load an images. when I selected the image and said save I recieved this (it even happens if the image is already in the CMS) Any ideas please? Thanks Neil Thompson Shepway District Council Notice An unexpected error has occurred An unexpected error has occurred. If this continues to be a problem for you please contact the administrators of the site quoting the following: CCM issue report code: 10.2.5.59:11ffcc2:fe48ee7112 -*-*-*-*-*- Begin Error Report -*-*-*-*-*- -*-*-*- ACS Error Report Code: 10.2.5.59:11ffcc2:fe48ee7112 -*-*-*- -*-*-*- Message 1: org.apache.jasper.JasperException: null -*-*-*- -*-*-*- Message 2: java.lang.NullPointerException: null -*-*-*- -*-*-*- Section: CCM User -*-*-*- Party not logged in -*-*-*- Section: System properties -*-*-*- catalina.base: /opt/tomcat/latest catalina.home: /opt/tomcat/latest catalina.useNaming: true ccm.conf: /var/ccm-devel/web/nthompson/aplaws-sdc/conf/registry ccm.home: /var/ccm-devel/web/nthompson/aplaws-sdc com.arsdigita.london.navigation.DefaultContentSection: /content/ com.arsdigita.util.Assert.enabled: true file.encoding: UTF-8 file.encoding.pkg: sun.io file.separator: / java.awt.graphicsenv: sun.awt.X11GraphicsEnvironment java.awt.printerjob: sun.print.PSPrinterJob java.class.path: /usr/java/j2sdk1.4.2_05/lib:/usr/share/java/servlet-2.3.jar:/usr/java/j2sdk1 .4.2_05/lib/tools.jar:/opt/tomcat/latest/bin/bootstrap.jar:/usr/share/ccm-to ols/server/tomcat/classes java.class.version: 48.0 java.endorsed.dirs: /opt/tomcat/latest/common/endorsed java.ext.dirs: /usr/java/j2sdk1.4.2_05/jre/lib/ext:/usr/java/j2sdk1.4.2_05/lib/ext:/var/ccm -devel/web/nthompson/aplaws-sdc/webapps/WEB-INF/system:/usr/share/ccm-tools/ lib/security java.home: /usr/java/j2sdk1.4.2_05/jre java.io.tmpdir: /tmp java.library.path: /usr/java/j2sdk1.4.2_05/jre/lib/i386/client:/usr/java/j2sdk1.4.2_05/jre/lib/ i386:/usr/java/j2sdk1.4.2_05/jre/../lib/i386 java.naming.factory.initial: org.apache.naming.java.javaURLContextFactory java.naming.factory.url.pkgs: org.apache.naming java.protocol.handler.pkgs: com.arsdigita.util.protocol|org.apache.axis.transport| java.runtime.name: Java(TM) 2 Runtime Environment, Standard Edition java.runtime.version: 1.4.2_05-b04 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.2_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.2_05-b04 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: os.arch: i386 os.name: Linux os.version: 2.4.20-31.9 path.separator: : sun.arch.data.model: 32 sun.boot.class.path: /opt/tomcat/latest/common/endorsed/xercesImpl.jar:/opt/tomcat/latest/common/ endorsed/xmlParserAPIs.jar:/usr/java/j2sdk1.4.2_05/jre/lib/rt.jar:/usr/java/ j2sdk1.4.2_05/jre/lib/i18n.jar:/usr/java/j2sdk1.4.2_05/jre/lib/sunrsasign.ja r:/usr/java/j2sdk1.4.2_05/jre/lib/jsse.jar:/usr/java/j2sdk1.4.2_05/jre/lib/j ce.jar:/usr/java/j2sdk1.4.2_05/jre/lib/charsets.jar:/usr/java/j2sdk1.4.2_05/ jre/classes sun.boot.library.path: /usr/java/j2sdk1.4.2_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: /home/nthompson user.home: /home/nthompson user.language: en user.name: nthompson user.timezone: Europe/London waf.workflow.simple.alerts_sender: neil.thompson at shepway.gov.uk -*-*-*- Section: Stack trace -*-*-*- java.lang.NullPointerException at com.arsdigita.cms.ContentItem.getCategories(ContentItem.java:1360) at com.arsdigita.cms.ContentItem.getCategories(ContentItem.java:1355) at com.arsdigita.london.cms.dublin.ui.DublinCoreSummary$CategoryListModelBuilde r.makeModel(DublinCoreSummary.java:292) at com.arsdigita.bebop.List$1.initialValue(List.java:435) at com.arsdigita.bebop.RequestLocal.get(RequestLocal.java:109) at com.arsdigita.bebop.List.getModel(List.java:449) at com.arsdigita.bebop.List.generateXML(List.java:251) at com.arsdigita.bebop.ColumnPanel.generateChildren(ColumnPanel.java:438) at com.arsdigita.bebop.ColumnPanel.generateXML(ColumnPanel.java:237) at com.arsdigita.london.cms.dublin.ui.DublinCoreSummary.generateXML(DublinCoreS ummary.java:277) at com.arsdigita.bebop.SimpleContainer.generateChildrenXML(SimpleContainer.java :242) at com.arsdigita.bebop.SimpleContainer.generateXML(SimpleContainer.java:259) at com.arsdigita.bebop.SimpleContainer.generateChildrenXML(SimpleContainer.java :242) at com.arsdigita.bebop.SimpleContainer.generateXML(SimpleContainer.java:259) at com.arsdigita.bebop.SimpleContainer.generateChildrenXML(SimpleContainer.java :242) at com.arsdigita.bebop.SimpleContainer.generateXML(SimpleContainer.java:259) at com.arsdigita.bebop.SimpleContainer.generateChildrenXML(SimpleContainer.java :242) at com.arsdigita.bebop.SimpleContainer.generateXML(SimpleContainer.java:259) at com.arsdigita.toolbox.ui.ModalPanel.generateXML(ModalPanel.java:99) at com.arsdigita.toolbox.ui.LayoutPanel.section(LayoutPanel.java:79) at com.arsdigita.toolbox.ui.LayoutPanel.generateXML(LayoutPanel.java:64) at com.arsdigita.cms.ui.authoring.WizardSelector.generateXML(WizardSelector.jav a:127) at com.arsdigita.bebop.TabbedPane.generateXML(TabbedPane.java:443) at com.arsdigita.bebop.SimpleContainer.generateChildrenXML(SimpleContainer.java :242) at com.arsdigita.bebop.SimpleContainer.generateXML(SimpleContainer.java:259) at com.arsdigita.bebop.Page.generateXML(Page.java:641) at com.arsdigita.bebop.Page.buildDocument(Page.java:764) at com.arsdigita.cms.dispatcher.CMSPage$1.excurse(CMSPage.java:280) at com.arsdigita.cms.CMSExcursion$1.excurse(CMSExcursion.java:79) at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:56) at com.arsdigita.cms.CMSExcursion.run(CMSExcursion.java:74) at com.arsdigita.cms.dispatcher.CMSPage.dispatch(CMSPage.java:295) at org.apache.jsp.item_jsp._jspService(item_jsp.java:89) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 10) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:356) at com.arsdigita.cms.ContentSectionServlet.doService(ContentSectionServlet.java :169) at com.arsdigita.web.BaseApplicationServlet$1.excurse(BaseApplicationServlet.ja va:110) at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:56) at com.arsdigita.web.BaseApplicationServlet.doService(BaseApplicationServlet.ja va:104) at com.arsdigita.web.BaseServlet$1.excurse(BaseServlet.java:175) at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:56) at com.arsdigita.web.BaseServlet.internalService(BaseServlet.java:146) at com.arsdigita.web.BaseServlet.doPost(BaseServlet.java:290) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:356) at com.arsdigita.web.BaseDispatcher.forward(BaseDispatcher.java:205) at com.arsdigita.web.BaseDispatcher.forward(BaseDispatcher.java:189) at com.arsdigita.web.BaseDispatcher.dispatch(BaseDispatcher.java:129) at com.arsdigita.web.DispatcherServlet.doService(DispatcherServlet.java:122) at com.arsdigita.web.BaseServlet$1.excurse(BaseServlet.java:175) at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:56) at com.arsdigita.web.BaseServlet.internalService(BaseServlet.java:146) at com.arsdigita.web.BaseServlet.doPost(BaseServlet.java:290) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at com.arsdigita.london.shortcuts.ShortcutFilter.doService(ShortcutFilter.java: 79) at com.arsdigita.web.BaseFilter.doFilter(BaseFilter.java:94) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at com.arsdigita.london.subsite.SubsiteFilter.doService(SubsiteFilter.java:69) at com.arsdigita.web.BaseFilter.doFilter(BaseFilter.java:94) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2422) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:199) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:683) at java.lang.Thread.run(Thread.java:534) -*-*-*- Section: HTTP headers -*-*-*- accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, application/x-shockwave-flash, */* accept-language: en-gb connection: Keep-Alive content-length: 989 content-type: application/x-www-form-urlencoded cookie: JSESSIONID=01BFE9F76922AE29208B252C3DC7F58B; ad_user_login=1017!1186752542301!VspqyRHdn7fydLu5FfxPAg== host: 10.2.5.59:9000 pragma: no-cache referer: http://10.2.5.59:9000/ccm/content/admin/item.jsp?bbp.2398.sel=edit&bbp.31.se l=91001&bbp.1296.sel=1105&bbp.3274.sel=2114&bbp.957.sel=1089&bbp.s=2140&g11n .enc=UTF-8&bbp.754.sel=1085&bbp.1044.ps=20&bbp.4363.d=asc&bbp.3.pane=1&bbp.3 851.sel=edit&bbp.4349.d=asc&bbp.3840.sel=2120&item=1&bbp.e=cell&bbp.v=15004+ 4&bbp.1804.sel=1139&bbp.3077.sel=text&bbp.3041.sel=2104&bbp.1836.sel=text&bb p.61.sel=text&root=7676&com.arsdigita.cms.contenttypes.NewsItem_properties_d one=1&bbp.2387.sel=2083&bbp.2138.sel=1&bbp.1107.ps=20&bbp.3052.sel=edit&stre amlined_creation=active&bbp.4049.d=asc&mode=javascript&bbp.3871.sel=editfile &bbp.2134.ps=20&bbp.3285.sel=edit&bbp.111.sel=1079&bbp.2113.sel=browse&bbp.1 559.sel=1114&bbp.2197.ps=20&bbp.i=d0.4.2.a.1.12.1.1.1.y.1.hw.1.5k.1.18.1.1.1 .84.1.7a.1.6r.1.18.1.1.1.5g.1.i.1.1e.2.8.1.1.1.74.1.o.2.hg.1.n.2.m.1.1.1.51. 1.o.2.f0.1.n.2.i.2.d3.1&bbp.989.sel=text&bbp.2045.sel=2080&item_id=98001 user-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) via: 1.0 SDC-PROXY -*-*-*- Section: Servlet attributes -*-*-*- com.arsdigita.bebop.PageState: com.arsdigita.bebop.PageState at 1963664 = { m_page = com.arsdigita.cms.ui.ContentItemPage at e63ef, m_request = org.apache.catalina.core.ApplicationHttpRequest at cceb55, m_response = org.apache.coyote.tomcat4.CoyoteResponseFacade at 16e1cef, m_pageState = com.arsdigita.bebop.FormData at 2dcc2a = { m_parameterDataValues = {bbp.3831.col={null, []}, bbp.3327.type={null, []}, bbp.3042.stack={null, []}, bbp.2398.sel={edit, []}, bbp.4049.o={null, []}, bbp.986.col={null, []}, com.arsdigita.cms.contenttypes.Article_image_done={null, []}, bbp.1023.sel={null, []}, bbp.4317.col={null, []}, com.arsdigita.cms.contenttypes.PressRelease_properties_done={null, []}, bbp.2956.link={null, []}, bbp.31.sel={91001, []}, bbp.3074.col={null, []}, bbp.58.row={null, []}, bbp.3320.control={null, []}, bbp.930.sel={null, []}, bbp.4049.row={null, []}, bbp.2203.row={null, []}, bbp.1296.sel={1105, []}, bbp.1474.link={null, []}, bbp.9.stack={null, []}, bbp.3942.sel={null, []}, bbp.4130.col={null, []}, bbp.4069.stack={null, []}, bbp.2140.col={4, []}, bbp.2769.col={null, []}, bbp.3152.sel={null, []}, bbp.999.sel={null, []}, bbp.765.sel={null, []}, bbp.4358.sel={null, []}, com.arsdigita.cms.contenttypes.Article_properties_done={null, []}, bbp.2036.row={null, []}, bbp.4037.sel={null, []}, bbp.2301.link={null, []}, bbp.1857.col={null, []}, bbp.965.col={null, []}, com.arsdigita.cms.Template_properties_done={null, []}, bbp.1683.sel={null, []}, page={null, []}, bbp.1476.col={null, []}, bbp.1379.sel={null, []}, bbp.84.sel={null, []}, moveSection={null, []}, bbp.143.type={null, []}, contentItem_itemOID={null, []}, bbp.4217.sel={null, []}, bbp.1438.sel={null, []}, bbp.767.sel={null, []}, bbp.213.col={null, []}, bbp.3274.sel={2114, []}, bbp.957.sel={1089, []}, bbp.1812.col={null, []}, bbp.1817.sel={null, []}, bbp.4363.col={null, []}, bbp.4208.sel={null, []}, bbp.3032.col={null, []}, bbp.1533.sel={null, []}, bbp.s={null, []}, bbp.1959.link={null, []}, bbp.1718.link={null, []}, bbp.670.link={null, []}, com.arsdigita.cms.contenttypes.FileStorageItem_properties_done_file={null, []}, bbp.1833.col={null, []}, bbp.2170.sel={null, []}, bbp.2499.col={null, []}, bbp.1050.row={null, []}, bbp.1570.sel={null, []}, bbp.2400.sel={null, []}, bbp.3074.row={null, []}, g11n.enc={UTF-8, []}, bbp.2056.sel={null, []}, bbp.754.sel={1085, []}, bbp.291.row={null, []}, bbp.42.sel={null, []}, bbp.4267.row={null, []}, bbp.3306.row={null, []}, bbp.3853.sel={null, []}, bbp.745.row={null, []}, bbp.2673.row={null, []}, bbp.2421.type={null, []}, bbp.3319.sel={null, []}, bbp.1211.link={null, []}, bbp.122.sel={null, []}, bbp.1044.ps={20, []}, bbp.58.col={null, []}, bbp.2921.sel={null, []}, bbp.2388.stack={null, []}, bbp.3579.col={null, []}, single_type={null, []}, bbp.4363.d={asc, []}, bbp.3049.row={null, []}, bbp.102.col={null, []}, bbp.634.sel={null, []}, bbp.2046.stack={null, []}, bbp.3.pane={1, []}, bbp.1550.col={null, []}, bbp.1833.row={null, []}, bbp.3868.col={null, []}, bbp.4176.sel={null, []}, bbp.3868.row={null, []}, bbp.3851.sel={edit, []}, bbp.291.col={null, []}, bbp.3188.link={null, []}, bbp.1307.sel={null, []}, bbp.4244.sel={null, []}, bbp.2499.row={null, []}, bbp.1069.chim={null, []}, bbp.4349.d={asc, []}, bbp.4317.row={null, []}, bbp.3755.link={null, []}, bbp.3814.sel={null, []}, bbp.1572.sel={null, []}, bbp.476.type={null, []}, bbp.3840.sel={2120, []}, bbp.2673.col={null, []}, bbp.22.col={null, []}, bbp.3049.col={null, []}, com.arsdigita.cms.contenttypes.ESDService_properties_done={null, []}, bbp.3831.row={null, []}, bbp.2920.sel={null, []}, bbp.71.sel={null, []}, com.arsdigita.cms.contenttypes.InlineSite_properties_done={null, []}, bbp.4232.sel={null, []}, bbp.32.stack={null, []}, content_type={null, []}, bbp.948.col={null, []}, bbp.1923.sel={null, []}, bbp.3054.sel={null, []}, bbp.2189.kw={null, []}, bbp.1815.sel={null, []}, bbp.2076.row={null, []}, bbp.2378.row={null, []}, bbp.1861.sel={null, []}, bbp.2303.col={null, []}, bbp.1080.sel={null, []}, bbp.1777.sel={null, []}, item={1, []}, bbp.4334.col={null, []}, bbp.4363.o={null, []}, bbp.119.row={null, []}, bbp.1036.kw={null, []}, bbp.3720.sel={null, []}, bbp.4089.row={null, []}, bbp.e={null, []}, bbp.v={null, []}, bbp.986.row={null, []}, bbp.1804.sel={1139, []}, com.arsdigita.cms.contenttypes.xmlfeed.XMLFeed_properties_done={null, []}, bbp.2958.col={null, []}, bbp.3719.sel={null, []}, bbp.2058.sel={null, []}, bbp.755.stack={null, []}, bbp.3077.sel={text, []}, bbp.1270.sel={null, []}, bbp.3041.sel={2104, []}, bbp.2203.col={null, []}, bbp.4256.stack={null, []}, bbp.1924.sel={null, []}, bbp.1682.sel={null, []}, bbp.4100.row={null, []}, bbp.1017.image_asset={null, []}, bbp.672.col={null, []}, bbp.112.stack={null, []}, bbp.349.col={null, []}, bbp.2762.type={null, []}, bbp.2201.sel={null, []}, bbp.387.row={null, []}, com.arsdigita.cms.formbuilder.FormItem_properties_done={null, []}, bbp.3978.link={null, []}, bbp.2395.col={null, []}, bbp.1858.row={null, []}, bbp.2140.row={15004, []}, bbp.1567.row={null, []}, bbp.1836.sel={text, []}, bbp.948.row={null, []}, bbp.61.sel={text, []}, root={7676, []}, bbp.970.sel={null, []}, bbp.835.sel={null, []}, bbp.1795.col={null, []}, bbp.2577.col={null, []}, bbp.762.row={null, []}, bbp.39.col={null, []}, bbp.22.row={null, []}, bbp.1567.col={null, []}, bbp.1961.col={null, []}, bbp.1099.kw={null, []}, bbp.2395.row={null, []}, bbp.1176.sel={null, []}, bbp.124.sel={null, []}, bbp.2360.sel={null, []}, bbp.2111.chim={15004, []}, bbp.1340.col={null, []}, bbp.4066.stack={null, []}, bbp.44.sel={null, []}, bbp.387.col={null, []}, bbp.2053.row={null, []}, bbp.4372.sel={null, []}, bbp.4130.row={null, []}, bbp.3287.sel={null, []}, bbp.213.row={null, []}, bbp.2159.chim={null, []}, bbp.1857.row={null, []}, bbp.4309.stack={null, []}, bbp.3275.stack={null, []}, bbp.1374.col={null, []}, com.arsdigita.cms.contenttypes.NewsItem_properties_done={1, []}, bbp.2126.kw={null, []}, bbp.3282.col={null, []}, bbp.3247.sel={null, []}, bbp.4349.col={null, []}, bbp.4278.sel={null, []}, bbp.3873.sel={null, []}, bbp.2076.col={null, []}, bbp.2107.image_asset={15004, []}, bbp.2387.sel={2083, []}, bbp.3483.col={null, []}, bbp.2138.sel={1, []}, bbp.958.stack={null, []}, bbp.3541.col={null, []}, bbp.1812.row={null, []}, bbp.1107.ps={20, []}, bbp.3265.col={null, []}, bbp.1589.row={null, []}, bbp.1309.sel={null, []}, bbp.873.col={null, []}, bbp.745.col={null, []}, bbp.1589.col={null, []}, bbp.3052.sel={edit, []}, streamlined_creation={active, []}, bbp.3405.row={null, []}, bbp.4089.col={null, []}, bbp.3032.row={null, []}, bbp.1720.col={null, []}, bbp.3841.stack={null, []}, bbp.1381.sel={null, []}, bbp.3309.sel={null, []}, imageParam={null, []}, bbp.1304.row={null, []}, bbp.1795.row={null, []}, bbp.4049.d={asc, []}, bbp.836.sel={null, []}, bbp.729.sel={null, []}, bbp.4349.c={null, []}, bbp.2414.control={null, []}, mode={javascript, []}, com.arsdigita.cms.contenttypes.MultiPartArticle_properties_done={null, []}, bbp.3579.row={null, []}, bbp.968.sel={null, []}, bbp.3282.row={null, []}, bbp.762.col={null, []}, bbp.1287.col={null, []}, bbp.4140.col={null, []}, bbp.2265.sel={null, []}, bbp.4363.mid={null, []}, bbp.3405.col={null, []}, bbp.3871.sel={editfile, []}, bbp.2134.ps={20, []}, bbp.3943.sel={null, []}, bbp.2635.row={null, []}, bbp.4100.col={null, []}, bbp.7.stack={null, []}, textParam={null, []}, bbp.3483.row={null, []}, bbp.471.row={null, []}, bbp.3015.sel={null, []}, bbp.1304.col={null, []}, bbp.1050.col={null, []}, bbp.2053.col={null, []}, bbp.3848.col={null, []}, bbp.965.row={null, []}, bbp.3285.sel={edit, []}, bbp.3087.sel={null, []}, bbp.1213.col={null, []}, bbp.1846.sel={null, []}, bbp.2378.col={null, []}, bbp.2577.row={null, []}, bbp.1374.row={null, []}, bbp.1560.stack={null, []}, bbp.3757.col={null, []}, bbp.635.sel={null, []}, bbp.2089.sel={null, []}, bbp.119.col={null, []}, bbp.1858.col={null, []}, bbp.3306.col={null, []}, bbp.1175.sel={null, []}, bbp.4267.col={null, []}, bbp.1550.row={null, []}, bbp.4334.row={null, []}, bbp.3541.row={null, []}, bbp.1340.row={null, []}, bbp.3153.sel={null, []}, bbp.2757.row={null, []}, bbp.111.sel={1079, []}, com.arsdigita.cms.contenttypes.FileStorageItem_properties_done={null, []}, bbp.1048.sel={null, []}, com.arsdigita.cms.formbuilder.FormSectionItem_properties_done={null, []}, bbp.2079.sel={null, []}, bbp.2113.sel={browse, []}, bbp.1021.chim={null, []}, bbp.4049.col={null, []}, bbp.1559.sel={1114, []}, bbp.3265.row={null, []}, com.arsdigita.cms.contenttypes.Contact_properties_done={null, []}, bbp.1343.sel={null, []}, bbp.8.stack={null, []}, bbp.136.control={null, []}, bbp.1439.sel={null, []}, bbp.2036.col={null, []}, bbp.2197.ps={20, []}, bbp.1805.stack={null, []}, bbp.3980.col={null, []}, bbp.102.row={null, []}, bbp.1111.sel={null, []}, bbp.2018.sel={null, []}, bbp.1113.col={null, []}, bbp.4192.sel={null, []}, bbp.3190.col={null, []}, com.arsdigita.cms.contenttypes.NewsItem_image_done={1, []}, bbp.871.link={null, []}, bbp.39.row={null, []}, bbp.1287.row={null, []}, bbp.483.col={null, []}, bbp.4140.row={null, []}, bbp.3848.row={null, []}, bbp.349.row={null, []}, return_url={null, []}, bbp.4349.o={null, []}, bbp.i={{4, 5, 16, 55, 57, 92, 737, 938, 983, 985, 1278, 1541, 1785, 1830, 1832, 2030, 2099, 2100, 2109, 2111, 2125, 2126, 2368, 2393, 2394, 3023, 3047, 3048, 3071, 3073, 3255, 3280, 3281, 3822, 3846, 3847, 3866, 3867, 4339}, []}, bbp.1345.sel={null, []}, bbp.2635.col={null, []}, bbp.2266.sel={null, []}, bbp.989.sel={text, []}, bbp.1113.row={null, []}, bbp.2045.sel={class com.arsdigita.london.cms.dublin.ui.DublinCoreEdit, []}, item_id={98001, []}, bbp.1297.stack={null, []}}, m_formErrors = null, m_model = com.arsdigita.bebop.FormModel at b709b4, m_locale = en_GB, m_isTransformed = true, m_isValid = false, m_isSubmission = true }, m_attributes = null, , m_grabbingComponent = null, m_invisible = {4, 6, 7, 8, 9, 10, 17, 33, 34, 35, 38, 55, 56, 93, 94, 95, 96, 97, 113, 114, 115, 118, 138, 139, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 473, 488, 489, 490, 491, 492, 493, 579, 589, 698, 699, 700, 706, 738, 739, 740, 756, 757, 758, 761, 780, 790, 899, 900, 901, 907, 939, 940, 941, 942, 943, 959, 960, 961, 964, 983, 984, 1009, 1020, 1021, 1035, 1045, 1067, 1068, 1069, 1098, 1108, 1130, 1239, 1240, 1241, 1247, 1279, 1280, 1281, 1282, 1298, 1299, 1300, 1303, 1339, 1373, 1393, 1502, 1503, 1504, 1510, 1542, 1543, 1544, 1545, 1561, 1562, 1563, 1566, 1584, 1585, 1586, 1587, 1627, 1637, 1746, 1747, 1748, 1754, 1786, 1787, 1788, 1789, 1790, 1806, 1807, 1808, 1811, 1830, 1831, 1857, 1868, 1878, 1987, 1988, 1989, 1995, 2026, 2027, 2028, 2029, 2031, 2047, 2049, 2052, 2074, 2075, 2100, 2109, 2110, 2126, 2135, 2157, 2158, 2159, 2188, 2198, 2220, 2329, 2330, 2331, 2337, 2369, 2370, 2371, 2372, 2373, 2389, 2390, 2391, 2393, 2416, 2417, 2438, 2439, 2440, 2441, 2442, 2443, 2444, 2445, 2446, 2447, 2448, 2449, 2450, 2451, 2759, 2774, 2775, 2776, 2777, 2778, 2779, 2865, 2875, 2984, 2985, 2986, 2992, 3024, 3025, 3026, 3027, 3043, 3044, 3045, 3047, 3071, 3072, 3097, 3107, 3216, 3217, 3218, 3224, 3256, 3257, 3258, 3259, 3260, 3276, 3277, 3278, 3280, 3305, 3322, 3323, 3344, 3345, 3346, 3347, 3348, 3349, 3350, 3351, 3352, 3353, 3354, 3355, 3356, 3357, 3664, 3674, 3783, 3784, 3785, 3791, 3823, 3824, 3825, 3826, 3842, 3843, 3844, 3846, 3866, 3887, 3897, 4006, 4007, 4008, 4014, 4061, 4062, 4063, 4064, 4065, 4067, 4068, 4069, 4070, 4071, 4072, 4073, 4107, 4108, 4109, 4110, 4251, 4252, 4253, 4254, 4257, 4258, 4307, 4308, 4309, 4327, 4328, 4339, 4342} } com.arsdigita.bebop.RequestLocal: {com.arsdigita.bebop.RequestLocal at 363f57=null, com.arsdigita.bebop.List$1 at 63b075=com.arsdigita.bebop.List$3 at 12dc561, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 90caed=true, com.arsdigita.bebop.RequestLocal at 1cea13b=null, com.arsdigita.cms.ui.ContentItemPage$ItemRequestLocal at 2094be=[com.arsdigita. cms.contenttypes.NewsItem:{id=98001}]U, com.arsdigita.bebop.RequestLocal at 1e6cb3f=null, com.arsdigita.bebop.RequestLocal at 1059a4c=null, com.arsdigita.bebop.RequestLocal at 1fd113d=null, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at bb903e=true, com.arsdigita.bebop.RequestLocal at 605e1e=com.arsdigita.dummy.DummyResources#e n, com.arsdigita.bebop.RequestLocal at b691cf=null, com.arsdigita.bebop.RequestLocal at 130f72c=null, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 102e8b5=true, com.arsdigita.bebop.RequestLocal at e2fad8=com.arsdigita.dummy.DummyResources#1 0-Aug-2004 14:34:24, com.arsdigita.bebop.RequestLocal at 12b4dbe=null, com.arsdigita.bebop.RequestLocal at 35b6fa=null, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 15cd942=true, com.arsdigita.bebop.RequestLocal at 1e1d100=com.arsdigita.dummy.DummyResources# NewsItem, com.arsdigita.bebop.RequestLocal at 167c224=null, com.arsdigita.bebop.RequestLocal at 18f0640=null, com.arsdigita.bebop.RequestLocal at 13d05f4=null, com.arsdigita.bebop.RequestLocal at 1edd9d=null, com.arsdigita.bebop.RequestLocal at ae4f72=com.arsdigita.dummy.DummyResources#f irst page, com.arsdigita.bebop.RequestLocal at 159e13=null, com.arsdigita.bebop.RequestLocal at 63320f=null, com.arsdigita.bebop.RequestLocal at 19d2d23=null, com.arsdigita.bebop.RequestLocal at ff5a53=null, com.arsdigita.bebop.RequestLocal at bc165f=null, com.arsdigita.bebop.RequestLocal at 164de60=null, com.arsdigita.bebop.RequestLocal at 17bc4bc=null, com.arsdigita.bebop.RequestLocal at 1fc3b17=null, com.arsdigita.bebop.RequestLocal at 14282bd=null, com.arsdigita.bebop.RequestLocal at 1232667=com.arsdigita.dummy.DummyResources# 10-Aug-2004 14:41:17, com.arsdigita.bebop.RequestLocal at c3370d=null, com.arsdigita.bebop.RequestLocal at 1955132=null, com.arsdigita.bebop.RequestLocal at ceaeb9=null, com.arsdigita.toolbox.ui.ContextBar$1 at 22098b=[com.arsdigita.toolbox.ui.Conte xtBar$Entry at 1f96d1d, com.arsdigita.toolbox.ui.ContextBar$Entry at 6a9c57, com.arsdigita.toolbox.ui.ContextBar$Entry at 13e5498], com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 12c34e6=true, com.arsdigita.bebop.RequestLocal at 99aebd=null, com.arsdigita.bebop.Page$1 at 1d47dcb=com.arsdigita.bebop.Label at 123cbe5, com.arsdigita.bebop.RequestLocal at 3ffda6=null, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at a120c8=true, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 1fbeb99=true, com.arsdigita.bebop.RequestLocal at 1b7212a=null, com.arsdigita.bebop.RequestLocal at 9b2c37=null, com.arsdigita.bebop.RequestLocal at 1f7e85e=null, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 69bc3b=true, com.arsdigita.bebop.RequestLocal at 1c266e=com.arsdigita.dummy.DummyResources#b onnies first page, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at cfb924=true, com.arsdigita.bebop.RequestLocal at 1e26c0d=null, com.arsdigita.bebop.RequestLocal at 16f6c08=null, com.arsdigita.bebop.RequestLocal at d09dd0=null, com.arsdigita.bebop.RequestLocal at 1fa2e8a=null, com.arsdigita.cms.ui.workflow.AssignedTaskSection$WorkflowFacade$TaskListReq uestLocal at 1f8f25d=[[com.arsdigita.cms.workflow.CMSTask:{id=98004}]], com.arsdigita.bebop.RequestLocal at 830f0b=null, com.arsdigita.bebop.RequestLocal at 1d881c=null, com.arsdigita.bebop.RequestLocal at 667db2=null, com.arsdigita.bebop.RequestLocal at 1c1d934=null, com.arsdigita.bebop.RequestLocal at 59e6e=null, com.arsdigita.bebop.RequestLocal at 1213227=null, com.arsdigita.bebop.RequestLocal at 2c4e11=null, com.arsdigita.bebop.RequestLocal at 1cf0a23=null, com.arsdigita.bebop.RequestLocal at b11a95=null, com.arsdigita.bebop.RequestLocal at 2dab04=null, com.arsdigita.bebop.RequestLocal at 1a28b04=null, com.arsdigita.bebop.RequestLocal at 2b3ca1=null, com.arsdigita.bebop.RequestLocal at 1c28abf=com.arsdigita.dummy.DummyResources# , com.arsdigita.bebop.RequestLocal at 1a6422d=null, com.arsdigita.bebop.RequestLocal at b96528=null, com.arsdigita.bebop.RequestLocal at f18a04=null, com.arsdigita.bebop.RequestLocal at 140b7d5=null, com.arsdigita.bebop.RequestLocal at 60c5b6=null, com.arsdigita.bebop.RequestLocal at 1be3df9=null, com.arsdigita.bebop.RequestLocal at 19c4db8=null, com.arsdigita.bebop.RequestLocal at 161703=null, com.arsdigita.cms.ui.item.ItemWorkflowRequestLocal at 2b6ac1=[com.arsdigita.wor kflow.simple.Workflow:{id=98003}], com.arsdigita.bebop.Form$2 at 331ab2=, com.arsdigita.bebop.Table$3 at 429a3a=com.arsdigita.cms.ui.workflow.AssignedTas kTableModelBuilder$Model at 11f5622, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 1f7336b=true, com.arsdigita.bebop.RequestLocal at f94de0=null, com.arsdigita.bebop.RequestLocal at 1299719=null, com.arsdigita.kernel.ui.ACSObjectSelectionModel$1 at 15d3f42=true} com.arsdigita.cms.dispatcher.section: [com.arsdigita.cms.ContentSection:{id=2022}] com.arsdigita.dispatcher.RequestContext: com.arsdigita.sitenode.SiteNodeRequestContext at 29e18a com.arsdigita.dispatcher.RequestValue: {com.arsdigita.dispatcher.RequestValue at 1f68572=null} com.arsdigita.kernel.ACSObject:15004: [com.arsdigita.cms.ReusableImageAsset:{id=15004}]U com.arsdigita.kernel.ACSObject:98001: [com.arsdigita.cms.contenttypes.NewsItem:{id=98001}]U com.arsdigita.web.BaseApplicationServlet.application_id: 2022 com.arsdigita.web.BaseDispatcher.dispatched: true com.arsdigita.web.BaseServlet.request_url: /ccm/content/admin/item.jsp?bbp.3871.sel=editfile&bbp.2398.sel=edit&bbp.4363 .d=asc&bbp.2111.chim=15004&bbp.2134.ps=20&bbp.3274.sel=2114&bbp.754.sel=1085 &mode=javascript&com.arsdigita.cms.contenttypes.NewsItem_properties_done=1&b bp.s=2125&streamlined_creation=active&bbp.1107.ps=20&bbp.2140.col=4&bbp.2113 .sel=browse&bbp.2045.sel=2080&bbp.i=d0.4.2.a.1.12.1.1.1.y.1.hw.1.5k.1.18.1.1 .1.84.1.7a.1.6r.1.18.1.1.1.5g.1.i.1.1e.2.8.1.1.1.d.2.6p.1.o.2.hg.1.n.2.m.1.1 .1.51.1.o.2.f0.1.n.2.i.2.d3.1&bbp.3077.sel=text&bbp.4049.d=asc&bbp.31.sel=91 001&bbp.989.sel=text&bbp.957.sel=1089&bbp.2140.row=15004&bbp.1044.ps=20&save =%C3%82%C2%A0%C3%82%C2%A0%C3%82%C2%A0Save%C3%82%C2%A0%C3%82%C2%A0%C3%82%C2%A 0&bbp.3285.sel=edit&bbp.1836.sel=text&bbp.1804.sel=1139&bbp.3041.sel=2104&ro ot=7676&bbp.3.pane=1&bbp.1296.sel=1105&bbp.4349.d=asc&item=1&g11n.enc=UTF-8& bbp.1559.sel=1114&bbp.3052.sel=edit&caption=nice+image&bbp.3840.sel=2120&bbp .2197.ps=20&bbp.2387.sel=2083&item_id=98001&form.ImageSelectionForm=visited& bbp.61.sel=text&bbp.111.sel=1079&bbp.2138.sel=1&bbp.3851.sel=edit javax.servlet.jsp.jspException: java.lang.NullPointerException xmlMode: false -*-*-*- Section: Request summary -*-*-*- Context path: Request URI: /ccm/content/admin/item.jsp Query string: null Method: POST Remote user: null -*-*-*- Section: Cookies -*-*-*- JSESSIONID: 01BFE9F76922AE29208B252C3DC7F58B (expires: -1) ad_user_login: 1017!1186752542301!VspqyRHdn7fydLu5FfxPAg== (expires: -1) -*-*-*-*-*- End Error Report -*-*-*-*-*- Neil Thompson Analyst/Programmer Information Management Services Shepway District Council, Folkestone, Kent. Direct Tel: 01303 852340 Direct Fax: 01303 245978 E-Mail: neil.thompson at shepway.gov.uk Website: www.shepway.gov.uk _____ The contents and any attachments of this e-mail message are confidential and intended only for the named addressees. If you have received it in error, please advise the sender immediately by return email and then delete it from your system. Any unauthorised distribution, or copying of this transmission, or mis-use or wrongful disclosure of information contained in it, is strictly prohibited. Shepway District Council cannot accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of the council." _____ --------------------------------------------------------- Scanning of this message and addition of this footer is performed by SurfControl SuperScout Email Filter software in conjunction with virus detection software. --------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From richardl at redhat.com Mon Aug 16 18:06:05 2004 From: richardl at redhat.com (Richard Li) Date: Mon, 16 Aug 2004 14:06:05 -0400 Subject: [redhat-ccm-list] Community update Message-ID: <4120F78D.7020506@redhat.com> Dear Community, Over the past few months, we have been listening to a lot of public and private feedback about our development process, our software, and the community. Some of these improvements to date include: + Simplification of the installation / configuration process with the current builds + General release of all documentation to the community + PostgreSQL support in 5.2.1 Many in the community have commented on the closed nature of the development process. After much discussion, we have decided that we need to do a fundamental shift in the CCM product direction, and hopefully for the better. Significantly: + The ObjectWeb consortium (www.objectweb.org) has agreed to host the CCM code and community + We are relicensing all the code under the LGPL + CCM 6.1, the latest version of CCM, will be made available for general public release + The mailing lists will migrate to the ObjectWeb servers + Red Hat will no longer be the cathedral of CCM development; instead, Red Hat individuals work work with other CCM developers to push the software going forward. The CCM engineering team will no longer be dedicated to CCM development. + Red Hat will not be marketing CCM as a separate product line We hope that this approach will encourage a broader developer and community base. Initially, we will be administering the site, but we hope to add external community contributors as quickly as possible. There is a lot of work to do here, and it won't happen all at once. We're in the process of figuring out a new name for CCM (there is an existing OpenCCM project on ObjectWeb); we have to set up a project web site; and so forth. I expect that the above steps (ObjectWeb, LGPL, 6.1, etc) will take the better part of a month, but we will be moving as rapidly as possible. Thanks, Richard From RJacoby at tceq.state.tx.us Mon Aug 16 18:46:29 2004 From: RJacoby at tceq.state.tx.us (Bob Jacoby) Date: Mon, 16 Aug 2004 13:46:29 -0500 Subject: [redhat-ccm-list] Community update Message-ID: Richard, While I like open-source applications and use them when practical I like to make sure there is a readily available mechanism to support them (through community or paid support) before I use them for critical purposes. For the larger projects like linux, apache, etc it exists. To my knowledge such a strong level of community support doesn't exist for CCM so I question the viability of CCM as a true open source, community driven product. This was one reason why my company purchased the support and maintenance contracts through Red Hat. I would like more information on Red Hat's short and long term vision for their involvment in CCM. Could you please answer the following questions: 1. What does this mean to those of us who have maintenance and support contracts with Red Hat for CCM? 2. Will Red Hat still provide maintenance and support contracts for CCM after it's moved to Object Web? 3. Will Red Hat employees work on CCM development as part of their Red Hat duties or solely on their own time? You mentioned that the CCM engineering team will no longer be dedicated to CCM development. What percentage of their time will be spent on CCM development? How many resources are you removing from CCM development and support that would need to be replaced by ObjectWeb and the community to maintain the current level of CCM development? 4. What does the short-term development for CCM look like? For example, is the latest 6.1 release the last that will come out of Red Hat or will there be an interim release while ObjectWeb takes the reins? 5. What long-term support does Red Hat intend to provide for CCM development? 6. And, on a more minor note, but something that caused problems for us while we were developing our first release... What will happen to this mailing list and archives? Will they be ported to ObjectWeb? If so, will this list stay up until a new one is available on ObjectWeb? Thanks, Bob >>> Richard Li 08/16/04 01:06PM >>> Dear Community, Over the past few months, we have been listening to a lot of public and private feedback about our development process, our software, and the community. Some of these improvements to date include: + Simplification of the installation / configuration process with the current builds + General release of all documentation to the community + PostgreSQL support in 5.2.1 Many in the community have commented on the closed nature of the development process. After much discussion, we have decided that we need to do a fundamental shift in the CCM product direction, and hopefully for the better. Significantly: + The ObjectWeb consortium (www.objectweb.org) has agreed to host the CCM code and community + We are relicensing all the code under the LGPL + CCM 6.1, the latest version of CCM, will be made available for general public release + The mailing lists will migrate to the ObjectWeb servers + Red Hat will no longer be the cathedral of CCM development; instead, Red Hat individuals work work with other CCM developers to push the software going forward. The CCM engineering team will no longer be dedicated to CCM development. + Red Hat will not be marketing CCM as a separate product line We hope that this approach will encourage a broader developer and community base. Initially, we will be administering the site, but we hope to add external community contributors as quickly as possible. There is a lot of work to do here, and it won't happen all at once. We're in the process of figuring out a new name for CCM (there is an existing OpenCCM project on ObjectWeb); we have to set up a project web site; and so forth. I expect that the above steps (ObjectWeb, LGPL, 6.1, etc) will take the better part of a month, but we will be moving as rapidly as possible. Thanks, Richard -- Redhat-ccm-list mailing list Redhat-ccm-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-ccm-list Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From blondel.n at free.fr Tue Aug 17 08:37:33 2004 From: blondel.n at free.fr (blondel.n at free.fr) Date: Tue, 17 Aug 2004 10:37:33 +0200 Subject: [redhat-ccm-list] Problems during the installation Message-ID: <1092731853.4121c3cd67d0b@imp1-q.free.fr> Hello, I meet problems during the installation of RedHAT CCM With the version 5 : *** [administrateur at FedoraServer CCM REDHAT v.5]$ rpm -ivh *.rpm attention: ccm-devel-1.1.3-1.noarch.rpm: signature V3 DSA: NOKEY, key ID ff357c53 erreur: D?pendances requises: tomcat4 >= 4.0.4 est n?cessaire pour ccm-core-cms-servlet-tomcat4-5.0.3-1 httpunit est n?cessaire pour ccm-devel-1.1.3-1 *** With the version 6.1 : *** [root at FedoraServer RPM CCM REDHAT]# rpm -ivh *.rpm erreur: ?chec de l'ouverture de Before I search SourceForge I thought I'd ask for suggestions as to a good C/C+ IDE to use in RH. James From berrange at redhat.com Tue Aug 17 12:11:59 2004 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 17 Aug 2004 13:11:59 +0100 Subject: [redhat-ccm-list] Suggestions: C/C++ IDE for RH In-Reply-To: <081720041217.13439.4121F770000A58E50000347F2200758942CECACE9C0A9F010406@comcast.net> References: <081720041217.13439.4121F770000A58E50000347F2200758942CECACE9C0A9F010406@comcast.net> Message-ID: <20040817121159.GC31003@redhat.com> On Tue, Aug 17, 2004 at 12:17:53PM +0000, jlopes151 at comcast.net wrote: > Before I search SourceForge I thought I'd ask for suggestions as to a good C/C+ IDE to > use in RH. IDEs I'm aware of are KDevelop (KDE) and Anjuta (GNOME), or in Java world there are plugins for Eclipse to make it do C/C++, but that's more experimental that the first two options. Checkout www.freshmeat.net in the Text Editors -> Integrated Development Environmentsts topic for more ideas. Dan. -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From richardl at redhat.com Tue Aug 17 15:14:37 2004 From: richardl at redhat.com (Richard Li) Date: Tue, 17 Aug 2004 11:14:37 -0400 Subject: [redhat-ccm-list] Community update In-Reply-To: References: Message-ID: <412220DD.1000904@redhat.com> > While I like open-source applications and use them when practical I > like to make sure there is a readily available mechanism to support > them (through community or paid support) before I use them for > critical purposes. For the larger projects like linux, apache, etc it > exists. To my knowledge such a strong level of community > support doesn't exist for CCM so I question the viability of CCM as a > true open source, I agree that the level of community support for Apache, Linux, and so forth far exceeds that of CCM. One of the main goals of our effort is to work to build a more vibrant community around CCM. > 1. What does this mean to those of us who have maintenance and support > contracts with Red Hat for CCM? There is no change. > <>2. Will Red Hat still provide maintenance and support contracts for > CCM after it's moved to Object Web? Red Hat will not provide packaged maintenance and support for CCM, but will continue to provide custom consulting services. > 3. Will Red Hat employees work on CCM development as part of their Red > Hat duties or solely on their own time? You mentioned that the CCM > engineering team will no longer be dedicated to CCM development. What > percentage of their time will be spent on CCM development? How many > resources are you removing from CCM development and support that would > need to be replaced by ObjectWeb and the community to maintain the > current level of CCM development? Red Hat (nor does any other company, to my knowledge) publically disclose resource allocations among product lines. Moreover, resource allocation numbers don't make a lot of sense without a full context that I'm not at liberty to provide. > <>4. What does the short-term development for CCM look like? > For example, is the latest 6.1 release the last that will come out of > Red Hat or will there be an interim release while ObjectWeb takes the > reins? Hopefully the community can play a role in determing the release process. We haven't any reports of critical bugs of 6.1.0 that have necessitated an immediate errata release. We have also been extending the release cycle of CCM, so it's possible that the complete switchover to OW might provide a good point for release. > <>5. What long-term support does Red Hat intend to provide for CCM > development? We've been working diligently over the past few releases to shrink the footprint of CCM by adopting more open source software. (A lot of CCM, and WAF in particular, was designed when there were no open source equivalents available.) I'd like to see that continue. The advent of Red Hat Application Server gives us an opportunity to invest in developing a more standards-based platform. We're looking at what pieces of WAF can be merged into RHAPS (and componentized, so you won't be forced to run RHAPS if you don't want to). So, expect the footprint of CCM to continue to shrink. For the moment, we are focused more on building out some of those infrastructure pieces (for example, supporting JDO in persistence) than on retrofitting CCM. This is a necessary step for the future vision of CCM. I think all of this is necessary; if CCM remains monolithic, no one will want to use it. > <>6. And, on a more minor note, but something that caused problems > for us while we were developing our first release... What will happen > to this mailing list and archives? Will they be ported to ObjectWeb? > If so, will this list stay up until a new one is available on ObjectWeb? It will stay. Richard From steve at runtime-collective.com Wed Aug 18 06:59:28 2004 From: steve at runtime-collective.com (Steve Crossan) Date: Wed, 18 Aug 2004 07:59:28 +0100 (BST) Subject: [redhat-ccm-list] Community update Message-ID: Richard, Thanks for the announcement, this is very interesting news. My feeling is that this could be the move that makes the platform fly finally. As a company offering services around the platform, most of our customers are actually Aplaws and Aplaws Plus customers. Do you have any information about how the Aplaws Plus community will interact with CCM / ObjectWeb in the future? Bob, I think there is in fact a community out there - for example we have around 10 developers on the project (Aplaws, but the same codebase) and I know there are other individual external developers. There are also quite a few internal developers at West Sussex County Council of all places. The product has quite high penetration in the UK local government market (and growing) and I think that will provide a vibrant community. Already, companies like ourselves and rol offer support packages, and I'm sure others will join too. This kind of move could really harness the ability of this community to take the product forward, both supporting customers and from the point of view of the future technical direction. I think we'd all support what Richard is hinting at about standardising some of the architectural components, and we'd hope that via ObjectWeb we can contribute to that process. cheers Steve Crossan steve at runtime-collective dot com http://www.runtime-collective.com t: 01273 234290 f: 01273 234291 m: 0789 984 1684 From goldfish at i-manila.com.ph Mon Aug 23 05:41:11 2004 From: goldfish at i-manila.com.ph (Jun Yamog) Date: Mon, 23 Aug 2004 13:41:11 +0800 Subject: [redhat-ccm-list] Community update In-Reply-To: References: Message-ID: <1093239655.2006.3.camel@draco.vnet> In general its a positive development, hopefully what is expected will come true in reality. I also have the same feeling as Bob. I think its up to the small community we have to increase the chances that it will be a viable open source project. Jun On Wed, 2004-08-18 at 14:59, Steve Crossan wrote: > Richard, > > Thanks for the announcement, this is very interesting news. My feeling is > that this could be the move that makes the platform fly finally. > > As a company offering services around the platform, most of our customers > are actually Aplaws and Aplaws Plus customers. Do you have any information > about how the Aplaws Plus community will interact with CCM / ObjectWeb in > the future? > > Bob, > > I think there is in fact a community out there - for example we have > around 10 developers on the project (Aplaws, but the same codebase) and I > know there are other individual external developers. There are also quite > a few internal developers at West Sussex County Council of all places. The > product has quite high penetration in the UK local government market (and > growing) and I think that will provide a vibrant community. > > Already, companies like ourselves and rol offer support packages, and I'm > sure others will join too. This kind of move could really harness the > ability of this community to take the product forward, both supporting > customers and from the point of view of the future technical direction. I > think we'd all support what Richard is hinting at about standardising some > of the architectural components, and we'd hope that via ObjectWeb we can > contribute to that process. > > cheers > > Steve Crossan > steve at runtime-collective dot com > > http://www.runtime-collective.com > t: 01273 234290 > f: 01273 234291 > m: 0789 984 1684 > From RJacoby at tceq.state.tx.us Mon Aug 23 14:47:52 2004 From: RJacoby at tceq.state.tx.us (Bob Jacoby) Date: Mon, 23 Aug 2004 09:47:52 -0500 Subject: [redhat-ccm-list] Community update Message-ID: The problem is I don't have Aplaws; I have CCM. While it's great that there is an apparent strong community for a line of CCM, unless you're supporting the base codeline as opposed to a sibling or cousin it really doesn't assuage my concerns for support. I'll admit I'm not familiar with Aplaws - not a lick. Have you changed the core CCM code or do you just provide extensions and then submit any required core modifications to Red Hat? Thanks, Bob >>> Steve Crossan 08/18/04 01:59AM >>> Richard, Thanks for the announcement, this is very interesting news. My feeling is that this could be the move that makes the platform fly finally. As a company offering services around the platform, most of our customers are actually Aplaws and Aplaws Plus customers. Do you have any information about how the Aplaws Plus community will interact with CCM / ObjectWeb in the future? Bob, I think there is in fact a community out there - for example we have around 10 developers on the project (Aplaws, but the same codebase) and I know there are other individual external developers. There are also quite a few internal developers at West Sussex County Council of all places. The product has quite high penetration in the UK local government market (and growing) and I think that will provide a vibrant community. Already, companies like ourselves and rol offer support packages, and I'm sure others will join too. This kind of move could really harness the ability of this community to take the product forward, both supporting customers and from the point of view of the future technical direction. I think we'd all support what Richard is hinting at about standardising some of the architectural components, and we'd hope that via ObjectWeb we can contribute to that process. cheers Steve Crossan steve at runtime-collective dot com http://www.runtime-collective.com t: 01273 234290 f: 01273 234291 m: 0789 984 1684 -- Redhat-ccm-list mailing list Redhat-ccm-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-ccm-list Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From richardl at redhat.com Mon Aug 23 18:17:19 2004 From: richardl at redhat.com (Richard Li) Date: Mon, 23 Aug 2004 14:17:19 -0400 Subject: [redhat-ccm-list] Community update In-Reply-To: References: Message-ID: <412A34AF.7000002@redhat.com> APLAWS+ is built directly on top of CCM. Historically it has forked WAF/CMS but with the 6.1.0 release we worked hard to merge all of the forks into the mainline in a supportable way. Patches to APLAWS+ that affect CCM should (and generally do) find their way upstream. Richard Bob Jacoby wrote: > The problem is I don't have Aplaws; I have CCM. While it's great that > there is an apparent strong community for a line of CCM, unless you're > supporting the base codeline as opposed to a sibling or cousin it > really doesn't assuage my concerns for support. I'll admit I'm not > familiar with Aplaws - not a lick. Have you changed the core CCM code > or do you just provide extensions and then submit any required core > modifications to Red Hat? > > Thanks, > Bob > > >>> Steve Crossan 08/18/04 01:59AM >>> > Richard, > > Thanks for the announcement, this is very interesting news. My feeling is > that this could be the move that makes the platform fly finally. > > As a company offering services around the platform, most of our customers > are actually Aplaws and Aplaws Plus customers. Do you have any information > about how the Aplaws Plus community will interact with CCM / ObjectWeb in > the future? > > Bob, > > I think there is in fact a community out there - for example we have > around 10 developers on the project (Aplaws, but the same codebase) and I > know there are other individual external developers. There are also quite > a few internal developers at West Sussex County Council of all places. The > product has quite high penetration in the UK local government market (and > growing) and I think that will provide a vibrant community. > > Already, companies like ourselves and rol offer support packages, and I'm > sure others will join too. This kind of move could really harness the > ability of this community to take the product forward, both supporting > customers and from the point of view of the future technical direction. I > think we'd all support what Richard is hinting at about standardising some > of the architectural components, and we'd hope that via ObjectWeb we can > contribute to that process. > > cheers > > Steve Crossan > steve at runtime-collective dot com > > http://www.runtime-collective.com > t: 01273 234290 > f: 01273 234291 > m: 0789 984 1684 > > > -- > Redhat-ccm-list mailing list > Redhat-ccm-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-ccm-list > Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ > From berrange at redhat.com Tue Aug 24 09:49:12 2004 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 24 Aug 2004 10:49:12 +0100 Subject: [redhat-ccm-list] Community update In-Reply-To: <412A34AF.7000002@redhat.com>; from richardl@redhat.com on Mon, Aug 23, 2004 at 02:17:19PM -0400 References: <412A34AF.7000002@redhat.com> Message-ID: <20040824104912.A30590@redhat.com> On Mon, Aug 23, 2004 at 02:17:19PM -0400, Richard Li wrote: > APLAWS+ is built directly on top of CCM. Historically it has forked > WAF/CMS but with the 6.1.0 release we worked hard to merge all of the > forks into the mainline in a supportable way. Yes, following on from what Richard said, we merged everything we needed from the previous APLAWS fork, into WAF/CMS 6.10, so we are running APLAWS+ on the official supported mainline codebase. We have no intention of forking again, since its not in anybody's interest. So as it standards now, APLAWS+ is bst considered as a layer of additional applications ontop of the stanard WAF + CMS. Only one or two of these applications are in any way APLAWS specific, so if desired you can pick and choose which additional apps you'd like to install. For those who are not familiar with APLAWS+ it bundles together * WAF - formerly CCM-Core * CMS - the CMS itself * Importer - content import tool * Exporter - contnet export tool * Forum - discussion forums * Portals - collaborative workspaces * Terms - controlled category list importer & management * Shortcuts - URL shortcuts * Search - public facing search & remote SOAP search service * Rss - RSS syndication of content * Themes - manage XSL themes for styling * Subsite - name based virtual hosting from single CMS * navigation - general purpose content navigation * A-Z - autogenerated A-Z of contnetn & categories * Auth - integration with HTTP authentication, eg Basic Auth, NTLM There are also a bunch of extra content types ontop of the 9 or so we previously contributed back to the general CMS app. Since APLAWS+ now lets you pick & choose amongst these apps, rather than having hem as a single unit, I'd say we're in a very good situation for community involvement. We finally have a single code base for all projects, and a large set of applications & content types. Not to mention the large technical imporvments we made in the 6.1 release cycle to kill off some of the more qustionable code & move us in the direction of a more J2EE facing implementation. > > The problem is I don't have Aplaws; I have CCM. While it's great that > > there is an apparent strong community for a line of CCM, unless you're > > supporting the base codeline as opposed to a sibling or cousin it > > really doesn't assuage my concerns for support. I'll admit I'm not > > familiar with Aplaws - not a lick. Have you changed the core CCM code > > or do you just provide extensions and then submit any required core > > modifications to Red Hat? I hope the above overview helped your understanding of how APLAWS fits in with CCM. APLAWS & CCM are one & the same codebase - its merely a bundle of re-usable CCM applications with an integration layer added on top to provide some government focused pieces. Dan. -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From mukeshprasad_ddn at indiatimes.com Wed Aug 25 05:23:23 2004 From: mukeshprasad_ddn at indiatimes.com (mukeshprasad_ddn) Date: Wed, 25 Aug 2004 10:53:23 +0530 Subject: [redhat-ccm-list] PDL query fail exception Message-ID: <200408250459.KAA05294@WS0005.indiatimes.com> Hi all I working on WAF 6.1.0 (ccm-core and ccm-cms) it is properly working fine with Java 1.4 in Java class we are handling all exceptions through Java code but PDL query some time throws exception and duto the previous query fails whole appication fails i can't perform any task untill and unless ccm stop and again ccm start I dont know how to handle PDL exception plz give me some needful Mukesh Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy The Best In BOOKS at http://www.bestsellers.indiatimes.com Bid for for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now! From mukeshprasad_ddn at indiatimes.com Wed Aug 25 06:09:31 2004 From: mukeshprasad_ddn at indiatimes.com (mukeshprasad_ddn) Date: Wed, 25 Aug 2004 11:39:31 +0530 Subject: [redhat-ccm-list] PDL query fails exception Message-ID: <200408250545.LAA17222@WS0005.indiatimes.com> Hi all I am working on WAF 6.1.0 in this I dont know how to handle PDL query exception plz give me some needfull help mukesh Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy The Best In BOOKS at http://www.bestsellers.indiatimes.com Bid for for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now! From mukeshprasad_ddn at indiatimes.com Wed Aug 25 06:15:44 2004 From: mukeshprasad_ddn at indiatimes.com (mukeshprasad_ddn) Date: Wed, 25 Aug 2004 11:45:44 +0530 Subject: [redhat-ccm-list] session problem Message-ID: <200408250551.LAA19093@WS0005.indiatimes.com> Hi all Plz help me about HttpSession in my application there are login feature is implemented through email id if the same email id is use on two diffrent computers for login then both sessions overlaping i want to restrict them but i dont know how to do that plz any one give needfull help Mukesh Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy The Best In BOOKS at http://www.bestsellers.indiatimes.com Bid for for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now! From RJacoby at tceq.state.tx.us Wed Aug 25 13:25:11 2004 From: RJacoby at tceq.state.tx.us (Bob Jacoby) Date: Wed, 25 Aug 2004 08:25:11 -0500 Subject: [redhat-ccm-list] Community update Message-ID: Thanks for all the responses. I guess I'm still a little confused on the difference between APLAWS and APLAWS+. Your and Richard's statements seem to have subtle differences, but this may be due to the APLAWS vs APLAWS+ thing. Richard: "Patches to APLAWS+ that affect CCM should (and generally do) find their way upstream." Daniel: "APLAWS & CCM are one & the same codebase ..." Let me express my understanding so you can correct me... APLAWS was a fork from the original CCM codebase. It provided additional features (and perhaps bug fixes) that were not supported within CCM. APLAWS+ is separate from APLAWS and bundles together various applications and components. APLAWS+ pieces were written to be based on the APLAWS fork of the CCM and would not work against CCM itself. The APLAWS fork has, for the most part, been merged back in to the CCM codebase and for all intensive purposes doesn't exist anymore. APLAWS+ can therefore work against the CCM codebase, with the exception of a few pieces that still require the APLAWS fork (I assume due to some functionality in APLAWS that wasn't merged in to the CCM codebase). Is this accurate? If so, What pieces of APLAWS+ can not work against the CCM codebase? Are there plans to modify these pieces to eliminate the dependancy? >From Richard's statement I infer that APLAWS+ still makes modifications to code that exists within the CCM codebase so another fork exists - just at a higher level. With the move to ObjectWeb do APLAWS+ developers intend to stop introducing these core changes in to APLAWS+ and put them in CCM from the beginning? Thanks, Bob >>> "Daniel P. Berrange" 08/24/04 04:49AM >>> On Mon, Aug 23, 2004 at 02:17:19PM -0400, Richard Li wrote: > APLAWS+ is built directly on top of CCM. Historically it has forked > WAF/CMS but with the 6.1.0 release we worked hard to merge all of the > forks into the mainline in a supportable way. Yes, following on from what Richard said, we merged everything we needed from the previous APLAWS fork, into WAF/CMS 6.10, so we are running APLAWS+ on the official supported mainline codebase. We have no intention of forking again, since its not in anybody's interest. So as it standards now, APLAWS+ is bst considered as a layer of additional applications ontop of the stanard WAF + CMS. Only one or two of these applications are in any way APLAWS specific, so if desired you can pick and choose which additional apps you'd like to install. For those who are not familiar with APLAWS+ it bundles together * WAF - formerly CCM-Core * CMS - the CMS itself * Importer - content import tool * Exporter - contnet export tool * Forum - discussion forums * Portals - collaborative workspaces * Terms - controlled category list importer & management * Shortcuts - URL shortcuts * Search - public facing search & remote SOAP search service * Rss - RSS syndication of content * Themes - manage XSL themes for styling * Subsite - name based virtual hosting from single CMS * navigation - general purpose content navigation * A-Z - autogenerated A-Z of contnetn & categories * Auth - integration with HTTP authentication, eg Basic Auth, NTLM There are also a bunch of extra content types ontop of the 9 or so we previously contributed back to the general CMS app. Since APLAWS+ now lets you pick & choose amongst these apps, rather than having hem as a single unit, I'd say we're in a very good situation for community involvement. We finally have a single code base for all projects, and a large set of applications & content types. Not to mention the large technical imporvments we made in the 6.1 release cycle to kill off some of the more qustionable code & move us in the direction of a more J2EE facing implementation. > > The problem is I don't have Aplaws; I have CCM. While it's great that > > there is an apparent strong community for a line of CCM, unless you're > > supporting the base codeline as opposed to a sibling or cousin it > > really doesn't assuage my concerns for support. I'll admit I'm not > > familiar with Aplaws - not a lick. Have you changed the core CCM code > > or do you just provide extensions and then submit any required core > > modifications to Red Hat? I hope the above overview helped your understanding of how APLAWS fits in with CCM. APLAWS & CCM are one & the same codebase - its merely a bundle of re-usable CCM applications with an integration layer added on top to provide some government focused pieces. Dan. -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| -- Redhat-ccm-list mailing list Redhat-ccm-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-ccm-list Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From richardl at redhat.com Wed Aug 25 13:46:05 2004 From: richardl at redhat.com (Richard Li) Date: Wed, 25 Aug 2004 09:46:05 -0400 Subject: [redhat-ccm-list] Community update In-Reply-To: References: Message-ID: <412C981D.3080004@redhat.com> Bob Jacoby wrote: > Thanks for all the responses. I guess I'm still a little confused on > the difference between APLAWS and APLAWS+. Your and Richard's > statements seem to have subtle differences, but this may be due to the > APLAWS vs APLAWS+ thing. APLAWS+ is the name (not sure if it's formal or informal) I use to refer to the second major release of APLAWS. > APLAWS was a fork from the original CCM codebase. It provided > additional features (and perhaps bug fixes) that were not supported > within CCM. APLAWS+ is separate from APLAWS and bundles together various APLAWS was a fork but has since been merged. Only customers who haven't upgraded to APLAWS+ are still running APLAWS. > applications and components. APLAWS+ pieces were written to be based > on the APLAWS fork of the CCM and would not work against CCM itself. > The APLAWS fork has, for the most part, been merged back in to the No, APLAWS+ runs fine on CCM because we merged everything back. (One of the main goals of the APLAWS+ effort). > CCM codebase and for all intensive purposes doesn't exist anymore. > APLAWS+ can therefore work against the CCM codebase, with the > exception of a few pieces that still require the APLAWS fork (I assume > due to some functionality in APLAWS that wasn't merged in to the CCM > codebase). I don't know of any pieces of APLAWS+ that require the APLAWS fork (which basically only exists off of the 5.2 branch, and to a much lesser extent off of 6.0). APLAWS+ is 6.1 based. > From Richard's statement I infer that APLAWS+ still makes > modifications to code that exists within the CCM codebase so another > fork exists - just at a higher level. With the move to ObjectWeb do > APLAWS+ developers The APLAWS+ developers sometimes make small changes to CCM. These changes tend to be bug fixes. > intend to stop introducing these core changes in to APLAWS+ and put > them in CCM from the beginning? That's our goal, but I suspect that there will be some kinks to get worked out in this process. In the short-term, I expect that the APLAWS+ developers will continue to introduce bug fixes into their branch of CCM. We're putting processes into place to avoid turning that branch into a fork. The APLAWS folks feel that Subversion is a prerequisite for moving away from that model (we're looking to move to Subversion at ObjectWeb as soon as the nice OW folks finish testing). Ultimately, I'd like for everyone to be rooted off of ObjectWeb hosted trees. Richard From berrange at redhat.com Wed Aug 25 13:49:04 2004 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 25 Aug 2004 14:49:04 +0100 Subject: [redhat-ccm-list] Community update In-Reply-To: ; from RJacoby@tceq.state.tx.us on Wed, Aug 25, 2004 at 08:25:11AM -0500 References: Message-ID: <20040825144904.A2146@redhat.com> On Wed, Aug 25, 2004 at 08:25:11AM -0500, Bob Jacoby wrote: > Thanks for all the responses. I guess I'm still a little confused on > the difference between APLAWS and APLAWS+. Your and Richard's statements > seem to have subtle differences, but this may be due to the APLAWS vs > APLAWS+ thing. APLAWS comes in three versions. The original one was against CCM 5.0, the second versionwas against CCM 5.2, while the third was against CCM 6.1. Since this third version was such a huge step forward, it was decided to call the new release APLAWS+ > > Richard: "Patches to APLAWS+ that affect CCM should (and generally do) find their way upstream." > Daniel: "APLAWS & CCM are one & the same codebase ..." My fault, I should have said APLAWS+ here. > Let me express my understanding so you can correct me... > > APLAWS was a fork from the original CCM codebase. It provided > additional features (and perhaps bug fixes) that were not > supported within CCM. APLAWS+ is separate from APLAWS and > bundles together various applications and components. APLAWS+ > pieces were written to be based on the APLAWS fork of the CCM > and would not work against CCM itself. The APLAWS fork has, for > the most part, been merged back in to the CCM codebase and for > all intensive purposes doesn't exist anymore. APLAWS+ can therefore > work against the CCM codebase, with the exception of a few pieces > that still require the APLAWS fork (I assume due to some functionality > in APLAWS that wasn't merged in to the CCM codebase). In the first two version of APLAWS we maintained a fork of Core + CMS in order to add significant new features which could not be done on the official stable release branch. All the changes that matttered in APLAWS branch of Core 5.2 were merged into Core 6.1. Thus the new release (now called APLAWS+) can run on the official stable release branch of Core and CMS 6.1. > >From Richard's statement I infer that APLAWS+ still makes modifications > to code that exists within the CCM codebase so another fork exists - just > at a higher level. With the move to ObjectWeb do APLAWS+ developers intend > to stop introducing these core changes in to APLAWS+ and put them in CCM > from the beginning? Exactly correct. All changes APLAS+ requires to Core/CMS will be made to the standard CCM codeline. We don't anticupate these changes to be anything other than bug fixes in the short term since the current project focus is on stability and quality. Dan. -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From RJacoby at tceq.state.tx.us Wed Aug 25 15:42:08 2004 From: RJacoby at tceq.state.tx.us (Bob Jacoby) Date: Wed, 25 Aug 2004 10:42:08 -0500 Subject: [redhat-ccm-list] Community update Message-ID: Thanks, Richard and Dan. I appreciate the feedback and clarifications. Bob >>> "Daniel P. Berrange" 08/25/04 08:49AM >>> On Wed, Aug 25, 2004 at 08:25:11AM -0500, Bob Jacoby wrote: > Thanks for all the responses. I guess I'm still a little confused on > the difference between APLAWS and APLAWS+. Your and Richard's statements > seem to have subtle differences, but this may be due to the APLAWS vs > APLAWS+ thing. APLAWS comes in three versions. The original one was against CCM 5.0, the second versionwas against CCM 5.2, while the third was against CCM 6.1. Since this third version was such a huge step forward, it was decided to call the new release APLAWS+ > > Richard: "Patches to APLAWS+ that affect CCM should (and generally do) find their way upstream." > Daniel: "APLAWS & CCM are one & the same codebase ..." My fault, I should have said APLAWS+ here. > Let me express my understanding so you can correct me... > > APLAWS was a fork from the original CCM codebase. It provided > additional features (and perhaps bug fixes) that were not > supported within CCM. APLAWS+ is separate from APLAWS and > bundles together various applications and components. APLAWS+ > pieces were written to be based on the APLAWS fork of the CCM > and would not work against CCM itself. The APLAWS fork has, for > the most part, been merged back in to the CCM codebase and for > all intensive purposes doesn't exist anymore. APLAWS+ can therefore > work against the CCM codebase, with the exception of a few pieces > that still require the APLAWS fork (I assume due to some functionality > in APLAWS that wasn't merged in to the CCM codebase). In the first two version of APLAWS we maintained a fork of Core + CMS in order to add significant new features which could not be done on the official stable release branch. All the changes that matttered in APLAWS branch of Core 5.2 were merged into Core 6.1. Thus the new release (now called APLAWS+) can run on the official stable release branch of Core and CMS 6.1. > >From Richard's statement I infer that APLAWS+ still makes modifications > to code that exists within the CCM codebase so another fork exists - just > at a higher level. With the move to ObjectWeb do APLAWS+ developers intend > to stop introducing these core changes in to APLAWS+ and put them in CCM > from the beginning? Exactly correct. All changes APLAS+ requires to Core/CMS will be made to the standard CCM codeline. We don't anticupate these changes to be anything other than bug fixes in the short term since the current project focus is on stability and quality. Dan. -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| -- Redhat-ccm-list mailing list Redhat-ccm-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-ccm-list Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sukesh at triconinfotech.com Thu Aug 26 06:16:40 2004 From: sukesh at triconinfotech.com (Sukesh Shetty) Date: Thu, 26 Aug 2004 11:46:40 +0530 Subject: [redhat-ccm-list] HttpSession overlapping problem in WAF 6.1 Message-ID: <2C76D5D1FBF74C428757FF609345DF1A1003E2@jupiter.triconhome.local> Hi All, We have created an application using WAF 6.1.Our application is using only ccm-core & ccm-cms. The url to run our application is localhost/ourapplicationName/index.jsp, in database we have added additional 24 tables.We are validating user login using these tables. The problem is when more than two or three users are logged in then the HttpSession overlaps,one user gets the page of other user.I think the response page for each request is interchanging,that's why other users are getting different pages.Any suggetions will be helpfull Thanking you in advance.. Sukesh -------------- next part -------------- An HTML attachment was scrubbed... URL: From berrange at redhat.com Thu Aug 26 09:30:04 2004 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Aug 2004 10:30:04 +0100 Subject: [redhat-ccm-list] Community update In-Reply-To: ; from RJacoby@tceq.state.tx.us on Wed, Aug 25, 2004 at 10:42:08AM -0500 References: Message-ID: <20040826103004.A26839@redhat.com> FYI, I've created an FAQ page on the new Byline Wiki summarizing this APLAWS releated thread, along with a few other typical questions (what servlet container, database & operating system is supported). Any one, please feel free to expand this with more info.... The Byline Wiki is at http://wiki.objectweb.org/byline/ Richard, any idea if its possible to make the Wiki appear as the front page when browsing to http://byline.objectweb.org/. I guess we could make it simply 301 redirect the page ? Dan. On Wed, Aug 25, 2004 at 10:42:08AM -0500, Bob Jacoby wrote: > Thanks, Richard and Dan. I appreciate the feedback and clarifications. > > Bob > > >>> "Daniel P. Berrange" 08/25/04 08:49AM >>> > On Wed, Aug 25, 2004 at 08:25:11AM -0500, Bob Jacoby wrote: > > Thanks for all the responses. I guess I'm still a little confused on > > the difference between APLAWS and APLAWS+. Your and Richard's statements > > seem to have subtle differences, but this may be due to the APLAWS vs > > APLAWS+ thing. > > APLAWS comes in three versions. The original one was against CCM 5.0, > the second versionwas against CCM 5.2, while the third was against > CCM 6.1. Since this third version was such a huge step forward, it > was decided to call the new release APLAWS+ > > > > > Richard: "Patches to APLAWS+ that affect CCM should (and generally do) find their way upstream." > > Daniel: "APLAWS & CCM are one & the same codebase ..." > > My fault, I should have said APLAWS+ here. > > > Let me express my understanding so you can correct me... > > > > APLAWS was a fork from the original CCM codebase. It provided > > additional features (and perhaps bug fixes) that were not > > supported within CCM. APLAWS+ is separate from APLAWS and > > bundles together various applications and components. APLAWS+ > > pieces were written to be based on the APLAWS fork of the CCM > > and would not work against CCM itself. The APLAWS fork has, for > > the most part, been merged back in to the CCM codebase and for > > all intensive purposes doesn't exist anymore. APLAWS+ can therefore > > work against the CCM codebase, with the exception of a few pieces > > that still require the APLAWS fork (I assume due to some functionality > > in APLAWS that wasn't merged in to the CCM codebase). > > In the first two version of APLAWS we maintained a fork of Core + CMS > in order to add significant new features which could not be done on the > official stable release branch. All the changes that matttered in APLAWS > branch of Core 5.2 were merged into Core 6.1. Thus the new release (now > called APLAWS+) can run on the official stable release branch of Core and > CMS 6.1. > > > >From Richard's statement I infer that APLAWS+ still makes modifications > > to code that exists within the CCM codebase so another fork exists - just > > at a higher level. With the move to ObjectWeb do APLAWS+ developers intend > > to stop introducing these core changes in to APLAWS+ and put them in CCM > > from the beginning? > > Exactly correct. All changes APLAS+ requires to Core/CMS will be made > to the standard CCM codeline. We don't anticupate these changes to be > anything other than bug fixes in the short term since the current > project focus is on stability and quality. > > > Dan. > -- > |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| > |=- Perl modules: http://search.cpan.org/~danberr/ -=| > |=- Projects: http://freshmeat.net/~danielpb/ -=| > |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| > > > -- > Redhat-ccm-list mailing list > Redhat-ccm-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-ccm-list > Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ > -- > Redhat-ccm-list mailing list > Redhat-ccm-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-ccm-list > Archives: https://www.redhat.com/pipermail/redhat-ccm-list/ -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From richardl at redhat.com Thu Aug 26 12:18:24 2004 From: richardl at redhat.com (Richard Li) Date: Thu, 26 Aug 2004 08:18:24 -0400 Subject: [redhat-ccm-list] Community update In-Reply-To: <20040826103004.A26839@redhat.com> References: <20040826103004.A26839@redhat.com> Message-ID: <412DD510.3010402@redhat.com> Daniel P. Berrange wrote: >FYI, I've created an FAQ page on the new Byline Wiki summarizing this >APLAWS releated thread, along with a few other typical questions (what >servlet container, database & operating system is supported). Any one, >please feel free to expand this with more info.... > >The Byline Wiki is at > > http://wiki.objectweb.org/byline/ > >Richard, any idea if its possible to make the Wiki appear as the front >page when browsing to http://byline.objectweb.org/. I guess we could >make it simply 301 redirect the page ? > > Yes it's possible but what's the idea behind this one? So that anyone can modify the front page and that it has all the standard Wiki stuff on the side? (I'd like to avoid cluttering the front page up with all that random stuff that Wiki puts on the side.) Richard From berrange at redhat.com Thu Aug 26 12:26:39 2004 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Aug 2004 13:26:39 +0100 Subject: [redhat-ccm-list] Community update In-Reply-To: <412DD510.3010402@redhat.com>; from richardl@redhat.com on Thu, Aug 26, 2004 at 08:18:24AM -0400 References: <20040826103004.A26839@redhat.com> <412DD510.3010402@redhat.com> Message-ID: <20040826132639.A485@redhat.com> On Thu, Aug 26, 2004 at 08:18:24AM -0400, Richard Li wrote: > >The Byline Wiki is at > > > > http://wiki.objectweb.org/byline/ > > > >Richard, any idea if its possible to make the Wiki appear as the front > >page when browsing to http://byline.objectweb.org/. I guess we could > >make it simply 301 redirect the page ? > > > > > Yes it's possible but what's the idea behind this one? So that anyone > can modify the front page and that it has all the standard Wiki stuff on > the side? (I'd like to avoid cluttering the front page up with all that > random stuff that Wiki puts on the side.) I was just thinking that the Wiki had all the interesting content on it & the homepage is rather sparse by comparison. So rather than having some manually put interesting stuff on the homepage every time its added to the wiki, we could just main one Wiki page. I agree that we wouldnt really want that side bar present though. I had thought it was just in s but looking close its all one page which is a pity :-( Dan. -- |=- Red Hat, 338 Euston Road, London, NW1 3BT. +44 (0)7977 267 243 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From richardl at redhat.com Thu Aug 26 12:35:21 2004 From: richardl at redhat.com (Richard Li) Date: Thu, 26 Aug 2004 08:35:21 -0400 Subject: [redhat-ccm-list] Community update In-Reply-To: <20040826132639.A485@redhat.com> References: <20040826103004.A26839@redhat.com> <412DD510.3010402@redhat.com> <20040826132639.A485@redhat.com> Message-ID: <412DD909.6070701@redhat.com> Improving the home page is on my todo list, but as with everyone's todo list, it's kind of long. But we'll move it to CVS and then others will be able to commit to it, too. Richard Daniel P. Berrange wrote: >On Thu, Aug 26, 2004 at 08:18:24AM -0400, Richard Li wrote: > > >>>The Byline Wiki is at >>> >>> http://wiki.objectweb.org/byline/ >>> >>>Richard, any idea if its possible to make the Wiki appear as the front >>>page when browsing to http://byline.objectweb.org/. I guess we could >>>make it simply 301 redirect the page ? >>> >>> >>> >>> >>Yes it's possible but what's the idea behind this one? So that anyone >>can modify the front page and that it has all the standard Wiki stuff on >>the side? (I'd like to avoid cluttering the front page up with all that >>random stuff that Wiki puts on the side.) >> >> > >I was just thinking that the Wiki had all the interesting content >on it & the homepage is rather sparse by comparison. So rather than >having some manually put interesting stuff on the homepage every >time its added to the wiki, we could just main one Wiki page. I agree >that we wouldnt really want that side bar present though. I had thought >it was just in s but looking close its all one page which is >a pity :-( > >Dan. > > From kevin.flaherty at roadstead.org Fri Aug 27 17:11:40 2004 From: kevin.flaherty at roadstead.org (Kevin C. Flaherty) Date: Fri, 27 Aug 2004 17:11:40 -0000 Subject: [redhat-ccm-list] Re: Installation problems - Error executing the .sql files In-Reply-To: <3D949D26.9010107@redhat.com>; from richardl@redhat.com on Fri, Sep 27, 2002 at 02:02:14PM -0400 References: <20020927170250.60381.qmail@web11402.mail.yahoo.com> <3D949D26.9010107@redhat.com> Message-ID: <20021105143612.A1968@meilihua> Hi guys, just about to post and I found this... may I ask what the issue was? I am having similar problems with Oracle9i (9.2.0): ############################################ SQL> @/var/www/ccm-core-cms/dist/WEB-INF/sql/ccm-core-cms/oracle-se/search/sear ch-create.sql Table created. ctx_ddl.create_section_group('autogroup', 'AUTO_SECTION_GROUP'); * ERROR at line 2: ORA-06550: line 2, column 4: PLS-00201: identifier 'CTX_DDL' must be declared ORA-06550: line 2, column 4: PL/SQL: Statement ignored CREATE INDEX xml_content_index ON search_content(xml_content) INDEXTYPE IS ctxsy s.context * ERROR at line 1: ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine ORA-20000: Oracle Text error: DRG-12203: section group autogroup does not exist ORA-06512: at "CTXSYS.DRUE", line 157 ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 186 Index created. create table content_change_time ( * ERROR at line 1: ORA-00955: name is already used by an existing object create table search_indexing_jobs ( * ERROR at line 1: ORA-00955: name is already used by an existing object insert into search_indexing_jobs * ERROR at line 1: ORA-00001: unique constraint (SCOTT.SEARCH_INDEXING_JOBS_PK) violated Package created. Package body created. No errors. ######################################### Here's what Richard Li (richardl at redhat.com) had to say: > You didn't install or configure Intermedia properly when you set up > Oracle. Consult the Oracle instructions for help, or ask your DBA. > > You can ignore this error if you don't use full-text search. > > Richard > > vijay anandh wrote: > > >Hi, > > > >Im getting the following errors when i execute the > >"core-platform-create.sql" file. > > > >Im using WindowsNT with Oracle8.1.7. > > > >please help me out in solving this. > > > >************************************ > > ctx_ddl.create_section_group('autogroup', > >'AUTO_SECTION_GROUP'); > > * > >ERROR at line 2: > >ORA-06550: line 2, column 4: > >PLS-00201: identifier 'CTXSYS.CTX_DDL' must be > >declared > >ORA-06550: line 2, column 4: > >PL/SQL: Statement ignored > > > > > >CREATE INDEX xml_content_index ON > >search_content(xml_content) INDEXTYPE IS > >ctxsys.context > >* > >ERROR at line 1: > >ORA-29855: error occurred in the execution of > >ODCIINDEXCREATE routine > >ORA-20000: file not found > >DRG-12203: file not found > >ORA-06512: at "CTXSYS.DRUE", line 126 > >ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 78 > >ORA-06512: at line 1 > > > > > >CREATE INDEX raw_content_index ON > >search_content(raw_content) INDEXTYPE IS > >ctxsys.context > >* > >ERROR at line 1: > >ORA-29855: error occurred in the execution of > >ODCIINDEXCREATE routine > >ORA-20000: file not found > >DRG-11206: file not found; arguments: > >[/opt/Ora817/OraHome1/ctx/bin/ctxhx] > >ORA-06512: at "CTXSYS.DRUE", line 126 > >ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 78 > >ORA-06512: at line 1 > > > > > > > >create index convert_to_html_index on > >pre_convert_html(content) indextype is > >* > >ERROR at line 1: > >ORA-29855: error occurred in the execution of > >ODCIINDEXCREATE routine > >ORA-20000: file not found > >DRG-11206: file not found; arguments: > >[/opt/Ora817/OraHome1/ctx/bin/ctxhx] > >ORA-06512: at "CTXSYS.DRUE", line 126 > >ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 78 > >ORA-06512: at line 1 > >**************************************** > > > > > >thanks in advance > >Vijay > > > >__________________________________________________ > >Do you Yahoo!? > >New DSL Internet Access from SBC & Yahoo! > >http://sbc.yahoo.com > > > > > > > > > > > > > -- Kevin C. Flaherty email: kevin at roadstead.org Roadstead Consulting www: www.roadstead.org Badstuestraede 3 work: +45 26 29 90 94 1207 Copenhagen K IM: roadstead_rap (YahooIM) Denmark From kevin.flaherty at roadstead.org Fri Aug 27 17:11:52 2004 From: kevin.flaherty at roadstead.org (Kevin C. Flaherty) Date: Fri, 27 Aug 2004 17:11:52 -0000 Subject: [redhat-ccm-list] Re: Installation problems - Error executing the .sql files In-Reply-To: <3DC7D8E8.20603@redhat.com>; from richardl@redhat.com on Tue, Nov 05, 2002 at 09:42:48AM -0500 References: <20020927170250.60381.qmail@web11402.mail.yahoo.com> <3D949D26.9010107@redhat.com> <20021105143612.A1968@meilihua> <3DC7D8E8.20603@redhat.com> Message-ID: <20021105150120.E1502@meilihua> Just wondering if the problem lay in the .sql script before I began tracking down Oracle problems... thanks. Here's what Richard Li (richardl at redhat.com) had to say: > My previous response that you quoted is still appropriate, I think: > > You didn't install or configure Intermedia properly when you set up > Oracle. Consult the Oracle instructions for help, or ask your DBA. > > You can ignore this error if you don't use full-text search. > > Do you have a more specific question? > > Kevin C. Flaherty wrote: > > >Hi guys, just about to post and I found this... may I ask what the issue was? I am having similar problems with Oracle9i (9.2.0): > > > >############################################ > > > >SQL> @/var/www/ccm-core-cms/dist/WEB-INF/sql/ccm-core-cms/oracle-se/search/sear > >ch-create.sql > > > >Table created. > > > > ctx_ddl.create_section_group('autogroup', 'AUTO_SECTION_GROUP'); > > * > >ERROR at line 2: > >ORA-06550: line 2, column 4: > >PLS-00201: identifier 'CTX_DDL' must be declared > >ORA-06550: line 2, column 4: > >PL/SQL: Statement ignored > > > > > >CREATE INDEX xml_content_index ON search_content(xml_content) INDEXTYPE IS ctxsy > >s.context > >* > >ERROR at line 1: > >ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine > >ORA-20000: Oracle Text error: > >DRG-12203: section group autogroup does not exist > >ORA-06512: at "CTXSYS.DRUE", line 157 > >ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 186 > > > > > > > >Index created. > > > >create table content_change_time ( > > * > >ERROR at line 1: > >ORA-00955: name is already used by an existing object > > > > > >create table search_indexing_jobs ( > > * > >ERROR at line 1: > >ORA-00955: name is already used by an existing object > > > > > >insert into search_indexing_jobs > >* > >ERROR at line 1: > >ORA-00001: unique constraint (SCOTT.SEARCH_INDEXING_JOBS_PK) violated > > > > > > > >Package created. > > > > > >Package body created. > > > >No errors. > > > >######################################### > > > >Here's what Richard Li (richardl at redhat.com) had to say: > > > > > > > >>You didn't install or configure Intermedia properly when you set up > >>Oracle. Consult the Oracle instructions for help, or ask your DBA. > >> > >>You can ignore this error if you don't use full-text search. > >> > >>Richard > >> > >>vijay anandh wrote: > >> > >> > >> > >>>Hi, > >>> > >>>Im getting the following errors when i execute the > >>>"core-platform-create.sql" file. > >>> > >>>Im using WindowsNT with Oracle8.1.7. > >>> > >>>please help me out in solving this. > >>> > >>>************************************ > >>> ctx_ddl.create_section_group('autogroup', > >>>'AUTO_SECTION_GROUP'); > >>> * > >>>ERROR at line 2: > >>>ORA-06550: line 2, column 4: > >>>PLS-00201: identifier 'CTXSYS.CTX_DDL' must be > >>>declared > >>>ORA-06550: line 2, column 4: > >>>PL/SQL: Statement ignored > >>> > >>> > >>>CREATE INDEX xml_content_index ON > >>>search_content(xml_content) INDEXTYPE IS > >>>ctxsys.context > >>>* > >>>ERROR at line 1: > >>>ORA-29855: error occurred in the execution of > >>>ODCIINDEXCREATE routine > >>>ORA-20000: file not found > >>>DRG-12203: file not found > >>>ORA-06512: at "CTXSYS.DRUE", line 126 > >>>ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 78 > >>>ORA-06512: at line 1 > >>> > >>> > >>>CREATE INDEX raw_content_index ON > >>>search_content(raw_content) INDEXTYPE IS > >>>ctxsys.context > >>>* > >>>ERROR at line 1: > >>>ORA-29855: error occurred in the execution of > >>>ODCIINDEXCREATE routine > >>>ORA-20000: file not found > >>>DRG-11206: file not found; arguments: > >>>[/opt/Ora817/OraHome1/ctx/bin/ctxhx] > >>>ORA-06512: at "CTXSYS.DRUE", line 126 > >>>ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 78 > >>>ORA-06512: at line 1 > >>> > >>> > >>> > >>>create index convert_to_html_index on > >>>pre_convert_html(content) indextype is > >>>* > >>>ERROR at line 1: > >>>ORA-29855: error occurred in the execution of > >>>ODCIINDEXCREATE routine > >>>ORA-20000: file not found > >>>DRG-11206: file not found; arguments: > >>>[/opt/Ora817/OraHome1/ctx/bin/ctxhx] > >>>ORA-06512: at "CTXSYS.DRUE", line 126 > >>>ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 78 > >>>ORA-06512: at line 1 > >>>**************************************** > >>> > >>> > >>>thanks in advance > >>>Vijay > >>> > >>>__________________________________________________ > >>>Do you Yahoo!? > >>>New DSL Internet Access from SBC & Yahoo! > >>>http://sbc.yahoo.com > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >> > >> > >> > > > > > > > > > > -- > Redhat-ccm-list mailing list > Redhat-ccm-list at redhat.com > https://listman.redhat.com/mailman/listinfo/redhat-ccm-list -- Kevin C. Flaherty email: kevin at roadstead.org Roadstead Consulting www: www.roadstead.org Badstuestraede 3 work: +45 26 29 90 94 1207 Copenhagen K IM: roadstead_rap (YahooIM) Denmark From qasim at mail.com Sat Aug 28 22:13:28 2004 From: qasim at mail.com (Qasim Khawaja) Date: Sat, 28 Aug 2004 23:13:28 +0100 Subject: [redhat-ccm-list] Downloading CCM and Portal Server Message-ID: <7D39DF63-F93F-11D8-9EEC-000D93ADEEFE@mail.com> Please could someone advice me where I can download CCM 6.1 and Portal Server. I would also greatly appreciate advice as to if and how the portal server can be used with CCM Thanks in advance Qasim From butem_w at buziaczek.pl Sun Aug 29 18:12:56 2004 From: butem_w at buziaczek.pl (Michael Modestowicz) Date: Sun, 29 Aug 2004 20:12:56 +0200 Subject: [redhat-ccm-list] Templates in Redhat CMS Message-ID: <004001c48df3$d18ee9f0$9bc61d3e@mrrcmzu0xq5x3w> Hello I'm searching for information (tutorials, howtos, manuals) concerning the process of building templates (XSL and JSP) for Redhat CMS. It's not included in the documentation (devel and admin guides). Any help is very appreciated Michael From richardl at redhat.com Mon Aug 30 14:53:34 2004 From: richardl at redhat.com (Richard Li) Date: Mon, 30 Aug 2004 10:53:34 -0400 Subject: [redhat-ccm-list] Announcement: Byline-dev, source code, etc Message-ID: <41333F6E.3070101@redhat.com> Hello, A few announcements regarding Byline: 1. A new mailing list, byline-dev, has been created. You can subscribe by sending email to byline-dev-subscribe at objectweb.org. 2. All the sources for Byline have been imported into a Subversion tree that has anonymous read-only access. We've also locked down the internal development source tree, so all new development will be immediately available upon commit in the Subversion tree. 3. All the sources have been relicensed under the LGPL. 4. A Wiki for Byline is available. Some volunteers have started working on a Developer Quick Start for building Byline from source checkout. See the Wiki at: http://wiki.objectweb.org/byline/. 5. A lot of work remains to be done. We've started using the Byline task tracker to keep track of TODOs: http://forge.objectweb.org/pm/?group_id=143. 6. If there's anything you'd like to work on or a suggestion, please post. I'm also hoping to get volunteers to start looking into merging their patches into the tree. I've written a short little Patch Submission process on the wiki: http://wiki.objectweb.org/byline/Wiki.jsp?page=PatchSubmission. I'd also like to add more committers once we have a policy in place for how to nominate and allow people as committers. Thanks, Richard