Timeline


and .

03/12/2010:

23:40 Ticket #557 (HTMLHelperProperty asset configuration loader enhancement) created by Po

There currently is no way to override existing asset packages in an application that already contains asset packages via an include.

One solution would be to have programmatic access to add in (and override) asset packages via a method call.

A property with the new asset packages could be defined:

<property name="assetPackageLoader" type="
MachII.properties.HtmlHelperAssetConfigProperty">
<parameters>
<parameter name="assetPackages">
<struct>
<key name="assetName1">
<array>
<element value="..." />
<element value="..." />
<element value="..." />
</array>
</key>
<key name="assetName2">
<array>
<element value="..." />
<element value="..." />
<element value="..." />
</array>
</key>
</struct>
</parameter>
</parameters>
</property>

and then the method call could be added to the configure() method:

<cfset getProperty("htmlHelper").addAssetPackage("nameOfPackage",
structOfConfiguration, overrideBoolean) />

03/11/2010:

23:40 Ticket #552 (Refactor setting of default properties into own method) closed by peterfarrell
fixed: This was completed last weekend.
21:15 BadContent edited by peterfarrell
(diff)
08:54 Changeset [2160] by peterfarrell

- Collapsed some nested conditionals so it is easier to read
- Minor performance improved to addDocType() method (noted in CFML comments)

08:31 Changeset [2159] by peterfarrell

- Overall performance enhancements mostly related to redundant checks with parent manager calls, removed lock in LogFactory and simplified caching structure there and lastly removed property names allowable only in parent check in loadXml() since it is done in setProperty() already (it was being duplicated). Pattern view loader has removed some repeated method calls

06:12 Changeset [2158] by peterfarrell

- Fixed missing return

04:23 Ticket #556 (The cflock name in LogFactory needs to be more unique) closed by peterfarrell
fixed: (In [2157]) closes #556
04:23 Changeset [2157] by peterfarrell

fixes[t:556]

04:09 Changeset [2156] by peterfarrell

- General code cleanup

04:01 Ticket #556 (The cflock name in LogFactory needs to be more unique) created by peterfarrell

The cflock name in getLog() method of the LogFactory needs to be more unique. This lock is an exclusive lock and exclusive locks are global to the entire CFML engine (not just the application). An user did report an issue with the lock throwing the timeout exception:

http://groups.google.com/group/mach-ii-for-coldfusion/browse_thread/thread/2d52c82b28b3aa4/

This should be reworked to include an unique random key that is exclusive to the LogFactory since the lock should not be global to the server, but to the factory only.

03/10/2010:

22:51 Ticket #555 (Refactor how cache strategies are wired into cache handlers) closed by peterfarrell
fixed: (In [2155]) According to a test application. This change shows an approximate 3.8% performance improvement when the framework is loading. The result of the performance improvement is directly related to the total number of cache handlers in an application. closes #555
22:50 Changeset [2155] by peterfarrell

According to a test application. This change shows an approximate 3.8% performance improvement when the framework is loading. The result of the performance improvement is directly related to the total number of cache handlers in an application.

fixes[t:555]

22:47 Ticket #555 (Refactor how cache strategies are wired into cache handlers) created by peterfarrell

Refactor how cache strategies are wired into cache handlers by getting all the available strategies in a struct versus calling getCacheStrategy() repeatedly. This would be possible performance improvement for on application start.

22:24 Ticket #554 (Improve logging messages in CacheManager to include module name) closed by peterfarrell
fixed: (In [2154]) closes #554
22:23 Changeset [2154] by peterfarrell

fixes[t:554]

18:56 Ticket #554 (Improve logging messages in CacheManager to include module name) created by peterfarrell

Improve logging messages in CacheManager? to include module name. This will help with inheritance issues when doing advanced interactions with the caching infrastructure.

18:13 FAQDTDLocation edited by peterfarrell
(diff)
17:55 BadContent edited by peterfarrell
(diff)
14:30 IntroToMessageSubscriberListenerNotification edited by brianpickens
(diff)
02:04 Changeset [2153] by peterfarrell

- Endpoint property and manager works to load up a sample endpoint. Will be working on endpoint request routing next.

02:00 Changeset [2152] by peterfarrell

- Added secure event-handlers

01:22 Ticket #547 (GlobalizationProperty should be part of the MachII.globalization package) closed by peterfarrell
fixed: (In [2151]) closes #547
01:21 Changeset [2151] by peterfarrell

fixes[t:547]

01:18 Changeset [2150] by peterfarrell

- Cleaned up some code

01:18 Changeset [2149] by peterfarrell

- Fixed a bad tab

01:17 Changeset [2148] by peterfarrell

- Added sub package for annotations / metadata components

03/09/2010:

21:15 MachII1.9Endpoints edited by doug.smith@…
Enhancements to RESTful Endpoint details (diff)
16:25 BadContent edited by peterfarrell
(diff)

03/08/2010:

19:24 BadContent edited by peterfarrell
(diff)

03/07/2010:

17:04 Changeset [2147] by peterfarrell

- Added target for skeleton bundle

17:04 Changeset [2146] by peterfarrell

- Added in an unit test for custom tags (started with baseTagBuilder.cfm)

17:03 Changeset [2145] by peterfarrell

- Fixed some hints

17:03 Changeset [2144] by peterfarrell

- Updated hints

16:45 Ticket #553 (Refactor booleanize() and normalizeStructByNamespace() methods in ...) created by peterfarrell

Refactor booleanize() and normalizeStructByNamespace() methods in baseTagBuild.cfm into Utils

15:17 Changeset [2143] by peterfarrell

- refs[t:552]

15:00 Ticket #552 (Refactor setting of default properties into own method) created by peterfarrell

Refactor setting of default properties into own method. Right now it is impossible to get default properties setup without calling loadXml() which makes testing difficult when creating test cases without using XML.

Also, we should refactor to use the Assert class when we check for valid values in the properties.

07:10 Changeset [2142] by peterfarrell

Plumbed in "secure" attribute for <event-handler> nodes and "secureDefault" for <event-handlers> master nodes. This is just metadata right now and no functionality to auto-negotiates protocol exists yet. refs[t:287]

05:28 Ticket #551 (Event bean error when using ignore field) closed by peterfarrell
fixed: (In [2141]) This defect is fixed in the 1.8.1 and 1.9.0 branches. closes #551
05:27 Changeset [2141] by peterfarrell

This defect is fixed in the 1.8.1 and 1.9.0 branches. fixes[t:551]

01:54 Ticket #551 (Event bean error when using ignore field) created by Sumit Verma <sumit@…>

When using ignore field (<field name="xx" ignore="true" />) with event-bean it does not set any value in the bean. After a little bit of digging into framework, here is what I found:

EventBeanCommand.cfc: line 112

setBeanAutoFields() method is passed 3 positional parameters, third being "skippedFields"

BeanUtil.cfc: line 143

setBeanAutoFields() method definition accepts 4 parameter, third being "prefix".

So, the parameters are getting mixed up.

00:04 Ticket #550 (Refactor glut of classes in the utils package into sub packages) closed by peterfarrell
fixed: I have updated the doco.
00:02 MachII1.8SpecificationToolkitEnhancements edited by peterfarrell
(diff)

03/06/2010:

23:55 WhatsNewInMachII1.9 edited by peterfarrell
(diff)
23:55 WhatsNewInMachII1.9 created by peterfarrell
23:51 WhatsNewInMachII1.8 edited by peterfarrell
(diff)
23:38 Documentation edited by peterfarrell
(diff)
23:35 Changeset [2140] by peterfarrell

- Refs[t:550]

23:34 Ticket #550 (Refactor glut of classes in the utils package into sub packages) created by peterfarrell

Refactor glut of classes in the utils package into sub packages. Most notably any "matcher" into the "matching" sub package.

23:06 Changeset [2139] by peterfarrell

- Some endpoint stuff

23:01 Ticket #549 (Refacfor AppLoader to use generic loadManager() method) closed by peterfarrell
fixed: (In [2138]) closes #549
23:01 Changeset [2138] by peterfarrell

Fixes[t:549]

22:59 Changeset [2137] by peterfarrell

- Did some code formatting

22:58 Changeset [2136] by peterfarrell

- Removed on missing template based on a discussion with Matt. We shouldn't be doing this.

22:56 Changeset [2135] by peterfarrell

- Fixed in 1.8.1 branch refs[t:549]

22:49 Ticket #549 (Refacfor AppLoader to use generic loadManager() method) created by peterfarrell

Refacfor AppLoader to use generic loadManager() method to reduce repeated code. Also, the configure() method in the RequestManager is being called by each module and it should only be called once when the framework loads because this manager is a singleton.

While it is a not a show stopper defect, the multiple calls to the configure() method of the RequestManager probably goes back a few versions of Mach-II.

03/05/2010:

19:17 MachII1.9Endpoints edited by doug.smith@…
(diff)
16:48 IntroToMessageSubscriberListenerNotification edited by brianpickens
(diff)
16:46 IntroToMessageSubscriberListenerNotification edited by brianpickens
Fixed some formatting mistakes (diff)
16:43 IntroToMessageSubscriberListenerNotification edited by brianpickens
Updated some of the Advanced Techniques listener text, and added an advanced filter technique (diff)
15:46 Changeset [2134] by peterfarrell

- Updated

03/04/2010:

23:04 IntroToMessageSubscriberListenerNotification edited by brianpickens
(diff)
22:46 BadContent edited by peterfarrell
(diff)
22:42 IntroToMessageSubscriberListenerNotification edited by brianpickens
Added the advanced techniques section with some code (diff)
19:00 MachII1.9Endpoints edited by peterfarrell
(diff)
07:56 Changeset [2133] by peterfarrell

- Nothing works yet, but here is basic outline of the endpoints so far (needs a lot of work)

07:55 MachII1.9Endpoints edited by peterfarrell
(diff)
07:55 MachII1.9Endpoints edited by peterfarrell
(diff)
07:55 MachII1.9Endpoints edited by peterfarrell
(diff)
07:54 MachII1.9Endpoints edited by peterfarrell
(diff)
07:53 MachII1.9Endpoints created by peterfarrell
07:14 Changeset [2132] by peterfarrell

- Fixed missing scope which was no problem but scoped for general readability and consistency.

06:46 Ticket #548 (CacheStrategyManager offers no way to remove a cache strategy) created by peterfarrell

CacheStrategyManager? offers no way to remove a cache strategy. Seems like we should offer a removeCacheStrategy() method.

05:36 Changeset [2131] by peterfarrell

- Added svn id keyword

05:30 Changeset [2130] by peterfarrell

- Updated copyright end year

05:25 Ticket #547 (GlobalizationProperty should be part of the MachII.globalization package) created by peterfarrell

I was thinking that the GlobalizationProperty? should be part of the MachII.globalization package instead of the MachII.properties package. The reason why I'm thinking this should happen is because both caching and logging have their properties in their package.

03/03/2010:

21:46 Documentation edited by peterfarrell
(diff)
17:23 Ticket #492 (Add onMissingTemplate method in mach-ii.cfc) closed by peterfarrell
invalid: Ok, after chatting with Matt. We decided that there is no "generic" way we can handle onMissingTemplate application events. However, the crux of the issue is there is no way to programmatically invoke a Mach-II request via the API unless you put stuff into the url / form scopes and have Mach-II figure out the bits as it currently does. We will have to add in a programmatic method to invoke a request via an API. This just an example, but something like this: […] So in the future if you want to implement onMissingTemplate, you can do that yourself in your Application.cfc and use the new method (to be added) to invoke the event of your choice. I'm marking this ticket as invalid, however it's not quite invalid as the biggest part of this issue is being able to programmatically invoke a request via the API. The implementation of onMissingTemplate is easily accomplished by the application developer per their specs. We just need to make it easier to do that. See more when endpoints are implemented.
16:19 BadContent edited by peterfarrell
(diff)
03:07 Changeset [2129] by peterfarrell

- Added more tests

02:09 Ticket #527 (Support the optgroup form tag) closed by peterfarrell
fixed: Added documentation on the optgroup tag and the optgroup attributes of the options and select tags.
02:08 MachII1.8SpecificationFormTagLib edited by peterfarrell
Added information on the optgroup tag and variables attributes (diff)
01:46 MachII1.8SpecificationFormTagLib edited by peterfarrell
Added code formating (diff)

03/02/2010:

23:50 Changeset [2128] by peterfarrell

- Added target directory to lastComitRevision target

23:43 Changeset [2127] by peterfarrell

- Updated

23:36 Ticket #530 (Improve whitespace output and speed of radiogroup form tag) closed by peterfarrell
fixed: Fixed as of changeset:2126
23:35 Changeset [2126] by peterfarrell

- Fixed issue with multiple ${output.id} not being replaced

23:30 Changeset [2125] by peterfarrell

- Added in some missing "variables" scope for consistency
- Added in cfsilent for even better whitespace handling

23:28 Changeset [2124] by peterfarrell

- Improved performance on average of 10-15 times faster than Mach-II 1.8
- Reduced whitespace

21:39 Changeset [2123] by peterfarrell

- Fixed broken functionality that caused no checkboxes to be checked
- Reduced whitespace

00:46 Ticket #546 (Fix redirect command "args" and "persistArgs" with expression) created by peterfarrell

The following command:

<redirect event="someEvent" args="${event.firstName}"/>

Will cause the key in the url to look like this:

index.cfm/event/someEvent/${event.firstName}/someFirstName/"

We should pull the steam (the last part after the last ".") in the expression like we do for for copyToScope() in views so we don't have bad key names like that. See copyToScope() in the Utils.cfc, refactor that and use that the redirect comment

00:27 Ticket #545 (Improve wording for classpath exception) created by peterfarrell

We need to improve the classpath exception wording to avoid the classpath extension problem (meaning if you extend a GPL component the you component is technically GPL as well). Some basic wording is:

As a special exception, the copyright holders of library give you permission to link this library with independent modules to produce an executable, regardless of the license terms of these independent modules, and to copy and distribute the resultant executable under the terms of your choice, provided that you also meet, for each linked independent module, the terms and conditions of the license of that module.  An independent module is a module which not derived from or based on this library and communicates with Mach-II solely through the public interfaces* (see definition below). If you modify this library, but you may extend this exception to your version of the library, but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version.
...
An independent module is a module which not derived from or based on this library with the exception of independent module components that extend certain Mach-II public interfaces (see README for list of public interfaces).
...

A list of CFCs that qualify are:

* Public interfaces are any Mach-II component that are specifically designed to be interfaced via inheritance or called via a direct API call.  These interfaces as follows:
- MachII.mach-ii
- MachII.framework.BaseComponent
- MachII.framework.Listener
- MachII.framework.Property
- MachII.framework.Plugin
- MachII.framework.EventFilter
- MachII.framework.ListenerInvoker
- MachII.caching.strategies.AbstractCacheStrategy
- MachII.logging.adapters.AbstractLogAdapter
- MachII.logging.filters.AbstractFilter
- MachII.logging.loggers.AbstractLogger
- MachII.properties.*
- MachII.util.threading.ThreadingAdapter
- MachII.util.Queue
- MachII.util.SizedQueue
- MachII.util.UtilityConnector
- Any Mach-II custom tag that is extended through <cfinclude>
00:23 Ticket #544 (Consider extension less components and inject dynamically at runtime) created by peterfarrell

Consider extension less components and inject dynamically at runtime. Such things could be listeners, filters, etc. Saving the need to extend a Mach-II component in the source code directly.

03/01/2010:

16:33 IntroToFilters edited by Jorge Loyo
(diff)
01:51 BadContent edited by peterfarrell
(diff)

02/25/2010:

23:47 Ticket #543 (Extra cfdump/cfaborts leftover in PropertyManager) closed by peterfarrell
invalid: Yep, this was fixed in the 1.8.1 branch and was recorded in ticket #542.
23:18 Ticket #543 (Extra cfdump/cfaborts leftover in PropertyManager) created by doug.smith@…

In the cfelseif block starting on line 327 of PropertyManager?, there are two cfdumps and a cfabort that you probably meant to remove.

02/24/2010:

18:27 Changeset [2122] by peterfarrell

- Added two more test harness cases. Test for programatically calling a subroutine and another test for event-handler inheritance in modules

17:30 UsingColdSpringWithMach-II edited by peterfarrell
(diff)
17:20 UsingColdSpringWithMach-II edited by peterfarrell
(diff)
17:19 UsingColdSpringWithMach-II edited by peterfarrell
(diff)
17:09 Documentation edited by peterfarrell
(diff)
16:41 BadContent edited by peterfarrell
(diff)

02/23/2010:

23:48 Changeset [2121] by peterfarrell

Added some people that have contributed to documentation to the README

22:55 IncludesAndModules edited by anonymous
(diff)
22:28 IncludesAndModules edited by Michael Votaw <mjvotaw@…>
(diff)
00:02 Changeset [2120] by peterfarrell

Added dest and zip to ignore

02/22/2010:

23:54 BadContent edited by peterfarrell
(diff)

02/20/2010:

18:51 BadContent edited by peterfarrell
(diff)
18:50 BadContent edited by peterfarrell
(diff)

02/19/2010:

16:25 IntroToCaching edited by Jeremy Shearer
examples for clearing cache using a listener (diff)
01:07 Changeset [2117] by peterfarrell

- Updated text and framework version number to 1.8.1

00:38 Ticket #542 (Property manager dumps and aborts when a property is an M2 EL expression) closed by peterfarrell
fixed: (In [2116]) closes #542
00:38 Changeset [2116] by peterfarrell

Fixes[t:542]

00:37 Ticket #542 (Property manager dumps and aborts when a property is an M2 EL expression) created by peterfarrell

Property manager dumps and aborts when a property is an M2 EL expression. This affects Mach-II 1.8.0 and will be fixed in Mach-II 1.8.1. This defect does not exist in Mach-II 1.9.0. This is my fault.

00:33 Ticket #541 (Form/view tag library incorrect says that HTML helper is not available) closed by peterfarrell
fixed: (In [2115]) Fixed in 1.8.1 and 1.9 branches. closes #541
00:33 Changeset [2115] by peterfarrell

Fixed in 1.8.1 and 1.9 branches. Fixes[t:541]

00:30 Ticket #541 (Form/view tag library incorrect says that HTML helper is not available) created by peterfarrell

Form/view tag library incorrect says that HTML helper is not available when the request is in a module, but the HTML helper is only defined in the parent base application. This affects Mach-II 1.8.0 and will be fixed in Mach-II 1.8.1 and later versions.

00:20 Changeset [2114] by peterfarrell

- Branched from 1.8.0 final to 1.8.1 trunk for maintenance release

02/18/2010:

19:07 WikiStart edited by peterfarrell
Added information on making wiki edits (diff)
14:20 UsingSessionFacade edited by neweller
spelling error "do can do anything you want" (diff)
02:15 Internationalization created by mikerogers

02/17/2010:

23:30 Changeset [2110] by peterfarrell

- Fixed some var scope issues and some a few missing scopes in the Globalization stuff (the build caught them with the var scope checker tool)

22:43 Changeset [2109] by peterfarrell

- Tagged for milestone 1

18:18 EnvironmentSpecificProperities edited by Brian H.
Spelling (diff)
18:10 MachII1.8SpecificationFormTagLib edited by Brian H.
spelling (diff)
18:07 MachII1.8SpecificationFormTagLib edited by anonymous
(diff)
15:46 BadContent edited by peterfarrell
(diff)
04:38 FAQReleaseHistory edited by peterfarrell
(diff)
04:24 WikiStart edited by peterfarrell
(diff)

02/15/2010:

19:50 WikiStart edited by peterfarrell
(diff)
19:48 FAQOnSiteWorkshops edited by peterfarrell
(diff)
19:44 FAQOnSiteWorkshops edited by peterfarrell
(diff)

02/12/2010:

21:57 MachII1.8SESImprovements edited by jay <jjulien99@…>
(diff)
16:40 BadContent edited by peterfarrell
(diff)
13:44 Ticket #540 (Loading the Utility Connector) created by jason.york@…

Cleanup how we get a reference to the AppManager in the UtilityConnector. We need to figure out a way to get the correct AppManager since CS has hierarchical factories and we would need to get the correct AppManager in that situation (thus the request scope hack currently used).

( discussion thread)

Note: See TracTimeline for information about the timeline view.