Menu
▾
▴
marketchangers-devel — Developer discussion.
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(9) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
|---|
|
From: Jason W. <jwi...@wc...> - 2004-09-10 18:42:54
|
Looks like one of the bugs we reported with Liferay is fixed. Jason -----Original Message----- From: su...@li... [mailto:su...@li...] Sent: Friday, September 10, 2004 1:07 PM To: jwi...@wc... Subject: [SUPPORT] Closed: (LEP-29) Removed portlets do not show up in "Add Content" drop-down box Message: The following issue has been closed. --------------------------------------------------------------------- View the issue: http://support.liferay.com/browse/LEP-29 Here is an overview of the issue: --------------------------------------------------------------------- Key: LEP-29 Summary: Removed portlets do not show up in "Add Content" drop-down = box Type: Bug Status: Closed Priority: Minor Resolution: FIXED Project: Liferay Enterprise Portal Fix Fors: 2.2.0rc5 Versions: 2.2.0rc2 2.2.0rc3 2.2.0 2.2.0rc4 Assignee: Brian Chan Reporter: Jason Williams Created: Thu, 19 Aug 2004 1:10 PM Updated: Fri, 10 Sep 2004 5:06 PM Environment: Have seen the issue on all environments so far (Win XP, = Linux). Description: When a user removes a portlet from his/her display (by clicking on the = "X"), the portlet does not reappear in the "Add Content" drop-down box = until after the screen is refreshed again or some action or link is = clicked on. You may ask why a user would want to add back in a portlet they just = removed...I think under "normal" use it will not happen often, but as = developers who were evaluating the portal and using it to develop our = portlets it was a very obvious flaw early on and we all learned to = refresh the screen. Jason |
|
From: Matthew T. <mt...@wc...> - 2004-09-07 17:44:08
|
Archiving this on the list for when we can come back to it...
-----Forwarded Message-----
From: Matthew Todd
Subject: HPRM -> extract contract code?
Date: Fri, 13 Aug 2004 10:51:38 -0400
Hey, for whoever works on the contract-management state-checking code,
what would you think about extracting a component like this from the
PrayerRequestManager?
public interface ContractManager {
UserContract initiate(String requestor, String intercessor);
UserContract accept(String requestor, String intercessor);
UserContract decline(String requestor, String intercessor);
UserContract remove(String requestor, String intercessor);
List getContractsForRequestor(String requestor);
List getContractsForIntercessor(String intercessor);
/* or, alternatively:
List getContracts(String user);
*/
}
This way the component hides the work of manipulating the contract, in
addition to just persisting external changes to it. Gets logic down out
of the portlet layer.
Could use some thought-refinement, probably.
This would deprecate the following methods in PrayerRequestManager:
addContract(UserContract contract);
getCurrentIntercessors(String requestor);
getCurrentRequestors(String intercessor);
getRequestorOrganizationsForIntercessor(String intercessor);
getRequestorsForIntercessor(String intercessor);
updateContractStatus(UserContract contract);
- Matthew
|
|
From: Matthew T. <mt...@wc...> - 2004-09-01 14:17:21
|
Saving this here for posterity... -- Matthew
-----Forwarded Message-----
From: Yong K. Pak
To: Matthew Todd
Cc: Jason Williams, Whey Joo Tan
Subject: .bat file for windows
Date: Tue, 03 Aug 2004 12:53:23 -0400
I have a map-drives.bat file in my startup folder that puts the
marketchangers project in the root of my N drive that contains this
command:
subst n: "M:\CVS Repository\MarketChangers\marketchangers"
I also have 2 files in n:\server:
"run.bat.tmp" - a copy of jboss run.bat with the following lines
modified:
@set JAVA_OPTS="-Djboss.server.home.dir=n:\server/target/ms/marketchangers" "-Djboss.server.home.url=file:/n:/server/target/ms/marketchangers"
@call n:\server/target/jboss-3.2.3\bin\run.bat -c marketchangers
I call modify-build.bat after a build - here's the source:
move target\marketchangers-standalone target\ms
copy run.bat.tmp target\ms\bin\run.bat
cd target\ms\bin
I do a run.bat to start the server.
Please let me know when you have a better way to do this.
|
|
From: Matthew T. <mt...@wc...> - 2004-08-19 22:25:37
|
0.1-rc3 is running on Samson. And, Jason, the zip file's also on David in JBOSS_HOME. Peace out. -- Matthew |
|
From: Matthew T. <mt...@wc...> - 2004-08-19 15:38:15
|
On Thu, 2004-08-19 at 11:14, Matthew Todd wrote: > So it's JBoss's log4j.xml, in the conf directory, that's taking > effect. I'll raise the threshold there and ping the list with the > diffs. Done. Viewcvs is slow to update, so: Index: log4j.xml =================================================================== RCS file: /cvsroot/marketchangers/marketchangers/server/src/jboss/conf/log4j.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -r1.3 -r1.4 10c10 < <!-- $Id: log4j.xml,v 1.3 2004/08/19 15:28:23 todmaokn Exp $ --> --- > <!-- $Id: log4j.xml,v 1.4 2004/08/19 15:31:37 todmaokn Exp $ --> 56a57,76 > <category name="com.liferay.portal.ejb.PortletManagerEJB"> > <priority value="ERROR"/> > </category> > > <category name="com.objectparadigms"> > <priority value="ERROR"/> > </category> > > <category name="com.oroad.stxx"> > <priority value="ERROR"/> > </category> > > <category name="de.nava.informa"> > <priority value="ERROR"/> > </category> > > <category name="net.sf.hibernate"> > <priority value="ERROR"/> > </category> > 60a81,88 > <category name="org.apache.commons.httpclient"> > <priority value="ERROR"/> > </category> > > <category name="org.apache.struts"> > <priority value="ERROR"/> > </category> > 64a93,96 > <category name="org.quartz"> > <priority value="ERROR"/> > </category> |
|
From: Matthew T. <mt...@wc...> - 2004-08-19 15:15:19
|
The culprit for the reams of log statements isn't Liferay, it's JBoss: Liferay sets its thresholds to ERROR, pretty high: http://cvs.sourceforge.net/viewcvs.py/lportal/portal/portal-ejb/classes/META-INF/portal-log4j.xml?rev=1.7&view=markup *Unless* log4j is already configured: http://cvs.sourceforge.net/viewcvs.py/lportal/portal/portal-ejb/src/com/liferay/portal/events/InitAction.java?rev=1.14&view=markup [Scroll to section commented // Log4J.] So it's JBoss's log4j.xml, in the conf directory, that's taking effect. I'll raise the threshold there and ping the list with the diffs. -- Matthew |
|
From: Matthew T. <mt...@wc...> - 2004-08-18 21:37:39
|
Samson's got 0.1-rc1 now. -- Matthew |
|
From: Matthew T. <mt...@wc...> - 2004-08-18 15:47:56
|
On Thu, 2004-08-12 at 16:37, Matthew Todd wrote: > We've had trouble in our app when a user's profile is deleted in > Liferay -- there's currently no hook that goes & removes their > contracts, requests, comments, etc. from the prayer database. On Fri, 2004-08-13 at 08:26, Whey Joo Tan wrote: > I can do some research on it to see if we can extend the liferay user > profile module to call to the portlet app. Hey, Whey Joo, we've decided to defer this feature for a while -- it may be that the simplest thing to do is disable the user account in Liferay without actually deleting it. Thanks for looking into it, though! We're about ready to take what we've got live, but we'll keep new feature additions going in the background. One area that needs improvement is the search box -- hopefully we can get the date range searched more intuitive, and maybe we should add some preset queries as well! Discussions about these things will be happening on the dev list at sourceforge (cc'd here) -- so please subscribe (or browse) there if you'd like to stay in the loop. Hope your week's going well! -- Matthew |
|
From: Matthew T. <mt...@wc...> - 2004-08-17 21:35:55
|
Samson has the just-tagged 0.1-beta-3 release. |
|
From: Matthew T. <mt...@wc...> - 2004-08-16 15:16:17
|
On Mon, 2004-08-16 at 11:00, Matthew Todd wrote: > About to tag 0.1-beta-2 so Nick can test last Friday's updates. > Will ping the list when done. Ping. 0.1-beta-2 is started on Samson for testing. -- Matthew |
|
From: Matthew T. <mt...@wc...> - 2004-08-16 15:01:03
|
About to tag 0.1-beta-2 so Nick can test last Friday's updates. Will ping the list when done. -- Matthew |
|
From: Matthew T. <mt...@wc...> - 2004-08-16 14:20:07
|
I've set up a list for developer discussion on Marketchangers. Please subscribe -> http://lists.sourceforge.net/lists/listinfo/marketchangers-devel Good place for design suggestions like last week's suggested refactoring extraction of a ContractManager, and also for how to implement cascading user deletes. Nice to archive these discussions. Immediately, will help keep you in the loop, Whey Joo! -- Matthew |
