Global Triad, Inc: (OTC: GTRD - Breaking News)

Trading symbol: GTRD
Current Price: .036
Target Price: .150
Expected Short Term Gain: 400 percent
Rating: 10 out of 10

::::Very Strong Buy::::

It's now a wireless world...

Wireless Internet service, it's the next big trend in the billions of dollars
being made from the Internet. It's more convenient and versatile for people on
the go than standard Internet connections. It is the wave of the future!

Global Triad, Inc. Announces:

- Completed Fourth Microwave Wireless System Installation.
- Completed Second Installation of the New Motorola Canapy(TM) Wireless System.
- Completion of the First Installation of the New Motorola Canopy(TM) Wireless
System.
- Approval to Launch a City-Wide Wireless Network.
- Recognition by Wi-Fi Planet.
- Upgrades Wireless Network For Expansion Into Nine Underserved Communities.
- Announces Exclusive Agreement to Place WiFi Antenna System in California.

- Announces that It Signed a Contract to Provide Wireless Internet Services to
an entire South Florida Community

::::BREAKING NEWS::::

FORT LAUDERDALE, FL--(MARKET WIRE)-- GLOBAL TRIAD, INC. (Other OTC: GTRD.PK ), a
publicly traded company currently on the over the counter, announced that Global
WiFi Plus, Inc. a leading provider of total solutions for wireless
communications, signed a contract to provide wireless Internet services to a
premier property in Delray Beach, Florida, consisting of over 125 luxury homes.
Under the terms and conditions of the agreement, Global WiFi will offer the
residential user an alternative from cable and DSL Internet providers and will
deliver not only high speed access with additional security, but can also
deliver additional capabilities including VoIP, Video on Demand, and IPTV
designed to broadcast "Board of Directors" meetings to the individual homes.

Global Triad Inc.
Is currently trading under the 10 to 20 cent level, which is much undervalued
with all their new cutting edge products, recent news announcements and their
short-term and long-term projected numbers. The stock has a 52 week high of 1.05
which puts its current price level at a very attractive entry level for an
investor.

If you take the time to look at this company, we know you will definitely like
what you find. The continued marketing campaign to get the public aware of the
companys products and value as an investment along with the projected sales in
2005 and profitability in the third quarter could bring huge returns for the
fast acting investor.

The Company and Products:

GTRD has three subsidiaries that are on the cutting edge of technology. The
three divisions are a perfect match for Global Triad Inc. to be a leading force
in the digital communications sector. They have a fast access broadband wireless
delivery system (WARP-SPEED) that is two times faster then DSL and also supports
video on demand with hundreds of movies and V.O.I.P. The company has its data
storage facility know as (WEBCAST). This product allows corporate users to store
their sensitive data over the Internet with SSL encryption security to the
Global XS encryption facility. This facility exceeds over 700 Terebits of
storage capacity. The company has all their products listed on their website.
Global TV, Inc (one of their subsidiaries) has signed a letter of intent with
Municipal Solutions, L.L.C. This agreement gives Global TV exclusive rights to
provide high-speed wireless broadband technologies to clients of Municipal
Solutions in more than 7 states that are key municipalities and government
agencies including the U.S. Air Force and U.S. Army.


Take the time to look at this stock it could be a real nice percentage gainer
for an investor in the short-term and a home run for the long-term investor.



DirectNewsFlash sends out public announcements providing information on selected
companies. DirectNewsFlash is not a registered investment advisor or
broker-dealer. This report is provided as an information service only and the
statements and opinions in this report should not be construed as an offer or
solicitation to buy or sell any security. DirectNewsFlash accepts no liability
for any loss arising from an investor's reliance on or use of this announcement.
An investment is considered to be highly speculative and should not be
considered unless a person can afford a complete loss of investment.
DirectNewsFlash has been compensated fivethousand dollars for this report.

Hi

PeopleFirstIndia Consulting is a very rapidly growing software
Staffing And Consulting company with openings for UK ,Europe
Singapore and MNCS In india etc.

We had a copy of your resume in our database.We would like to know if
you will be intrested in any one of the following job openings
**********************************************************************
**
Please read the mailing instructions below before expressing you
Intrest.
**********************************************************************
**

Skills: Java Programmer
Location: Navi Mumbai, Millenium Business Park, Mahpe
Company Profile:A leading MNC IT Service Company
Experience:2 Year+
Only Mumbai candidates need apply




********************NOTE*****************NOTE*****************NOTE****
******

Please Include the Skills + Years Of Exp in the subject line of the
mail.

Send YOUR intrest at davidj@...

In case you know of any of your freinds who are intrested in this job
offer do let me know.

Wishing you all the very best in life and your career

********************NOTE*****************NOTE*****************NOTE****
******


Warm Regards
David Jose
People First COnsulting
Ph:98209 26692.
L 212, Tower 6, 2nd Floor,
International Infotech Park,
Vashi Railway Station Complex,
Vashi.Navi Mumbai. 400705.
Maharashtra State. India.
Email: davidj@...

Met my fiance here, hehe. Thought I should share it with any other guys who are
worried up winding up alone like I was. Check it out
http://www.listpersonals.info/oquy

I know a couple of friends already who have met a few nice honey’s off of this
kind of stuff (here is the site they use: http://www.datehelper.info/yvbt, but
what do you think? I think it is pretty cool from what I saw at my friend’s
house, and am thinking of signing up later today. Basically it's a regular
personalssite, but with an instant message and Webcam system built in. Basically
you join their chat-room on their site it gives you a link to those people
online in the chat-room, their location, their picture, etc and at one click you
can start chatting to them overwebcam (even if you don't have one). Pretty nifty
stuff I think!

I have "blogged" about my experiences with the bug fix just reported.
It may be useful as it includes links to some of the sources I
consulted over the weekend. Here's the permalink
http://crispyj2.blogspot.com/2005/04/weekends-work-at-open-source-coalface.html.

Chris

Hi Jeremy

I got my hands dirty trying to fix the bug I reported last week. In
essence the trail started when ran "ant test" on the CVS head obtained
from sourceforge. This failed because megg was finding the provided
java templates directory at

./templates/java

but failing later when attempting to load ./java/megg.xml (not
./templates/java/megg.xml!) when later parsing the megg properties.

When attempting to load a directory in the local folder ./java, megg
would fail when trying to find template files in ./templates/java.

The behaviour seems to be different when loading from the templates
collection distributed in the Jar file, which is why I assume the
problem has not been noticed before.

I have attempted a fix whereby megg now tries ./java then
./templates/java then $HOME/.megg/java and finally
$HOME/.megg/templates/java before resorting to the jar file. If fact,
my added code can actually find files at any path prefix, although I
haven't yet added that feature to the CLI (e.g. as an option -t
templates_dir).

I made my changes by creating an object to represent the
TemplatesDirectory which also allows the code for handling local file
templates to be somewhat simpler. I also took the opportunity to use
commons-io to make file copy a bit more transparent and the commons-io
groups' advice to use the java.io.File object rather than strings to
manipulate file names.

I haven't yet tested the option to download from a URL (which didn't
work when I tried it before my changes). It's next on my list.
However, I wanted to notify you just in case you wanted to have a look
and possibly merge my changes into a test branch for review. Not sure
how to generate a patch file yet (need to check my CVS manual), but
I'm sure I could upload one here if desired. Let me know.

Chris

P.S. My main motivation for what turned out to be a long weekend's
work was a desire to use Mike Clark's pragmatic automation template
announced here some time ago. It wouldn't load from the URL. It
wouldn't load when I downloaded the zip file and copied it into
./templates/pragouto-template, or tried ./pragauto-template but it did
work when I added megg/templates/pragouto-template to the megg.jar
using the "ant dist" target.

[I posted this on the Megg page comments, which is probably not the
right place!]

There seems to be a bug in megg's template handler. I downloaded megg
from CVS (because I wanted to have a go at writing a template) and
tried to build and test it using "ant all". It failed the Unit test
"testGenerate" which attempts to find templates/java in the current
"working diectory" (I assume that's the classpath). Message is
"template 'templates/java' does not exist".

At first I thought that templates/java needed to be copied into the
build/classes directory before the test (which might actually be the
case) so I modified the build file slightly, but when that didn't work
I looked a little deeper.

It looks like inside the "templates" bit of the filename gets removed
when you look for a template in the "." directory. It appears that you
actually look for ./java rather than ./templates/java (but I could
have misinterpreted your code). Because you can get hold of the
templates using $HOME/.megg, existing jar files, and URLs maybe you
don't see this behaviour when you run the unit tests from your end.

Is this a bug?

Chris

I access the internet via a proxy.  Is there any way to tell
megg.jar about it - it always fails when it tries to get a
connection.

Hello,

encouraged by Mike Clark's enthusiastic posting I started
to use Megg a while ago. And it works really fine.

Now I experienced the following IOException, if there is some gif
file within the template directory: (the template works fine without the
gif file)
--------------------
   ....
generate:
     [apply] Generating 20 file(s)
trouble reading/writing files
com.javanicus.megg.Megg
java.io.IOException: Stream closed
         at
java.io.BufferedInputStream.ensureOpen(BufferedInputStream.java:120)
         at java.io.BufferedInputStream.read(Buffer
edInputStream.java:199)
         at com.javanicus.megg.Megg.copyRawFile(Megg.java:680)
         at com.javanicus.megg.Megg.apply(Megg.java:479)
         at com.javanicus.megg.Megg.generate(Megg.java:337)
         at com.javanicus.megg.Megg.main(Megg.java:175)
--------------------
May anybody be able to help?

Thanks,
Horst

On Jun 27, 2004, at 1:45 PM, Jeremy.Rayner@... wrote:

> > What's the preferred way to distribute custom templates to specific
> > users of Megg?
>
> Templates from the Net (Preferred)
> ----------------------------------------------
> The best way is to compress your template directory (jar/zip/tar.gz)
> and post it somewhere on the web or your intranet for all to use.
> (If you do, please let me know, so I can tell everyone else :-) )


I wrote a custom Megg template for the files and directories discussed
in my book "Pragmatic Project Automation":

     http://www.pragmaticprogrammer.com/starter_kit/auto

The write-up for the template is at:

    http://www.pragmaticautomation.com

Megg is also mentioned in the book.  Jeremy, I'm happy to send you a
complimentary copy if you send me your mailing address.

Cheers,

Mike

I'm somewhat confused about my template location. I took an existing
directory that I clone when starting a new project and added a
megg.xml file to it. If I put that directory underneath the templates
directory and create a new megg.jar I can reference the directory by
name (jmjava) and get it to create me a new copy (myjmjava). However,
if I take a downloaded copy of megg (e.g. megg-0.1.3.jar) and put my
directory beside it and type "java -jar megg-0.1.3.jar" it won't find
that template.

According to your email about templates it seemed like that should
work so I stepped through the code and found it a little confusing on
its template searching. When I entered in jmjava it called a function
that got a list of all files for that directory and returned it
(public List fetchTemplates(String path, String templateDirectory))
and then the function that called it (public boolean generate(Map
projectDetails)) sees that a non-zero list of templates was returned
and it looks for the megg.xml file. BUT, the file it looks for is
templates/jmjava/megg.xml (see line 291 of Megg.java) rather than
jmjava/megg.xml so naturally it doesn't find it. So, is the code
screwing up in some way or am I doing something wrong in my placement
of my files.

I have other questions with regard to future features and how certain
things are done now but I'll ask them later.

Thanks,
John Munsch

On Jun 27, 2004, at 1:45 PM, Jeremy.Rayner@... wrote:

> Templates from the Net (Preferred)
> ----------------------------------------------
> The best way is to compress your template directory (jar/zip/tar.gz)
> and post it somewhere on the web or your intranet for all to use.
> (If you do, please let me know, so I can tell everyone else :-) )
>

Cool.  Thanks!  I dig that approach.

I'm cooking up a template and I'll let you know when it's ready to eat.
   :-)

Regards,

Mike

A minor bugfix release,

   http://megg.sf.net

   http://javanicus.demon.co.uk:2070/jira/browse/MEGG-1

I recently added the ability to pickup a local directory as
the template directory, it seems that this is what happened
with this case.  So if the example of your working directory
was c:\projects and you executed megg with the webwork2
template, then if c:\projects\webwork2 existed it would be
used as a template.  I now check that
c:\projects\webwork2\megg.xml exists before using this
directory as a template, thus it should revert back to the
other templates in the directory.

Hope you are still using megg when needed,
let me know if megg-0.1.3.jar works for you.

Thanks,
jez.

--
http://javanicus.com/blog2

Megg is very cool!

What's the preferred way to distribute custom templates to specific
users of Megg?  Adding a directory to the 'templates' directory in the
JAR file certainly works, but that puts the burden of versions and
releases on the Megg developers.  Can a custom template be added to the
JAR file, and that JAR file be distributed while still conforming to
the spirit of the Megg license?

Regards,

Mike

Hi,

Sorry to jump in here so please don't hate me for doing this.

My company needs two apache velocity programmers for a project.

Do any of you know anyone that lives in the boston metro area?

Thanks - I really appreciate it.

-Neil

Just updated megg to version 0.0.9, adding support for jpublish
project generation. JPublish is a web framework from Anthony Eden,
and Anthony very kindly wrote this megg template himself, so if you
want to give JPublish a whirl, you can't start better than this.

Also updated the webwork2, groovy and thinlet templates, to take into
account the most recent release of each.

so download megg today! :-)

jez.

http://web1.2020media.com/j/jez/javanicuscom/blog2/

Hi Anthony,
   Thanks for taking the time to look at megg :-)

> I've created a Megg template for JPublish.
excellent

> In the process I came
> accross a couple of things which should be documented better:
>





> 1.) projectName seems to be a required arg, otherwise Megg stops
with
> an NPE (line 233-234 is the problem).

agreed.

I've just commited a change whereby the projectName arg is now
implicit.

This means the megg.xml file for each template does not need to list
projectName anymore.
megg will now use sensible default, so a 'groovy' template will
use 'mygroovy' as projectName
(unless user chooses otherwise)






> 2.) The dependency thing really should be made to auto download the
> necessary files if the user agrees to do so.
yeah, I've got a big plan and a little plan for that.

Big Plan: A separate project that does dependancy management.

Little Plan: remove quick ugly hack from megg, replace with
a slightly better ugly hack along the lines of

<dependancy
src="https://webwork.dev.java.net/files/documents/693/2886/webwork-
2.0.zip!/webwork-example.war!/WEB-INF/lib/webwork-2.0.jar"
             dest="lib/webwork-2.0.jar">

This can then be used easily to download and (optionally) unpack the
relevant dependancies,
if the user wants to download.  Otherwise it can display similar
instructions to the
ones it displays at the moment.

any better suggestions?




> 3.) Is there a way to add templates at runtime? It'd be neat perhaps
> to be able to have a template directory next to the megg.jar to pull
> from. Alternatively perhaps a full template path could be specified
> on the command line or in the interactive console?
I'm hoping to put this in very soon, whereby you can either give megg
a URL instead of a templateDirectory,
e.g. java -jar megg.jar file:/home/ant/templates/jpublish
and/or you specify a MEGG_HOME, which points towards a directory of
templates
and/or megg can pick up any directory relative to current, and use
that...


> Anyhow, so now that I have this template would you like to publish
it
> or should I?
Can you send it over, I'd love to see if I can get going with
JPublish using your template.
If it all works for me, I'll incorporate it into the core megg distro
straight away.
(web page/megg.jar etc)

Thanks again for your interest in megg,
keep up the good work.

jez.

Jeremy,

I've created a Megg template for JPublish.  In the process I came
accross a couple of things which should be documented better:

  1.) projectName seems to be a required arg, otherwise Megg stops with
an NPE (line 233-234 is the problem).

  2.) The dependency thing really should be made to auto download the
necessary files if the user agrees to do so.

  3.) Is there a way to add templates at runtime?  It'd be neat perhaps
to be able to have a template directory next to the megg.jar to pull
from.  Alternatively perhaps a full template path could be specified
on the command line or in the interactive console?

Anyhow, so now that I have this template would you like to publish it
or should I?

-Anthony

I will probably be updating megg soon, need to bring in line with
latest groovy and webwork2 sources, as well as adding some
interesting new project templates as I explore picocontainer, spring
and JOGL.
   The tool itself hasn't really had an update for quite a while, and
I guess the most useful thing would be user templates.
   Anyways keep watching the megg file releases on sourceforge, and my
blog at http://web1.2020media.com/j/jez/javanicuscom/blog2 for more
info on what I'm planning next :-)

jez.

> Using winXP with java 1.4.2b28 vm:
>
> C:\Documents and Settings\bar4ka>java -jar
megg-0.0.5.jar
>
> the templates you wish to use
> templateDirectory [java] : webwork2
> java.util.zip.ZipException: O sistema nÒo pode
encontrar o caminho especificado
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.(ZipFile.java:112)
> at java.util.jar.JarFile.(JarFile.java:127)
> at java.util.jar.JarFile.(JarFile.java:65)
> at com.javanicus.megg.Megg.fetchKeysFromJar
(Megg.java:170)
> at com.javanicus.megg.Megg.main(Megg.java:142)
> template 'templates/webwork2' does not exist
> bar4ka | Email | 11.20.03 - 3:27 pm | #


Hi,
Thanks for reporting this, it appears that an issue
occurs when the directory that megg.jar resides has
spaces in the path, it cannot find the templates.
I've fixed this issue in megg-0.0.6.jar which is now
available on the download page ( http://megg.sf.net )
. Please try this new copy of megg, and let me know
how you get on.
Thanks again,

jez.

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/

Hi everyone,
   Please leave thoughts, ideas and advice on how to make megg more
useful to you.

   I'm building up the website for megg at http://megg.sf.net take a
look and let me know what you think.

   Whilst your waiting, have a read of the excellent article from Kris
Thompson which mentions megg :
http://www.theserverside.com/resources/article.jsp?l=WebWork2

Cheers

jez. (author of megg)