I'm forwarding this to the dev list because this is the second time this problem has been encountered in a week.
Rev 935381 changed how the framework loads/includes converter classes. The new method depends on a newer version of ant. Anyone using an older version of ant ends up with an OFBiz installation that won't run. Should we put the converter class loading back the way it was, or just keep telling users to upgrade to a newer version of ant? Any other suggestions? -Adrian --- On Sat, 7/24/10, Matt Warnock <[hidden email]> wrote: > From: Matt Warnock <[hidden email]> > Subject: Re: AW: AW: no permission for /partymgr, user admin > To: [hidden email] > Date: Saturday, July 24, 2010, 1:16 PM > I've had that same experience several > times and discovered it was the > wrong ant version, usually because I forgot and used "ant > run-install" > instead of "./ant run-install". The correct version > of ant is supplied > with the code, so use that. Other versions seem to > cause wierdness. > The other possibility that comes to mind is using OpenJDK > instead of the > standard Sun JDK-- similar issues with not being able to > find all the > right bits. > -- > Matt Warnock <[hidden email]> > RidgeCrest Herbals, Inc. > > On Sat, 2010-07-24 at 15:50 +0200, Norbert Rieger wrote: > > I tried the clean-all and run-install and got some > errors when loading data. > > > > Unfortunately I do not have the output, it was a > series of conversion error > > from or to BigDecimal followed by errors on commit. > > > > Maybe I messed up my installation. > > > > A new checkout, build and run-install and the partymgr > an facilitymgr is > > available. > > > > -----Ursprüngliche Nachricht----- > > Von: BJ Freeman [mailto:[hidden email]] > > > Gesendet: Freitag, 23. Juli 2010 18:56 > > An: [hidden email] > > Betreff: Re: AW: no permission for /partymgr, user > admin > > > > I have not run into that situation. > > the ant clean-all removed the database that may have a > status set from > > some other operation. > > it is always recommend to do a clean-all > > before doing another run-install > > > > erp aql sent the following on 7/23/2010 9:35 AM: > > > It seems that if you do a second ant run-install > without an ant clean in > > between there is this boolean converter error: > > > > > > Could not > convert field value for the field: [hasPermission] to > > the [Boolean] type for the value [true]: > > > org.ofbiz.base.util.GeneralException: Conversion > from java.lang.String to > > Boolean not currently supported > > > Exception: org.ofbiz.base.util.GeneralException > > > Message: Conversion from java.lang.String to > Boolean not currently > > supported > > > > > > Because of this, the permission can not be > checked and the message is > > displayed "You do not have permission to view this > page. ("PARTYMGR_VIEW" or > > "PARTYMGR_ADMIN" needed)" even that the permissions > are correctly > > configured. > > > > > > The problem may be related to a possible bug on > the conversion code. So, > > the workaround seems to be: do an ant clean-all every > time before ant > > run-install. > > > > > > Regards, > > > Cristian > > > > > > On 23/07/2010, at 6:15 PM, BJ Freeman wrote: > > > > > >> it sounnds like the install did not happen > properly > > >> do > > >> ant clean-all > > >> then > > >> ant run-install > > >> if your using linux > > >> then use ./ant > > >> > > >> \\ > > >> \\Norbert Rieger sent the following on > 7/23/2010 7:14 AM: > > >>> I did a run-install. > > >>> > > >>> If no party is generated, how will I do > this if I can not log in (I'm > > new to > > >>> OFBiz maybe I do not yet understand the > whole context) ? > > >>> > > >>> -----Ursprüngliche Nachricht----- > > >>> Von: BJ Freeman [mailto:[hidden email]] > > >>> Gesendet: Freitag, 23. Juli 2010 16:01 > > >>> An: [hidden email] > > >>> Betreff: Re: no permission for /partymgr, > user admin > > >>> > > >>> did you do a > > >>> ant run-install so you would have demo > data? > > >>> ant run-install-ext does not install any > parties or log ins > > >>> do a > > >>> ant -p > > >>> on how to create an admin account. > > >>> this is only a log in with admin security > it does not created any party. > > >>> > > >>> Norbert Rieger sent the following on > 7/23/2010 6:07 AM: > > >>>> Hi, > > >>>> > > >>>> I tried to log into /partymgr or > /humanres with user admin and got the > > >>> error > > >>>> message: > > >>>> > > >>>> "You do not have permission to view > this page. ("PARTYMGR_VIEW" or > > >>>> "PARTYMGR_ADMIN" needed)" > > >>>> > > >>>> Doesn't admin has this permissions on > default or do I have to log in > > with > > >>> a > > >>>> different user ? > > >>>> > > >>>> How can I add this permissions to > admin (or another user) ? > > >>>> > > >>>> Thanks a lot for your help. > > >>>> > > >>>> Norbert > > >>>> > > >>>> I'm working with trunk revision > 967053 (build + run-install). > > >>>> > > >>>> > > >>> > > >>> > > > > > > > > |
Adrian Crum wrote:
> I'm forwarding this to the dev list because this is the second time this problem has been encountered in a week. > > Rev 935381 changed how the framework loads/includes converter classes. The new method depends on a newer version of ant. Anyone using an older version of ant ends up with an OFBiz installation that won't run. > > Should we put the converter class loading back the way it was, or just keep telling users to upgrade to a newer version of ant? Any other suggestions? Upgrade ant. ant 1.7.0 places things into META-INF/service, instead of META-INF/services, which is patently wrong. The reason that ant is used to create those entries, is so that 'test' classes can be placed into a separate set of jars, which allows installations to be made smaller(without including the test classes). This also reduces memory utilization in the permgen space, reduces all classloader/classpath work(catalina comes to mind), etc. ant 1.7.1 fixes it. > > -Adrian > > --- On Sat, 7/24/10, Matt Warnock <[hidden email]> wrote: > >> From: Matt Warnock <[hidden email]> >> Subject: Re: AW: AW: no permission for /partymgr, user admin >> To: [hidden email] >> Date: Saturday, July 24, 2010, 1:16 PM >> I've had that same experience several >> times and discovered it was the >> wrong ant version, usually because I forgot and used "ant >> run-install" >> instead of "./ant run-install". The correct version >> of ant is supplied >> with the code, so use that. Other versions seem to >> cause wierdness. >> The other possibility that comes to mind is using OpenJDK >> instead of the >> standard Sun JDK-- similar issues with not being able to >> find all the >> right bits. >> -- >> Matt Warnock <[hidden email]> >> RidgeCrest Herbals, Inc. >> >> On Sat, 2010-07-24 at 15:50 +0200, Norbert Rieger wrote: >>> I tried the clean-all and run-install and got some >> errors when loading data. >>> Unfortunately I do not have the output, it was a >> series of conversion error >>> from or to BigDecimal followed by errors on commit. >>> >>> Maybe I messed up my installation. >>> >>> A new checkout, build and run-install and the partymgr >> an facilitymgr is >>> available. >>> >>> -----Ursprüngliche Nachricht----- >>> Von: BJ Freeman [mailto:[hidden email]] >>> Gesendet: Freitag, 23. Juli 2010 18:56 >>> An: [hidden email] >>> Betreff: Re: AW: no permission for /partymgr, user >> admin >>> I have not run into that situation. >>> the ant clean-all removed the database that may have a >> status set from >>> some other operation. >>> it is always recommend to do a clean-all >>> before doing another run-install >>> >>> erp aql sent the following on 7/23/2010 9:35 AM: >>>> It seems that if you do a second ant run-install >> without an ant clean in >>> between there is this boolean converter error: >>>> Could not >> convert field value for the field: [hasPermission] to >>> the [Boolean] type for the value [true]: >>>> org.ofbiz.base.util.GeneralException: Conversion >> from java.lang.String to >>> Boolean not currently supported >>>> Exception: org.ofbiz.base.util.GeneralException >>>> Message: Conversion from java.lang.String to >> Boolean not currently >>> supported >>>> Because of this, the permission can not be >> checked and the message is >>> displayed "You do not have permission to view this >> page. ("PARTYMGR_VIEW" or >>> "PARTYMGR_ADMIN" needed)" even that the permissions >> are correctly >>> configured. >>>> The problem may be related to a possible bug on >> the conversion code. So, >>> the workaround seems to be: do an ant clean-all every >> time before ant >>> run-install. >>>> Regards, >>>> Cristian >>>> >>>> On 23/07/2010, at 6:15 PM, BJ Freeman wrote: >>>> >>>>> it sounnds like the install did not happen >> properly >>>>> do >>>>> ant clean-all >>>>> then >>>>> ant run-install >>>>> if your using linux >>>>> then use ./ant >>>>> >>>>> \\ >>>>> \\Norbert Rieger sent the following on >> 7/23/2010 7:14 AM: >>>>>> I did a run-install. >>>>>> >>>>>> If no party is generated, how will I do >> this if I can not log in (I'm >>> new to >>>>>> OFBiz maybe I do not yet understand the >> whole context) ? >>>>>> -----Ursprüngliche Nachricht----- >>>>>> Von: BJ Freeman [mailto:[hidden email]] >>>>>> Gesendet: Freitag, 23. Juli 2010 16:01 >>>>>> An: [hidden email] >>>>>> Betreff: Re: no permission for /partymgr, >> user admin >>>>>> did you do a >>>>>> ant run-install so you would have demo >> data? >>>>>> ant run-install-ext does not install any >> parties or log ins >>>>>> do a >>>>>> ant -p >>>>>> on how to create an admin account. >>>>>> this is only a log in with admin security >> it does not created any party. >>>>>> Norbert Rieger sent the following on >> 7/23/2010 6:07 AM: >>>>>>> Hi, >>>>>>> >>>>>>> I tried to log into /partymgr or >> /humanres with user admin and got the >>>>>> error >>>>>>> message: >>>>>>> >>>>>>> "You do not have permission to view >> this page. ("PARTYMGR_VIEW" or >>>>>>> "PARTYMGR_ADMIN" needed)" >>>>>>> >>>>>>> Doesn't admin has this permissions on >> default or do I have to log in >>> with >>>>>> a >>>>>>> different user ? >>>>>>> >>>>>>> How can I add this permissions to >> admin (or another user) ? >>>>>>> Thanks a lot for your help. >>>>>>> >>>>>>> Norbert >>>>>>> >>>>>>> I'm working with trunk revision >> 967053 (build + run-install). >>>>>>> >>>>>> >>>> >> > > > |
--- On Sat, 7/24/10, Adam Heath <[hidden email]> wrote:
> Adrian Crum wrote: > > I'm forwarding this to the dev list because this is > the second time this problem has been encountered in a > week. > > > > Rev 935381 changed how the framework loads/includes > converter classes. The new method depends on a newer version > of ant. Anyone using an older version of ant ends up with an > OFBiz installation that won't run. > > > > Should we put the converter class loading back the way > it was, or just keep telling users to upgrade to a newer > version of ant? Any other suggestions? > > Upgrade ant. ant 1.7.0 places things into > META-INF/service, instead > of META-INF/services, which is patently wrong. > > The reason that ant is used to create those entries, is so > that 'test' > classes can be placed into a separate set of jars, which > allows > installations to be made smaller(without including the test > classes). > This also reduces memory utilization in the permgen space, > reduces > all classloader/classpath work(catalina comes to mind), > etc. On a side note, I still think we should have two source branches in each component: main and test. That would keep test classes out of the deployment jars. Also, I noticed that using the -server command line argument increases permgen space automatically. > > ant 1.7.1 fixes it. > > > > > > -Adrian > > > > --- On Sat, 7/24/10, Matt Warnock <[hidden email]> > wrote: > > > >> From: Matt Warnock <[hidden email]> > >> Subject: Re: AW: AW: no permission for /partymgr, > user admin > >> To: [hidden email] > >> Date: Saturday, July 24, 2010, 1:16 PM > >> I've had that same experience several > >> times and discovered it was the > >> wrong ant version, usually because I forgot and > used "ant > >> run-install" > >> instead of "./ant run-install". The correct > version > >> of ant is supplied > >> with the code, so use that. Other versions > seem to > >> cause wierdness. > >> The other possibility that comes to mind is using > OpenJDK > >> instead of the > >> standard Sun JDK-- similar issues with not being > able to > >> find all the > >> right bits. > >> -- > >> Matt Warnock <[hidden email]> > >> RidgeCrest Herbals, Inc. > >> > >> On Sat, 2010-07-24 at 15:50 +0200, Norbert Rieger > wrote: > >>> I tried the clean-all and run-install and got > some > >> errors when loading data. > >>> Unfortunately I do not have the output, it was > a > >> series of conversion error > >>> from or to BigDecimal followed by errors on > commit. > >>> > >>> Maybe I messed up my installation. > >>> > >>> A new checkout, build and run-install and the > partymgr > >> an facilitymgr is > >>> available. > >>> > >>> -----Ursprüngliche Nachricht----- > >>> Von: BJ Freeman [mailto:[hidden email]] > >>> Gesendet: Freitag, 23. Juli 2010 18:56 > >>> An: [hidden email] > >>> Betreff: Re: AW: no permission for /partymgr, > user > >> admin > >>> I have not run into that situation. > >>> the ant clean-all removed the database that > may have a > >> status set from > >>> some other operation. > >>> it is always recommend to do a clean-all > >>> before doing another run-install > >>> > >>> erp aql sent the following on 7/23/2010 9:35 > AM: > >>>> It seems that if you do a second ant > run-install > >> without an ant clean in > >>> between there is this boolean converter > error: > >>>> Could > not > >> convert field value for the field: [hasPermission] > to > >>> the [Boolean] type for the value [true]: > >>>> org.ofbiz.base.util.GeneralException: > Conversion > >> from java.lang.String to > >>> Boolean not currently supported > >>>> Exception: > org.ofbiz.base.util.GeneralException > >>>> Message: Conversion from java.lang.String > to > >> Boolean not currently > >>> supported > >>>> Because of this, the permission can not > be > >> checked and the message is > >>> displayed "You do not have permission to view > this > >> page. ("PARTYMGR_VIEW" or > >>> "PARTYMGR_ADMIN" needed)" even that the > permissions > >> are correctly > >>> configured. > >>>> The problem may be related to a possible > bug on > >> the conversion code. So, > >>> the workaround seems to be: do an ant > clean-all every > >> time before ant > >>> run-install. > >>>> Regards, > >>>> Cristian > >>>> > >>>> On 23/07/2010, at 6:15 PM, BJ Freeman > wrote: > >>>> > >>>>> it sounnds like the install did not > happen > >> properly > >>>>> do > >>>>> ant clean-all > >>>>> then > >>>>> ant run-install > >>>>> if your using linux > >>>>> then use ./ant > >>>>> > >>>>> \\ > >>>>> \\Norbert Rieger sent the following > on > >> 7/23/2010 7:14 AM: > >>>>>> I did a run-install. > >>>>>> > >>>>>> If no party is generated, how will > I do > >> this if I can not log in (I'm > >>> new to > >>>>>> OFBiz maybe I do not yet > understand the > >> whole context) ? > >>>>>> -----Ursprüngliche > Nachricht----- > >>>>>> Von: BJ Freeman [mailto:[hidden email]] > >>>>>> Gesendet: Freitag, 23. Juli 2010 > 16:01 > >>>>>> An: [hidden email] > >>>>>> Betreff: Re: no permission for > /partymgr, > >> user admin > >>>>>> did you do a > >>>>>> ant run-install so you would have > demo > >> data? > >>>>>> ant run-install-ext does not > install any > >> parties or log ins > >>>>>> do a > >>>>>> ant -p > >>>>>> on how to create an admin > account. > >>>>>> this is only a log in with admin > security > >> it does not created any party. > >>>>>> Norbert Rieger sent the following > on > >> 7/23/2010 6:07 AM: > >>>>>>> Hi, > >>>>>>> > >>>>>>> I tried to log into /partymgr > or > >> /humanres with user admin and got the > >>>>>> error > >>>>>>> message: > >>>>>>> > >>>>>>> "You do not have permission to > view > >> this page. ("PARTYMGR_VIEW" or > >>>>>>> "PARTYMGR_ADMIN" needed)" > >>>>>>> > >>>>>>> Doesn't admin has this > permissions on > >> default or do I have to log in > >>> with > >>>>>> a > >>>>>>> different user ? > >>>>>>> > >>>>>>> How can I add this permissions > to > >> admin (or another user) ? > >>>>>>> Thanks a lot for your help. > >>>>>>> > >>>>>>> Norbert > >>>>>>> > >>>>>>> I'm working with trunk > revision > >> 967053 (build + run-install). > >>>>>>> > >>>>>> > >>>> > >> > > > > > > > > |
Adrian Crum wrote:
> --- On Sat, 7/24/10, Adam Heath <[hidden email]> wrote: >> Adrian Crum wrote: >>> I'm forwarding this to the dev list because this is >> the second time this problem has been encountered in a >> week. >>> Rev 935381 changed how the framework loads/includes >> converter classes. The new method depends on a newer version >> of ant. Anyone using an older version of ant ends up with an >> OFBiz installation that won't run. >>> Should we put the converter class loading back the way >> it was, or just keep telling users to upgrade to a newer >> version of ant? Any other suggestions? >> >> Upgrade ant. ant 1.7.0 places things into >> META-INF/service, instead >> of META-INF/services, which is patently wrong. >> >> The reason that ant is used to create those entries, is so >> that 'test' >> classes can be placed into a separate set of jars, which >> allows >> installations to be made smaller(without including the test >> classes). >> This also reduces memory utilization in the permgen space, >> reduces >> all classloader/classpath work(catalina comes to mind), >> etc. > How about 978957? |
--- On Sat, 7/24/10, Adam Heath <[hidden email]> wrote:
> Adrian Crum wrote: > > --- On Sat, 7/24/10, Adam Heath <[hidden email]> > wrote: > >> Adrian Crum wrote: > >>> I'm forwarding this to the dev list because > this is > >> the second time this problem has been encountered > in a > >> week. > >>> Rev 935381 changed how the framework > loads/includes > >> converter classes. The new method depends on a > newer version > >> of ant. Anyone using an older version of ant ends > up with an > >> OFBiz installation that won't run. > >>> Should we put the converter class loading back > the way > >> it was, or just keep telling users to upgrade to a > newer > >> version of ant? Any other suggestions? > >> > >> Upgrade ant. ant 1.7.0 places things into > >> META-INF/service, instead > >> of META-INF/services, which is patently wrong. > >> > >> The reason that ant is used to create those > entries, is so > >> that 'test' > >> classes can be placed into a separate set of jars, > which > >> allows > >> installations to be made smaller(without including > the test > >> classes). > >> This also reduces memory utilization in the > permgen space, > >> reduces > >> all classloader/classpath work(catalina comes to > mind), > >> etc. > > > > How about 978957? Cool - thanks! |
Free forum by Nabble | Edit this page |