Mailing-List: contact esme-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: esme-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of sig.rinde@gmail.com designates
 209.85.218.226 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type
         :content-transfer-encoding;
        b=Z+gW9WgkZynK8qoMQkYuAMhxm085MBbFkHfU6u5rGnGBRlBAddS6LNfMfl5DU+rFHk
         Az+who9UpeqgqVf1zEkSXl+sOPoEQS74KMBhqYyAV028a2A0urpDYs5LERKdT7hpqmot
         ixgHVCpM4ZAdDlGKFr1Z1WwvgTDgGFooBNM9A=
MIME-Version: 1.0
Sender: sig.rinde@gmail.com
In-Reply-To: <68f4a0e81001241213l9363a1dkfdbd4bc10f49a1ce@mail.gmail.com>
References: <9cbd74ac1001241040h32eed541wad74ce2cf51c84ee@mail.gmail.com>
	<9cbd74ac1001241114o39b0c9a7u6c26822ef2a78ffa@mail.gmail.com>
	<9cbd74ac1001241115t464d5c85g1a8fa79a7b12da19@mail.gmail.com>
	<fa2d9f451001241203t5c322c1fv14e3b47542ab34a2@mail.gmail.com>
	<68f4a0e81001241213l9363a1dkfdbd4bc10f49a1ce@mail.gmail.com>
From: Sig Rinde <sig@rinde.com>
Date: Sun, 24 Jan 2010 21:31:12 +0100
Message-ID: <9cbd74ac1001241231qdb13db3pe3b55cefe437e622@mail.gmail.com>
Subject: Re: Wee error
To: esme-dev@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Only user api_test. All other users are added via api getting tokens
directly (i.e. I do not have a password for those).

First thing first time the ESME server was started I signed up
api_test in order to create the api_test token that allows the rest to
happen from our side.

Not entirely sure why 'api_test' was chosen, I assume any user could
be used as long as the default.props file has the user name. Locally
we have no problems using exact same setup with 'api_test' as admin
user.

Installation is on an Amazon instance, same as where the Thingamy
instances are running.

Tried server restart, svn anew, the usual, no change.

OK, have to admit to one (amateur) stunt as follows:

1. After having signed up as api_test and produced the token I renamed
webapp folder to disallow any access to admin interface.
2. Forgot about that when we did an svn up later, which of course
produced a new webapp.

Could that have messed up?


2010/1/24 Ethan Jewett <esjewett@gmail.com>:
> Hi Sig,
>
> I am surprised that you are getting this error. When I try to log in
> as api_test, I just get a message that says "Unknown credentials". In
> other words, I can't recreate your error, so we need some more
> information, I think.
>
> A bit of further information: "api_test" is the test user that is
> created for use in the api unit tests. It is created by those tests,
> so if you are running a "mvn jetty:run" that user will not exist.
> Still should not result in that error, but just wanted to be clear
> that this user probably won't help you much.
>
> Ethan
>
> On Sun, Jan 24, 2010 at 2:03 PM, Richard Hirsch <hirsch.dick@gmail.com> w=
rote:
>> Is the login problem just api_test or all users?
>>
>> Is the installation local or in the cloud?
>>
>> Tried a server restart to see if problem disappears?
>>
>> D.
>>
>> On Sun, Jan 24, 2010 at 8:15 PM, Sig Rinde <sig@rinde.com> wrote:
>>
>>> (Sorry for not doing all in one :)
>>>
>>> Server works, pools behaving as they should. Only the login messed up..=
.
>>>
>>>
>>> 2010/1/24 Sig Rinde <sig@rinde.com>:
>>> > Actually this happened when logging in as 'api_test'
>>> >
>>> > [default.props has this extra line: role.api_test=3Dintegration-admin=
]
>>> >
>>> >
>>> > 2010/1/24 Sig Rinde <sig@rinde.com>:
>>> >> When trying to get into urltohost:8080 I get this (just the upper pa=
rt
>>> >> of a ton):
>>> >>
>>> >> Exception occured while processing/
>>> >> Message: java.lang.UnsupportedOperationException: unsuitable as hash=
 key
>>> >> =A0 =A0 =A0 =A0scala.collection.mutable.Buffer$class.hashCode(Buffer=
.scala:280)
>>> >>
>>> =A0scala.collection.mutable.ArrayBuffer.hashCode(ArrayBuffer.scala:26)
>>> >> =A0 =A0 =A0 =A0scala.xml.Utility$.hashCode(Utility.scala:263)
>>> >> =A0 =A0 =A0 =A0scala.xml.Elem.hashCode(Elem.scala:64)
>>> >>
>>> =A0scala.collection.mutable.FlatHashTable$class.elemHashCode(FlatHashTa=
ble.scala:144)
>>> >> =A0 =A0 =A0 =A0scala.collection.immutable.HashSet.elemHashCode(HashS=
et.scala:39)
>>> >>
>>> =A0scala.collection.mutable.FlatHashTable$class.containsEntry(FlatHashT=
able.scala:56)
>>> >>
>>> =A0scala.collection.immutable.HashSet.containsEntry(HashSet.scala:39)
>>> >> =A0 =A0 =A0 =A0scala.collection.immutable.HashSet.$plus(HashSet.scal=
a:60)
>>> >>
>>> =A0scala.collection.immutable.Set$$anonfun$$plus$plus$1.apply(Set.scala=
:73)
>>> >>
>>> =A0scala.collection.immutable.Set$$anonfun$$plus$plus$1.apply(Set.scala=
:73)
>>> >> =A0 =A0 =A0 =A0scala.Iterator$class.foldLeft(Iterator.scala:520)
>>> >>
>>> >> Latest per svn, jetty:run behaved... server seems to be running,
>>> >> although I'm suspecting some pool issues... that's what I wanted to
>>> >> check.
>>> >>
>>> >> Sig
>>> >>
>>> >
>>>
>>
>