You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by "Adam R. B. Jack" <aj...@trysybase.com> on 2004/07/21 15:10:23 UTC

javagroups/turbine-jcs issue on Gump

 Hi,

Gump seems to have detected an issue between turbine-jcs and javagroups, see
below. Does this mean a non-backwards compatible change to java-groups was
made? Could somebody investigate this issue?

javac]
/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs
/utils/threads/ThreadPoolManager.java
    [javac]
/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs
/auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve
symbol
    [javac] symbol  : method callRemoteMethods
(<nulltype>,java.lang.String,java.lang.String,java.io.Serializable,int,int)
    [javac] location: class org.jgroups.blocks.RpcDispatcher
    [javac]                 RspList rsp_list = disp.callRemoteMethods( null,
"handleGet", led.ce.getCacheName(), led.ce.getKey(),
    [javac]                                        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error
See:

http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/index.html

Build Log here:

http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/gump_work/build_jakarta-turbine-jcs_jakarta-turbine-jcs.html

Thanks in advance.

regards

Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterprise
Try Sybase: http://www.try.sybase.com


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump

Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
From: "Bela Ban" <be...@yahoo.com> wrote:

> The new methods have been in JGroups forever, but only the 2.2.5 release
> removed the deprecated methods. If you send me one piece of code that
> doesn't compile, I can show you how to fix it. It is a rather mechanical
> change.

Thanks for the info & the offier.

According to this:


http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/gump_work/build_jakarta-turbine-jcs_jakarta-turbine-jcs.html

It looks like here, line 183:

http://cvs.apache.org/viewcvs.cgi/jakarta-turbine-jcs/src/java/org/apache/jcs/auxiliary/lateral/javagroups/LateralJGSender.java

regards,

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump

Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
From: "Bela Ban" <be...@yahoo.com> wrote:

> The new methods have been in JGroups forever, but only the 2.2.5 release
> removed the deprecated methods. If you send me one piece of code that
> doesn't compile, I can show you how to fix it. It is a rather mechanical
> change.

Thanks for the info & the offier.

According to this:


http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/gump_work/build_jakarta-turbine-jcs_jakarta-turbine-jcs.html

It looks like here, line 183:

http://cvs.apache.org/viewcvs.cgi/jakarta-turbine-jcs/src/java/org/apache/jcs/auxiliary/lateral/javagroups/LateralJGSender.java

regards,

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-jcs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-jcs-dev-help@jakarta.apache.org


Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump

Posted by Bela Ban <be...@yahoo.com>.

Adam R. B. Jack wrote:

> Bela Ban <be...@yahoo.com> wrote:
>
>
>> I removed some deprecated method. Those should be easy to change though.
>>
>>> [javac]
>>
>> /usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jc
>
> s
>
>>> /auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve
>>
>
> So it has been deprecated for a while? Are you asking folks (like
> turbine-jcs) to move off them?


Yes.

> Can you tell us what (if any) released versions of Javagroups this 
> method is
> in, and if there is a replacement approach, what (if any) released 
> versions
> of Javagroups is that method in?


The new methods have been in JGroups forever, but only the 2.2.5 release 
removed the deprecated methods. If you send me one piece of code that 
doesn't compile, I can show you how to fix it. It is a rather mechanical 
change.


-- 
Bela Ban
Lead JGroups / JBossCache

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump

Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
Bela Ban <be...@yahoo.com> wrote:


> I removed some deprecated method. Those should be easy to change though.
>
> >    [javac]
>
>/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jc
s
> >/auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve

So it has been deprecated for a while? Are you asking folks (like
turbine-jcs) to move off them?

Do you mind if I dig into this a bit? [A recent example of finally
deprecating methods (done by log4j after two years of deprecation) showed
that this issue is non-trivial, if we are to avoid Jar Hell in the field.]

Can you tell us what (if any) released versions of Javagroups this method is
in, and if there is a replacement approach, what (if any) released versions
of Javagroups is that method in? If we are lucky the new method has
sufficient 'history' that 'most reasonable jars out there' have the new
method, so if folks migrate, they are least likely to hit the problem.
Basically, the issue is neither Javagroups nor turbine=jcs, but the
environments that folks are running these two within.

Thanks in advance.

regards,

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-jcs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-jcs-dev-help@jakarta.apache.org


Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump

Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
Bela Ban <be...@yahoo.com> wrote:


> I removed some deprecated method. Those should be easy to change though.
>
> >    [javac]
>
>/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jc
s
> >/auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve

So it has been deprecated for a while? Are you asking folks (like
turbine-jcs) to move off them?

Do you mind if I dig into this a bit? [A recent example of finally
deprecating methods (done by log4j after two years of deprecation) showed
that this issue is non-trivial, if we are to avoid Jar Hell in the field.]

Can you tell us what (if any) released versions of Javagroups this method is
in, and if there is a replacement approach, what (if any) released versions
of Javagroups is that method in? If we are lucky the new method has
sufficient 'history' that 'most reasonable jars out there' have the new
method, so if folks migrate, they are least likely to hit the problem.
Basically, the issue is neither Javagroups nor turbine=jcs, but the
environments that folks are running these two within.

Thanks in advance.

regards,

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump

Posted by Bela Ban <be...@yahoo.com>.
I removed some deprecated method. Those should be easy to change though.

Adam R. B. Jack wrote:

> Hi,
>
>Gump seems to have detected an issue between turbine-jcs and javagroups, see
>below. Does this mean a non-backwards compatible change to java-groups was
>made? Could somebody investigate this issue?
>
>javac]
>/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs
>/utils/threads/ThreadPoolManager.java
>    [javac]
>/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs
>/auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve
>symbol
>    [javac] symbol  : method callRemoteMethods
>(<nulltype>,java.lang.String,java.lang.String,java.io.Serializable,int,int)
>    [javac] location: class org.jgroups.blocks.RpcDispatcher
>    [javac]                 RspList rsp_list = disp.callRemoteMethods( null,
>"handleGet", led.ce.getCacheName(), led.ce.getKey(),
>    [javac]                                        ^
>    [javac] Note: Some input files use or override a deprecated API.
>    [javac] Note: Recompile with -deprecation for details.
>    [javac] 1 error
>See:
>
>http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/index.html
>
>Build Log here:
>
>http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/gump_work/build_jakarta-turbine-jcs_jakarta-turbine-jcs.html
>
>Thanks in advance.
>
>regards
>
>Adam
>--
>Experience the Unwired Enterprise:
>http://www.sybase.com/unwiredenterprise
>Try Sybase: http://www.try.sybase.com
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by BEA Weblogic Workshop
>FREE Java Enterprise J2EE developer tools!
>Get your free copy of BEA WebLogic Workshop 8.1 today.
>http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
>_______________________________________________
>Javagroups-development mailing list
>
>
>  
>

-- 
Bela Ban
Lead JGroups / JBossCache


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: javagroups/turbine-jcs issue on Gump

Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
"Aaron Smuts" <as...@yahoo.com> wrote:

> Deprecation causes gump build failures?

When somebody 'deprecates' a method in the code you depend upon, not using
warning, but removing the method, or changes the signature, ... then yes.
The purpose of Gump is to detect these issues before their libraries get
released into the field, and your code run atop it & crashes. Gump is trying
to reduce Jar Hell.

regards

Adam

> > cannot resolve symbol     [javac] symbol  : method callRemoteMethods
> >
>
(<nulltype>,java.lang.String,java.lang.String,java.io.Serializable,int,int)
> >     [javac] location: class
> > org.jgroups.blocks.RpcDispatcher
> >     [javac]                 RspList rsp_list =
> > disp.callRemoteMethods( null,
> > "handleGet", led.ce.getCacheName(), led.ce.getKey(),
> >     [javac]                                        ^
> >     [javac] Note: Some input files use or override a
> > deprecated API.
> >     [javac] Note: Recompile with -deprecation for
> > details.
> >     [javac] 1 error
> > See:
> >
> >
>
http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/index.html

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-jcs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-jcs-dev-help@jakarta.apache.org


Re: javagroups/turbine-jcs issue on Gump

Posted by Aaron Smuts <as...@yahoo.com>.
Deprecation causes gump build failures?

--- "Adam R. B. Jack" <aj...@trysybase.com> wrote:
>  Hi,
> 
> Gump seems to have detected an issue between
> turbine-jcs and javagroups, see
> below. Does this mean a non-backwards compatible
> change to java-groups was
> made? Could somebody investigate this issue?
> 
> javac]
>
/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs
> /utils/threads/ThreadPoolManager.java
>     [javac]
>
/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs
>
/auxiliary/lateral/javagroups/LateralJGSender.java:183:
> cannot resolve
> symbol
>     [javac] symbol  : method callRemoteMethods
>
(<nulltype>,java.lang.String,java.lang.String,java.io.Serializable,int,int)
>     [javac] location: class
> org.jgroups.blocks.RpcDispatcher
>     [javac]                 RspList rsp_list =
> disp.callRemoteMethods( null,
> "handleGet", led.ce.getCacheName(), led.ce.getKey(),
>     [javac]                                        ^
>     [javac] Note: Some input files use or override a
> deprecated API.
>     [javac] Note: Recompile with -deprecation for
> details.
>     [javac] 1 error
> See:
> 
>
http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/index.html
> 
> Build Log here:
> 
>
http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/gump_work/build_jakarta-turbine-jcs_jakarta-turbine-jcs.html
> 
> Thanks in advance.
> 
> regards
> 
> Adam
> --
> Experience the Unwired Enterprise:
> http://www.sybase.com/unwiredenterprise
> Try Sybase: http://www.try.sybase.com
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> turbine-jcs-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> turbine-jcs-dev-help@jakarta.apache.org
> 
> 



		
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail 

---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-jcs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-jcs-dev-help@jakarta.apache.org