BTW please don't copy private lists in public discussions!
Chan the picture is not quite right .. the store will use SS only to
*provision* a volume (directory) for a tenant. After that it will use HDFS
APIs to directly talk to HDFS.
How big are these files? How many do we expect in a reasonable
IMO this is a *bad* decision.
This will simply reduce the ability for one developer to contribute to both
because we are being stubborn and refuse to use one framework. Can you
please explain, succinctly, exactly what things that absolute.js does that
caramel does not? I'm favoring caramel because
On Sat, Aug 3, 2013 at 8:31 PM, Sanjiva Weerawarana wrote:
> Personally I don't like them .. they're going to be too complicated at the
> 50x50 type size they're in reality. Second, the words in the icons don't
> make sense IMO.
Yes.
I think the words are not needed on icons. We just have to make
A comment Deep made in another thread reminded me of this ..
How exactly does MT work for HDFS? Deep can you give a detailed explanation
please? I see we are releasing an improved HDFS mgmt UI in the next release.
Sanjiva.
--
Sanjiva Weerawarana, Ph.D.
Founder, Chairman & CEO; WSO2, Inc.; http:
Dilshan & Prabath, should the SCEP server code ship with IS by default?
Prabath I remember a long discussion about certificate issuing and
distribution 3-4 years ago but don't think we ended up implementing yet ..
is this a lightweight solution?
Dilshan have u guys already implemented it?
Sanjiv
At some point, we need to cut over to using OAuth-authenticated managed
APIs instead of admin services. Would the Human Task engine be a good place
to start that effort? We will soon have embedded API management available
in every service hosting server .. so that means having an
OAuth-authenticate
On Sat, Aug 3, 2013 at 8:35 PM, Sanjiva Weerawarana wrote:
> BTW please don't copy private lists in public discussions!
>
> Chan the picture is not quite right .. the store will use SS only to
> *provision* a volume (directory) for a tenant. After that it will use HDFS
> APIs to directly talk to H
Hi Sanjiva,
The file size depends on the application. We are going to store mobile
platform specific binaries such as apk, ipa etc. here. Also screenshots of
applications and app images. Most of the times binaries are around 1-2 MBs.
But still it can be hundreds of MBs as well depend on the app an
Hi Sanjiva,
We have taken the apple provided source code at [1]. This comes with the
companion file. We did extend this to our need and for the moment we run
this on top of a ruby server to handle the enrolment and necessary
provisioning. The requests, responses are handled by plists where we have
Hi,
We will be using notnoop [1] for apple push notifications in MDM. This has
been discussed in a separate thread (related to ESB cloud connector) and
the license was approved to use as well. Not sure whether this has been
implemented at the moment. Is there anyway we can make use of this (if thi
So its more than for storing the APKs? How do developers access this file
store from a mobile app? How do we authenticate?
To me, this sounds more like something we should do as part of the storage
API work for MBaaS (?).
Sanjiva.
On Sat, Aug 3, 2013 at 9:45 PM, Dilshan Edirisuriya wrote:
> Hi
Hi Sanjiva,
On Sat, Aug 3, 2013 at 8:35 PM, Sanjiva Weerawarana wrote:
> BTW please don't copy private lists in public discussions!
>
> Chan the picture is not quite right .. the store will use SS only to
> *provision* a volume (directory) for a tenant. After that it will use HDFS
> APIs to direc
Some random feedback ..
#1: In general, in XML languages when you have a foo element child elements
should not say fooChild. You have:
http://10.100.2.51:/wd/hub/"/>
That should be:
url
Or better yet,
However that particular style makes it impossib
On Sat, Aug 3, 2013 at 11:06 PM, Prabath Abeysekera wrote:
>
>> I'm wondering whether using a relational DB blob store is good enough for
>> a start.
>>
>
> IMO, HDFS too doesn't have any added advantage over a Relational/Any other
> blob store with respect to this particular use case as it's just
Hi Sanjiva,
On Sat, Aug 3, 2013 at 11:32 PM, Sanjiva Weerawarana wrote:
> On Sat, Aug 3, 2013 at 11:06 PM, Prabath Abeysekera wrote:
>
>>
>>> I'm wondering whether using a relational DB blob store is good enough
>>> for a start.
>>>
>>
>> IMO, HDFS too doesn't have any added advantage over a Rela
Hi,
Came across this thread in which some ideas are discussed.
http://www.quora.com/What-is-a-good-choice-for-storing-blob-like-files-in-a-distributed-environment#
Some quote from the thread
There are two major classes of solutions for this. One is a distributed
filesystem - but do yourself a
On Sat, Aug 3, 2013 at 9:04 PM, Sanjiva Weerawarana wrote:
> Dilshan & Prabath, should the SCEP server code ship with IS by default?
>
> Prabath I remember a long discussion about certificate issuing and
> distribution 3-4 years ago but don't think we ended up implementing yet ..
> is this a light
Just had a look at how this works with iOS [1]..
I may be totally wrong (please correct me in that case) - I just went
through the doc quickly..
In the Response from the MDM - it has the following.. Which in fact giving
details to connect to a different SCEP server.. so our MDM needs not to
work
SCPE has a known vulnerability - where end devices can fool the system to
get certificates of what their desire..
More details at [1].
One way we could overcome this is - we do not expose SCEP server to the
devices - but rather all the SCEP requests from devices to the SCEP server
through a MDM.
Yes Prabath our MDM needs not to work as a SCEP server. Right now its a
separate WEBRick web server and the code is written in Ruby. SCEP server
can be any third party server like EJBCA etc. I had a offline discussion
with Azeez and came into a conclusion that the SCEP server part needs to be
separ
Honestly for the size of blobs we're talking about (1-2MB) this is overkill.
Also, even Cassandra is not a good fit - that's good for fast write
scenarios. This is write-once, read-many scenario (APK is written only once
and then each install reads it). Also fairly low TPS .. not really
expecting
Hi,
On Sun, Aug 4, 2013 at 10:20 AM, Sanjiva Weerawarana wrote:
> Honestly for the size of blobs we're talking about (1-2MB) this is
> overkill.
>
> Also, even Cassandra is not a good fit - that's good for fast write
> scenarios. This is write-once, read-many scenario (APK is written only once
>
22 matches
Mail list logo