Menu
▾
▴
aplaws-devel — Developer Mailing List. Forum postings are forwarded to this list.
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(13) |
Mar
(15) |
Apr
(29) |
May
(28) |
Jun
(111) |
Jul
(185) |
Aug
(366) |
Sep
(121) |
Oct
(73) |
Nov
(57) |
Dec
(23) |
| 2005 |
Jan
(30) |
Feb
(49) |
Mar
(51) |
Apr
(47) |
May
(95) |
Jun
(74) |
Jul
(62) |
Aug
(61) |
Sep
(46) |
Oct
(73) |
Nov
(111) |
Dec
(59) |
| 2006 |
Jan
(114) |
Feb
(34) |
Mar
(47) |
Apr
(49) |
May
(106) |
Jun
(47) |
Jul
(78) |
Aug
(31) |
Sep
(35) |
Oct
(39) |
Nov
(63) |
Dec
(17) |
| 2007 |
Jan
(40) |
Feb
(32) |
Mar
(17) |
Apr
(15) |
May
(28) |
Jun
(20) |
Jul
(80) |
Aug
(83) |
Sep
(52) |
Oct
(26) |
Nov
(6) |
Dec
(9) |
| 2008 |
Jan
(22) |
Feb
(11) |
Mar
(45) |
Apr
(5) |
May
(8) |
Jun
|
Jul
(16) |
Aug
(5) |
Sep
(3) |
Oct
(4) |
Nov
(14) |
Dec
(3) |
| 2009 |
Jan
(25) |
Feb
(46) |
Mar
(17) |
Apr
(8) |
May
(74) |
Jun
(48) |
Jul
(11) |
Aug
(9) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-28 10:47:19
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7414147 By: pboy Terry, agreed. I think it would be sufficient to have a @version tag in the javadoc class comment using the $Id: tag, so we have an information about the last change, which could be useful. I'm not shure, if the variable versionId is ever used for program logic. A cursory look on grep -R 'versionId' * shows only definitions, no processing. Perhaps Alan knows about the reasons. Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-28 10:38:08
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7414135 By: pboy Hi Terry, such a function is on my wishlist for the new user installation tool, because we should emphasize the modular system architecture. Unfortunately, I have no ideas how to do it. Your provided link sounds promising. Would be great if could create a plan how to implement it. Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-28 10:19:16
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7414108 By: terry_permeance Personally, I find it very annoying to see that lots of committed changes are only versionId changes: public final static String versionId = "$Id: Initializer.java 755 2005-09-02 13:42:47Z sskracic $" + "$Author: sskracic $" + "$DateTime: 2004/01/23 10:22:44 $"; (or equivalent) Can we remove all these? Terry ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-28 10:16:43
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7414100 By: terry_permeance I would like to change the way web.xml is created, something like this: 1. create an empty <web-app/> xml descriptor 2. for each applications, merge in web/WEB-INF/web.xml.part (if it exists) 3. merge in the web.xml defined in project.xml There are helper classes around... e.g. http://cargo.codehaus.org/maven-site/cargo-core/cargo-core-api/cargo-core-api-mo dule/apidocs/org/codehaus/cargo/module/webapp/WebXmlMerger.html I've seen this done with liferay but not sure how it handles conflicts, e.g. define the same servlet twice with different implementations. Any thoughts? Terry ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-27 10:20:20
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7412112 By: csgupta Peter, The latest trunk has all package like ccm-cms-assets-fileattachment, ccm-cms-types-htmlform etc and I have changed my project.xml accordingly. But FileAttachment is not coming in left during content authring step . I am wondering whether that is removed from authring kit ors another left over in the latest trunk? Same with ccm-cms-types-htmlform, this content type is not coming in drop down list when we create any new content item. /Chandra ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 08:32:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409964 By: pboy Chandra, sounds as if there is a wrong path specification, might be a left over from the latest runtime installation tree modifications. I'll have a look into it later today. Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 08:29:30
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409959 By: terry_permeance The command: ant new-app -Dnew.app.name=ccm-foo will create a new application called ccm-foo using the template located in tools-ng/ecdc/templates/new-app Regards, Terry ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 07:49:05
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409900 By: csgupta Peter, When you assign navigation catgory to any content item during content authoring. it does not assign anyhting in Selected categories multiline selectbox.It gives java script error. Thanks, chandra ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 07:24:55
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409850 By: pboy Chandra, I didn't experienced said problem. Could you give some detailed information how to reproduce it? Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 07:23:24
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409847 By: pboy Terry, I'm not familiar with Liferay, but I think, APLAWS should exist as an autonomous, self-employed application and should not rely on / become dependent from a third party product. Indeed, portlet centric is a good perspective (and their is already a lot of implementation in Aplaws). APLAWS needs it's own portal server (therefore I'm interested in exploring ccm-ldn-portal and bylines ccm-protalserver), should be able to integrate other portlets and should be able to integrate itself into other portal solutions. That's a long term perspective. Regarding the presentation layer: The current "light weight" approach using xsl is a promising perspective with a lot of benefits compared to plain JSF or similiar frameworks. Our Mandalay development will make themeing much easier. Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 07:11:03
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409834 By: pboy Hi Shawn, thanks for the kind words. | Performance is an issue which we fixed by buying a big expensive | DB server and by implementing a severe squid apache layer. So another | area is to sort out caching/performance, | We have a lvs -> squid -> apache -> tomcat configuration and it's difficult | for publishers to know if their published page is actually live! On our Intranet | we went back to simpler apache with modcache -> mod proxy -> tomcat, | which is fast and easier to deploy and a lot less painful than LVS route. It would be perfect if you could shortly describe on wiki how you did setup the Squid solution rsp. the modcache solution and what was the performance gain about and what follow up problems araised (and how to manage them). As part of the maintenance manuel I wrote some paragraphs about it, but way too short. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 06:57:35
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409821 By: pboy Hi Terry, I suppose it is quite a demanding untertaking to get it running. Perhaps Brett can help out. He managed to implement support for MS SQL for APLAWS (and will provide his patches as soon as he can spare time) and has experiences with that problem domain. Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 04:48:00
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409719 By: terry_permeance To clarify, I got to creating the tables for ccm-core only. I've committed what I got up to into /contrib/permeance/derby. Step 1. Set up ecdc. Step 2. Add the following to integration.properties: waf.admin.name.screen=admin waf.web.server=localhost\:8080 waf.runtime.jdbc_url=jdbc\:derby\:runtime/db/derby/ccm;create=true waf.kernel.primary_user_identifier=screen_name Step 3. ant load-bundle D:\workspaces\aplaws\derby>ant load-bundle Buildfile: build.xml [echo] Project base directory is D:\workspaces\aplaws\derby [echo] web.xml file requested: web.xml-aplaws prepare-load: [echo] prepare bundle D:\workspaces\aplaws\derby/ccm-ldn-aplaws/bundles/devel [copy] Copying 1 file to D:\workspaces\aplaws\derby [delete] Deleting: D:\workspaces\aplaws\derby\.tmp.applications.cfg load-bundle: [echo] Loading bundle D:\workspaces\aplaws\derby/ccm-ldn-aplaws/bundles/devel into D:\workspaces\aplaws\derby/runtime/apache-tomcat-6.0.18 [java] CHECK: The database type is recognized [java] CHECK: The Oracle JDBC driver is available [java] CHECK: The ccm-core package is configured. [java] CHECK: The JDBC URL parameter is set. [java] CHECK: The database is accepting connections [java] CHECK: JAAS is available [java] CHECK: JCE is available [java] 2009-05-26 12:46:47,984 [ main] INFO packaging.Loader - Loading schema for ccm-core [java] 2009-05-26 12:46:53,490 [ main] INFO runtime.Startup - Initializing WAF runtime [java] 2009-05-26 12:46:53,676 [ull) ] INFO runtime.Startup - Initialization complete [java] 2009-05-26 12:46:53,676 [ull) ] INFO packaging.Loader - Running initializer com.arsdigita.core.Initializer [java] com/arsdigita/notification/Notification.pdl: line 37, column 10 [warning]: table already has primary key: com/arsdigita/notification/Notification.pdl: line 35, column 4 [java] com/arsdigita/notification/Notification.pdl: line 38, column 10 [warning]: table already has primary key: com/arsdigita/notification/Notification.pdl: line 35, column 4 [java] [java] java.lang.ExceptionInInitializerError [java] at com.arsdigita.kernel.Initializer.doStartup(Initializer.java:63) [java] at com.arsdigita.kernel.BaseInitializer$1.excurse(BaseInitializer.java:53) [java] at com.arsdigita.kernel.KernelExcursion.run(KernelExcursion.java:60) [java] at com.arsdigita.kernel.BaseInitializer.startup(BaseInitializer.java:56) [java] at com.arsdigita.initializer.Script.startup(Script.java:236) [java] at com.arsdigita.initializer.Script.startup(Script.java:207) [java] at com.arsdigita.runtime.LegacyInitializer.init(LegacyInitializer.java:137) [java] at com.arsdigita.runtime.CompoundInitializer.init(CompoundInitializer.java:142) [java] at com.arsdigita.core.Initializer.init(Initializer.java:163) [java] at com.arsdigita.runtime.CompoundInitializer.init(CompoundInitializer.java:142) [java] at com.arsdigita.runtime.Startup.run(Startup.java:242) [java] at com.arsdigita.packaging.Loader.loadData(Loader.java:149) [java] at com.arsdigita.packaging.Load.run(Load.java:401) [java] at com.arsdigita.packaging.MasterTool.main(MasterTool.java:119) [java] Caused by: java.lang.RuntimeException: Couldn't find column name for privilege - admin [java] at com.arsdigita.kernel.permissions.PrivilegeDescriptor.<init>(PrivilegeDescript or.java:267) [java] at com.arsdigita.kernel.permissions.PrivilegeDescriptor.<clinit>(PrivilegeDescri ptor.java:54) [java] ... 14 more [java] Java Result: 1 This is expected if you look in ccm-core/sql/ccm-core/derby-create.sql you'll see quite a few lines commented out, e.g. --\i default/kernel/package-parties_denormalization.sql --\i default/kernel/trigger-acs_parties.sql because we need to rewrite packages and triggers in Java. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-26 00:00:41
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7409510 By: terry_permeance A while back, I managed to get Derby integrated to the point of creating the tables but since it requires stored procedures to be written in Java, I never finished it. I also tried hsqldb but it's sql dialect was too limited. I thought about using Firebird (http://www.firebirdsql.org/) but its not Java so might require some JNI magic to embed it inside the JVM. Any volunteers if I commit my preliminary Derby changes? Terry ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-25 14:23:04
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7408739 By: shawnlane 1. Aplaws was too hard to build before. It's now pretty simple with ecdc. Next steps would be to migrate to maven and to embed derby. 2. I think we should replace the output applications with Liferay (or equivalent) which does a much better job at layout, portlets, etc. By "output" I mean the content, navigation and portal applications. Totally agree with point 1 and 2. Once it becomes easy to build and deploy you will get more take up. Plus adding standards based portals would enable better expansion of the system and more plug in opportunities. I think this would also get SME's looking at it as an option. Rebuilding the interface for editing would be a major task, but using GWT might get more interest from developers. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-25 11:13:48
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7408494 By: terry_permeance Step 1. Configure your upgrade using local.ccm.properties, e.g. ccm.upgrade.package=ccm-core ccm.upgrade.from.version=6.5.4 ccm.upgrade.to.version=6.5.5 Step 2. ant upgrade [See https://fedorahosted.org/aplaws/changeset/1926/] ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-25 11:11:18
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7408491 By: csgupta Hi, Has anybody experinced the problem in assign categories navigation during content authoring in latest trunk build? It actully does not allow me to select the navigation categories.. Thanks, Chandra ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-25 10:17:25
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7408424 By: terry_permeance A few random(ish) observations: 1. Aplaws was too hard to build before. It's now pretty simple with ecdc. Next steps would be to migrate to maven and to embed derby. 2. I think we should replace the output applications with Liferay (or equivalent) which does a much better job at layout, portlets, etc. By "output" I mean the content, navigation and portal applications. 3. The content center needs to be rewritten in a more productive UI framework. GWT might be a good option given Bebop is already Swing-like. In short, Aplaws is pretty solid from a technical perspective, even if it doesn't use Spring, Hibernate and the latest and greatest frameworks. I think the RedHat/Arsdigita/Aplaws community have done a great job. >From a non-technical perspective, Aplaws needs something to differentiate itself from the open-source crowd [http://java-source.net/open-source/content-managment-systems] and attract new users and developers. It could be government compliance but it could be something else. Alfresco + Liferay integration is pretty basic. Aplaws could position itself as a portlet-based CMS. Regards, Terry ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-25 09:43:17
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7408371 By: shawnlane I think with the work you are doing, people looking for a JEE solution for content management will be able to just download and run, something that was very difficult with APLAWS without skilled developers. (NB many local authorities do not have any developers). To be constructive, I think areas that would make a difference is easy to set up and deploy sub site, with easily modifiable templates, it sounds like Mandalay solves the latter problem. >So, if we decide to replace APLAWS persistence by JCR, we should use a really free implementation like Apache's jackrabbit. Agree, it's not clear what Alfresco are doing, except to try and undercut products like Documentum and make money via support, training rather than straight licence fee. As a WCM product Alfresco is a long way from being complete. Performance is an issue which we fixed by buying a big expensive DB server and by implementing a severe squid apache layer. So another area is to sort out caching/performance, We have a lvs -> squid -> apache -> tomcat configuration and it's difficult for publishers to know if their published page is actually live! On our Intranet we went back to simpler apache with modcache -> mod proxy -> tomcat, which is fast and easier to deploy and a lot less painful than LVS route. PS I applaud you for the work you are doing on APLAWS! ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-24 20:11:41
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7407641 By: pboy Hi Brett, it would be very very helpful if you could contribute your experiences and provide a patch. Your patch regarding ResourceParameter was the "breakthrough" to get the problem resolved. Regarding rewriting of xsl files: I had (rather) a short look into some files and found a huge amount of references to other xsl files (includes) which contain the ROOT directory as a fix part of the path. So I suppose we have to have a look into every file (or let grep do that) to check for absolute path specifications. My idea is: if we have to look into nearly every xsl file, we should use that occasion to thorougly clean up the web directory structure as well. Currently it's really a mess. Files a spread all over the directory, functional identical files are stored at different locations, some files are doubled at different locations, theme files are mixed with logic files, etc. It is nearly impossible to maintain such a code structure. But in order to improve APLAWS's usability, we must lay emphasis on themes / easy themability. That involves a lot of maintenance work. A possible structure of the web dir might be: - themes - themes/internal (assembles all the files of the current build-in "theme") - themes/mandalay (the new, modularized and easy configurable theme developed in Bremen) - themes/public (maintained by ccm-themesmanager aka ccm-ldn-themes) - themes/devel (maintained by ccm-themesmanager aka ccm-ldn-themes) - themes/default (maintained by ccm-themesmanager aka ccm-ldn-themes) - themes/aplaws (current default theme) - scriptlib - scriptlib/xinha - scriptlib/fckeditor - scriptlib/other Javascript - templates (jsp per module) - WEB-INF I suppose you concentrated on the web.xml file and the dispatcher configuration. So we could split the work. Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-24 19:38:23
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7407611 By: pboy Terry, for shure, on the "marketing" side of APLAWS there is a lot of room for improvement -:) Since some time I have administrative privileges on sourceforge and I will update as much information as possible during the next weeks. Until now I was busy with the URL resource: beast. As soon as we have the next release ready, running in a standard JEE container, we should do some "marketing" work, not only sourceforge, but freshmeat, cmsmatrix and others. APLAWS / Byline had been present there for years, but sind the release of 1.0.4 and the need to change a funded project to "user led" had made some problems and delays. But looking over the commit log for the past months I think the project is going well now. Because of the "marketing needs" I'm very glad about your project of an "embedded" database and the "examples" project (which make it easier to provide a demo version). We should really try to discuss it and make plan for implementation. | Any thoughts on the future of APLAWS compared to others | such as Alfresco etc. APLAWS / CCM has a lot of outstanding features (semantic approach, categorizing system, among others, more technical ones) which set it apart from the crowd of Open Source projects like Typo3 or Mambo/Joomla, etc. Regarding Alfresco one idea was, to reimplement APLAWS's key conepts on top of Alfresco to make use of their implementation of the Java Content Repository framework. But Alfresco is not "really" an Open Source program but commercially driven. And currently it is far away from a full fledged CMS. So, if we decide to replace APLAWS persistence by JCR, we should use a really free implementation like Apache's jackrabbit. As a summary: In my perspective, the many outstanding features of APLAWS are currently hidden and hampered by a bloated code base, performance and a lot of minor usability issues, which sum up to a severe problem (steep learning curve) for new users. For (to) a long time developers (Red Hat?) refused or plumg forgot to clean up the code. Implementation of new features was the main and single goal. Discussions about that issue are 5 years old! "Never touch a running system" was the motto. That strategie led to a situation, where new Java functions were not used and some features of APLAWS are 2 or 3 times implemented in a different way, because nobody understood the (bloated) code or it was to time consuming to study it. So, for the foreseeable future / the next months we should: - extensivly clean up the code which will result in performance gain and easier maintenance and implementation of new functionality. - should polish up the user interface to make using APLAWS more pleasant. Having done that we have a good chance to regain a terrain we may have lost over the past year. By the way, did you receive my mail (yesterday) via user.sourceforge? Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-24 14:08:09
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7407341 By: pboy Hi, | It was never designed from the ground up as an open source solution, I think it had been a Open Source project right from the begining when developed on MIT and Arsdigita Community System. But you are right, the APLAWS specific runtime system may have been a perfect solution in the short run, but obstructive in the long run. | The outside world things are moving on, specifications for | content repositories that APLAWS does not have for example. Compared to other Open Source CMS APLAWS has a lot of advantages and of features, others dont have. | specifications for content repositories that APLAWS | does not have for example There are only very few programs which follow that route (Alfresco for example). Most use a specific database backend or file system. End for the end user ir doesn't matter if the backend follows a repository framework. It's more a developer's concern. But again, you are right. We had better earlier taken up some of the ideas of the discussion on the last user meeting at Camden. But I think APLAWS / CCM has a lot of good and productive features and we are on the way to eliminate the bad side of the beast. :-) ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-24 13:52:50
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7407320 By: pboy Hi Terry, | project.xml: | @ccmVersion = 6.1 It's the ccm script & command language version, used to determine alternative locations for loading code. Useless now and I will remove it. | @version = 1-0-5 | @release = alpha-1 Project version to be build, i.e. APLAWS 1.0.5 Alpha release. Used to construct the name of the war file. You may have different project files which describe other project. E.g. we have a "ZeS" project for the web site of our research institute. | */application.xml | @version = 6.6.0 | @release = 1 CCM code version / release. Used to be independent from the project you build on base of the CCM code. Peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-24 11:30:02
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7407192 By: shawnlane I think the problem for APLAWS is it has been abandoned by Redhat. The original architecture suited Redhat, designed to make money from services support. It was never designed from the ground up as an open source solution, first it only had Oracle support for example and Resin as the application server, plus a proprietary build system and RPM deployments . By removing the need for Resin, Oracle, Perl and building like a normal JEE application then this is a good move. However I think it is too late. The outside world things are moving on, specifications for content repositories that APLAWS does not have for example. I know a number of local authorities are looking at WCM from another perspective, they need a product that can deliver their services and is supported more easily that APLAWS but has a minimum 5 year product life cycle. I think APLAWS does work and is good for content management, but it does not meet what end users are expecting in 2009. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
|
From: Aplaws D. L. <apl...@li...> - 2009-05-24 10:42:00
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7407157 By: terry_permeance I did a search for "cms" in sourceforge and APLAWS isn't returned as a match. Makes me wonder if anyone is interested in raising the profile of APLAWS? Obviously not having a release on sourceforge since 2005 doesn't help nor the fact that sourceforge isn't linked to svn on fedora. Any thoughts on the future of APLAWS compared to others such as Alfresco etc. Terry ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=368401 |
7 messages has been excluded from this view by a project administrator.
