On Thu, Aug 27, 2009 at 2:09 PM, Bruno Aranda<brunoara...@gmail.com> wrote:
> Hi, I am having compilation problems when compiling the extensions
> core. Do these missing symbols come from a version of the MyFaces
> 1.2.8-SNAPSHOT that is not yet present in the maven repositories?

Nope. There is no ci on the 1.2.8 stuff. That happened when we
switched the trunk
(and made 1.2 a branch). Let me ping Leo

-Matthias

>
> Cheers,
>
> Bruno
>
> [INFO] Compilation failure
>
> /scratch/projects/myfaces-extensions-scripting/core/src/main/java/org/apache/myfaces/scripting/servlet/CustomChainLoader.java:[25,42]
> cannot find symbol
> symbol  : class ClassLoaderExtension
> location: package org.apache.myfaces.shared_impl.util
>
> /scratch/projects/myfaces-extensions-scripting/core/src/main/java/org/apache/myfaces/scripting/servlet/CustomChainLoader.java:[37,39]
> cannot find symbol
> symbol: class ClassLoaderExtension
> public class CustomChainLoader extends ClassLoaderExtension {
>
> /scratch/projects/myfaces-extensions-scripting/core/src/main/java/org/apache/myfaces/scripting/servlet/StartupServletContextPluginChainLoader.java:[25,32]
> cannot find symbol
> symbol  : class StartupListener
> location: package org.apache.myfaces.webapp
>
> /scratch/projects/myfaces-extensions-scripting/core/src/main/java/org/apache/myfaces/scripting/servlet/StartupServletContextPluginChainLoader.java:[36,63]
> cannot find symbol
> symbol: class StartupListener
> public class StartupServletContextPluginChainLoader implements 
> StartupListener {
>
> /scratch/projects/myfaces-extensions-scripting/core/src/main/java/org/apache/myfaces/scripting/servlet/StartupServletContextPluginChainLoader.java:[48,18]
> cannot find symbol
> symbol  : method
> addClassLoadingExtension(org.apache.myfaces.scripting.servlet.CustomChainLoader,boolean)
> location: class org.apache.myfaces.shared_impl.util.ClassUtils
>
>
>
> 2009/8/27 Bruno Aranda <brunoara...@gmail.com>:
>> That is really excellent news! Thanks!
>>
>> Bruno
>>
>> 2009/8/27 Matthias Wessendorf <mat...@apache.org>:
>>> pretty cool!
>>>
>>> thanks!
>>> Matthias
>>>
>>> On Thu, Aug 27, 2009 at 12:57 PM, Werner Punz<werner.p...@gmail.com> wrote:
>>>> Hello everyone, here is a small bomb I am dropping, some might have
>>>> noticed already by the Jira entries.
>>>>
>>>> This minute I committed a first preliminary working version of the
>>>> Java!!! reloading code.
>>>> It still is rough and has limitations, but it works already for expanded
>>>> webapps.
>>>>
>>>> Ok here is how it goes: I basically just dynamically recompile the
>>>> objects on the fly and try to save attributes of the old instance
>>>> in the new one. Since JSF has introspection left and right, this works
>>>> out pretty well.
>>>>
>>>> If you check out the web.xml of the provided example you can find two
>>>> config entries which you can use to point towards your real source
>>>> paths, otherwise WEB-INF/groovy and WEB-INF/java is picked up as source
>>>> path.
>>>>
>>>> You can run after adjusting your web.xml the example via
>>>> mvn:jetty-run:exploded and you can edit the provided java classes
>>>> of the example (TestBean under WEB-INF/java and its dependencies)
>>>> on the fly and what the code being recompiled on the fly
>>>> and new adjustments being applied without server restarts!
>>>>
>>>> Following limitations are present for now
>>>>
>>>> a) Statically compiled java code can only call the dynamic one either by
>>>> using introspection or by using interfaces, otherwise you will
>>>> get class cast exceptions even if the classname of the dynamic class
>>>> does not change (the engine sees two classes both having the same name
>>>> but are different)
>>>>
>>>> b) You can run currently only in webapp environments (EAR for now is not
>>>>  fully supported) and exploded, I will work out those limitations in the
>>>> long run, but for now I am happy that it even works!
>>>>
>>>>
>>>> Happy hacking
>>>>
>>>> Werner
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

Reply via email to