executeInUserTransaction().
Changed the on close callback for write listeners to use a RetryingTransaction.
The point of this exercise is to make it possible for clients of the core server
to ignore transient resource contention failures. CIFS, for example, will be able
to take advantage of this, since a transient error condition currently results in a dead
share.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4597 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
and the app still works.
Added new convenience target to common.xml, run-junit. It syntactically like
run-test but doesn't use the junit ant task, which has the unfortunate characteristic
of buffering stdout and stderr in memory. This may be fine in many cases but wreaks
havoc with memory use if you're test spews lots of diagnostics.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4577 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
commented out the "exporter" and "serverConnector" beans.
This prevents the virtualization server from registering
itself with the alfreco server (which is necessary in
order for callbacks for the virtualization server to work.
Removing the comments.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4561 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
- some further cleanup and fixes for summary screens
- adding new repeat icons from linton
- fix for filename expanding endlessly when pressing the back button at the summary page for create web content.
- making the primaryfominstancedata property of rendition a sandbox relative path so as to make it easier to retrieve the corresponding xml in the same sandbox
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4557 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
- MLText type is persisted as a Serializable (TODO: investigate alternative storage)
- 'nodeService' bean is filtered according to the default locale to provide only String return properties
- Go direct to the 'mlAwareNodeService' bean to get access to unfiltered MLText properties
- TODO: Proper value searches respecting Locale hierarchy
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4526 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
1. Refines the semantics of ghost creation, so that they only appear when
warranted.
2. Implements a mechanism for filtering out files which should not appear in comparison
results or be pushed along by updates.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4525 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
- first pass of JSP layout
- multiple items or all items available for selection
- calculation of available workflows, from those assigned to form assets and assigned to the website
- creation of AVM workflow package
- starting of workflow containing AVM package (appears in users task todo dashlet!)
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4524 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
within core-services-context.xml to make it easier
for people with a private dev-context.xml to upgrade.
Also, made cosmetic changes to avm-remote-context.xml
(renamed a bean, removed tabs, etc.).
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4512 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
of their own local build, the dev-context.xml file
is processed last (note: dev-context.xml isn't
part of the source tree itself).
Once this file said:
<import resource="classpath*:alfresco/extension/*-context.xml"/>
Now it ensures dev-context.xml is last via:
<import resource="classpath*:alfresco/extension/*-context.xml"/>
<import resource="classpath*:alfresco/extension/dev-context.xml" />
The order matters if you have a dev-context.xml
that overrides fileServersConfigSource
(which is the "right" way to assert a private version of:
root/projects/repository/config/alfresco/extension/file-servers-custom.xml
It seems weird that we have a checked-in extension like this,
so I supose it's no stranger that the means to override it
should also be a little curious.
Anyway, now my dev-context.xml can say:
<bean id="fileServersConfigSource"
class="org.alfresco.config.source.UrlConfigSource">
<constructor-arg>
<list>
<value>classpath:alfresco/file-servers.xml</value>
<!-- Get the CIFS port from a custom application context config file -->
<!-- <value>classpath:alfresco/extension/file-servers-custom.xml</value> -->
<value>file:/home/jcox/etc/alfresco/file-servers-custom.xml</value>
</list>
</constructor-arg>
</bean>
This allows me to provide *my* file-servers-custom.xml that
won't ever get checked in by mistake, because it only uses
the existing dev-context.xml mechanism.
From there, I can set my CIFS ports.
Whew.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4511 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
directly from a node descriptor. It's a minor optimization for a few use
scenarios. It's also convenient for accessing content of historical file
versions directly.
Another CLT, to list the versions of a store.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4496 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
to using SSL when needed. Restructured exports of AVM specific apis to authenticate
remotely and pass the ticket with each remote service call. These required some changes
to jndi-client and even to the web-client which uses the AVM remote interface within
the Alfresco server. Oh, the point of this is that since I'm writing some CLTs, I might
as well do them correctly; we'll need the option of security sooner rather than later.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4489 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
its JMXServiceURL with the Alfresco webapp's
devoted MBeanServer using password protection.
Also, the virt server now re-register its JMXServiceURL with
Alfresco webapp periodically (every 10 sec) to avoid restart
depenencies between the webapp and its virt server.
The webapp is now has a stub interface for calling the
virt server back & telling it which webapps need
reloading / unloading.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4481 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
authentication for CLTs. Until we use SSL transport for RMI this is subject
to authentication password and authentication ticket snooping, but that can
be fixed easily later.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/HEAD/root@4480 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
- WARNING: this change requires a new DB as the WCM model has changed significantly, yes I have probably broken a few WCM things :)
Previously the following statements were true:
- Most of the model constants were defined in the ContentModel class - including web-client Application specific model items
- WCMModel class was a mix of WCM repository and WCM application model constants
- The applicationModel.xml definition file contained both web-client Application and WCM application model definitions
- The wcmModel.xml definition file contained both WCM repository and WCM application model definitions
The following statements are now true:
- All web-client application specific model constants have been moved from ContentModel to a new model constants class ApplicationModel
- A new WCM application model has been defined with the prefix "wca" and URI: http://www.alfresco.org/model/wcmappmodel/1.0
- All WCM application specific model constants have been renamed/moved from ContentModel/WCMModel to a new model constants class WCMAppModel
- The mix of WCM application specific model definitions in contentModel.xml and applicationModel.xml has been moved to a new definition file wcmAppModel.xml
- A patch is not required for standard Alfresco as only WCM definitions have actually changed
. Fix to issue created during workflow id/name refactor
. Fix to allow forms in the Available Content Forms panel to have correct sandbox/username context for action dialog
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/WCM-DEV2/root@4448 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
to register a callback JMXServiceURL with the Alfresco
server's private MBeanServer.
Example JMXServiceURL:
service:jmx:rmi://ignored/jndi/rmi://localhost:50501/alfresco/jmxrmi
~~~~~~~~~ ~~~~~
[1] [2]
Where:
Both [1] and [2] are configurable properties within
$VIRTUAL_TOMCAT_HOME/conf/alfresco-virtserver.properties
Defaults:
[1] alfresco.virtserver.host=localhost
[2] alfresco.virtserver.port=50501
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/WCM-DEV2/root@4446 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
- the web-app folder name specified at Web Project creation time is created by default and is the root folder for all sandbox operations
- a mechanism for selecting a different root webapp (or creating new root folders) can be easily added later (when there is time…!)
. Removal of two public workflow actions that have no params and therefore don't work as public actions in the UI
. Fix to user sandboxes component to allow any user to always have action to delete a user sandbox
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/WCM-DEV2/root@4445 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
Inserting a password-protected MBean and associated RMI-based
MBeanServer into the Alfresco webapp context.
Right now, it's just in "hello world" condition,
but you can say:
jconsole service:jmx:rmi:///jndi/rmi://your-alfresco-box:50500/alfresco/jmxrmi
and browse the MBean (assuming you know the associated jmxrolename/password).
Just one property right now ("moo"), but fleshes out all the major issues
for isolating the JMX for our MBean from the JMX for the JVM as a whole.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/WCM-DEV2/root@4441 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
. List of Recent Snapshots component added to Staging area information table
- TODO: finish implementing Revert to Snapshot action in the UI
. Date filter UI implemented for recent snapshots (as there will be lots!)
. Fixed issue with name/title confusion in FormsService.getForm(name) method
. Added Default Webapp field to Create Web Project wizard and added to WCM model for a web project
- TODO: implement this as default root path when browsing a sandbox
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/WCM-DEV2/root@4413 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
