You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@usergrid.apache.org by "John D. Ament" <jo...@apache.org> on 2014/12/29 15:49:45 UTC
Fixing the release
Hi all,
So I canceled the vote on your behalf on the general mailing list due to
the licensing issues brought up by Justin.
I did just open a PR to fix the binary file issue he found.
https://github.com/apache/incubator-usergrid/pull/133
As a part of this, I also applied the ASF copyright headers to the files in
the repo.
A few more questions remain.
First, this file:
https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/ClasspathStaticHttpHandler.java
Why is it GPL/CDDL? As best as I can tell it's unique to usergrid, I
couldn't find it coming from one of the dependencies (e.g. Jersey). Is it
simply a header error?
Next is this file, which does appear to be copied.
https://github.com/apache/incubator-usergrid/blob/master/stack/core/src/main/java/org/apache/usergrid/utils/BCrypt.java
Can we instead depend on the jBCrypt library? It looks like it's in maven:
http://search.maven.org/#artifactdetails%7Corg.mindrot%7Cjbcrypt%7C0.3m%7Cjar
The contents of the .NET SDK look like they just need to be listed in a
NOTICE file, rather than the acknowledgements here:
https://github.com/apache/incubator-usergrid/blob/master/sdks/dotnet/packages/NSubstitute.1.6.0.0/acknowledgements.txt
John
Re: Fixing the release
Posted by Todd Nine <to...@gmail.com>.
I agree with you Ed. For 1.0, this is definitely the path of least
resistance, and if that class is used to serve up static resource, we'll
still need it.
On Sun Jan 04 2015 at 12:51:28 PM Ed Anuff <ed...@anuff.com> wrote:
> I thought this was for the 1.0.1 release though. Regardless of what we
> want to do in 2.0, doesn't the current Launcher in 1.0 fire up an embedded
> web server that serves, among other things, a few JSPs, CSS files, etc? I
> understand the desire to blow aware the standalone server and launcher in
> favor of other mechanisms (although I do think that will result in this
> being harder, not easier, for people to run locally), which is fine for
> ticket 308, but what about 1.0.x?
>
> On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com> wrote:
>
>> > Agreed. The launcher is getting an overhaul in the 2.0 branch, we just
>> > haven't decided what that is.
>>
>> Is there a Jira issue for this yet? I have some ideas (see below)
>>
>> > We've found the embedded Cassandra to be
>> > problematic, so we're open to ideas of ways to create a more usable
>> > standalone distro that utilizes the war binary created with our release
>> > process.
>>
>> I don't think this is a realistic goal given the complexity. Running
>> this as a "fat jar" application and forking Cassandra to it's own
>> process would be the sanest approach.
>>
>> Them's my $0.02 - let's do discussion on a ticket though. Couldn't
>> find one, so I created:
>> https://issues.apache.org/jira/browse/USERGRID-308
>>
>
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
EmbeddedServerHelper is from the Hector Cassandra client. Ran should be an
Apache contributor, because I think that class was at one time included
with Apache Cassandra.
I'm not sure what we can do about the static file handler, that is just
used for the CSS within Grizzly. There might be some other mechanism if we
need to work around it.
On Sun, Jan 4, 2015 at 12:03 PM, John D. Ament <jo...@apache.org>
wrote:
> Yes, this is short term for the 1.0.1 release (can't ship it with the
> licensing state as is).
>
> According to the code, it looks like it's only used for css, but that could
> be a naming thing...
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
>
> Does anyone know who this is and if we have an SGA (or equiv) from him/her?
>
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
>
> I do have to ask, can we excluse the laucher from the release?
>
> John
>
> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>
> > I thought this was for the 1.0.1 release though. Regardless of what we
> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
> embedded
> > web server that serves, among other things, a few JSPs, CSS files, etc?
> I
> > understand the desire to blow aware the standalone server and launcher in
> > favor of other mechanisms (although I do think that will result in this
> > being harder, not easier, for people to run locally), which is fine for
> > ticket 308, but what about 1.0.x?
> >
> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com> wrote:
> >
> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
> just
> > > > haven't decided what that is.
> > >
> > > Is there a Jira issue for this yet? I have some ideas (see below)
> > >
> > > > We've found the embedded Cassandra to be
> > > > problematic, so we're open to ideas of ways to create a more usable
> > > > standalone distro that utilizes the war binary created with our
> release
> > > > process.
> > >
> > > I don't think this is a realistic goal given the complexity. Running
> > > this as a "fat jar" application and forking Cassandra to it's own
> > > process would be the sanest approach.
> > >
> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> > > find one, so I created:
> > > https://issues.apache.org/jira/browse/USERGRID-308
> > >
> >
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
Everything we're talking about applies to Standalone as well. The Launcher
is just a GUI on top of it.
On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com> wrote:
> The launcher is really just for convenience when initially playing around
> with Usergrid. I haven’t used it for a while and it may or may not even
> work fully. It certainly isn’t integral to the system. I would be fine
> with omitting it from this release.
>
>
> Rod
>
>
>
> --
> Rod Simpson
> T @rockerston
> W rodsimpson.com
>
> On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org)
> wrote:
>
> Yes, this is short term for the 1.0.1 release (can't ship it with the
> licensing state as is).
>
> According to the code, it looks like it's only used for css, but that could
> be a naming thing...
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
>
> Does anyone know who this is and if we have an SGA (or equiv) from him/her?
>
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
>
> I do have to ask, can we excluse the laucher from the release?
>
> John
>
> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>
> > I thought this was for the 1.0.1 release though. Regardless of what we
> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
> embedded
> > web server that serves, among other things, a few JSPs, CSS files, etc? I
> > understand the desire to blow aware the standalone server and launcher in
> > favor of other mechanisms (although I do think that will result in this
> > being harder, not easier, for people to run locally), which is fine for
> > ticket 308, but what about 1.0.x?
> >
> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com> wrote:
> >
> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
> just
> > > > haven't decided what that is.
> > >
> > > Is there a Jira issue for this yet? I have some ideas (see below)
> > >
> > > > We've found the embedded Cassandra to be
> > > > problematic, so we're open to ideas of ways to create a more usable
> > > > standalone distro that utilizes the war binary created with our
> release
> > > > process.
> > >
> > > I don't think this is a realistic goal given the complexity. Running
> > > this as a "fat jar" application and forking Cassandra to it's own
> > > process would be the sanest approach.
> > >
> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> > > find one, so I created:
> > > https://issues.apache.org/jira/browse/USERGRID-308
> > >
> >
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
It's based on this class -
https://github.com/GrizzlyNIO/grizzly-mirror/blob/2.3.x/modules/http-server/src/main/java/org/glassfish/grizzly/http/server/StaticHttpHandler.java
StaticHttpHandler implements several methods as final or protected, making
it not subclassable. This necessitated creating a new class. The skeleton
of that class was copypasta from the original StaticHttpHandler.
On Sun, Jan 4, 2015 at 2:01 PM, John D. Ament <jo...@apache.org> wrote:
> Are we sure that this is actually a CDDL/GPL licensed file? Is it possible
> it was mislabeled?
>
> I can't find any reference to it in the grizzly code base. If you happen
> to have the pre-import source code around that would help.
>
> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
>
>> Are we OK with putting out a 1.0.x release that doesn't have Standalone
>> or Launcher? This seems problematic.
>>
>> Ed
>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com> wrote:
>>
>>> The launcher is really just for convenience when initially playing
>>> around with Usergrid. I haven’t used it for a while and it may or may not
>>> even work fully. It certainly isn’t integral to the system. I would be
>>> fine with omitting it from this release.
>>>
>>>
>>> Rod
>>>
>>>
>>>
>>> --
>>> Rod Simpson
>>> T @rockerston
>>> W rodsimpson.com
>>>
>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org)
>>> wrote:
>>>
>>> Yes, this is short term for the 1.0.1 release (can't ship it with the
>>> licensing state as is).
>>>
>>> According to the code, it looks like it's only used for css, but that
>>> could
>>> be a naming thing...
>>>
>>> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
>>>
>>> Does anyone know who this is and if we have an SGA (or equiv) from
>>> him/her?
>>>
>>>
>>> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
>>>
>>> I do have to ask, can we excluse the laucher from the release?
>>>
>>> John
>>>
>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>>>
>>> > I thought this was for the 1.0.1 release though. Regardless of what we
>>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
>>> embedded
>>> > web server that serves, among other things, a few JSPs, CSS files,
>>> etc? I
>>> > understand the desire to blow aware the standalone server and launcher
>>> in
>>> > favor of other mechanisms (although I do think that will result in this
>>> > being harder, not easier, for people to run locally), which is fine for
>>> > ticket 308, but what about 1.0.x?
>>> >
>>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
>>> wrote:
>>> >
>>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
>>> just
>>> > > > haven't decided what that is.
>>> > >
>>> > > Is there a Jira issue for this yet? I have some ideas (see below)
>>> > >
>>> > > > We've found the embedded Cassandra to be
>>> > > > problematic, so we're open to ideas of ways to create a more usable
>>> > > > standalone distro that utilizes the war binary created with our
>>> release
>>> > > > process.
>>> > >
>>> > > I don't think this is a realistic goal given the complexity. Running
>>> > > this as a "fat jar" application and forking Cassandra to it's own
>>> > > process would be the sanest approach.
>>> > >
>>> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
>>> > > find one, so I created:
>>> > > https://issues.apache.org/jira/browse/USERGRID-308
>>> > >
>>> >
>>>
>>
Re: Fixing the release
Posted by Rod Simpson <ro...@rodsimpson.com>.
When I suggested that releasing without the launcher was acceptable, I am assuming, perhaps incorrectly so, that we are just talking about the tar ball files in apache. e.g. here:
https://dist.apache.org/repos/dist/release/incubator/usergrid/usergrid-1/v1.0.0/
And that we would not be altering the codebase in git, just cherrypicking the launcher out. If that isn’t the case, then we probably need to take a step back and just fix the launcher (or work out the license issues).
Rod
--
Rod Simpson
T @rockerston
W rodsimpson.com
On January 4, 2015 at 3:02:43 PM, John D. Ament (johndament@apache.org) wrote:
Are we sure that this is actually a CDDL/GPL licensed file? Is it possible
it was mislabeled?
I can't find any reference to it in the grizzly code base. If you happen
to have the pre-import source code around that would help.
On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
> Are we OK with putting out a 1.0.x release that doesn't have Standalone or
> Launcher? This seems problematic.
>
> Ed
> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com> wrote:
>
>> The launcher is really just for convenience when initially playing around
>> with Usergrid. I haven’t used it for a while and it may or may not even
>> work fully. It certainly isn’t integral to the system. I would be fine
>> with omitting it from this release.
>>
>>
>> Rod
>>
>>
>>
>> --
>> Rod Simpson
>> T @rockerston
>> W rodsimpson.com
>>
>> On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org)
>> wrote:
>>
>> Yes, this is short term for the 1.0.1 release (can't ship it with the
>> licensing state as is).
>>
>> According to the code, it looks like it's only used for css, but that
>> could
>> be a naming thing...
>>
>> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
>>
>> Does anyone know who this is and if we have an SGA (or equiv) from
>> him/her?
>>
>>
>> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
>>
>> I do have to ask, can we excluse the laucher from the release?
>>
>> John
>>
>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>>
>> > I thought this was for the 1.0.1 release though. Regardless of what we
>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
>> embedded
>> > web server that serves, among other things, a few JSPs, CSS files, etc?
>> I
>> > understand the desire to blow aware the standalone server and launcher
>> in
>> > favor of other mechanisms (although I do think that will result in this
>> > being harder, not easier, for people to run locally), which is fine for
>> > ticket 308, but what about 1.0.x?
>> >
>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
>> wrote:
>> >
>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
>> just
>> > > > haven't decided what that is.
>> > >
>> > > Is there a Jira issue for this yet? I have some ideas (see below)
>> > >
>> > > > We've found the embedded Cassandra to be
>> > > > problematic, so we're open to ideas of ways to create a more usable
>> > > > standalone distro that utilizes the war binary created with our
>> release
>> > > > process.
>> > >
>> > > I don't think this is a realistic goal given the complexity. Running
>> > > this as a "fat jar" application and forking Cassandra to it's own
>> > > process would be the sanest approach.
>> > >
>> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
>> > > find one, so I created:
>> > > https://issues.apache.org/jira/browse/USERGRID-308
>> > >
>> >
>>
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
Thanks Dave!
Sent from my iPhone
> On Jan 7, 2015, at 9:41 AM, Dave <sn...@gmail.com> wrote:
>
> OK. Today's 1.0.1 release status is:
>
> 1. Updated NOTICE file so that it does not reference 2014
>
> 2. Added NOTICE file for Dot-Net SDK
>
> 3. Create two PRs to fix the Launcher:
>
> a) Removing the CDDL/GPL licensed ClassPathStaticHttpHandler class
> https://github.com/apache/incubator-usergrid/pull/143
>
> b) Deploying the Portal to
> http://usergrid.incubator.apache.org/v101-portal-demo
> https://github.com/apache/incubator-usergrid/pull/144
>
> The Portal does not seem to be working yet at the URL above. I think that
> may have something to do with the website publishing mechanism.
>
> Once those above Rs are accepted I think we're ready for a new RC.
>
> Thanks,
> Dave
>
>
>
>
>> On Tue, Jan 6, 2015 at 4:54 PM, Dave <sn...@gmail.com> wrote:
>>
>> Following up on this. I looked at the problem class
>> ClasspathStaticHttpHandler and it is not clear to me yet how to recreate it
>> without copying it, or how it is involved in CSS handling. I added a JIRA
>> for the problem:
>>
>> Remove CDDL/GPL file from Usergrid Launcher
>> https://issues.apache.org/jira/browse/USERGRID-314
>> I also found other problems with the Launcher:
>>
>> Usergrid Launcher's Portal is 404
>> https://issues.apache.org/jira/browse/USERGRID-315
>>
>> Usergrid Launcher exits if "initialize database" unchecked
>> https://issues.apache.org/jira/browse/USERGRID-316
>>
>> More work is required to get the Launcher into a working state.
>>
>> - Dave
>>
>>
>>> On Tue, Jan 6, 2015 at 11:24 AM, Dave <sn...@gmail.com> wrote:
>>>
>>>> On Tue, Jan 6, 2015 at 9:43 AM, Ed Anuff <ed...@anuff.com> wrote:
>>>>
>>>> -1 on removing launcher *especially* since there is discussion on
>>>> rethinking it for 2.0 release, which means this may be the last good
>>>> version of it.
>>>
>>> Good point. I'm going to spend a little time on it today and see if it's
>>> a quick fix.
>>>
>>> - Dave
>>
>>
Re: Fixing the release
Posted by Dave <sn...@gmail.com>.
OK. Today's 1.0.1 release status is:
1. Updated NOTICE file so that it does not reference 2014
2. Added NOTICE file for Dot-Net SDK
3. Create two PRs to fix the Launcher:
a) Removing the CDDL/GPL licensed ClassPathStaticHttpHandler class
https://github.com/apache/incubator-usergrid/pull/143
b) Deploying the Portal to
http://usergrid.incubator.apache.org/v101-portal-demo
https://github.com/apache/incubator-usergrid/pull/144
The Portal does not seem to be working yet at the URL above. I think that
may have something to do with the website publishing mechanism.
Once those above Rs are accepted I think we're ready for a new RC.
Thanks,
Dave
On Tue, Jan 6, 2015 at 4:54 PM, Dave <sn...@gmail.com> wrote:
> Following up on this. I looked at the problem class
> ClasspathStaticHttpHandler and it is not clear to me yet how to recreate it
> without copying it, or how it is involved in CSS handling. I added a JIRA
> for the problem:
>
> Remove CDDL/GPL file from Usergrid Launcher
> https://issues.apache.org/jira/browse/USERGRID-314
> I also found other problems with the Launcher:
>
> Usergrid Launcher's Portal is 404
> https://issues.apache.org/jira/browse/USERGRID-315
>
> Usergrid Launcher exits if "initialize database" unchecked
> https://issues.apache.org/jira/browse/USERGRID-316
>
> More work is required to get the Launcher into a working state.
>
> - Dave
>
>
> On Tue, Jan 6, 2015 at 11:24 AM, Dave <sn...@gmail.com> wrote:
>
>> On Tue, Jan 6, 2015 at 9:43 AM, Ed Anuff <ed...@anuff.com> wrote:
>>
>>> -1 on removing launcher *especially* since there is discussion on
>>> rethinking it for 2.0 release, which means this may be the last good
>>> version of it.
>>>
>>
>> Good point. I'm going to spend a little time on it today and see if it's
>> a quick fix.
>>
>> - Dave
>>
>>
>
>
Re: Fixing the release
Posted by Dave <sn...@gmail.com>.
Following up on this. I looked at the problem class
ClasspathStaticHttpHandler and it is not clear to me yet how to recreate it
without copying it, or how it is involved in CSS handling. I added a JIRA
for the problem:
Remove CDDL/GPL file from Usergrid Launcher
https://issues.apache.org/jira/browse/USERGRID-314
I also found other problems with the Launcher:
Usergrid Launcher's Portal is 404
https://issues.apache.org/jira/browse/USERGRID-315
Usergrid Launcher exits if "initialize database" unchecked
https://issues.apache.org/jira/browse/USERGRID-316
More work is required to get the Launcher into a working state.
- Dave
On Tue, Jan 6, 2015 at 11:24 AM, Dave <sn...@gmail.com> wrote:
> On Tue, Jan 6, 2015 at 9:43 AM, Ed Anuff <ed...@anuff.com> wrote:
>
>> -1 on removing launcher *especially* since there is discussion on
>> rethinking it for 2.0 release, which means this may be the last good
>> version of it.
>>
>
> Good point. I'm going to spend a little time on it today and see if it's a
> quick fix.
>
> - Dave
>
>
Re: Fixing the release
Posted by Dave <sn...@gmail.com>.
On Tue, Jan 6, 2015 at 9:43 AM, Ed Anuff <ed...@anuff.com> wrote:
> -1 on removing launcher *especially* since there is discussion on
> rethinking it for 2.0 release, which means this may be the last good
> version of it.
>
Good point. I'm going to spend a little time on it today and see if it's a
quick fix.
- Dave
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
-1 on removing launcher *especially* since there is discussion on rethinking it for 2.0 release, which means this may be the last good version of it.
Ed
> On Jan 6, 2015, at 6:31 AM, Dave <sn...@gmail.com> wrote:
>
> Here's our current status on the 1.0.1 release:
>
> We opened a vote on the Incubator list in December and IPMC member Justin
> found several problems, missing headers, etc. John fixed most of those in
> PR 133 and PR 137.
>
> We still have an issue with a GPL/CDDL licensed
> class ClasspathStaticHttpHandler that is needed only for CSS handling in
> Grizzly with is used by Standalone and Launcher modules.
>
> We could fix the problem by recreating that class, since it is just a
> subclass, or by have no CSS support in the launcher. We can also fix the
> problem by omitting those modules from the release, and we need to rethink
> the launcher for 2.0 anyway.
>
> Before creating a new 1.0.1 release candidate we need to address these
> issues:
>
> 1. Update NOTICE file to include 2015
> 2. In the .Net SDK, add a NOTICE file with contents from
> packages/NSubstitute/acknowledgements.txt
> 2. Fix launcher or Exclude launcher from release
>
> What else, did I miss something?
>
> Unless somebody is going to be ready with a PR that fixes the Launcher
> today, I vote that we omit the Launcher and Standalone modules from the
> 1.0.1 release.
>
> Thoughts?
>
>
> Thanks,
> Dave
>
>
>
>
>
>> On Sun, Jan 4, 2015 at 9:13 PM, John D. Ament <jo...@apache.org> wrote:
>>
>> One more thing I thought of. Try to make sure the NOTICE file gets updated
>> to include 2015.
>>
>>> On Sun Jan 04 2015 at 6:43:25 PM Rod Simpson <ro...@rodsimpson.com> wrote:
>>>
>>> Awesome. Sounds like a plan.
>>>
>>> --
>>> Rod Simpson
>>> T @rockerston
>>> W rodsimpson.com
>>>
>>> On January 4, 2015 at 4:01:56 PM, John D. Ament (johndament@apache.org)
>>> wrote:
>>>
>>> +1 I'm good with that. We do need to delete the file as well.
>>>> On Jan 4, 2015 5:48 PM, "Ed Anuff" <ed...@anuff.com> wrote:
>>>>
>>>> I think we can kill the CSS files if necessary, it looks like this is
>> the
>>>> only CSS file that I can find:
>>>>
>>>> https://github.com/apache/incubator-usergrid/blob/
>>> master/stack/rest/src/main/webapp/css/styles.css
>>>>
>>>> Simply commenting it out should have no adverse effect except that
>>> certain
>>>> pages are not going to look so hot.
>>>>
>>>> I'm pretty sure we could easily recreate the ClasspathStaticHttpHandler
>>>> just by using whatever was auto-generated as a subclass by the IDE. All
>>>> the important code in it was written from scratch, but deleting the
>> file
>>>> and commenting out
>>>>
>>>> https://github.com/apache/incubator-usergrid/blob/
>>> master/stack/launcher/src/main/java/org/apache/usergrid/
>>> launcher/Server.java#L159
>>>> will get us there the fastest.
>>>>
>>>> Ed
>>>>
>>>> On Sun, Jan 4, 2015 at 2:29 PM, John D. Ament <jo...@apache.org>
>>>> wrote:
>>>>
>>>>> Ok, I think I see what happened.
>>>>>
>>>>> However, i'm going back to my original question - is this really
>>>>> used/needed?
>>>>>
>>>>> I can only find one css file that makes it into the rest app build.
>>>>>
>>>>> The JSPs get wrapped into grizzly directly - no source code. Unless
>> you
>>>>> want to say that Server might be from questioanble locations.
>>>>>
>>>>> It should be easy enough to rewrite if that makes sense, however I
>>> highly
>>>>> doubt that this file is really CDDL/GPL, since most of it looks
>>> innovated
>>>>> and the structure seems to be what's understood from the original
>>> class.
>>>>>
>>>>> On Sun Jan 04 2015 at 5:01:59 PM John D. Ament <
>> johndament@apache.org>
>>>>> wrote:
>>>>>
>>>>>> Are we sure that this is actually a CDDL/GPL licensed file? Is it
>>>>>> possible it was mislabeled?
>>>>>>
>>>>>> I can't find any reference to it in the grizzly code base. If you
>>>> happen
>>>>>> to have the pre-import source code around that would help.
>>>>>>
>>>>>>
>>>>>>> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
>>>>>>>
>>>>>>> Are we OK with putting out a 1.0.x release that doesn't have
>>> Standalone
>>>>>>> or Launcher? This seems problematic.
>>>>>>>
>>>>>>> Ed
>>>>>>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com>
>>>> wrote:
>>>>>>>
>>>>>>>> The launcher is really just for convenience when initially playing
>>>>>>>> around with Usergrid. I haven’t used it for a while and it may or
>>> may
>>>> not
>>>>>>>> even work fully. It certainly isn’t integral to the system. I
>> would
>>>> be
>>>>>>>> fine with omitting it from this release.
>>>>>>>>
>>>>>>>>
>>>>>>>> Rod
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Rod Simpson
>>>>>>>> T @rockerston
>>>>>>>> W rodsimpson.com
>>>>>>>>
>>>>>>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (
>>>> johndament@apache.org)
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Yes, this is short term for the 1.0.1 release (can't ship it with
>>> the
>>>>>>>> licensing state as is).
>>>>>>>>
>>>>>>>> According to the code, it looks like it's only used for css, but
>>> that
>>>>>>>> could
>>>>>>>> be a naming thing...
>>>>>>>> https://github.com/apache/incubator-usergrid/blob/
>>>>>>>> master/stack/launcher/src/main/java/org/apache/usergrid/
>>>>>>>> launcher/Server.java#L159
>>>>>>>>
>>>>>>>> Does anyone know who this is and if we have an SGA (or equiv) from
>>>>>>>> him/her?
>>>>>>>>
>>>>>>>> https://github.com/apache/incubator-usergrid/blob/
>>>>>>>> master/stack/launcher/src/main/java/org/apache/usergrid/
>>>>>>>> launcher/EmbeddedServerHelper.java#L20
>>>>>>>>
>>>>>>>> I do have to ask, can we excluse the laucher from the release?
>>>>>>>>
>>>>>>>> John
>>>>>>>>
>>>>>>>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>>>>>>>>>
>>>>>>>>> I thought this was for the 1.0.1 release though. Regardless of
>>> what
>>>> we
>>>>>>>>> want to do in 2.0, doesn't the current Launcher in 1.0 fire up
>> an
>>>>>>>> embedded
>>>>>>>>> web server that serves, among other things, a few JSPs, CSS
>> files,
>>>>>>>> etc? I
>>>>>>>>> understand the desire to blow aware the standalone server and
>>>>>>>> launcher in
>>>>>>>>> favor of other mechanisms (although I do think that will result
>> in
>>>>>>>> this
>>>>>>>>> being harder, not easier, for people to run locally), which is
>>> fine
>>>>>>>> for
>>>>>>>>> ticket 308, but what about 1.0.x?
>>>>>>>>>
>>>>>>>>> On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <
>> zznate.m@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>>> Agreed. The launcher is getting an overhaul in the 2.0
>> branch,
>>>> we
>>>>>>>> just
>>>>>>>>>>> haven't decided what that is.
>>>>>>>>>>
>>>>>>>>>> Is there a Jira issue for this yet? I have some ideas (see
>>> below)
>>>>>>>>>>
>>>>>>>>>>> We've found the embedded Cassandra to be
>>>>>>>>>>> problematic, so we're open to ideas of ways to create a more
>>>>>>>> usable
>>>>>>>>>>> standalone distro that utilizes the war binary created with
>>> our
>>>>>>>> release
>>>>>>>>>>> process.
>>>>>>>>>>
>>>>>>>>>> I don't think this is a realistic goal given the complexity.
>>>> Running
>>>>>>>>>> this as a "fat jar" application and forking Cassandra to it's
>>> own
>>>>>>>>>> process would be the sanest approach.
>>>>>>>>>>
>>>>>>>>>> Them's my $0.02 - let's do discussion on a ticket though.
>>> Couldn't
>>>>>>>>>> find one, so I created:
>>>>>>>>>> https://issues.apache.org/jira/browse/USERGRID-308
>>
Re: Fixing the release
Posted by Dave <sn...@gmail.com>.
Here's our current status on the 1.0.1 release:
We opened a vote on the Incubator list in December and IPMC member Justin
found several problems, missing headers, etc. John fixed most of those in
PR 133 and PR 137.
We still have an issue with a GPL/CDDL licensed
class ClasspathStaticHttpHandler that is needed only for CSS handling in
Grizzly with is used by Standalone and Launcher modules.
We could fix the problem by recreating that class, since it is just a
subclass, or by have no CSS support in the launcher. We can also fix the
problem by omitting those modules from the release, and we need to rethink
the launcher for 2.0 anyway.
Before creating a new 1.0.1 release candidate we need to address these
issues:
1. Update NOTICE file to include 2015
2. In the .Net SDK, add a NOTICE file with contents from
packages/NSubstitute/acknowledgements.txt
2. Fix launcher or Exclude launcher from release
What else, did I miss something?
Unless somebody is going to be ready with a PR that fixes the Launcher
today, I vote that we omit the Launcher and Standalone modules from the
1.0.1 release.
Thoughts?
Thanks,
Dave
On Sun, Jan 4, 2015 at 9:13 PM, John D. Ament <jo...@apache.org> wrote:
> One more thing I thought of. Try to make sure the NOTICE file gets updated
> to include 2015.
>
> On Sun Jan 04 2015 at 6:43:25 PM Rod Simpson <ro...@rodsimpson.com> wrote:
>
> > Awesome. Sounds like a plan.
> >
> > --
> > Rod Simpson
> > T @rockerston
> > W rodsimpson.com
> >
> > On January 4, 2015 at 4:01:56 PM, John D. Ament (johndament@apache.org)
> > wrote:
> >
> > +1 I'm good with that. We do need to delete the file as well.
> > On Jan 4, 2015 5:48 PM, "Ed Anuff" <ed...@anuff.com> wrote:
> >
> > > I think we can kill the CSS files if necessary, it looks like this is
> the
> > > only CSS file that I can find:
> > >
> > > https://github.com/apache/incubator-usergrid/blob/
> > master/stack/rest/src/main/webapp/css/styles.css
> > >
> > > Simply commenting it out should have no adverse effect except that
> > certain
> > > pages are not going to look so hot.
> > >
> > > I'm pretty sure we could easily recreate the ClasspathStaticHttpHandler
> > > just by using whatever was auto-generated as a subclass by the IDE. All
> > > the important code in it was written from scratch, but deleting the
> file
> > > and commenting out
> > >
> > > https://github.com/apache/incubator-usergrid/blob/
> > master/stack/launcher/src/main/java/org/apache/usergrid/
> > launcher/Server.java#L159
> > > will get us there the fastest.
> > >
> > > Ed
> > >
> > > On Sun, Jan 4, 2015 at 2:29 PM, John D. Ament <jo...@apache.org>
> > > wrote:
> > >
> > > > Ok, I think I see what happened.
> > > >
> > > > However, i'm going back to my original question - is this really
> > > > used/needed?
> > > >
> > > > I can only find one css file that makes it into the rest app build.
> > > >
> > > > The JSPs get wrapped into grizzly directly - no source code. Unless
> you
> > > > want to say that Server might be from questioanble locations.
> > > >
> > > > It should be easy enough to rewrite if that makes sense, however I
> > highly
> > > > doubt that this file is really CDDL/GPL, since most of it looks
> > innovated
> > > > and the structure seems to be what's understood from the original
> > class.
> > > >
> > > > On Sun Jan 04 2015 at 5:01:59 PM John D. Ament <
> johndament@apache.org>
> > > > wrote:
> > > >
> > > >> Are we sure that this is actually a CDDL/GPL licensed file? Is it
> > > >> possible it was mislabeled?
> > > >>
> > > >> I can't find any reference to it in the grizzly code base. If you
> > > happen
> > > >> to have the pre-import source code around that would help.
> > > >>
> > > >>
> > > >> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
> > > >>
> > > >>> Are we OK with putting out a 1.0.x release that doesn't have
> > Standalone
> > > >>> or Launcher? This seems problematic.
> > > >>>
> > > >>> Ed
> > > >>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com>
> > > wrote:
> > > >>>
> > > >>>> The launcher is really just for convenience when initially playing
> > > >>>> around with Usergrid. I haven’t used it for a while and it may or
> > may
> > > not
> > > >>>> even work fully. It certainly isn’t integral to the system. I
> would
> > > be
> > > >>>> fine with omitting it from this release.
> > > >>>>
> > > >>>>
> > > >>>> Rod
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>> --
> > > >>>> Rod Simpson
> > > >>>> T @rockerston
> > > >>>> W rodsimpson.com
> > > >>>>
> > > >>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (
> > > johndament@apache.org)
> > > >>>> wrote:
> > > >>>>
> > > >>>> Yes, this is short term for the 1.0.1 release (can't ship it with
> > the
> > > >>>> licensing state as is).
> > > >>>>
> > > >>>> According to the code, it looks like it's only used for css, but
> > that
> > > >>>> could
> > > >>>> be a naming thing...
> > > >>>> https://github.com/apache/incubator-usergrid/blob/
> > > >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> > > >>>> launcher/Server.java#L159
> > > >>>>
> > > >>>> Does anyone know who this is and if we have an SGA (or equiv) from
> > > >>>> him/her?
> > > >>>>
> > > >>>> https://github.com/apache/incubator-usergrid/blob/
> > > >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> > > >>>> launcher/EmbeddedServerHelper.java#L20
> > > >>>>
> > > >>>> I do have to ask, can we excluse the laucher from the release?
> > > >>>>
> > > >>>> John
> > > >>>>
> > > >>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
> > > >>>>
> > > >>>> > I thought this was for the 1.0.1 release though. Regardless of
> > what
> > > we
> > > >>>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up
> an
> > > >>>> embedded
> > > >>>> > web server that serves, among other things, a few JSPs, CSS
> files,
> > > >>>> etc? I
> > > >>>> > understand the desire to blow aware the standalone server and
> > > >>>> launcher in
> > > >>>> > favor of other mechanisms (although I do think that will result
> in
> > > >>>> this
> > > >>>> > being harder, not easier, for people to run locally), which is
> > fine
> > > >>>> for
> > > >>>> > ticket 308, but what about 1.0.x?
> > > >>>> >
> > > >>>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <
> zznate.m@gmail.com>
> > > >>>> wrote:
> > > >>>> >
> > > >>>> > > > Agreed. The launcher is getting an overhaul in the 2.0
> branch,
> > > we
> > > >>>> just
> > > >>>> > > > haven't decided what that is.
> > > >>>> > >
> > > >>>> > > Is there a Jira issue for this yet? I have some ideas (see
> > below)
> > > >>>> > >
> > > >>>> > > > We've found the embedded Cassandra to be
> > > >>>> > > > problematic, so we're open to ideas of ways to create a more
> > > >>>> usable
> > > >>>> > > > standalone distro that utilizes the war binary created with
> > our
> > > >>>> release
> > > >>>> > > > process.
> > > >>>> > >
> > > >>>> > > I don't think this is a realistic goal given the complexity.
> > > Running
> > > >>>> > > this as a "fat jar" application and forking Cassandra to it's
> > own
> > > >>>> > > process would be the sanest approach.
> > > >>>> > >
> > > >>>> > > Them's my $0.02 - let's do discussion on a ticket though.
> > Couldn't
> > > >>>> > > find one, so I created:
> > > >>>> > > https://issues.apache.org/jira/browse/USERGRID-308
> > > >>>> > >
> > > >>>> >
> > > >>>>
> > > >>>
> > >
> >
>
Re: Fixing the release
Posted by "John D. Ament" <jo...@apache.org>.
One more thing I thought of. Try to make sure the NOTICE file gets updated
to include 2015.
On Sun Jan 04 2015 at 6:43:25 PM Rod Simpson <ro...@rodsimpson.com> wrote:
> Awesome. Sounds like a plan.
>
> --
> Rod Simpson
> T @rockerston
> W rodsimpson.com
>
> On January 4, 2015 at 4:01:56 PM, John D. Ament (johndament@apache.org)
> wrote:
>
> +1 I'm good with that. We do need to delete the file as well.
> On Jan 4, 2015 5:48 PM, "Ed Anuff" <ed...@anuff.com> wrote:
>
> > I think we can kill the CSS files if necessary, it looks like this is the
> > only CSS file that I can find:
> >
> > https://github.com/apache/incubator-usergrid/blob/
> master/stack/rest/src/main/webapp/css/styles.css
> >
> > Simply commenting it out should have no adverse effect except that
> certain
> > pages are not going to look so hot.
> >
> > I'm pretty sure we could easily recreate the ClasspathStaticHttpHandler
> > just by using whatever was auto-generated as a subclass by the IDE. All
> > the important code in it was written from scratch, but deleting the file
> > and commenting out
> >
> > https://github.com/apache/incubator-usergrid/blob/
> master/stack/launcher/src/main/java/org/apache/usergrid/
> launcher/Server.java#L159
> > will get us there the fastest.
> >
> > Ed
> >
> > On Sun, Jan 4, 2015 at 2:29 PM, John D. Ament <jo...@apache.org>
> > wrote:
> >
> > > Ok, I think I see what happened.
> > >
> > > However, i'm going back to my original question - is this really
> > > used/needed?
> > >
> > > I can only find one css file that makes it into the rest app build.
> > >
> > > The JSPs get wrapped into grizzly directly - no source code. Unless you
> > > want to say that Server might be from questioanble locations.
> > >
> > > It should be easy enough to rewrite if that makes sense, however I
> highly
> > > doubt that this file is really CDDL/GPL, since most of it looks
> innovated
> > > and the structure seems to be what's understood from the original
> class.
> > >
> > > On Sun Jan 04 2015 at 5:01:59 PM John D. Ament <jo...@apache.org>
> > > wrote:
> > >
> > >> Are we sure that this is actually a CDDL/GPL licensed file? Is it
> > >> possible it was mislabeled?
> > >>
> > >> I can't find any reference to it in the grizzly code base. If you
> > happen
> > >> to have the pre-import source code around that would help.
> > >>
> > >>
> > >> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
> > >>
> > >>> Are we OK with putting out a 1.0.x release that doesn't have
> Standalone
> > >>> or Launcher? This seems problematic.
> > >>>
> > >>> Ed
> > >>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com>
> > wrote:
> > >>>
> > >>>> The launcher is really just for convenience when initially playing
> > >>>> around with Usergrid. I haven’t used it for a while and it may or
> may
> > not
> > >>>> even work fully. It certainly isn’t integral to the system. I would
> > be
> > >>>> fine with omitting it from this release.
> > >>>>
> > >>>>
> > >>>> Rod
> > >>>>
> > >>>>
> > >>>>
> > >>>> --
> > >>>> Rod Simpson
> > >>>> T @rockerston
> > >>>> W rodsimpson.com
> > >>>>
> > >>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (
> > johndament@apache.org)
> > >>>> wrote:
> > >>>>
> > >>>> Yes, this is short term for the 1.0.1 release (can't ship it with
> the
> > >>>> licensing state as is).
> > >>>>
> > >>>> According to the code, it looks like it's only used for css, but
> that
> > >>>> could
> > >>>> be a naming thing...
> > >>>> https://github.com/apache/incubator-usergrid/blob/
> > >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> > >>>> launcher/Server.java#L159
> > >>>>
> > >>>> Does anyone know who this is and if we have an SGA (or equiv) from
> > >>>> him/her?
> > >>>>
> > >>>> https://github.com/apache/incubator-usergrid/blob/
> > >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> > >>>> launcher/EmbeddedServerHelper.java#L20
> > >>>>
> > >>>> I do have to ask, can we excluse the laucher from the release?
> > >>>>
> > >>>> John
> > >>>>
> > >>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
> > >>>>
> > >>>> > I thought this was for the 1.0.1 release though. Regardless of
> what
> > we
> > >>>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
> > >>>> embedded
> > >>>> > web server that serves, among other things, a few JSPs, CSS files,
> > >>>> etc? I
> > >>>> > understand the desire to blow aware the standalone server and
> > >>>> launcher in
> > >>>> > favor of other mechanisms (although I do think that will result in
> > >>>> this
> > >>>> > being harder, not easier, for people to run locally), which is
> fine
> > >>>> for
> > >>>> > ticket 308, but what about 1.0.x?
> > >>>> >
> > >>>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
> > >>>> wrote:
> > >>>> >
> > >>>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch,
> > we
> > >>>> just
> > >>>> > > > haven't decided what that is.
> > >>>> > >
> > >>>> > > Is there a Jira issue for this yet? I have some ideas (see
> below)
> > >>>> > >
> > >>>> > > > We've found the embedded Cassandra to be
> > >>>> > > > problematic, so we're open to ideas of ways to create a more
> > >>>> usable
> > >>>> > > > standalone distro that utilizes the war binary created with
> our
> > >>>> release
> > >>>> > > > process.
> > >>>> > >
> > >>>> > > I don't think this is a realistic goal given the complexity.
> > Running
> > >>>> > > this as a "fat jar" application and forking Cassandra to it's
> own
> > >>>> > > process would be the sanest approach.
> > >>>> > >
> > >>>> > > Them's my $0.02 - let's do discussion on a ticket though.
> Couldn't
> > >>>> > > find one, so I created:
> > >>>> > > https://issues.apache.org/jira/browse/USERGRID-308
> > >>>> > >
> > >>>> >
> > >>>>
> > >>>
> >
>
Re: Fixing the release
Posted by Rod Simpson <ro...@rodsimpson.com>.
Awesome. Sounds like a plan.
--
Rod Simpson
T @rockerston
W rodsimpson.com
On January 4, 2015 at 4:01:56 PM, John D. Ament (johndament@apache.org) wrote:
+1 I'm good with that. We do need to delete the file as well.
On Jan 4, 2015 5:48 PM, "Ed Anuff" <ed...@anuff.com> wrote:
> I think we can kill the CSS files if necessary, it looks like this is the
> only CSS file that I can find:
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/rest/src/main/webapp/css/styles.css
>
> Simply commenting it out should have no adverse effect except that certain
> pages are not going to look so hot.
>
> I'm pretty sure we could easily recreate the ClasspathStaticHttpHandler
> just by using whatever was auto-generated as a subclass by the IDE. All
> the important code in it was written from scratch, but deleting the file
> and commenting out
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
> will get us there the fastest.
>
> Ed
>
> On Sun, Jan 4, 2015 at 2:29 PM, John D. Ament <jo...@apache.org>
> wrote:
>
> > Ok, I think I see what happened.
> >
> > However, i'm going back to my original question - is this really
> > used/needed?
> >
> > I can only find one css file that makes it into the rest app build.
> >
> > The JSPs get wrapped into grizzly directly - no source code. Unless you
> > want to say that Server might be from questioanble locations.
> >
> > It should be easy enough to rewrite if that makes sense, however I highly
> > doubt that this file is really CDDL/GPL, since most of it looks innovated
> > and the structure seems to be what's understood from the original class.
> >
> > On Sun Jan 04 2015 at 5:01:59 PM John D. Ament <jo...@apache.org>
> > wrote:
> >
> >> Are we sure that this is actually a CDDL/GPL licensed file? Is it
> >> possible it was mislabeled?
> >>
> >> I can't find any reference to it in the grizzly code base. If you
> happen
> >> to have the pre-import source code around that would help.
> >>
> >>
> >> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
> >>
> >>> Are we OK with putting out a 1.0.x release that doesn't have Standalone
> >>> or Launcher? This seems problematic.
> >>>
> >>> Ed
> >>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com>
> wrote:
> >>>
> >>>> The launcher is really just for convenience when initially playing
> >>>> around with Usergrid. I haven’t used it for a while and it may or may
> not
> >>>> even work fully. It certainly isn’t integral to the system. I would
> be
> >>>> fine with omitting it from this release.
> >>>>
> >>>>
> >>>> Rod
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Rod Simpson
> >>>> T @rockerston
> >>>> W rodsimpson.com
> >>>>
> >>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (
> johndament@apache.org)
> >>>> wrote:
> >>>>
> >>>> Yes, this is short term for the 1.0.1 release (can't ship it with the
> >>>> licensing state as is).
> >>>>
> >>>> According to the code, it looks like it's only used for css, but that
> >>>> could
> >>>> be a naming thing...
> >>>> https://github.com/apache/incubator-usergrid/blob/
> >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> >>>> launcher/Server.java#L159
> >>>>
> >>>> Does anyone know who this is and if we have an SGA (or equiv) from
> >>>> him/her?
> >>>>
> >>>> https://github.com/apache/incubator-usergrid/blob/
> >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> >>>> launcher/EmbeddedServerHelper.java#L20
> >>>>
> >>>> I do have to ask, can we excluse the laucher from the release?
> >>>>
> >>>> John
> >>>>
> >>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
> >>>>
> >>>> > I thought this was for the 1.0.1 release though. Regardless of what
> we
> >>>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
> >>>> embedded
> >>>> > web server that serves, among other things, a few JSPs, CSS files,
> >>>> etc? I
> >>>> > understand the desire to blow aware the standalone server and
> >>>> launcher in
> >>>> > favor of other mechanisms (although I do think that will result in
> >>>> this
> >>>> > being harder, not easier, for people to run locally), which is fine
> >>>> for
> >>>> > ticket 308, but what about 1.0.x?
> >>>> >
> >>>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
> >>>> wrote:
> >>>> >
> >>>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch,
> we
> >>>> just
> >>>> > > > haven't decided what that is.
> >>>> > >
> >>>> > > Is there a Jira issue for this yet? I have some ideas (see below)
> >>>> > >
> >>>> > > > We've found the embedded Cassandra to be
> >>>> > > > problematic, so we're open to ideas of ways to create a more
> >>>> usable
> >>>> > > > standalone distro that utilizes the war binary created with our
> >>>> release
> >>>> > > > process.
> >>>> > >
> >>>> > > I don't think this is a realistic goal given the complexity.
> Running
> >>>> > > this as a "fat jar" application and forking Cassandra to it's own
> >>>> > > process would be the sanest approach.
> >>>> > >
> >>>> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> >>>> > > find one, so I created:
> >>>> > > https://issues.apache.org/jira/browse/USERGRID-308
> >>>> > >
> >>>> >
> >>>>
> >>>
>
Re: Fixing the release
Posted by "John D. Ament" <jo...@apache.org>.
+1 I'm good with that. We do need to delete the file as well.
On Jan 4, 2015 5:48 PM, "Ed Anuff" <ed...@anuff.com> wrote:
> I think we can kill the CSS files if necessary, it looks like this is the
> only CSS file that I can find:
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/rest/src/main/webapp/css/styles.css
>
> Simply commenting it out should have no adverse effect except that certain
> pages are not going to look so hot.
>
> I'm pretty sure we could easily recreate the ClasspathStaticHttpHandler
> just by using whatever was auto-generated as a subclass by the IDE. All
> the important code in it was written from scratch, but deleting the file
> and commenting out
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
> will get us there the fastest.
>
> Ed
>
> On Sun, Jan 4, 2015 at 2:29 PM, John D. Ament <jo...@apache.org>
> wrote:
>
> > Ok, I think I see what happened.
> >
> > However, i'm going back to my original question - is this really
> > used/needed?
> >
> > I can only find one css file that makes it into the rest app build.
> >
> > The JSPs get wrapped into grizzly directly - no source code. Unless you
> > want to say that Server might be from questioanble locations.
> >
> > It should be easy enough to rewrite if that makes sense, however I highly
> > doubt that this file is really CDDL/GPL, since most of it looks innovated
> > and the structure seems to be what's understood from the original class.
> >
> > On Sun Jan 04 2015 at 5:01:59 PM John D. Ament <jo...@apache.org>
> > wrote:
> >
> >> Are we sure that this is actually a CDDL/GPL licensed file? Is it
> >> possible it was mislabeled?
> >>
> >> I can't find any reference to it in the grizzly code base. If you
> happen
> >> to have the pre-import source code around that would help.
> >>
> >>
> >> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
> >>
> >>> Are we OK with putting out a 1.0.x release that doesn't have Standalone
> >>> or Launcher? This seems problematic.
> >>>
> >>> Ed
> >>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com>
> wrote:
> >>>
> >>>> The launcher is really just for convenience when initially playing
> >>>> around with Usergrid. I haven’t used it for a while and it may or may
> not
> >>>> even work fully. It certainly isn’t integral to the system. I would
> be
> >>>> fine with omitting it from this release.
> >>>>
> >>>>
> >>>> Rod
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Rod Simpson
> >>>> T @rockerston
> >>>> W rodsimpson.com
> >>>>
> >>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (
> johndament@apache.org)
> >>>> wrote:
> >>>>
> >>>> Yes, this is short term for the 1.0.1 release (can't ship it with the
> >>>> licensing state as is).
> >>>>
> >>>> According to the code, it looks like it's only used for css, but that
> >>>> could
> >>>> be a naming thing...
> >>>> https://github.com/apache/incubator-usergrid/blob/
> >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> >>>> launcher/Server.java#L159
> >>>>
> >>>> Does anyone know who this is and if we have an SGA (or equiv) from
> >>>> him/her?
> >>>>
> >>>> https://github.com/apache/incubator-usergrid/blob/
> >>>> master/stack/launcher/src/main/java/org/apache/usergrid/
> >>>> launcher/EmbeddedServerHelper.java#L20
> >>>>
> >>>> I do have to ask, can we excluse the laucher from the release?
> >>>>
> >>>> John
> >>>>
> >>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
> >>>>
> >>>> > I thought this was for the 1.0.1 release though. Regardless of what
> we
> >>>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
> >>>> embedded
> >>>> > web server that serves, among other things, a few JSPs, CSS files,
> >>>> etc? I
> >>>> > understand the desire to blow aware the standalone server and
> >>>> launcher in
> >>>> > favor of other mechanisms (although I do think that will result in
> >>>> this
> >>>> > being harder, not easier, for people to run locally), which is fine
> >>>> for
> >>>> > ticket 308, but what about 1.0.x?
> >>>> >
> >>>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
> >>>> wrote:
> >>>> >
> >>>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch,
> we
> >>>> just
> >>>> > > > haven't decided what that is.
> >>>> > >
> >>>> > > Is there a Jira issue for this yet? I have some ideas (see below)
> >>>> > >
> >>>> > > > We've found the embedded Cassandra to be
> >>>> > > > problematic, so we're open to ideas of ways to create a more
> >>>> usable
> >>>> > > > standalone distro that utilizes the war binary created with our
> >>>> release
> >>>> > > > process.
> >>>> > >
> >>>> > > I don't think this is a realistic goal given the complexity.
> Running
> >>>> > > this as a "fat jar" application and forking Cassandra to it's own
> >>>> > > process would be the sanest approach.
> >>>> > >
> >>>> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> >>>> > > find one, so I created:
> >>>> > > https://issues.apache.org/jira/browse/USERGRID-308
> >>>> > >
> >>>> >
> >>>>
> >>>
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
I think we can kill the CSS files if necessary, it looks like this is the
only CSS file that I can find:
https://github.com/apache/incubator-usergrid/blob/master/stack/rest/src/main/webapp/css/styles.css
Simply commenting it out should have no adverse effect except that certain
pages are not going to look so hot.
I'm pretty sure we could easily recreate the ClasspathStaticHttpHandler
just by using whatever was auto-generated as a subclass by the IDE. All
the important code in it was written from scratch, but deleting the file
and commenting out
https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
will get us there the fastest.
Ed
On Sun, Jan 4, 2015 at 2:29 PM, John D. Ament <jo...@apache.org> wrote:
> Ok, I think I see what happened.
>
> However, i'm going back to my original question - is this really
> used/needed?
>
> I can only find one css file that makes it into the rest app build.
>
> The JSPs get wrapped into grizzly directly - no source code. Unless you
> want to say that Server might be from questioanble locations.
>
> It should be easy enough to rewrite if that makes sense, however I highly
> doubt that this file is really CDDL/GPL, since most of it looks innovated
> and the structure seems to be what's understood from the original class.
>
> On Sun Jan 04 2015 at 5:01:59 PM John D. Ament <jo...@apache.org>
> wrote:
>
>> Are we sure that this is actually a CDDL/GPL licensed file? Is it
>> possible it was mislabeled?
>>
>> I can't find any reference to it in the grizzly code base. If you happen
>> to have the pre-import source code around that would help.
>>
>>
>> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
>>
>>> Are we OK with putting out a 1.0.x release that doesn't have Standalone
>>> or Launcher? This seems problematic.
>>>
>>> Ed
>>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com> wrote:
>>>
>>>> The launcher is really just for convenience when initially playing
>>>> around with Usergrid. I haven’t used it for a while and it may or may not
>>>> even work fully. It certainly isn’t integral to the system. I would be
>>>> fine with omitting it from this release.
>>>>
>>>>
>>>> Rod
>>>>
>>>>
>>>>
>>>> --
>>>> Rod Simpson
>>>> T @rockerston
>>>> W rodsimpson.com
>>>>
>>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org)
>>>> wrote:
>>>>
>>>> Yes, this is short term for the 1.0.1 release (can't ship it with the
>>>> licensing state as is).
>>>>
>>>> According to the code, it looks like it's only used for css, but that
>>>> could
>>>> be a naming thing...
>>>> https://github.com/apache/incubator-usergrid/blob/
>>>> master/stack/launcher/src/main/java/org/apache/usergrid/
>>>> launcher/Server.java#L159
>>>>
>>>> Does anyone know who this is and if we have an SGA (or equiv) from
>>>> him/her?
>>>>
>>>> https://github.com/apache/incubator-usergrid/blob/
>>>> master/stack/launcher/src/main/java/org/apache/usergrid/
>>>> launcher/EmbeddedServerHelper.java#L20
>>>>
>>>> I do have to ask, can we excluse the laucher from the release?
>>>>
>>>> John
>>>>
>>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>>>>
>>>> > I thought this was for the 1.0.1 release though. Regardless of what we
>>>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
>>>> embedded
>>>> > web server that serves, among other things, a few JSPs, CSS files,
>>>> etc? I
>>>> > understand the desire to blow aware the standalone server and
>>>> launcher in
>>>> > favor of other mechanisms (although I do think that will result in
>>>> this
>>>> > being harder, not easier, for people to run locally), which is fine
>>>> for
>>>> > ticket 308, but what about 1.0.x?
>>>> >
>>>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
>>>> wrote:
>>>> >
>>>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
>>>> just
>>>> > > > haven't decided what that is.
>>>> > >
>>>> > > Is there a Jira issue for this yet? I have some ideas (see below)
>>>> > >
>>>> > > > We've found the embedded Cassandra to be
>>>> > > > problematic, so we're open to ideas of ways to create a more
>>>> usable
>>>> > > > standalone distro that utilizes the war binary created with our
>>>> release
>>>> > > > process.
>>>> > >
>>>> > > I don't think this is a realistic goal given the complexity. Running
>>>> > > this as a "fat jar" application and forking Cassandra to it's own
>>>> > > process would be the sanest approach.
>>>> > >
>>>> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
>>>> > > find one, so I created:
>>>> > > https://issues.apache.org/jira/browse/USERGRID-308
>>>> > >
>>>> >
>>>>
>>>
Re: Fixing the release
Posted by "John D. Ament" <jo...@apache.org>.
Ok, I think I see what happened.
However, i'm going back to my original question - is this really
used/needed?
I can only find one css file that makes it into the rest app build.
The JSPs get wrapped into grizzly directly - no source code. Unless you
want to say that Server might be from questioanble locations.
It should be easy enough to rewrite if that makes sense, however I highly
doubt that this file is really CDDL/GPL, since most of it looks innovated
and the structure seems to be what's understood from the original class.
On Sun Jan 04 2015 at 5:01:59 PM John D. Ament <jo...@apache.org>
wrote:
> Are we sure that this is actually a CDDL/GPL licensed file? Is it possible
> it was mislabeled?
>
> I can't find any reference to it in the grizzly code base. If you happen
> to have the pre-import source code around that would help.
>
>
> On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
>
>> Are we OK with putting out a 1.0.x release that doesn't have Standalone
>> or Launcher? This seems problematic.
>>
>> Ed
>> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com> wrote:
>>
>>> The launcher is really just for convenience when initially playing
>>> around with Usergrid. I haven’t used it for a while and it may or may not
>>> even work fully. It certainly isn’t integral to the system. I would be
>>> fine with omitting it from this release.
>>>
>>>
>>> Rod
>>>
>>>
>>>
>>> --
>>> Rod Simpson
>>> T @rockerston
>>> W rodsimpson.com
>>>
>>> On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org)
>>> wrote:
>>>
>>> Yes, this is short term for the 1.0.1 release (can't ship it with the
>>> licensing state as is).
>>>
>>> According to the code, it looks like it's only used for css, but that
>>> could
>>> be a naming thing...
>>> https://github.com/apache/incubator-usergrid/blob/
>>> master/stack/launcher/src/main/java/org/apache/usergrid/
>>> launcher/Server.java#L159
>>>
>>> Does anyone know who this is and if we have an SGA (or equiv) from
>>> him/her?
>>>
>>> https://github.com/apache/incubator-usergrid/blob/
>>> master/stack/launcher/src/main/java/org/apache/usergrid/
>>> launcher/EmbeddedServerHelper.java#L20
>>>
>>> I do have to ask, can we excluse the laucher from the release?
>>>
>>> John
>>>
>>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>>>
>>> > I thought this was for the 1.0.1 release though. Regardless of what we
>>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
>>> embedded
>>> > web server that serves, among other things, a few JSPs, CSS files,
>>> etc? I
>>> > understand the desire to blow aware the standalone server and launcher
>>> in
>>> > favor of other mechanisms (although I do think that will result in this
>>> > being harder, not easier, for people to run locally), which is fine for
>>> > ticket 308, but what about 1.0.x?
>>> >
>>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
>>> wrote:
>>> >
>>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
>>> just
>>> > > > haven't decided what that is.
>>> > >
>>> > > Is there a Jira issue for this yet? I have some ideas (see below)
>>> > >
>>> > > > We've found the embedded Cassandra to be
>>> > > > problematic, so we're open to ideas of ways to create a more usable
>>> > > > standalone distro that utilizes the war binary created with our
>>> release
>>> > > > process.
>>> > >
>>> > > I don't think this is a realistic goal given the complexity. Running
>>> > > this as a "fat jar" application and forking Cassandra to it's own
>>> > > process would be the sanest approach.
>>> > >
>>> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
>>> > > find one, so I created:
>>> > > https://issues.apache.org/jira/browse/USERGRID-308
>>> > >
>>> >
>>>
>>
Re: Fixing the release
Posted by "John D. Ament" <jo...@apache.org>.
Are we sure that this is actually a CDDL/GPL licensed file? Is it possible
it was mislabeled?
I can't find any reference to it in the grizzly code base. If you happen
to have the pre-import source code around that would help.
On Sun Jan 04 2015 at 4:52:45 PM Ed Anuff <ed...@anuff.com> wrote:
> Are we OK with putting out a 1.0.x release that doesn't have Standalone or
> Launcher? This seems problematic.
>
> Ed
> On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com> wrote:
>
>> The launcher is really just for convenience when initially playing around
>> with Usergrid. I haven’t used it for a while and it may or may not even
>> work fully. It certainly isn’t integral to the system. I would be fine
>> with omitting it from this release.
>>
>>
>> Rod
>>
>>
>>
>> --
>> Rod Simpson
>> T @rockerston
>> W rodsimpson.com
>>
>> On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org)
>> wrote:
>>
>> Yes, this is short term for the 1.0.1 release (can't ship it with the
>> licensing state as is).
>>
>> According to the code, it looks like it's only used for css, but that
>> could
>> be a naming thing...
>>
>> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
>>
>> Does anyone know who this is and if we have an SGA (or equiv) from
>> him/her?
>>
>>
>> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
>>
>> I do have to ask, can we excluse the laucher from the release?
>>
>> John
>>
>> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>>
>> > I thought this was for the 1.0.1 release though. Regardless of what we
>> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
>> embedded
>> > web server that serves, among other things, a few JSPs, CSS files, etc?
>> I
>> > understand the desire to blow aware the standalone server and launcher
>> in
>> > favor of other mechanisms (although I do think that will result in this
>> > being harder, not easier, for people to run locally), which is fine for
>> > ticket 308, but what about 1.0.x?
>> >
>> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com>
>> wrote:
>> >
>> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
>> just
>> > > > haven't decided what that is.
>> > >
>> > > Is there a Jira issue for this yet? I have some ideas (see below)
>> > >
>> > > > We've found the embedded Cassandra to be
>> > > > problematic, so we're open to ideas of ways to create a more usable
>> > > > standalone distro that utilizes the war binary created with our
>> release
>> > > > process.
>> > >
>> > > I don't think this is a realistic goal given the complexity. Running
>> > > this as a "fat jar" application and forking Cassandra to it's own
>> > > process would be the sanest approach.
>> > >
>> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
>> > > find one, so I created:
>> > > https://issues.apache.org/jira/browse/USERGRID-308
>> > >
>> >
>>
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
Are we OK with putting out a 1.0.x release that doesn't have Standalone or
Launcher? This seems problematic.
Ed
On Sun, Jan 4, 2015 at 12:08 PM, Rod Simpson <ro...@rodsimpson.com> wrote:
> The launcher is really just for convenience when initially playing around
> with Usergrid. I haven’t used it for a while and it may or may not even
> work fully. It certainly isn’t integral to the system. I would be fine
> with omitting it from this release.
>
>
> Rod
>
>
>
> --
> Rod Simpson
> T @rockerston
> W rodsimpson.com
>
> On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org)
> wrote:
>
> Yes, this is short term for the 1.0.1 release (can't ship it with the
> licensing state as is).
>
> According to the code, it looks like it's only used for css, but that could
> be a naming thing...
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
>
> Does anyone know who this is and if we have an SGA (or equiv) from him/her?
>
>
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
>
> I do have to ask, can we excluse the laucher from the release?
>
> John
>
> On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
>
> > I thought this was for the 1.0.1 release though. Regardless of what we
> > want to do in 2.0, doesn't the current Launcher in 1.0 fire up an
> embedded
> > web server that serves, among other things, a few JSPs, CSS files, etc? I
> > understand the desire to blow aware the standalone server and launcher in
> > favor of other mechanisms (although I do think that will result in this
> > being harder, not easier, for people to run locally), which is fine for
> > ticket 308, but what about 1.0.x?
> >
> > On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com> wrote:
> >
> > > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we
> just
> > > > haven't decided what that is.
> > >
> > > Is there a Jira issue for this yet? I have some ideas (see below)
> > >
> > > > We've found the embedded Cassandra to be
> > > > problematic, so we're open to ideas of ways to create a more usable
> > > > standalone distro that utilizes the war binary created with our
> release
> > > > process.
> > >
> > > I don't think this is a realistic goal given the complexity. Running
> > > this as a "fat jar" application and forking Cassandra to it's own
> > > process would be the sanest approach.
> > >
> > > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> > > find one, so I created:
> > > https://issues.apache.org/jira/browse/USERGRID-308
> > >
> >
>
Re: Fixing the release
Posted by Rod Simpson <ro...@rodsimpson.com>.
The launcher is really just for convenience when initially playing around with Usergrid. I haven’t used it for a while and it may or may not even work fully. It certainly isn’t integral to the system. I would be fine with omitting it from this release.
Rod
--
Rod Simpson
T @rockerston
W rodsimpson.com
On January 4, 2015 at 1:04:30 PM, John D. Ament (johndament@apache.org) wrote:
Yes, this is short term for the 1.0.1 release (can't ship it with the
licensing state as is).
According to the code, it looks like it's only used for css, but that could
be a naming thing...
https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
Does anyone know who this is and if we have an SGA (or equiv) from him/her?
https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
I do have to ask, can we excluse the laucher from the release?
John
On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
> I thought this was for the 1.0.1 release though. Regardless of what we
> want to do in 2.0, doesn't the current Launcher in 1.0 fire up an embedded
> web server that serves, among other things, a few JSPs, CSS files, etc? I
> understand the desire to blow aware the standalone server and launcher in
> favor of other mechanisms (although I do think that will result in this
> being harder, not easier, for people to run locally), which is fine for
> ticket 308, but what about 1.0.x?
>
> On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com> wrote:
>
> > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we just
> > > haven't decided what that is.
> >
> > Is there a Jira issue for this yet? I have some ideas (see below)
> >
> > > We've found the embedded Cassandra to be
> > > problematic, so we're open to ideas of ways to create a more usable
> > > standalone distro that utilizes the war binary created with our release
> > > process.
> >
> > I don't think this is a realistic goal given the complexity. Running
> > this as a "fat jar" application and forking Cassandra to it's own
> > process would be the sanest approach.
> >
> > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> > find one, so I created:
> > https://issues.apache.org/jira/browse/USERGRID-308
> >
>
Re: Fixing the release
Posted by "John D. Ament" <jo...@apache.org>.
Yes, this is short term for the 1.0.1 release (can't ship it with the
licensing state as is).
According to the code, it looks like it's only used for css, but that could
be a naming thing...
https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/Server.java#L159
Does anyone know who this is and if we have an SGA (or equiv) from him/her?
https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/EmbeddedServerHelper.java#L20
I do have to ask, can we excluse the laucher from the release?
John
On Sun Jan 04 2015 at 2:53:06 PM Ed Anuff <ed...@anuff.com> wrote:
> I thought this was for the 1.0.1 release though. Regardless of what we
> want to do in 2.0, doesn't the current Launcher in 1.0 fire up an embedded
> web server that serves, among other things, a few JSPs, CSS files, etc? I
> understand the desire to blow aware the standalone server and launcher in
> favor of other mechanisms (although I do think that will result in this
> being harder, not easier, for people to run locally), which is fine for
> ticket 308, but what about 1.0.x?
>
> On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com> wrote:
>
> > > Agreed. The launcher is getting an overhaul in the 2.0 branch, we just
> > > haven't decided what that is.
> >
> > Is there a Jira issue for this yet? I have some ideas (see below)
> >
> > > We've found the embedded Cassandra to be
> > > problematic, so we're open to ideas of ways to create a more usable
> > > standalone distro that utilizes the war binary created with our release
> > > process.
> >
> > I don't think this is a realistic goal given the complexity. Running
> > this as a "fat jar" application and forking Cassandra to it's own
> > process would be the sanest approach.
> >
> > Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> > find one, so I created:
> > https://issues.apache.org/jira/browse/USERGRID-308
> >
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
I thought this was for the 1.0.1 release though. Regardless of what we
want to do in 2.0, doesn't the current Launcher in 1.0 fire up an embedded
web server that serves, among other things, a few JSPs, CSS files, etc? I
understand the desire to blow aware the standalone server and launcher in
favor of other mechanisms (although I do think that will result in this
being harder, not easier, for people to run locally), which is fine for
ticket 308, but what about 1.0.x?
On Sun, Jan 4, 2015 at 11:41 AM, Nate McCall <zz...@gmail.com> wrote:
> > Agreed. The launcher is getting an overhaul in the 2.0 branch, we just
> > haven't decided what that is.
>
> Is there a Jira issue for this yet? I have some ideas (see below)
>
> > We've found the embedded Cassandra to be
> > problematic, so we're open to ideas of ways to create a more usable
> > standalone distro that utilizes the war binary created with our release
> > process.
>
> I don't think this is a realistic goal given the complexity. Running
> this as a "fat jar" application and forking Cassandra to it's own
> process would be the sanest approach.
>
> Them's my $0.02 - let's do discussion on a ticket though. Couldn't
> find one, so I created:
> https://issues.apache.org/jira/browse/USERGRID-308
>
Re: Fixing the release
Posted by Nate McCall <zz...@gmail.com>.
> Agreed. The launcher is getting an overhaul in the 2.0 branch, we just
> haven't decided what that is.
Is there a Jira issue for this yet? I have some ideas (see below)
> We've found the embedded Cassandra to be
> problematic, so we're open to ideas of ways to create a more usable
> standalone distro that utilizes the war binary created with our release
> process.
I don't think this is a realistic goal given the complexity. Running
this as a "fat jar" application and forking Cassandra to it's own
process would be the sanest approach.
Them's my $0.02 - let's do discussion on a ticket though. Couldn't
find one, so I created:
https://issues.apache.org/jira/browse/USERGRID-308
Re: Fixing the release
Posted by Todd Nine <to...@gmail.com>.
Agreed. The launcher is getting an overhaul in the 2.0 branch, we just
haven't decided what that is. We've found the embedded Cassandra to be
problematic, so we're open to ideas of ways to create a more usable
standalone distro that utilizes the war binary created with our release
process.
On Sun, Jan 4, 2015 at 6:29 AM John D. Ament <jo...@apache.org> wrote:
> Is it still actually used? I didn't think there were any assets in the java
> code side, and it looks like launcher wants to point you to a portal site
> to access the API anyways.
>
> I think probably we need a bigger discussion on the CDDL/GPL binary
> dependencies, but that can hopefully happen after the release.
>
> John
>
> On Fri Jan 02 2015 at 8:39:10 PM Ed Anuff <ed...@anuff.com> wrote:
>
> > I believe the ClasspathStaticHttpHandler came from Grizzly at some point,
> > which is uses Oracle's Java GPL/CDDL licensing. It's used by the
> > Launcher's embedded Grizzly server to serve CSS files out of the
> classpath,
> > as the name might imply. I don't remember all the details, but I think
> > that the class just wasn't public scoped or didn't expose the constructor
> > we needed.
> >
> > Ed
> >
> > On Fri, Jan 2, 2015 at 12:29 PM, John D. Ament <jo...@apache.org>
> > wrote:
> >
> >>
> >>
> >> On Fri Jan 02 2015 at 2:19:09 PM Dave Johnson <sn...@gmail.com>
> >> wrote:
> >>
> >>>
> >>> > On Dec 29, 2014, at 9:49 AM, John D. Ament <jo...@apache.org>
> >>> wrote:
> >>> > So I canceled the vote on your behalf on the general mailing list due
> >>> to
> >>> > the licensing issues brought up by Justin.
> >>> >
> >>> > I did just open a PR to fix the binary file issue he found.
> >>> > https://github.com/apache/incubator-usergrid/pull/133
> >>> > As a part of this, I also applied the ASF copyright headers to the
> >>> files in
> >>> > the repo.
> >>>
> >>> Awesome. Thanks John! I just accepted your PR.
> >>>
> >>>
> >>> > A few more questions remain.
> >>> >
> >>> > First, this file:
> >>> > https://github.com/apache/incubator-usergrid/blob/
> >>> master/stack/launcher/src/main/java/org/apache/usergrid/launcher/
> >>> ClasspathStaticHttpHandler.java
> >>> > Why is it GPL/CDDL? As best as I can tell it's unique to usergrid, I
> >>> > couldn't find it coming from one of the dependencies (e.g. Jersey).
> >>> Is it
> >>> > simply a header error?
> >>>
> >>> Perhaps some of the original Usergrid dev would know the answer.
> >>>
> >>> Ed, Nate and Todd… any ideas?
> >>>
> >>>
> >>> > Next is this file, which does appear to be copied.
> >>> > https://github.com/apache/incubator-usergrid/blob/
> >>> master/stack/core/src/main/java/org/apache/usergrid/utils/BCrypt.java
> >>> > Can we instead depend on the jBCrypt library? It looks like it's in
> >>> maven:
> >>> > http://search.maven.org/#artifactdetails%7Corg.mindrot%
> >>> 7Cjbcrypt%7C0.3m%7Cjar <http://search.maven.org/#
> >>> artifactdetails|org.mindrot|jbcrypt|0.3m|jar>
> >>>
> >>> I don’t know the history there. If we switch to the library and the
> >>> tests still work, can we assume we are OK?
> >>>
> >>
> >>
> >> I was able to switch it out locally, delete the file, and import the
> >> class verbatim from their code. It seems to work fine, though I'm not
> sure
> >> where exactly you're using bcrypt. I can raise this as a PR as well if
> you
> >> want.
> >>
> >>
> >>>
> >>>
> >>> > The contents of the .NET SDK look like they just need to be listed
> in a
> >>> > NOTICE file, rather than the acknowledgements here:
> >>> > https://github.com/apache/incubator-usergrid/blob/
> >>> master/sdks/dotnet/packages/NSubstitute.1.6.0.0/acknowledgements.txt
> >>>
> >>> That one sounds like an easy fix.
> >>>
> >>> Thanks again for the help on this, John.
> >>>
> >>> - Dave
> >>>
> >>>
> >
>
Re: Fixing the release
Posted by "John D. Ament" <jo...@apache.org>.
Is it still actually used? I didn't think there were any assets in the java
code side, and it looks like launcher wants to point you to a portal site
to access the API anyways.
I think probably we need a bigger discussion on the CDDL/GPL binary
dependencies, but that can hopefully happen after the release.
John
On Fri Jan 02 2015 at 8:39:10 PM Ed Anuff <ed...@anuff.com> wrote:
> I believe the ClasspathStaticHttpHandler came from Grizzly at some point,
> which is uses Oracle's Java GPL/CDDL licensing. It's used by the
> Launcher's embedded Grizzly server to serve CSS files out of the classpath,
> as the name might imply. I don't remember all the details, but I think
> that the class just wasn't public scoped or didn't expose the constructor
> we needed.
>
> Ed
>
> On Fri, Jan 2, 2015 at 12:29 PM, John D. Ament <jo...@apache.org>
> wrote:
>
>>
>>
>> On Fri Jan 02 2015 at 2:19:09 PM Dave Johnson <sn...@gmail.com>
>> wrote:
>>
>>>
>>> > On Dec 29, 2014, at 9:49 AM, John D. Ament <jo...@apache.org>
>>> wrote:
>>> > So I canceled the vote on your behalf on the general mailing list due
>>> to
>>> > the licensing issues brought up by Justin.
>>> >
>>> > I did just open a PR to fix the binary file issue he found.
>>> > https://github.com/apache/incubator-usergrid/pull/133
>>> > As a part of this, I also applied the ASF copyright headers to the
>>> files in
>>> > the repo.
>>>
>>> Awesome. Thanks John! I just accepted your PR.
>>>
>>>
>>> > A few more questions remain.
>>> >
>>> > First, this file:
>>> > https://github.com/apache/incubator-usergrid/blob/
>>> master/stack/launcher/src/main/java/org/apache/usergrid/launcher/
>>> ClasspathStaticHttpHandler.java
>>> > Why is it GPL/CDDL? As best as I can tell it's unique to usergrid, I
>>> > couldn't find it coming from one of the dependencies (e.g. Jersey).
>>> Is it
>>> > simply a header error?
>>>
>>> Perhaps some of the original Usergrid dev would know the answer.
>>>
>>> Ed, Nate and Todd… any ideas?
>>>
>>>
>>> > Next is this file, which does appear to be copied.
>>> > https://github.com/apache/incubator-usergrid/blob/
>>> master/stack/core/src/main/java/org/apache/usergrid/utils/BCrypt.java
>>> > Can we instead depend on the jBCrypt library? It looks like it's in
>>> maven:
>>> > http://search.maven.org/#artifactdetails%7Corg.mindrot%
>>> 7Cjbcrypt%7C0.3m%7Cjar <http://search.maven.org/#
>>> artifactdetails|org.mindrot|jbcrypt|0.3m|jar>
>>>
>>> I don’t know the history there. If we switch to the library and the
>>> tests still work, can we assume we are OK?
>>>
>>
>>
>> I was able to switch it out locally, delete the file, and import the
>> class verbatim from their code. It seems to work fine, though I'm not sure
>> where exactly you're using bcrypt. I can raise this as a PR as well if you
>> want.
>>
>>
>>>
>>>
>>> > The contents of the .NET SDK look like they just need to be listed in a
>>> > NOTICE file, rather than the acknowledgements here:
>>> > https://github.com/apache/incubator-usergrid/blob/
>>> master/sdks/dotnet/packages/NSubstitute.1.6.0.0/acknowledgements.txt
>>>
>>> That one sounds like an easy fix.
>>>
>>> Thanks again for the help on this, John.
>>>
>>> - Dave
>>>
>>>
>
Re: Fixing the release
Posted by Ed Anuff <ed...@anuff.com>.
I believe the ClasspathStaticHttpHandler came from Grizzly at some point,
which is uses Oracle's Java GPL/CDDL licensing. It's used by the
Launcher's embedded Grizzly server to serve CSS files out of the classpath,
as the name might imply. I don't remember all the details, but I think
that the class just wasn't public scoped or didn't expose the constructor
we needed.
Ed
On Fri, Jan 2, 2015 at 12:29 PM, John D. Ament <jo...@apache.org>
wrote:
>
>
> On Fri Jan 02 2015 at 2:19:09 PM Dave Johnson <sn...@gmail.com> wrote:
>
>>
>> > On Dec 29, 2014, at 9:49 AM, John D. Ament <jo...@apache.org>
>> wrote:
>> > So I canceled the vote on your behalf on the general mailing list due to
>> > the licensing issues brought up by Justin.
>> >
>> > I did just open a PR to fix the binary file issue he found.
>> > https://github.com/apache/incubator-usergrid/pull/133
>> > As a part of this, I also applied the ASF copyright headers to the
>> files in
>> > the repo.
>>
>> Awesome. Thanks John! I just accepted your PR.
>>
>>
>> > A few more questions remain.
>> >
>> > First, this file:
>> > https://github.com/apache/incubator-usergrid/blob/
>> master/stack/launcher/src/main/java/org/apache/usergrid/launcher/
>> ClasspathStaticHttpHandler.java
>> > Why is it GPL/CDDL? As best as I can tell it's unique to usergrid, I
>> > couldn't find it coming from one of the dependencies (e.g. Jersey). Is
>> it
>> > simply a header error?
>>
>> Perhaps some of the original Usergrid dev would know the answer.
>>
>> Ed, Nate and Todd… any ideas?
>>
>>
>> > Next is this file, which does appear to be copied.
>> > https://github.com/apache/incubator-usergrid/blob/
>> master/stack/core/src/main/java/org/apache/usergrid/utils/BCrypt.java
>> > Can we instead depend on the jBCrypt library? It looks like it's in
>> maven:
>> > http://search.maven.org/#artifactdetails%7Corg.mindrot%
>> 7Cjbcrypt%7C0.3m%7Cjar <http://search.maven.org/#
>> artifactdetails|org.mindrot|jbcrypt|0.3m|jar>
>>
>> I don’t know the history there. If we switch to the library and the tests
>> still work, can we assume we are OK?
>>
>
>
> I was able to switch it out locally, delete the file, and import the class
> verbatim from their code. It seems to work fine, though I'm not sure where
> exactly you're using bcrypt. I can raise this as a PR as well if you want.
>
>
>>
>>
>> > The contents of the .NET SDK look like they just need to be listed in a
>> > NOTICE file, rather than the acknowledgements here:
>> > https://github.com/apache/incubator-usergrid/blob/
>> master/sdks/dotnet/packages/NSubstitute.1.6.0.0/acknowledgements.txt
>>
>> That one sounds like an easy fix.
>>
>> Thanks again for the help on this, John.
>>
>> - Dave
>>
>>
Re: Fixing the release
Posted by "John D. Ament" <jo...@apache.org>.
On Fri Jan 02 2015 at 2:19:09 PM Dave Johnson <sn...@gmail.com> wrote:
>
> > On Dec 29, 2014, at 9:49 AM, John D. Ament <jo...@apache.org>
> wrote:
> > So I canceled the vote on your behalf on the general mailing list due to
> > the licensing issues brought up by Justin.
> >
> > I did just open a PR to fix the binary file issue he found.
> > https://github.com/apache/incubator-usergrid/pull/133
> > As a part of this, I also applied the ASF copyright headers to the files
> in
> > the repo.
>
> Awesome. Thanks John! I just accepted your PR.
>
>
> > A few more questions remain.
> >
> > First, this file:
> > https://github.com/apache/incubator-usergrid/blob/
> master/stack/launcher/src/main/java/org/apache/usergrid/launcher/
> ClasspathStaticHttpHandler.java
> > Why is it GPL/CDDL? As best as I can tell it's unique to usergrid, I
> > couldn't find it coming from one of the dependencies (e.g. Jersey). Is
> it
> > simply a header error?
>
> Perhaps some of the original Usergrid dev would know the answer.
>
> Ed, Nate and Todd… any ideas?
>
>
> > Next is this file, which does appear to be copied.
> > https://github.com/apache/incubator-usergrid/blob/
> master/stack/core/src/main/java/org/apache/usergrid/utils/BCrypt.java
> > Can we instead depend on the jBCrypt library? It looks like it's in
> maven:
> > http://search.maven.org/#artifactdetails%7Corg.mindrot%
> 7Cjbcrypt%7C0.3m%7Cjar <http://search.maven.org/#
> artifactdetails|org.mindrot|jbcrypt|0.3m|jar>
>
> I don’t know the history there. If we switch to the library and the tests
> still work, can we assume we are OK?
>
I was able to switch it out locally, delete the file, and import the class
verbatim from their code. It seems to work fine, though I'm not sure where
exactly you're using bcrypt. I can raise this as a PR as well if you want.
>
>
> > The contents of the .NET SDK look like they just need to be listed in a
> > NOTICE file, rather than the acknowledgements here:
> > https://github.com/apache/incubator-usergrid/blob/
> master/sdks/dotnet/packages/NSubstitute.1.6.0.0/acknowledgements.txt
>
> That one sounds like an easy fix.
>
> Thanks again for the help on this, John.
>
> - Dave
>
>
Re: Fixing the release
Posted by Dave Johnson <sn...@gmail.com>.
> On Dec 29, 2014, at 9:49 AM, John D. Ament <jo...@apache.org> wrote:
> So I canceled the vote on your behalf on the general mailing list due to
> the licensing issues brought up by Justin.
>
> I did just open a PR to fix the binary file issue he found.
> https://github.com/apache/incubator-usergrid/pull/133
> As a part of this, I also applied the ASF copyright headers to the files in
> the repo.
Awesome. Thanks John! I just accepted your PR.
> A few more questions remain.
>
> First, this file:
> https://github.com/apache/incubator-usergrid/blob/master/stack/launcher/src/main/java/org/apache/usergrid/launcher/ClasspathStaticHttpHandler.java
> Why is it GPL/CDDL? As best as I can tell it's unique to usergrid, I
> couldn't find it coming from one of the dependencies (e.g. Jersey). Is it
> simply a header error?
Perhaps some of the original Usergrid dev would know the answer.
Ed, Nate and Todd… any ideas?
> Next is this file, which does appear to be copied.
> https://github.com/apache/incubator-usergrid/blob/master/stack/core/src/main/java/org/apache/usergrid/utils/BCrypt.java
> Can we instead depend on the jBCrypt library? It looks like it's in maven:
> http://search.maven.org/#artifactdetails%7Corg.mindrot%7Cjbcrypt%7C0.3m%7Cjar <http://search.maven.org/#artifactdetails|org.mindrot|jbcrypt|0.3m|jar>
I don’t know the history there. If we switch to the library and the tests still work, can we assume we are OK?
> The contents of the .NET SDK look like they just need to be listed in a
> NOTICE file, rather than the acknowledgements here:
> https://github.com/apache/incubator-usergrid/blob/master/sdks/dotnet/packages/NSubstitute.1.6.0.0/acknowledgements.txt
That one sounds like an easy fix.
Thanks again for the help on this, John.
- Dave