You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shale.apache.org by Greg Reddin <gr...@apache.org> on 2006/11/06 22:34:40 UTC
Re: [jira] Reopened: (SHALE-321) Update TilesViewHandler to support new Tiles 2 Snapshot
Yeah, I suspect this ticket will reopen and close many times before
it's done. We haven't cut a new Snapshot of Tiles yet, so that's why
I haven't kept the Shale-Tiles integration in sync with it. I'm
waiting for the latest round of major changes to be complete before I
tackle it. It still builds against the latest published snapshot,
right?
Greg
On Nov 6, 2006, at 3:23 PM, Wendy Smoak (JIRA) wrote:
> [ http://issues.apache.org/struts/browse/SHALE-321?page=all ]
>
> Wendy Smoak reopened SHALE-321:
> -------------------------------
>
>
> I'm having trouble building Shale Tiles against r471763 of Tiles 2.
>
> [INFO] Building Shale Tiles Integration
> [INFO] task-segment: [install]
> [INFO]
> ----------------------------------------------------------------------
> ---
> ---
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> Compiling 1 source file to e:\svn\shale\framework\shale-tiles\target
> \classes
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] BUILD FAILURE
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Compilation failure
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[35,24] cannot find symbol
> symbol : class ComponentDefinition
> location: package org.apache.tiles
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[36,24] cannot find symbol
> symbol : class DefinitionsFactoryException
> location: package org.apache.tiles
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[37,24] cannot find symbol
> symbol : class NoSuchDefinitionException
> location: package org.apache.tiles
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[38,24] cannot find symbol
> symbol : class TilesRequestContext
> location: package org.apache.tiles
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[39,24] cannot find symbol
> symbol : class TilesUtil
> location: package org.apache.tiles
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[253,11] cannot find symbol
> symbol : class ComponentDefinition
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[302,31] cannot find symbol
> symbol : class ComponentDefinition
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[130,6] cannot find symbol
> symbol : class ComponentDefinition
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[262,6] cannot find symbol
> symbol : class ComponentDefinition
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[264,8] cannot find symbol
> symbol : class TilesRequestContext
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[265,12] cannot find symbol
> symbol : method createRequestContext
> (java.lang.Object,java.lang.Object,java.lan
> g.Object)
> location: class org.apache.tiles.context.BasicTilesContextFactory
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[267,15] cannot find symbol
> symbol : variable TilesUtil
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[268,15] cannot find symbol
> symbol : class NoSuchDefinitionException
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[270,15] cannot find symbol
> symbol : class DefinitionsFactoryException
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[307,6] cannot find symbol
> symbol : class TilesRequestContext
> location: class org.apache.shale.tiles.TilesViewHandler
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[308,10] cannot find symbol
> symbol : method createRequestContext
> (java.lang.Object,java.lang.Object,java.lan
> g.Object)
> location: class org.apache.tiles.context.BasicTilesContextFactory
>
> e:\svn\shale\framework\shale-tiles\src\main\java\org\apache\shale
> \tiles\TilesVie
> wHandler.java:[312,23] org.apache.tiles.ComponentContext is
> abstract; cannot be
> instantiated
>
>
>
>> Update TilesViewHandler to support new Tiles 2 Snapshot
>> -------------------------------------------------------
>>
>> Key: SHALE-321
>> URL: http://issues.apache.org/struts/browse/SHALE-321
>> Project: Shale
>> Issue Type: Bug
>> Components: Tiles
>> Affects Versions: 1.0.4-SNAPSHOT, 1.0.5-SNAPSHOT, 1.0.6-SNAPSHOT
>> Reporter: Greg Reddin
>> Assigned To: Greg Reddin
>> Priority: Blocker
>> Fix For: 1.0.4-SNAPSHOT
>>
>>
>> Changes to the Tiles 2 API have broken Tiles support in Shale. We
>> need to modify TilesViewHandler so it will compile.
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
> administrators: http://issues.apache.org/struts/secure/
> Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/
> software/jira
>
>
>
Publishing Snapshots (WAS: [jira] Reopened: (SHALE-321) Update TilesViewHandler to support new Tiles 2 Snapshot)
Posted by Greg Reddin <gr...@apache.org>.
On Nov 6, 2006, at 3:45 PM, Wendy Smoak wrote:
> Well, no, since I just published a snapshot. :) IMO, the snapshot
> repo should always have the latest-- Continuum ought to be publishing
> a new one every time code is checked in, or at least nightly.
>
> On dev@struts, we've talked about switching to timestamped snapshots,
> so that other projects could depend on a particular Tiles snapshot,
> and not necessarily the latest.
I saw that discussion, but didn't really have time to digest it. I
think there needs to be a way to publish milestone builds. Not a
significant milestone like an RC, but more like an incremental
milestone. For example, there are big changes being made with
Tiles. Along the way, changes happen in chunks. At the end of a
"chunk" applications can migrate to "chunk"-compatibility. Over
time, it allows apps to migrate incrementally as the framework
changes and by the end of the revolution, they are up to date. Right
now we're in the middle of a change cycle and it doesn't really make
sense to update code until this change cycle is complete.
So.. what I would like is the ability to publish a dated snapshot,
perhaps manually, when a change cycle is complete. I don't see the
need to publish a new one with every minute change that happens. It
makes more sense to publish one when a series of changes is complete.
Greg
Re: [jira] Reopened: (SHALE-321) Update TilesViewHandler to support new Tiles 2 Snapshot
Posted by Wendy Smoak <ws...@gmail.com>.
On 11/6/06, Greg Reddin <gr...@apache.org> wrote:
> Yeah, I suspect this ticket will reopen and close many times before
> it's done. We haven't cut a new Snapshot of Tiles yet, so that's why
> I haven't kept the Shale-Tiles integration in sync with it. I'm
> waiting for the latest round of major changes to be complete before I
> tackle it. It still builds against the latest published snapshot,
> right?
Well, no, since I just published a snapshot. :) IMO, the snapshot
repo should always have the latest-- Continuum ought to be publishing
a new one every time code is checked in, or at least nightly.
On dev@struts, we've talked about switching to timestamped snapshots,
so that other projects could depend on a particular Tiles snapshot,
and not necessarily the latest.
--
Wendy