据组织,合并及minifies像CSS和JS的静态资源在运行时或编译时(通过一个Maven插件)
特点:
- 在支持通配符
- 在基地64个数据URI支持
- 在更少的CSS支持
- 在萨斯CSS支持
- 在CSS变量支持
- 在CoffeeScript的支持
- 支持通配符
- 在CSS URL重写
- 扩展
- 缓存
- 在资源类型和位置
- 计划更新缓存
什么在此版本中是新的:
- 在wro4j-Maven的插件:在Windows上不同cssUrlRewriting行为, Linux的
- " MinimizeEnabled"不wro.properties处理
- 在DisableCache清除模型前ResourceAuthorizationManager访问它
- 当资源URI包含问号和英镑ResourceProxyRequestHandler投掷UnauthorizedRequestException
- 在更新less4j依赖于最新版本
- 在CssUrlRewritingProcessor不能正确处理空URL引用的[url("")]
- 新增规定采取上下文路径考虑 - 建造时间解决方案使用MavenPlugin
- 添加CssUrlAuthorizationProcessor后处理器
- 在更新webjars定位器依赖于最新版本
- 在更新谷歌封依赖
- 在更新emberjs webjar 的依赖
什么在1.6.2版本新:
- 创建emberjs处理器
- 升级HandlebarsJsProcessor
- 在该组名不会删除JSESSIONID
- 在wro4j核心不支持JDK 1.5编译
- 在供应商的ServiceLoader从加载不能覆盖默认的供应商
- 在使用WHITESPACE_ONLY优化级别提供一个别名谷歌closureProcessor
- 在更新谷歌封依赖版本
- 在更新rhinoLessCss处理器1.3.3
- 在更新JsLintProcessor与最新的JSLint版本
什么是1.6.0版本,新的:
- 在缓存关键应该是可配置带有自定义属性
- 在ResourceWatcher无法检测资源的变化由@import指令 简称
- 在FileOutputStream中的Wro4jMojo.writeGroupNameMap关闭()
- 在NodeLessCssProcessor支持,没有正确计算在Windows
- 创建TypeScriptProcessor
- 在CssImportPreProcessor失败,stackOverflowException
- 在增量构建应检测由@import声明称资源变化
- 创建less4j处理器
- 使用不同的日志级别时ignoreMissingResource = TRUE
- 在CssImport问题LessCss处理器
什么在1.4.9版本新:
- 请ResourceWatcher高效运行
- 的Maven插件生成的资源位置提高。
- 在增加了对抽象组的概念支持。
- 在Maven插件配置问题。
- 在资源泄漏。
- 在Redundand CacheStrategy装修。
- 在缺少缓存头的CSS属性的图像。
- 在抑制WroFilter ClientAbortException的记录。
造成CssImportPreProcessor
什么在1.4.8版本新:
- 在无效的缓存资源更换部件
- 在WroFilter#newWroConfigurationFactory()扩展性是很难
- 在缺少资源过于详细的日志记录
- 引用在同一路径不存在文件作为wroFilter映射到导致线程产卵和锁定的时候disableCache = TRUE
- 在ServletContextPropertyWroConfigurationFactory#createProperties不打烊流。
- 在HandlebarsJs&HoganJs处理器始终生成空模板名称
- 在内容长度不正确计算
- 在默认Expires头应该是可配置
什么在1.4.7版本新:
- 创建车把处理器
- 在增加了对HoganJs支持
- 在WroManager不能使用ServletContextAttributeHelper请求周期之外创建
- 在ConfigurableWroFilter无法加载一些推广
- 在波旁萨斯混入库支持
- 会被随机混在JS(在OSX)
- 在演示项目中使用更改http服务器
- 在支持RequestHandlers概念
- 在reloadCache&reloadModel API调用被打破
- 在WildcardExpanderModelTransformer问题/网址
- 在允许的处理器失败行为的配置
- 在加选项到uglifyJs处理器或处理器uglifyJsAdvanced
- 在资源无法定位
- 在ConfigurableProcessorsFactory处理器的创作是不是线程安全
- 创建替代cssDataUri处理器执行
- 创建一个ProcessorsFactory它使用ServiceRegistry装载处理器
- 在DefaultWroManagerFactory没有实现WroConfigurationChangeListener
JRebel的时候启用
什么是新的在1.4.6版本:
- 在ro.isdc.wro使用的InheritableThreadLocal的。 config.Context质疑
- 在迁移到犀牛1.7R3版本
- 在使用创建SassCssProcessor JRuby的底层实现
- 在处理器和定位的延迟加载实例
- 在cssUrlRewriting没有考虑上下文路径考虑
- 在Maven插件处理器扩展配置
- 在ServletContextUriLocator没有使用Spring MVC的资源
- 在允许使用的ServletContextListener配置
- 在打压Maven的日志记录级别插件
- 在编码值不正确初始化
- 在内容长度未设置
什么是1.4.5版本,新的:
- 创建的console.log&console.debug JS脱衣舞处理器
- 在犀牛的处理器失败
- 在CSS反斜线重复
- 在OSX平台上测试失败
- 在ServletContextUriLocator不会在WebSphere 6.1工作
- 在配置connectionTimeout以毫秒为单位,而不是秒
- 创建DustJs处理器
- 创建的CoffeeScript和更少过滤器
- 错误,而使用'进口'的标签在wro.xml文件
- 在CopyrightKeeperProcessorDecorator忽略资源#isMinimize()
- 在添加后处理器支持wro4j亚军
如果不包括SLF4J-API
什么在1.4.3版本新:
- 在新的UTF-8编码问题李>
- 在回调的支持。
- 添加时间戳命名策略。
- 没有送去大量资源的内容类型头。
- 在WroManagerFactory应注射到过滤器。
- 在ETag的,必须在内容被写入之前设置。
- 在保留名称UglifyJsProcessor支持。
- 在WroConfiguration和Context应该是注射。
- 在升级uglifyJs处理器最新版本。
- 在wro4j核心不支持JDK 1.5的工作。
- 在并行预处理标志wro4j亚军。
- 在更新less.js处理器最新版本。
- 在更新uglifyJs处理器最新版本。
评论没有发现