|
Did we upgrade to Spring 3.0?
Did we? I just upgraded to the latest trunk from a version post 0.8 and I'm getting a ton of errors (as usual ;). Here's my startup: http://pastebin.com/m5c8bf688
I'm getting a lot of "Class does not implement interface X" and ClassNotFoundErrors. Can anybody help me out?
- TK
--
... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Seems that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when its final.
Paul On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran <rfkrocktk@...> wrote:
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Weird. Still trying to figure it out.
However, the problem with my java temp dir was because of a bug in org.red5.server.Bootstrap; attached is a patch to that that sets everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain <mondain@...> wrote:
Seems that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when its final.
Paul On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran <rfkrocktk@...> wrote:
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Ok. So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have been since post 0.8), I have to manually bind a bunch of JARs into my classpath in red5.bat like so:
set RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing pretty weird stuff in the classloader which screws everything else up, but I really have no idea as I don't have a solid understanding of classloaders.
With the above classpath, I'm now getting a ClassNotFoundException for the org.springframework.beans.factory.xml.NamespaceHandlerSupport which resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I should try? When I try adding the spring-beans jar to the classpath manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran <rfkrocktk@...> wrote:
Weird. Still trying to figure it out.
However, the problem with my java temp dir was because of a bug in org.red5.server.Bootstrap; attached is a patch to that that sets everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain <mondain@...> wrote:
Seems that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when its final.
Paul On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran <rfkrocktk@...> wrote:
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Hi Tyler, Here's a wacky thought -- might not fix your issue but worth a try. 0.9 has a new (and very cool) new feature called Plugins that Paul added. Put your AOP jar files into %RED5_HOME%\plugins, and see if the problem is resolved. Red5 will load any Jars in that directory with the global glassloader.
Also, the jira docs have an excellent write-up (thanks to Dan Rossi) on some advanced features of Plugins, including how to to get Red5 to call a method in the Jar automatically just by adding Red5-Main-Class to the manifest, or how to get Red5 to pass in the Red5 server context so your plugin can do all sorts of cool things.
- Art On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Ok. So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have been since post 0.8), I have to manually bind a bunch of JARs into my classpath in red5.bat like so:
set RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing pretty weird stuff in the classloader which screws everything else up, but I really have no idea as I don't have a solid understanding of classloaders.
With the above classpath, I'm now getting a ClassNotFoundException for the org.springframework.beans.factory.xml.NamespaceHandlerSupport which resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I should try? When I try adding the spring-beans jar to the classpath manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran <rfkrocktk@...> wrote:
Weird. Still trying to figure it out.
However, the problem with my java temp dir was because of a bug in org.red5.server.Bootstrap; attached is a patch to that that sets everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain <mondain@...> wrote:
Seems that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when its final.
Paul On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran <rfkrocktk@...> wrote:
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and video. Use Xuggle to get the power of FFmpeg in Java.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Which version of ref5 are you trying to deploy? standalone or war?
I've checked out the source right now... and have build/start and
deploy demo app olfaDemo with any issue...
1 - Check out the trunk for the server
2 - cd into checked out folder
3 - ant dist (will create a dist folder)
4 - export RED5_HOME=path/checked out folder/dist
5 - cd $RED5_HOME
6 - ./red5.sh (and it starts ... no issues for me)
btw ... we got a new RED5 intro page!!:D nice
BR
Hugo
On Thu, Nov 5, 2009 at 9:12 PM, Art Clarke < aclarke@...> wrote:
> Hi Tyler,
>
> Here's a wacky thought -- might not fix your issue but worth a try. 0.9 has
> a new (and very cool) new feature called Plugins that Paul added. Put your
> AOP jar files into %RED5_HOME%\plugins, and see if the problem is resolved.
> Red5 will load any Jars in that directory with the global glassloader.
>
> Also, the jira docs have an excellent write-up (thanks to Dan Rossi) on some
> advanced features of Plugins, including how to to get Red5 to call a method
> in the Jar automatically just by adding Red5-Main-Class to the manifest, or
> how to get Red5 to pass in the Red5 server context so your plugin can do all
> sorts of cool things.
>
> - Art
>
> On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran < rfkrocktk@...> wrote:
>>
>> Ok. So there's a bit of progress I've made.
>> Basically, because I'm experiencing classloader issues (and have been
>> since post 0.8), I have to manually bind a bunch of JARs into my classpath
>> in red5.bat like so:
>>
>> set
>> RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
>>
>> I guess the problem is that AspectJ is doing pretty weird stuff in the
>> classloader which screws everything else up, but I really have no idea as I
>> don't have a solid understanding of classloaders.
>> With the above classpath, I'm now getting a ClassNotFoundException for the
>> org.springframework.beans.factory.xml.NamespaceHandlerSupport which resides
>> in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I should try?
>> When I try adding the spring-beans jar to the classpath manually, the server
>> won't start, it immediately fails.
>>
>> On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran < rfkrocktk@...>
>> wrote:
>>>
>>> Weird. Still trying to figure it out.
>>> However, the problem with my java temp dir was because of a bug in
>>> org.red5.server.Bootstrap; attached is a patch to that that sets everything
>>> right.
>>>
>>> On Thu, Nov 5, 2009 at 10:49 AM, Mondain < mondain@...> wrote:
>>>>
>>>> Seems that there are a few others that have seen this issue with AOP
>>>>
>>>> http://www.google.com/search?rlz=1C1GGLS_enUS350US350&sourceid=chrome&ie=UTF-8&q=[org.springframework.aop.config.AopNamespaceHandler]+for+namespace+[ http://www.springframework.org/schema/aop]+does+not+implement+the+[org.springframework.beans.factory.xml.NamespaceHandler]+interface
>>>> And no we didnt switch to Spring 3.0, maybe when its final.
>>>> Paul
>>>>
>>>> On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran < rfkrocktk@...>
>>>> wrote:
>>>>>
>>>>> I reverted my startup scripts to HEAD so now I'm getting past those
>>>>> initial weird errors. My startup scripts were different because I needed to
>>>>> hardwire in some JARs for AOP and the like.
>>>>> Now, I'm getting this weird error telling me something is extremely
>>>>> wrong with Spring AOP:
>>>>> http://pastebin.com/f6433013d>>>>>
>>>>> On Wed, Nov 4, 2009 at 8:01 PM, Mondain < mondain@...> wrote:
>>>>>>
>>>>>> It appears that you are not seeing some of the classes that are
>>>>>> available in red5/lib, like slf4j and javaee. You probably need to look at
>>>>>> your classpath / red5 startup script, compare it against red5.bat. I also
>>>>>> noticed that there may be a bug with your temp directory, there should be a
>>>>>> \ in between Tk and AppData.
>>>>>> Paul
>>>>>>
>>>>>> On Wed, Nov 4, 2009 at 6:01 PM, Tyler Kocheran < rfkrocktk@...>
>>>>>> wrote:
>>>>>>>
>>>>>>> Did we? I just upgraded to the latest trunk from a version post 0.8
>>>>>>> and I'm getting a ton of errors (as usual ;). Here's my
>>>>>>> startup: http://pastebin.com/m5c8bf688>>>>>>> I'm getting a lot of "Class does not implement interface X" and
>>>>>>> ClassNotFoundErrors. Can anybody help me out?
>>>>>>> - TK
>>>>>>> --
>>>>>>> ... and they stirred up the Nazarites who had completed their days
>>>>>>> and they cried aloud to Heaven, saying, "What shall we do with these? Where
>>>>>>> shall we take them?"
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Red5 mailing list
>>>>>>> Red5@...
>>>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> http://gregoire.org/>>>>>> http://code.google.com/p/red5/>>>>>> http://code.google.com/p/blue5/>>>>>>
>>>>>> _______________________________________________
>>>>>> Red5 mailing list
>>>>>> Red5@...
>>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> ... and they stirred up the Nazarites who had completed their days and
>>>>> they cried aloud to Heaven, saying, "What shall we do with these? Where
>>>>> shall we take them?"
>>>>>
>>>>> _______________________________________________
>>>>> Red5 mailing list
>>>>> Red5@...
>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> http://gregoire.org/>>>> http://code.google.com/p/red5/>>>> http://code.google.com/p/blue5/>>>>
>>>> _______________________________________________
>>>> Red5 mailing list
>>>> Red5@...
>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>
>>>
>>>
>>>
>>> --
>>> ... and they stirred up the Nazarites who had completed their days and
>>> they cried aloud to Heaven, saying, "What shall we do with these? Where
>>> shall we take them?"
>>
>>
>>
>> --
>> ... and they stirred up the Nazarites who had completed their days and
>> they cried aloud to Heaven, saying, "What shall we do with these? Where
>> shall we take them?"
>>
>> _______________________________________________
>> Red5 mailing list
>> Red5@...
>> http://osflash.org/mailman/listinfo/red5_osflash.org>>
>
>
>
> --
> http://www.xuggle.com/> xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
> video.
>
> Use Xuggle to get the power of FFmpeg in Java.
>
> _______________________________________________
> Red5 mailing list
> Red5@...
> http://osflash.org/mailman/listinfo/red5_osflash.org>
>
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
This for standalone vs...
On Thu, Nov 5, 2009 at 9:29 PM, Hugo Flambó < hflambo@...> wrote:
> Which version of ref5 are you trying to deploy? standalone or war?
>
> I've checked out the source right now... and have build/start and
> deploy demo app olfaDemo with any issue...
>
> 1 - Check out the trunk for the server
> 2 - cd into checked out folder
> 3 - ant dist (will create a dist folder)
> 4 - export RED5_HOME=path/checked out folder/dist
> 5 - cd $RED5_HOME
> 6 - ./red5.sh (and it starts ... no issues for me)
>
> btw ... we got a new RED5 intro page!!:D nice
>
> BR
>
> Hugo
>
>
> On Thu, Nov 5, 2009 at 9:12 PM, Art Clarke < aclarke@...> wrote:
>> Hi Tyler,
>>
>> Here's a wacky thought -- might not fix your issue but worth a try. 0.9 has
>> a new (and very cool) new feature called Plugins that Paul added. Put your
>> AOP jar files into %RED5_HOME%\plugins, and see if the problem is resolved.
>> Red5 will load any Jars in that directory with the global glassloader.
>>
>> Also, the jira docs have an excellent write-up (thanks to Dan Rossi) on some
>> advanced features of Plugins, including how to to get Red5 to call a method
>> in the Jar automatically just by adding Red5-Main-Class to the manifest, or
>> how to get Red5 to pass in the Red5 server context so your plugin can do all
>> sorts of cool things.
>>
>> - Art
>>
>> On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran < rfkrocktk@...> wrote:
>>>
>>> Ok. So there's a bit of progress I've made.
>>> Basically, because I'm experiencing classloader issues (and have been
>>> since post 0.8), I have to manually bind a bunch of JARs into my classpath
>>> in red5.bat like so:
>>>
>>> set
>>> RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
>>>
>>> I guess the problem is that AspectJ is doing pretty weird stuff in the
>>> classloader which screws everything else up, but I really have no idea as I
>>> don't have a solid understanding of classloaders.
>>> With the above classpath, I'm now getting a ClassNotFoundException for the
>>> org.springframework.beans.factory.xml.NamespaceHandlerSupport which resides
>>> in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I should try?
>>> When I try adding the spring-beans jar to the classpath manually, the server
>>> won't start, it immediately fails.
>>>
>>> On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran < rfkrocktk@...>
>>> wrote:
>>>>
>>>> Weird. Still trying to figure it out.
>>>> However, the problem with my java temp dir was because of a bug in
>>>> org.red5.server.Bootstrap; attached is a patch to that that sets everything
>>>> right.
>>>>
>>>> On Thu, Nov 5, 2009 at 10:49 AM, Mondain < mondain@...> wrote:
>>>>>
>>>>> Seems that there are a few others that have seen this issue with AOP
>>>>>
>>>>> http://www.google.com/search?rlz=1C1GGLS_enUS350US350&sourceid=chrome&ie=UTF-8&q=[org.springframework.aop.config.AopNamespaceHandler]+for+namespace+[ http://www.springframework.org/schema/aop]+does+not+implement+the+[org.springframework.beans.factory.xml.NamespaceHandler]+interface
>>>>> And no we didnt switch to Spring 3.0, maybe when its final.
>>>>> Paul
>>>>>
>>>>> On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran < rfkrocktk@...>
>>>>> wrote:
>>>>>>
>>>>>> I reverted my startup scripts to HEAD so now I'm getting past those
>>>>>> initial weird errors. My startup scripts were different because I needed to
>>>>>> hardwire in some JARs for AOP and the like.
>>>>>> Now, I'm getting this weird error telling me something is extremely
>>>>>> wrong with Spring AOP:
>>>>>> http://pastebin.com/f6433013d>>>>>>
>>>>>> On Wed, Nov 4, 2009 at 8:01 PM, Mondain < mondain@...> wrote:
>>>>>>>
>>>>>>> It appears that you are not seeing some of the classes that are
>>>>>>> available in red5/lib, like slf4j and javaee. You probably need to look at
>>>>>>> your classpath / red5 startup script, compare it against red5.bat. I also
>>>>>>> noticed that there may be a bug with your temp directory, there should be a
>>>>>>> \ in between Tk and AppData.
>>>>>>> Paul
>>>>>>>
>>>>>>> On Wed, Nov 4, 2009 at 6:01 PM, Tyler Kocheran < rfkrocktk@...>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Did we? I just upgraded to the latest trunk from a version post 0.8
>>>>>>>> and I'm getting a ton of errors (as usual ;). Here's my
>>>>>>>> startup: http://pastebin.com/m5c8bf688>>>>>>>> I'm getting a lot of "Class does not implement interface X" and
>>>>>>>> ClassNotFoundErrors. Can anybody help me out?
>>>>>>>> - TK
>>>>>>>> --
>>>>>>>> ... and they stirred up the Nazarites who had completed their days
>>>>>>>> and they cried aloud to Heaven, saying, "What shall we do with these? Where
>>>>>>>> shall we take them?"
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Red5 mailing list
>>>>>>>> Red5@...
>>>>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> http://gregoire.org/>>>>>>> http://code.google.com/p/red5/>>>>>>> http://code.google.com/p/blue5/>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Red5 mailing list
>>>>>>> Red5@...
>>>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> ... and they stirred up the Nazarites who had completed their days and
>>>>>> they cried aloud to Heaven, saying, "What shall we do with these? Where
>>>>>> shall we take them?"
>>>>>>
>>>>>> _______________________________________________
>>>>>> Red5 mailing list
>>>>>> Red5@...
>>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> http://gregoire.org/>>>>> http://code.google.com/p/red5/>>>>> http://code.google.com/p/blue5/>>>>>
>>>>> _______________________________________________
>>>>> Red5 mailing list
>>>>> Red5@...
>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> ... and they stirred up the Nazarites who had completed their days and
>>>> they cried aloud to Heaven, saying, "What shall we do with these? Where
>>>> shall we take them?"
>>>
>>>
>>>
>>> --
>>> ... and they stirred up the Nazarites who had completed their days and
>>> they cried aloud to Heaven, saying, "What shall we do with these? Where
>>> shall we take them?"
>>>
>>> _______________________________________________
>>> Red5 mailing list
>>> Red5@...
>>> http://osflash.org/mailman/listinfo/red5_osflash.org>>>
>>
>>
>>
>> --
>> http://www.xuggle.com/>> xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
>> video.
>>
>> Use Xuggle to get the power of FFmpeg in Java.
>>
>> _______________________________________________
>> Red5 mailing list
>> Red5@...
>> http://osflash.org/mailman/listinfo/red5_osflash.org>>
>>
>
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Art, sometimes a wacky idea is truly needed. By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar, aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right direction. I miss working with Red5, I've been stuck doing client side stuff for the last few months. And Art, thanks for making Xuggle/Xuggler LGPL, it really helps :)
One last question. If things are working so well in the plugins directory, why should the lib directory be any different? On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi Tyler,
Here's a wacky thought -- might not fix your issue but worth a try. 0.9 has a new (and very cool) new feature called Plugins that Paul added. Put your AOP jar files into %RED5_HOME%\plugins, and see if the problem is resolved. Red5 will load any Jars in that directory with the global glassloader.
Also, the jira docs have an excellent write-up (thanks to Dan Rossi) on some advanced features of Plugins, including how to to get Red5 to call a method in the Jar automatically just by adding Red5-Main-Class to the manifest, or how to get Red5 to pass in the Red5 server context so your plugin can do all sorts of cool things.
- ArtOn Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Ok. So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have been since post 0.8), I have to manually bind a bunch of JARs into my classpath in red5.bat like so:
set RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing pretty weird stuff in the classloader which screws everything else up, but I really have no idea as I don't have a solid understanding of classloaders.
With the above classpath, I'm now getting a ClassNotFoundException for the org.springframework.beans.factory.xml.NamespaceHandlerSupport which resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I should try? When I try adding the spring-beans jar to the classpath manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran <rfkrocktk@...> wrote:
Weird. Still trying to figure it out.
However, the problem with my java temp dir was because of a bug in org.red5.server.Bootstrap; attached is a patch to that that sets everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain <mondain@...> wrote:
Seems that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when its final.
Paul On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran <rfkrocktk@...> wrote:
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and video.
Use Xuggle to get the power of FFmpeg in Java.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
> One last question. If things are working so well in the plugins directory, why should the lib directory be any different?
I don't know what happened, but I saw the same problem with the lib directory a few months ago (it stopped working after 0.8) which was why I suggested the plugins concept as a correct solution to the problem :)
- Art
On Thu, Nov 5, 2009 at 2:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Art, sometimes a wacky idea is truly needed. By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar, aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right direction. I miss working with Red5, I've been stuck doing client side stuff for the last few months. And Art, thanks for making Xuggle/Xuggler LGPL, it really helps :)
One last question. If things are working so well in the plugins directory, why should the lib directory be any different? On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi Tyler,
Here's a wacky thought -- might not fix your issue but worth a try. 0.9 has a new (and very cool) new feature called Plugins that Paul added. Put your AOP jar files into %RED5_HOME%\plugins, and see if the problem is resolved. Red5 will load any Jars in that directory with the global glassloader.
Also, the jira docs have an excellent write-up (thanks to Dan Rossi) on some advanced features of Plugins, including how to to get Red5 to call a method in the Jar automatically just by adding Red5-Main-Class to the manifest, or how to get Red5 to pass in the Red5 server context so your plugin can do all sorts of cool things.
- ArtOn Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Ok. So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have been since post 0.8), I have to manually bind a bunch of JARs into my classpath in red5.bat like so:
set RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing pretty weird stuff in the classloader which screws everything else up, but I really have no idea as I don't have a solid understanding of classloaders.
With the above classpath, I'm now getting a ClassNotFoundException for the org.springframework.beans.factory.xml.NamespaceHandlerSupport which resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I should try? When I try adding the spring-beans jar to the classpath manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran <rfkrocktk@...> wrote:
Weird. Still trying to figure it out.
However, the problem with my java temp dir was because of a bug in org.red5.server.Bootstrap; attached is a patch to that that sets everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain <mondain@...> wrote:
Seems that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when its final.
Paul On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran <rfkrocktk@...> wrote:
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and video.
Use Xuggle to get the power of FFmpeg in Java.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and video. Use Xuggle to get the power of FFmpeg in Java.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Yeah, the one thing that I'm still struggling with in Red5 is the whole classloader thing. It's just so finicky. I'd really like to just have an application that I could drop into a standard Red5 install self-contained and have it "just work." But I know about how incredibly difficult the whole classloader situation is.
So there's no way we can just do a "force load every dang JAR in the lib directory" from within Java? Is the classloader structure different for the plugins folder?
On Thu, Nov 5, 2009 at 2:29 PM, Art Clarke <aclarke@...> wrote:
> One last question. If things are working so well in the plugins directory, why should the lib directory be any different?
I don't know what happened, but I saw the same problem with the lib directory a few months ago (it stopped working after 0.8) which was why I suggested the plugins concept as a correct solution to the problem :)
- Art
On Thu, Nov 5, 2009 at 2:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Art, sometimes a wacky idea is truly needed. By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar, aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right direction. I miss working with Red5, I've been stuck doing client side stuff for the last few months. And Art, thanks for making Xuggle/Xuggler LGPL, it really helps :)
One last question. If things are working so well in the plugins directory, why should the lib directory be any different? On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi Tyler,
Here's a wacky thought -- might not fix your issue but worth a try. 0.9 has a new (and very cool) new feature called Plugins that Paul added. Put your AOP jar files into %RED5_HOME%\plugins, and see if the problem is resolved. Red5 will load any Jars in that directory with the global glassloader.
Also, the jira docs have an excellent write-up (thanks to Dan Rossi) on some advanced features of Plugins, including how to to get Red5 to call a method in the Jar automatically just by adding Red5-Main-Class to the manifest, or how to get Red5 to pass in the Red5 server context so your plugin can do all sorts of cool things.
- ArtOn Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Ok. So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have been since post 0.8), I have to manually bind a bunch of JARs into my classpath in red5.bat like so:
set RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing pretty weird stuff in the classloader which screws everything else up, but I really have no idea as I don't have a solid understanding of classloaders.
With the above classpath, I'm now getting a ClassNotFoundException for the org.springframework.beans.factory.xml.NamespaceHandlerSupport which resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I should try? When I try adding the spring-beans jar to the classpath manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran <rfkrocktk@...> wrote:
Weird. Still trying to figure it out.
However, the problem with my java temp dir was because of a bug in org.red5.server.Bootstrap; attached is a patch to that that sets everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain <mondain@...> wrote:
Seems that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when its final.
Paul On Thu, Nov 5, 2009 at 10:34 AM, Tyler Kocheran <rfkrocktk@...> wrote:
I reverted my startup scripts to HEAD so now I'm getting past those initial weird errors. My startup scripts were different because I needed to hardwire in some JARs for AOP and the like.
Now, I'm getting this weird error telling me something is extremely wrong with Spring AOP:
http://pastebin.com/f6433013dOn Wed, Nov 4, 2009 at 8:01 PM, Mondain <mondain@...> wrote:
It appears that you are not seeing some of the classes that are available in red5/lib, like slf4j and javaee. You probably need to look at your classpath / red5 startup script, compare it against red5.bat. I also noticed that there may be a bug with your temp directory, there should be a \ in between Tk and AppData.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and video.
Use Xuggle to get the power of FFmpeg in Java.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and video.
Use Xuggle to get the power of FFmpeg in Java.
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Some parts of this message have been removed.
Learn more about Nabble's security policy.
I thought webapps/webapp/WEB-INF/lib was
automatically loaded by tomcat.
----- Original Message -----
Sent: Thursday, November 05, 2009 2:33
PM
Subject: Re: [Red5] Did we upgrade to
Spring 3.0?
Yeah, the one thing that I'm still struggling with in Red5 is
the whole classloader thing. It's just so finicky. I'd really like to just
have an application that I could drop into a standard Red5 install
self-contained and have it "just work." But I know about how incredibly
difficult the whole classloader situation is.
So there's no way we can just do a "force load every dang JAR in the lib
directory" from within Java? Is the classloader structure different for the
plugins folder?
On Thu, Nov 5, 2009 at 2:29 PM, Art Clarke <aclarke@...> wrote:
> One last question. If things are working so well in the
plugins directory, why should the lib directory be any different?
I don't know what happened, but I saw the same problem with
the lib directory a few months ago (it stopped working after 0.8) which was
why I suggested the plugins concept as a correct solution to the problem
:)
- Art
On Thu, Nov 5, 2009 at 2:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Art,
sometimes a wacky idea is truly needed.
By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar,
aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul
and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right
direction. I miss working with Red5, I've been stuck doing client side
stuff for the last few months. And Art, thanks for making Xuggle/Xuggler
LGPL, it really helps :)
One last question. If things are working so well in the plugins
directory, why should the lib directory be any different?
On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi
Tyler,
Here's a wacky thought -- might not fix your issue but
worth a try. 0.9 has a new (and very cool) new feature called
Plugins that Paul added. Put your AOP jar files into
%RED5_HOME%\plugins, and see if the problem is resolved. Red5 will
load any Jars in that directory with the global
glassloader.
Also, the jira docs have an excellent write-up
(thanks to Dan Rossi) on some advanced features of Plugins, including
how to to get Red5 to call a method in the Jar automatically just by
adding Red5-Main-Class to the manifest, or how to get Red5 to pass in
the Red5 server context so your plugin can do all sorts of cool
things.
- Art
On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran
<rfkrocktk@...> wrote:
Ok.
So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have
been since post 0.8), I have to manually bind a bunch of JARs into my
classpath in red5.bat like so:
set
RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing
pretty weird stuff in the classloader which screws everything else up,
but I really have no idea as I don't have a solid understanding of
classloaders.
With the above classpath, I'm now getting a
ClassNotFoundException for the
org.springframework.beans.factory.xml.NamespaceHandlerSupport which
resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I
should try? When I try adding the spring-beans jar to the classpath
manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran
<rfkrocktk@...> wrote:
Weird.
Still trying to figure it out.
However, the problem with my java temp dir was because of a bug
in org.red5.server.Bootstrap; attached is a patch to that that sets
everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain
<mondain@...> wrote:
Seems
that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when
its final.
Paul
On Thu, Nov 5, 2009 at 10:34 AM, Tyler
Kocheran <rfkrocktk@...> wrote:
I
reverted my startup scripts to HEAD so now I'm getting past
those initial weird errors. My startup scripts were different
because I needed to hardwire in some JARs for AOP and the
like.
Now, I'm getting this weird error telling me something is
extremely wrong with Spring AOP:
http://pastebin.com/f6433013d
On Wed, Nov 4, 2009 at 8:01 PM, Mondain
<mondain@...> wrote:
It
appears that you are not seeing some of the classes that are
available in red5/lib, like slf4j and javaee. You probably
need to look at your classpath / red5 startup script, compare
it against red5.bat. I also noticed that there may be a bug
with your temp directory, there should be a \ in between Tk
and AppData.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who
had completed their days and they cried aloud to Heaven, saying,
"What shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/http://code.google.com/p/blue5/
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?" -- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To
freely encode, decode, and experience audio and video.
Use
Xuggle to get the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
... and they stirred up the Nazarites
who had completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely
encode, decode, and experience audio and video. Use Xuggle to get
the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed
their days and they cried aloud to Heaven, saying, "What shall we do with
these? Where shall we take them?"
_______________________________________________
Red5 mailing
list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
I haven't tried that recently. Seeing as my setup works now, I may or may not try putting it all in webapp/WEB-INF/lib. On Thu, Nov 5, 2009 at 2:53 PM, Andy Shaules <bowljoman@...> wrote:
I thought webapps/webapp/WEB-INF/lib was
automatically loaded by tomcat.
----- Original Message -----
Sent: Thursday, November 05, 2009 2:33
PM
Subject: Re: [Red5] Did we upgrade to
Spring 3.0?
Yeah, the one thing that I'm still struggling with in Red5 is
the whole classloader thing. It's just so finicky. I'd really like to just
have an application that I could drop into a standard Red5 install
self-contained and have it "just work." But I know about how incredibly
difficult the whole classloader situation is.
So there's no way we can just do a "force load every dang JAR in the lib
directory" from within Java? Is the classloader structure different for the
plugins folder?
On Thu, Nov 5, 2009 at 2:29 PM, Art Clarke <aclarke@...> wrote:
> One last question. If things are working so well in the
plugins directory, why should the lib directory be any different?
I don't know what happened, but I saw the same problem with
the lib directory a few months ago (it stopped working after 0.8) which was
why I suggested the plugins concept as a correct solution to the problem
:)
- Art
On Thu, Nov 5, 2009 at 2:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Art,
sometimes a wacky idea is truly needed.
By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar,
aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul
and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right
direction. I miss working with Red5, I've been stuck doing client side
stuff for the last few months. And Art, thanks for making Xuggle/Xuggler
LGPL, it really helps :)
One last question. If things are working so well in the plugins
directory, why should the lib directory be any different?
On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi
Tyler,
Here's a wacky thought -- might not fix your issue but
worth a try. 0.9 has a new (and very cool) new feature called
Plugins that Paul added. Put your AOP jar files into
%RED5_HOME%\plugins, and see if the problem is resolved. Red5 will
load any Jars in that directory with the global
glassloader.
Also, the jira docs have an excellent write-up
(thanks to Dan Rossi) on some advanced features of Plugins, including
how to to get Red5 to call a method in the Jar automatically just by
adding Red5-Main-Class to the manifest, or how to get Red5 to pass in
the Red5 server context so your plugin can do all sorts of cool
things.
- Art
On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran
<rfkrocktk@...> wrote:
Ok.
So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have
been since post 0.8), I have to manually bind a bunch of JARs into my
classpath in red5.bat like so:
set
RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing
pretty weird stuff in the classloader which screws everything else up,
but I really have no idea as I don't have a solid understanding of
classloaders.
With the above classpath, I'm now getting a
ClassNotFoundException for the
org.springframework.beans.factory.xml.NamespaceHandlerSupport which
resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I
should try? When I try adding the spring-beans jar to the classpath
manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran
<rfkrocktk@...> wrote:
Weird.
Still trying to figure it out.
However, the problem with my java temp dir was because of a bug
in org.red5.server.Bootstrap; attached is a patch to that that sets
everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain
<mondain@...> wrote:
Seems
that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when
its final.
Paul
On Thu, Nov 5, 2009 at 10:34 AM, Tyler
Kocheran <rfkrocktk@...> wrote:
I
reverted my startup scripts to HEAD so now I'm getting past
those initial weird errors. My startup scripts were different
because I needed to hardwire in some JARs for AOP and the
like.
Now, I'm getting this weird error telling me something is
extremely wrong with Spring AOP:
http://pastebin.com/f6433013d
On Wed, Nov 4, 2009 at 8:01 PM, Mondain
<mondain@...> wrote:
It
appears that you are not seeing some of the classes that are
available in red5/lib, like slf4j and javaee. You probably
need to look at your classpath / red5 startup script, compare
it against red5.bat. I also noticed that there may be a bug
with your temp directory, there should be a \ in between Tk
and AppData.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who
had completed their days and they cried aloud to Heaven, saying,
"What shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?" -- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To
freely encode, decode, and experience audio and video.
Use
Xuggle to get the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
... and they stirred up the Nazarites
who had completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely
encode, decode, and experience audio and video. Use Xuggle to get
the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed
their days and they cried aloud to Heaven, saying, "What shall we do with
these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
... and I just restarted Eclipse and now it's broken again. Wow. On Thu, Nov 5, 2009 at 2:57 PM, Tyler Kocheran <rfkrocktk@...> wrote:
I haven't tried that recently. Seeing as my setup works now, I may or may not try putting it all in webapp/WEB-INF/lib.
On Thu, Nov 5, 2009 at 2:53 PM, Andy Shaules <bowljoman@...> wrote:
I thought webapps/webapp/WEB-INF/lib was
automatically loaded by tomcat.
----- Original Message -----
Sent: Thursday, November 05, 2009 2:33
PM
Subject: Re: [Red5] Did we upgrade to
Spring 3.0?
Yeah, the one thing that I'm still struggling with in Red5 is
the whole classloader thing. It's just so finicky. I'd really like to just
have an application that I could drop into a standard Red5 install
self-contained and have it "just work." But I know about how incredibly
difficult the whole classloader situation is.
So there's no way we can just do a "force load every dang JAR in the lib
directory" from within Java? Is the classloader structure different for the
plugins folder?
On Thu, Nov 5, 2009 at 2:29 PM, Art Clarke <aclarke@...> wrote:
> One last question. If things are working so well in the
plugins directory, why should the lib directory be any different?
I don't know what happened, but I saw the same problem with
the lib directory a few months ago (it stopped working after 0.8) which was
why I suggested the plugins concept as a correct solution to the problem
:)
- Art
On Thu, Nov 5, 2009 at 2:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Art,
sometimes a wacky idea is truly needed.
By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar,
aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul
and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right
direction. I miss working with Red5, I've been stuck doing client side
stuff for the last few months. And Art, thanks for making Xuggle/Xuggler
LGPL, it really helps :)
One last question. If things are working so well in the plugins
directory, why should the lib directory be any different?
On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi
Tyler,
Here's a wacky thought -- might not fix your issue but
worth a try. 0.9 has a new (and very cool) new feature called
Plugins that Paul added. Put your AOP jar files into
%RED5_HOME%\plugins, and see if the problem is resolved. Red5 will
load any Jars in that directory with the global
glassloader.
Also, the jira docs have an excellent write-up
(thanks to Dan Rossi) on some advanced features of Plugins, including
how to to get Red5 to call a method in the Jar automatically just by
adding Red5-Main-Class to the manifest, or how to get Red5 to pass in
the Red5 server context so your plugin can do all sorts of cool
things.
- Art
On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran
<rfkrocktk@...> wrote:
Ok.
So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have
been since post 0.8), I have to manually bind a bunch of JARs into my
classpath in red5.bat like so:
set
RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing
pretty weird stuff in the classloader which screws everything else up,
but I really have no idea as I don't have a solid understanding of
classloaders.
With the above classpath, I'm now getting a
ClassNotFoundException for the
org.springframework.beans.factory.xml.NamespaceHandlerSupport which
resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I
should try? When I try adding the spring-beans jar to the classpath
manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran
<rfkrocktk@...> wrote:
Weird.
Still trying to figure it out.
However, the problem with my java temp dir was because of a bug
in org.red5.server.Bootstrap; attached is a patch to that that sets
everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain
<mondain@...> wrote:
Seems
that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when
its final.
Paul
On Thu, Nov 5, 2009 at 10:34 AM, Tyler
Kocheran <rfkrocktk@...> wrote:
I
reverted my startup scripts to HEAD so now I'm getting past
those initial weird errors. My startup scripts were different
because I needed to hardwire in some JARs for AOP and the
like.
Now, I'm getting this weird error telling me something is
extremely wrong with Spring AOP:
http://pastebin.com/f6433013d
On Wed, Nov 4, 2009 at 8:01 PM, Mondain
<mondain@...> wrote:
It
appears that you are not seeing some of the classes that are
available in red5/lib, like slf4j and javaee. You probably
need to look at your classpath / red5 startup script, compare
it against red5.bat. I also noticed that there may be a bug
with your temp directory, there should be a \ in between Tk
and AppData.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who
had completed their days and they cried aloud to Heaven, saying,
"What shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?" -- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To
freely encode, decode, and experience audio and video.
Use
Xuggle to get the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
... and they stirred up the Nazarites
who had completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely
encode, decode, and experience audio and video. Use Xuggle to get
the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed
their days and they cried aloud to Heaven, saying, "What shall we do with
these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Turns out it was caused by jars in my {webapp}/WEB-INF/lib that I didn't know about. On Thu, Nov 5, 2009 at 4:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
... and I just restarted Eclipse and now it's broken again. Wow.
On Thu, Nov 5, 2009 at 2:57 PM, Tyler Kocheran <rfkrocktk@...> wrote:
I haven't tried that recently. Seeing as my setup works now, I may or may not try putting it all in webapp/WEB-INF/lib.
On Thu, Nov 5, 2009 at 2:53 PM, Andy Shaules <bowljoman@...> wrote:
I thought webapps/webapp/WEB-INF/lib was
automatically loaded by tomcat.
----- Original Message -----
Sent: Thursday, November 05, 2009 2:33
PM
Subject: Re: [Red5] Did we upgrade to
Spring 3.0?
Yeah, the one thing that I'm still struggling with in Red5 is
the whole classloader thing. It's just so finicky. I'd really like to just
have an application that I could drop into a standard Red5 install
self-contained and have it "just work." But I know about how incredibly
difficult the whole classloader situation is.
So there's no way we can just do a "force load every dang JAR in the lib
directory" from within Java? Is the classloader structure different for the
plugins folder?
On Thu, Nov 5, 2009 at 2:29 PM, Art Clarke <aclarke@...> wrote:
> One last question. If things are working so well in the
plugins directory, why should the lib directory be any different?
I don't know what happened, but I saw the same problem with
the lib directory a few months ago (it stopped working after 0.8) which was
why I suggested the plugins concept as a correct solution to the problem
:)
- Art
On Thu, Nov 5, 2009 at 2:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Art,
sometimes a wacky idea is truly needed.
By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar,
aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul
and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right
direction. I miss working with Red5, I've been stuck doing client side
stuff for the last few months. And Art, thanks for making Xuggle/Xuggler
LGPL, it really helps :)
One last question. If things are working so well in the plugins
directory, why should the lib directory be any different?
On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi
Tyler,
Here's a wacky thought -- might not fix your issue but
worth a try. 0.9 has a new (and very cool) new feature called
Plugins that Paul added. Put your AOP jar files into
%RED5_HOME%\plugins, and see if the problem is resolved. Red5 will
load any Jars in that directory with the global
glassloader.
Also, the jira docs have an excellent write-up
(thanks to Dan Rossi) on some advanced features of Plugins, including
how to to get Red5 to call a method in the Jar automatically just by
adding Red5-Main-Class to the manifest, or how to get Red5 to pass in
the Red5 server context so your plugin can do all sorts of cool
things.
- Art
On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran
<rfkrocktk@...> wrote:
Ok.
So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have
been since post 0.8), I have to manually bind a bunch of JARs into my
classpath in red5.bat like so:
set
RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing
pretty weird stuff in the classloader which screws everything else up,
but I really have no idea as I don't have a solid understanding of
classloaders.
With the above classpath, I'm now getting a
ClassNotFoundException for the
org.springframework.beans.factory.xml.NamespaceHandlerSupport which
resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I
should try? When I try adding the spring-beans jar to the classpath
manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran
<rfkrocktk@...> wrote:
Weird.
Still trying to figure it out.
However, the problem with my java temp dir was because of a bug
in org.red5.server.Bootstrap; attached is a patch to that that sets
everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain
<mondain@...> wrote:
Seems
that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when
its final.
Paul
On Thu, Nov 5, 2009 at 10:34 AM, Tyler
Kocheran <rfkrocktk@...> wrote:
I
reverted my startup scripts to HEAD so now I'm getting past
those initial weird errors. My startup scripts were different
because I needed to hardwire in some JARs for AOP and the
like.
Now, I'm getting this weird error telling me something is
extremely wrong with Spring AOP:
http://pastebin.com/f6433013d
On Wed, Nov 4, 2009 at 8:01 PM, Mondain
<mondain@...> wrote:
It
appears that you are not seeing some of the classes that are
available in red5/lib, like slf4j and javaee. You probably
need to look at your classpath / red5 startup script, compare
it against red5.bat. I also noticed that there may be a bug
with your temp directory, there should be a \ in between Tk
and AppData.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who
had completed their days and they cried aloud to Heaven, saying,
"What shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?" -- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To
freely encode, decode, and experience audio and video.
Use
Xuggle to get the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
... and they stirred up the Nazarites
who had completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely
encode, decode, and experience audio and video. Use Xuggle to get
the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed
their days and they cried aloud to Heaven, saying, "What shall we do with
these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
I both love and hate classloaders, they have caused me pain and joy.. ok not so much joy but you get the point. Basically with 0.9 and on-ward you should use the following guildelines: 1. Classes to be shared amongst anything in Red5 (common) go in red5/lib
2. Classes that are plugins or libraries needed by plugins go in red5/plugins; if not already in red5/lib 3. Classes which are used by a red5 app / web app and only that app, go in webapps/app/WEB-INF/lib
4. Try not to put anything on the classpath in red5.bat/sh if possible. 5. If you have classloader problems check that the classes dont exist elsewhere on your classpath (it happens to us all TK)
When I speak of classes I mean with in jars..
Paul On Thu, Nov 5, 2009 at 4:38 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Turns out it was caused by jars in my {webapp}/WEB-INF/lib that I didn't know about.
On Thu, Nov 5, 2009 at 4:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
... and I just restarted Eclipse and now it's broken again. Wow.
On Thu, Nov 5, 2009 at 2:57 PM, Tyler Kocheran <rfkrocktk@...> wrote:
I haven't tried that recently. Seeing as my setup works now, I may or may not try putting it all in webapp/WEB-INF/lib.
On Thu, Nov 5, 2009 at 2:53 PM, Andy Shaules <bowljoman@...> wrote:
I thought webapps/webapp/WEB-INF/lib was
automatically loaded by tomcat.
----- Original Message -----
Sent: Thursday, November 05, 2009 2:33
PM
Subject: Re: [Red5] Did we upgrade to
Spring 3.0?
Yeah, the one thing that I'm still struggling with in Red5 is
the whole classloader thing. It's just so finicky. I'd really like to just
have an application that I could drop into a standard Red5 install
self-contained and have it "just work." But I know about how incredibly
difficult the whole classloader situation is.
So there's no way we can just do a "force load every dang JAR in the lib
directory" from within Java? Is the classloader structure different for the
plugins folder?
On Thu, Nov 5, 2009 at 2:29 PM, Art Clarke <aclarke@...> wrote:
> One last question. If things are working so well in the
plugins directory, why should the lib directory be any different?
I don't know what happened, but I saw the same problem with
the lib directory a few months ago (it stopped working after 0.8) which was
why I suggested the plugins concept as a correct solution to the problem
:)
- Art
On Thu, Nov 5, 2009 at 2:25 PM, Tyler Kocheran <rfkrocktk@...> wrote:
Art,
sometimes a wacky idea is truly needed.
By adding all of my aop JARs (aopalliance.jar, aspectjrt.jar,
aspectjweaver.jar) to the plugins folder, the problem is resolved. Paul
and Art, thanks so much for the help! WACKY IDEAS ARE METAL!!! \m/
Again, much thanks to the both of you for pointing me in the right
direction. I miss working with Red5, I've been stuck doing client side
stuff for the last few months. And Art, thanks for making Xuggle/Xuggler
LGPL, it really helps :)
One last question. If things are working so well in the plugins
directory, why should the lib directory be any different?
On Thu, Nov 5, 2009 at 1:12 PM, Art Clarke <aclarke@...> wrote:
Hi
Tyler,
Here's a wacky thought -- might not fix your issue but
worth a try. 0.9 has a new (and very cool) new feature called
Plugins that Paul added. Put your AOP jar files into
%RED5_HOME%\plugins, and see if the problem is resolved. Red5 will
load any Jars in that directory with the global
glassloader.
Also, the jira docs have an excellent write-up
(thanks to Dan Rossi) on some advanced features of Plugins, including
how to to get Red5 to call a method in the Jar automatically just by
adding Red5-Main-Class to the manifest, or how to get Red5 to pass in
the Red5 server context so your plugin can do all sorts of cool
things.
- Art
On Thu, Nov 5, 2009 at 12:44 PM, Tyler Kocheran
<rfkrocktk@...> wrote:
Ok.
So there's a bit of progress I've made.
Basically, because I'm experiencing classloader issues (and have
been since post 0.8), I have to manually bind a bunch of JARs into my
classpath in red5.bat like so:
set
RED5_CLASSPATH=%RED5_HOME%\boot.jar;%RED5_HOME%\conf;%CLASSPATH%;%RED5_HOME%\lib\spring-aop-2.5.6.jar;%RED5_HOME%\lib\aspectjweaver.jar;%RED5_HOME%\lib\aspectjrt.jar;%RED5_HOME%\lib\commons-fileupload-1.2.1.jar;%RED5_HOME%\lib\commons-io-1.4.jar
I guess the problem is that AspectJ is doing
pretty weird stuff in the classloader which screws everything else up,
but I really have no idea as I don't have a solid understanding of
classloaders.
With the above classpath, I'm now getting a
ClassNotFoundException for the
org.springframework.beans.factory.xml.NamespaceHandlerSupport which
resides in /lib/spring-beans-2.5.6.jar. Any suggestions as to what I
should try? When I try adding the spring-beans jar to the classpath
manually, the server won't start, it immediately fails.
On Thu, Nov 5, 2009 at 11:22 AM, Tyler Kocheran
<rfkrocktk@...> wrote:
Weird.
Still trying to figure it out.
However, the problem with my java temp dir was because of a bug
in org.red5.server.Bootstrap; attached is a patch to that that sets
everything right.
On Thu, Nov 5, 2009 at 10:49 AM, Mondain
<mondain@...> wrote:
Seems
that there are a few others that have seen this issue with AOP
And no we didnt switch to Spring 3.0, maybe when
its final.
Paul
On Thu, Nov 5, 2009 at 10:34 AM, Tyler
Kocheran <rfkrocktk@...> wrote:
I
reverted my startup scripts to HEAD so now I'm getting past
those initial weird errors. My startup scripts were different
because I needed to hardwire in some JARs for AOP and the
like.
Now, I'm getting this weird error telling me something is
extremely wrong with Spring AOP:
http://pastebin.com/f6433013d
On Wed, Nov 4, 2009 at 8:01 PM, Mondain
<mondain@...> wrote:
It
appears that you are not seeing some of the classes that are
available in red5/lib, like slf4j and javaee. You probably
need to look at your classpath / red5 startup script, compare
it against red5.bat. I also noticed that there may be a bug
with your temp directory, there should be a \ in between Tk
and AppData.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who
had completed their days and they cried aloud to Heaven, saying,
"What shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/
http://code.google.com/p/blue5/
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?" -- ... and they stirred up the Nazarites who had
completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To
freely encode, decode, and experience audio and video.
Use
Xuggle to get the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
--
... and they stirred up the Nazarites
who had completed their days and they cried aloud to Heaven, saying, "What
shall we do with these? Where shall we take
them?"
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://www.xuggle.com/xu‧ggle (zŭ' gl) v. To freely
encode, decode, and experience audio and video. Use Xuggle to get
the power of FFmpeg in
Java.
_______________________________________________
Red5
mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed
their days and they cried aloud to Heaven, saying, "What shall we do with
these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
-- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
-- http://gregoire.org/http://code.google.com/p/red5/http://code.google.com/p/blue5/
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
|
Re: Did we upgrade to Spring 3.0?
Yeah, it definitely happens to the best of us! Now that I know things are working, I'm going to try moving my AspectJ jars back to /lib to see if it'll work. Classloaders can really make one's life miserable :)
On Thu, Nov 5, 2009 at 8:28 PM, Mondain <mondain@...> wrote:
5. If you have classloader problems check that the classes dont exist elsewhere on your classpath (it happens to us all TK) -- ... and they stirred up the Nazarites who had completed their days and they cried aloud to Heaven, saying, "What shall we do with these? Where shall we take them?"
_______________________________________________
Red5 mailing list
Red5@...
http://osflash.org/mailman/listinfo/red5_osflash.org
|
javaTempPatch.patch (1018 bytes) 