You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Rick McGuire <ri...@gmail.com> on 2005/10/14 15:09:08 UTC
openejb build problem caused by ConfigurationUtil change?
With a fresh checkout this morning I'm getting the following compile error:
default:
java:prepare-filesystem:
[mkdir] Created dir:
C:\Geronimo\geronimo\openejb\modules\core\target\classe
s
java:compile:
[depend] Deleted 0 out of date files in 0 seconds
[echo] Compiling to
C:\Geronimo\geronimo\openejb\modules\core/target/classes
[javac] Compiling 606 source files to
C:\Geronimo\geronimo\openejb\modules\c
ore\target\classes
C:\Geronimo\geronimo\openejb\modules\core\src\java\org\openejb\corba\security\Se
curityInitializer.java:145: cannot resolve symbol
symbol : method generateRealmPrincipal
(java.lang.String,java.lang.String,java.
lang.String)
location: class org.apache.geronimo.security.util.ConfigurationUtil
RealmPrincipal realmPrincipal =
ConfigurationUtil.generateRealmPrincipal
(className, principalName, realm);
^
Note: Some input files use or override a deprecated API.
Note: Recompile with -deprecation for details.
1 error
BUILD FAILED
File...... C:\Documents and
Settings\Administrator\.maven\cache\maven-multiproje
ct-plugin-1.3.1\plugin.jelly
Element... maven:reactor
Line...... 217
Column.... 9
Unable to obtain goal [default] -- C:\Documents and
Settings\Administrator\.mave
n\cache\maven-java-plugin-1.5\plugin.jelly:63:48: <ant:javac> Compile
failed; se
e the compiler error output for details.
Total time: 15 minutes 7 seconds
Finished at: Fri Oct 14 09:01:05 EDT 2005
It appears the generateRealmPrincipal() now takes 4 arguments, but the
openejb code was not changed to match. Was this just a missed commit on
the update?
Rick
Re: openejb build problem caused by ConfigurationUtil change?
Posted by Jeff Genender <jg...@savoirtech.com>.
Can we get the interim fix in for this for now? I am S.O.L. on the
build and need it to continue with some of my development.
Thanks,
Jeff
David Jencks wrote:
> oops
>
> I'm hoping to have a more complete fix for the problems introduced by
> the new principal wrapping ready very shortly. If I run into problems
> I'll try to fix just this error.
>
> thanks
> david jencks
>
> On Oct 14, 2005, at 6:09 AM, Rick McGuire wrote:
>
>> With a fresh checkout this morning I'm getting the following compile
>> error:
>>
>> default:
>> java:prepare-filesystem:
>> [mkdir] Created dir:
>> C:\Geronimo\geronimo\openejb\modules\core\target\classe
>> s
>>
>> java:compile:
>> [depend] Deleted 0 out of date files in 0 seconds
>> [echo] Compiling to
>> C:\Geronimo\geronimo\openejb\modules\core/target/classes
>>
>> [javac] Compiling 606 source files to
>> C:\Geronimo\geronimo\openejb\modules\c
>> ore\target\classes
>> C:
>> \Geronimo\geronimo\openejb\modules\core\src\java\org\openejb\corba\secu
>> rity\Se
>> curityInitializer.java:145: cannot resolve symbol
>> symbol : method generateRealmPrincipal
>> (java.lang.String,java.lang.String,java.
>> lang.String)
>> location: class org.apache.geronimo.security.util.ConfigurationUtil
>> RealmPrincipal realmPrincipal =
>> ConfigurationUtil.generateRealmPrincipal
>> (className, principalName, realm);
>> ^
>> Note: Some input files use or override a deprecated API.
>> Note: Recompile with -deprecation for details.
>> 1 error
>>
>> BUILD FAILED
>> File...... C:\Documents and
>> Settings\Administrator\.maven\cache\maven-multiproje
>> ct-plugin-1.3.1\plugin.jelly
>> Element... maven:reactor
>> Line...... 217
>> Column.... 9
>> Unable to obtain goal [default] -- C:\Documents and
>> Settings\Administrator\.mave
>> n\cache\maven-java-plugin-1.5\plugin.jelly:63:48: <ant:javac> Compile
>> failed; se
>> e the compiler error output for details.
>> Total time: 15 minutes 7 seconds
>> Finished at: Fri Oct 14 09:01:05 EDT 2005
>>
>> It appears the generateRealmPrincipal() now takes 4 arguments, but
>> the openejb code was not changed to match. Was this just a missed
>> commit on the update?
>>
>> Rick
>>
Re: openejb build problem caused by ConfigurationUtil change?
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
David,
I'm already half into the configuration/builder for the new wrapped
principals.
Regards,
Alan
David Jencks wrote, On 10/14/2005 8:47 AM:
> oops
>
> I'm hoping to have a more complete fix for the problems introduced by
> the new principal wrapping ready very shortly. If I run into
> problems I'll try to fix just this error.
>
> thanks
> david jencks
>
> On Oct 14, 2005, at 6:09 AM, Rick McGuire wrote:
>
>> With a fresh checkout this morning I'm getting the following compile
>> error:
>>
>> default:
>> java:prepare-filesystem:
>> [mkdir] Created dir:
>> C:\Geronimo\geronimo\openejb\modules\core\target\classe
>> s
>>
>> java:compile:
>> [depend] Deleted 0 out of date files in 0 seconds
>> [echo] Compiling to
>> C:\Geronimo\geronimo\openejb\modules\core/target/classes
>>
>> [javac] Compiling 606 source files to
>> C:\Geronimo\geronimo\openejb\modules\c
>> ore\target\classes
>> C:
>> \Geronimo\geronimo\openejb\modules\core\src\java\org\openejb\corba\secu
>> rity\Se
>> curityInitializer.java:145: cannot resolve symbol
>> symbol : method generateRealmPrincipal
>> (java.lang.String,java.lang.String,java.
>> lang.String)
>> location: class org.apache.geronimo.security.util.ConfigurationUtil
>> RealmPrincipal realmPrincipal =
>> ConfigurationUtil.generateRealmPrincipal
>> (className, principalName, realm);
>> ^
>> Note: Some input files use or override a deprecated API.
>> Note: Recompile with -deprecation for details.
>> 1 error
>>
>> BUILD FAILED
>> File...... C:\Documents and
>> Settings\Administrator\.maven\cache\maven-multiproje
>> ct-plugin-1.3.1\plugin.jelly
>> Element... maven:reactor
>> Line...... 217
>> Column.... 9
>> Unable to obtain goal [default] -- C:\Documents and
>> Settings\Administrator\.mave
>> n\cache\maven-java-plugin-1.5\plugin.jelly:63:48: <ant:javac>
>> Compile failed; se
>> e the compiler error output for details.
>> Total time: 15 minutes 7 seconds
>> Finished at: Fri Oct 14 09:01:05 EDT 2005
>>
>> It appears the generateRealmPrincipal() now takes 4 arguments, but
>> the openejb code was not changed to match. Was this just a missed
>> commit on the update?
>>
>> Rick
>>
Re: openejb build problem caused by ConfigurationUtil change?
Posted by David Jencks <da...@yahoo.com>.
oops
I'm hoping to have a more complete fix for the problems introduced by
the new principal wrapping ready very shortly. If I run into problems
I'll try to fix just this error.
thanks
david jencks
On Oct 14, 2005, at 6:09 AM, Rick McGuire wrote:
> With a fresh checkout this morning I'm getting the following compile
> error:
>
> default:
> java:prepare-filesystem:
> [mkdir] Created dir:
> C:\Geronimo\geronimo\openejb\modules\core\target\classe
> s
>
> java:compile:
> [depend] Deleted 0 out of date files in 0 seconds
> [echo] Compiling to
> C:\Geronimo\geronimo\openejb\modules\core/target/classes
>
> [javac] Compiling 606 source files to
> C:\Geronimo\geronimo\openejb\modules\c
> ore\target\classes
> C:
> \Geronimo\geronimo\openejb\modules\core\src\java\org\openejb\corba\secu
> rity\Se
> curityInitializer.java:145: cannot resolve symbol
> symbol : method generateRealmPrincipal
> (java.lang.String,java.lang.String,java.
> lang.String)
> location: class org.apache.geronimo.security.util.ConfigurationUtil
> RealmPrincipal realmPrincipal =
> ConfigurationUtil.generateRealmPrincipal
> (className, principalName, realm);
> ^
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -deprecation for details.
> 1 error
>
> BUILD FAILED
> File...... C:\Documents and
> Settings\Administrator\.maven\cache\maven-multiproje
> ct-plugin-1.3.1\plugin.jelly
> Element... maven:reactor
> Line...... 217
> Column.... 9
> Unable to obtain goal [default] -- C:\Documents and
> Settings\Administrator\.mave
> n\cache\maven-java-plugin-1.5\plugin.jelly:63:48: <ant:javac> Compile
> failed; se
> e the compiler error output for details.
> Total time: 15 minutes 7 seconds
> Finished at: Fri Oct 14 09:01:05 EDT 2005
>
> It appears the generateRealmPrincipal() now takes 4 arguments, but the
> openejb code was not changed to match. Was this just a missed commit
> on the update?
>
> Rick
>