Re: Can I get admin rights to this group so I can remove the spammers?

9 views
Skip to first unread message

Brian McQueen

unread,
Jun 3, 2010, 2:15:14 PM6/3/10
to trimpath...@googlegroups.com
Keep it moving! I just started pitching the SPADE thing to a friend
of mine who is a programmer at a startup. I want to see it all
advance too.

On Thu, Jun 3, 2010 at 11:10 AM, Rich <kucera...@gmail.com> wrote:
> Steal ideas from Camping Micro-framework if you can find it ( _why had
> a mental breakdown and disappeared from the Rails community and
> deleted all his stuff).
>
> On Jun 3, 2:08 pm, Rich <kucerarich...@gmail.com> wrote:
>> Got 2 more enterprise apps going now that will use TrimPath Core,
>> another portlet,  and the standalone AJAX search thing I had mentioned
>> before.
>>
>> So my question is now to look at the good,  bad and ugly of the
>> previous 2 TrimPath Core apps and see what can be extracted from them
>> and combined easily with whatever from Junction in order to fix those
>> deficiencies:
>>
>> begin:
>> * jQuery spagettini
>> ** unorganized views
>> ** unorganized/nested event handlers
>>
>> 2 be continued...
>>
>> (note I want to select from Junction and repackage those into TrimPath
>> Core because Junction too big doesn't fit as a whole,  Junction is Not
>> Trim).
>>
>> On Jun 2, 10:03 am, Rich <kucerarich...@gmail.com> wrote:
>>
>> > Thanks.
>>
>> > I am starting the 3rd enterprise project that will make use of
>> > TrimPath Core libs,  so will be contributing some.
>>
>> > Regards,
>> > Rich
>> > p.s.   Right now Core does not employ any of the junction stuff,  it
>> > won't fit.   What maybe I would do is prune junction a great deal
>> > until it was small enough to fit in,  maybe take some ideas from
>> > Javascript MVC,  but fundamentally I don't like all the files,  they
>> > have too many files,  I want DOM templates in a single view JSP.
>> > Junction needs to be cut down in scope to match this sweet spot I
>> > found.
>>
>> > TrimPath Core is right now essentially LAMP programming in a browser,
>> > which is fine and productive enough.  Two enterprise class portlets in
>> > a Spring MVC architecture are using trimpath components.
>>
>> > I like SPADE idea though.   It was a life saver and proved it's worth
>> > early on in the project when I was tossed in with the consultants who
>> > had a year head start to try to eat my lunch -- they did not succeed
>> > in eating my lunch largely because I was able to work the portlet in a
>> > SPADE environment and get early code that was easily transported to
>> > the working portal environment -- to this day my development portal
>> > environment is only minimal scaffolding that doesn't run the whole
>> > thing,  and consultants are still a year ahead of me,  yet the SPADE
>> > environment creates business value with minimal coupling to the actual
>> > portal architecture that it gets deployed on.
>>
>> > Will be adding some enhancements to the spreadsheet example,  they
>> > wanted better spreadsheets with apache POI.
>>
>> > Why am I here again in TrimPath?   I was going to do some low-cost
>> > mashup type things with some departmental reporting with Aribaweb,
>> > but find that Aribaweb is a mismatch.
>>
>> > I decided aribaweb was a mismatch (it’s more for developing highly-
>> > functional read/write database applications),  our application is a
>> > readonly search app.   The functional part is done already with
>> > Massive HR App,  we’re looking for a very lightweight and portable
>> > ajax display page from a search that sources services on the back end.
>>
>> > We can take the underlying search engine from aribaweb(Compass) and do
>> > a different Service-oriented AJAX approach instead,  one that can live
>> > in a weblogic server or any server.  So I have this AJAX template
>> > approach(trimpath core) with Spring and Compass in the server.
>> > Similar to what I did with the portlets I’ve worked on (read only,
>> > again there we find in Massive Legal Dept App that the functional part
>> > is doner than done,  we just need a web page geek for a few things).
>>
>> > The trimpath core tools should provide the flexibility and control of
>> > the browser that we need,  and I can steal the look and feel from the
>> > rest of the web site.   The services should be flexible,   so we can
>> > source the different data models when they drill down or show search
>> > results with different kinds of records from different programs.
>> > The Compass technology should provide some enhancements for searching
>> > the data.
>>
>> > The trouble with all “instant app” frameworks is they provide a lot of
>> > functionality you don’t need while often making it harder to do the
>> > things you need to do.   The prospect of stuffing the entire search
>> > client into a single HTML ajax page is appealing,  particularly when a
>> > functional ajax presentation template can be developed within the
>> > page,  in one file,  without any reference to the backend…
>
> --
> You received this message because you are subscribed to the Google Groups "TrimPath Junction" group.
> To post to this group, send email to trimpath...@googlegroups.com.
> To unsubscribe from this group, send email to trimpath-junct...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/trimpath-junction?hl=en.
>
>

Reply all
Reply to author
Forward
Message has been deleted
Message has been deleted
Message has been deleted
Message has been deleted
0 new messages