[magnolia-dev] [JIRA] (MGNLFORM-237) UpdateConfirmHtmlTypeToCodeTask should not save the session.
Jaroslav Simak created MGNLFORM-237 UpdateConfirmHtmlTypeToCodeTask should not save the session. Issue Type: Bug Assignee: Unassigned Created: 27/Aug/14 11:07 AM Project: Magnolia Form Module Priority: Major Reporter: Jaroslav Simak Security Level: Public This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLFORM-237) UpdateConfirmHtmlTypeToCodeTask should not save the session.
Jaroslav Simak updated MGNLFORM-237 UpdateConfirmHtmlTypeToCodeTask should not save the session. Change By: Jaroslav Simak (27/Aug/14 11:10 AM) Priority: Major Neutral This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3124) AbstractJcrNodeAdapter: allow calling updateChildren(Node) from outside the class.
Christian Ringele created MGNLUI-3124 AbstractJcrNodeAdapter: allow calling updateChildren(Node) from outside the class. Issue Type: Improvement Affects Versions: 5.3.2, 5.2.8 Assignee: Unassigned Attachments: AbstractJcrNodeAdapter.patch Components: forms Created: 27/Aug/14 12:20 PM Description: Use Case: Adding a image to the user dialog in security app. Problem: info.magnolia.security.app.dialog.action.SaveUserDialogAction Is not calling in the JcrNodeAdapter#applyChanges() as it needs to store the properties different (groups and roles). This is because applyChanges() calls besides the updateChildren(Node) also the updateProperties(node) method. Problem: As applyChanges() is not called, the updateChildren(Node) is also never called - no dialog field value will be stored which creates a subnode instead of a property (example: DamUploadFieldDefinition). Solution: Make the method updateChildren(Node) public as also the updateProperties(node) is public. See linked issue from security app: Project: Magnolia UI Labels: support Priority: Neutral Reporter: Christian Ringele This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3124) AbstractJcrNodeAdapter: allow calling updateChildren(Node) from outside the class. Allow in security app storing a image on the user.
Christian Ringele updated MGNLUI-3124 AbstractJcrNodeAdapter: allow calling updateChildren(Node) from outside the class. Allow in security app storing a image on the user. Change By: Christian Ringele (27/Aug/14 12:23 PM) Description: UseCase:Addingaimagetotheuserdialoginsecurityapp.Problem:info.magnolia.security.app.dialog.action.SaveUserDialogActionIsnotcallingintheJcrNodeAdapter#applyChanges()asitneedstostorethepropertiesdifferent(groupsandroles).ThisisbecauseapplyChanges()callsbesidestheupdateChildren(Node)alsotheupdateProperties(node)method.Problem:AsapplyChanges()isnotcalled,theupdateChildren(Node)isalsonevercalled-nodialogfieldvaluewillbestoredwhichcreatesasubnodeinsteadofaproperty(example:DamUploadFieldDefinition).Solution:MakethemethodupdateChildren(Node)publicasalsotheupdateProperties(node)ispublic.Thetheinfo.magnolia.security.app.dialog.action.SaveUserDialogAction.createOrUpdateUser(JcrNodeAdapter)cancalltheupdateChildren(Node)explicitontheusernode (seepatchofSaveUserDialogAction) . This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3124) AbstractJcrNodeAdapter: allow calling updateChildren(Node) from outside the class. Allow in security app storing a image on the user.
Christian Ringele updated MGNLUI-3124 AbstractJcrNodeAdapter: allow calling updateChildren(Node) from outside the class. Allow in security app storing a image on the user. Change By: Christian Ringele (27/Aug/14 12:22 PM) Summary: AbstractJcrNodeAdapter:allowcallingupdateChildren(Node)fromoutsidetheclass. Allowinsecurityappstoringaimageontheuser. Attachment: SaveUserDialog.patch Description: UseCase:Addingaimagetotheuserdialoginsecurityapp.Problem:info.magnolia.security.app.dialog.action.SaveUserDialogActionIsnotcallingintheJcrNodeAdapter#applyChanges()asitneedstostorethepropertiesdifferent(groupsandroles).ThisisbecauseapplyChanges()callsbesidestheupdateChildren(Node)alsotheupdateProperties(node)method.Problem:AsapplyChanges()isnotcalled,theupdateChildren(Node)isalsonevercalled-nodialogfieldvaluewillbestoredwhichcreatesasubnodeinsteadofaproperty(example:DamUploadFieldDefinition).Solution:MakethemethodupdateChildren(Node)publicasalsotheupdateProperties(node)ispublic. Seelinkedissuefrom Thetheinfo.magnolia. security . app : .dialog.action.SaveUserDialogAction.createOrUpdateUser(JcrNodeAdapter)cancalltheupdateChildren(Node)explicitontheusernode. Component/s: securityapp This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-1561) First double-click on a row never activates inplace-editing
Mikaël Geljic updated MGNLUI-1561 First double-click on a row never activates inplace-editing Change By: Mikaël Geljic (27/Aug/14 12:51 PM) Parent Issue: MGNLUI- 1530 281 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-1530) Lazy loading doesn't play nice with partial updates
Mikaël Geljic updated MGNLUI-1530 Lazy loading doesnt play nice with partial updates Change By: Mikaël Geljic (27/Aug/14 12:53 PM) Summary: Polishinplace-editing Lazyloadingdoesntplaynicewithpartialupdates Description: Thisisafollow-uptasktofixtheremainingissueswithinplace-editingintrees.Inparticular:-Partialupdateshaveacommented-outimplementationinInplaceEditingTreeTable.Thiswasdisabledbecauseitsnotfullystable,i.e.wheneditinginlazy-loadedrowsdownthelist,itmightstillbreakafterabunch(10)ofexpand/collapses/edits,withanInternalerrorshowingup.-Whenturninginplace-editingon/off,downlazy-loadedrows,cachedrowsarerefreshed(weseetherangeindicator)andinputfieldmaylosefocus. -FocusedrowseemsnottoberestoredproperlyaftercompletingeditwithENTER.hittingthedownarrowrestartsselectionfromthetopofthecurrentlyloadedrows.-Thefirstdouble-clickonarowneveractivatesinplaceediting.Inplaceeditingonlyisactivatedonthesecondattempttodoubleclick. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3125) Focus is not restored to the table after inplace-editing
Mikaël Geljic created MGNLUI-3125 Focus is not restored to the table after inplace-editing Issue Type: Sub-task Affects Versions: 5.3.2 Assignee: Unassigned Components: tree/list, user interaction Created: 27/Aug/14 12:56 PM Description: Focused row seems not to be restored properly after completing edit with ENTER. Hitting the down arrow used to at least restart selection from the top of the currently loaded rows, but currently - as of 5.3.2 — does no longer do anything. Project: Magnolia UI Labels: keyboard inplace-editing Priority: Neutral Reporter: Mikaël Geljic Security Level: Public This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-281) Inplace editing improvements
Mikaël Geljic updated MGNLUI-281 Inplace editing improvements Change By: Mikaël Geljic (27/Aug/14 12:52 PM) Summary: Inplaceediting consolidationB:Improvements improvements This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-1530) Polish inplace-editing
Mikaël Geljic updated MGNLUI-1530 Polish inplace-editing Change By: Mikaël Geljic (27/Aug/14 12:51 PM) Parent: MGNLUI-281 Issue Type: Bug Sub-task This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3126) Make new action availability more failsafe - when 'selectedElement' is null this causes NPE
Philip Mundt created MGNLUI-3126 Make new action availability more failsafe - when selectedElement is null this causes NPE Issue Type: Bug Assignee: Unassigned Components: page editor, pages app Created: 27/Aug/14 1:28 PM Fix Versions: 5.3.3 Project: Magnolia UI Priority: Neutral Reporter: Philip Mundt Security Level: Public This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3126) Make new action availability more failsafe - when 'selectedElement' is null this causes NPE
Philip Mundt updated MGNLUI-3126 Make new action availability more failsafe - when selectedElement is null this causes NPE Change By: Philip Mundt (27/Aug/14 1:32 PM) Description:
[magnolia-dev] [JIRA] (MGNLUI-3097) Use Action Availability for action in page editor
Philip Mundt reopened MGNLUI-3097 Use Action Availability for action in page editor Change By: Philip Mundt (27/Aug/14 2:27 PM) Resolution: Fixed Status: InQA Reopened This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3097) Use Action Availability for action in page editor
Philip Mundt updated MGNLUI-3097 Use Action Availability for action in page editor Change By: Philip Mundt (27/Aug/14 2:32 PM) Attachment: scetionHeader-5.3.2.png This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3097) Use Action Availability for action in page editor
Philip Mundt updated MGNLUI-3097 Use Action Availability for action in page editor Change By: Philip Mundt (27/Aug/14 2:32 PM) Attachment: scetionHeader-5.3.2.png Attachment: sectionHeader-5.3.3-SNAPSHOT.png This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLUI-3097) Use Action Availability for action in page editor
Philip Mundt updated MGNLUI-3097 Use Action Availability for action in page editor Change By: Philip Mundt (27/Aug/14 2:32 PM) Attachment: sectionHeader-5.3.2.png This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] [JIRA] (MGNLWORKFLOW-269) AbstractHumanTaskParameterResolver is not public
Espen Jervidalo created MGNLWORKFLOW-269 AbstractHumanTaskParameterResolver is not public Issue Type: Improvement Affects Versions: 5.4.1 Assignee: Unassigned Created: 27/Aug/14 7:08 PM Description: This abstract class is meant to be extended, which currently is not possible. Fix Versions: 5.4.x Project: Magnolia Workflow Module Priority: Neutral Reporter: Espen Jervidalo This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira Forlistdetails,see:http://www.magnolia-cms.com/community/mailing-lists.html Alternatively,useourforums:http://forum.magnolia-cms.com/ Tounsubscribe,E-mailto:dev-list-unsubscr...@magnolia-cms.com
[magnolia-dev] Help needed to clean up repository/delete unwanted nodes
Hi
I am using MySQL as the backend for the jackrabbit repository, versioning etc.
Our repository is quite active with 100+ documents being added daily. When a
new document is added, I can see that a new record is also added to the
datastore table in MySQL
I am trying to find a way to have Jackrabbit automatically delete unused
(relating to deleted content) records from the datastore table as our
repository is becoming quite large. I have read about Jackrabbit's garbage
collection and I created a servlet to try and use this.
Despite my best efforts however, when I run the servlet code there is no
removal of records from the datastore table, even though I know for a fact that
there are a high number of records referencing previously-deleted docs.
I posted this on the Jackrabbit user list and I got a clue that this could be
related to versioning. However I don't know how to turn this off or even how to
confirm if this is the cause.
My servlet code is below, runs on Tomcat, please could you help me identify
what I might be doing wrong or suggest how I can clean up the unused nodes?
@WebServlet(/GCServlet)
public class GCServlet extends HttpServlet {
private static org.apache.log4j.Logger logger =
org.apache.log4j.Logger.getLogger(GCServlet.class);
private static final long serialVersionUID = 1L;
private ListRepositoryManager repositoryManagers;
/**
* @see HttpServlet#HttpServlet()
*/
public GCServlet() {
super();
// TODO Auto-generated constructor stub
}
/**
* Runs the garbage collector for the given RepositoryManagers. If multiple
* repositories use the same data store, give all RepositoryManagers in the
* parameter list.
*
* @param rms
* @throws RepositoryException
*/
@SuppressWarnings(value=DM_GC)
private int runDataStoreGarbageCollector(OutputStream out)
throws RepositoryException {
int result = 0;
JackrabbitRepositoryFactory rf = new RepositoryFactoryImpl();
Properties prop = new Properties();
ServletContext servletContext = getServletContext();
String path = servletContext.getRealPath(.);
System.out.println(Real Path =+path);
prop.setProperty(org.apache.jackrabbit.repository.home,
/opt/jackrabbit);
prop.setProperty(org.apache.jackrabbit.repository.conf,
/opt/jackrabbit/repository.xml);
JackrabbitRepository rep = (JackrabbitRepository)
rf.getRepository(prop);
// need to login to start the repository
Session session = rep.login(new SimpleCredentials(admin,
admin.toCharArray()));
RepositoryManager rm = rf.getRepositoryManager(rep);
DataStoreGarbageCollector gc = rm.createDataStoreGarbageCollector();
try {
gc.mark();
gc.sweep();
} finally {
gc.close();
}
session.logout();
rm.stop();
return result;
}
/**
* @see HttpServlet#doGet(HttpServletRequest request, HttpServletResponse
response)
*/
protected void doGet(HttpServletRequest request, HttpServletResponse
response) throws ServletException, IOException {
String gcEnabled = request.getParameter(gcExecute);
System.out.println(gcEnabled==+gcEnabled+ length =
+gcEnabled.length());
response.setContentType(text/html);
OutputStream outputStream = response.getOutputStream();
outputStream.write(htmlbodyStarting Garbage Collection
p/.getBytes());
if (gcEnabled.equals(1)) {
try {
int result = runDataStoreGarbageCollector(outputStream);
outputStream.write(result);
} catch (RepositoryException e) {
// TODO Auto-generated catch block
e.printStackTrace();
logger.error(e);
}finally {
outputStream.close();
}
}
outputStream.write(/body/html.getBytes());
outputStream.flush();
}
--
Context is everything:
http://forum.magnolia-cms.com/forum/thread.html?threadId=29e31b61-c16d-460e-9162-3356751320f7
For list details, see: http://www.magnolia-cms.com/community/mailing-lists.html
Alternatively, use our forums: http://forum.magnolia-cms.com/
To unsubscribe, E-mail to: dev-list-unsubscr...@magnolia-cms.com
