<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Dear Sun Microsystems Software Group</title>
	<atom:link href="http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/feed/" rel="self" type="application/rss+xml" />
	<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/</link>
	<description></description>
	<lastBuildDate>Wed, 10 Aug 2011 17:44:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Anon</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-20</link>
		<dc:creator>Anon</dc:creator>
		<pubDate>Mon, 09 Jun 2008 21:18:17 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-20</guid>
		<description>Should we be sad or amused that 2 years later things haven&#039;t improved one bit?</description>
		<content:encoded><![CDATA[<p>Should we be sad or amused that 2 years later things haven&#8217;t improved one bit?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Radovan Semancik</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-19</link>
		<dc:creator>Radovan Semancik</dc:creator>
		<pubDate>Tue, 28 Feb 2006 17:45:29 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-19</guid>
		<description>Hehehehehe. I felt just the same when I&#039;ve used the so-called Orion installer for the first few times. But after some years of practice, I sometimes happen to succeed installing the stuff as I want. Sometimes (read: not too often). The installer needs to be fixed. It had to be fixed long ago.

You really made my day by this post. Thank you.</description>
		<content:encoded><![CDATA[<p>Hehehehehe. I felt just the same when I&#8217;ve used the so-called Orion installer for the first few times. But after some years of practice, I sometimes happen to succeed installing the stuff as I want. Sometimes (read: not too often). The installer needs to be fixed. It had to be fixed long ago.</p>
<p>You really made my day by this post. Thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pamela</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-18</link>
		<dc:creator>Pamela</dc:creator>
		<pubDate>Thu, 09 Feb 2006 22:15:46 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-18</guid>
		<description>I would love to participate in such a plan, it sounds like my dream come true, to be honest.

The local sales reps and SE&#039;s here are fantastic, so I&#039;m sure I&#039;ll be able to work with them to get access to the program.

I&#039;m so excited now,  I can&#039;t wait to give it a whirl!

Thanks so much,

Pamela</description>
		<content:encoded><![CDATA[<p>I would love to participate in such a plan, it sounds like my dream come true, to be honest.</p>
<p>The local sales reps and SE&#8217;s here are fantastic, so I&#8217;m sure I&#8217;ll be able to work with them to get access to the program.</p>
<p>I&#8217;m so excited now,  I can&#8217;t wait to give it a whirl!</p>
<p>Thanks so much,</p>
<p>Pamela</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Weir</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-17</link>
		<dc:creator>James Weir</dc:creator>
		<pubDate>Thu, 09 Feb 2006 18:09:22 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-17</guid>
		<description>I completely agree with the points you are making.  This problem is
going to be felt by many software professionals within the Industry.

We completely understand your position.  It seems this is not just the case for JES, throughout the industry, software deployments have become increasingly painful due to the growing number of inter-product dependencies, complexity of solutions, and the level of expertise required.

Yes Sun software is really Enterprise Class out passing the competition, however it is true that we do need to improve Architect, Sys Admin, developer experience when installing and deploying Sun Software.

Consequently, we have started a new program internally called
EZOffering that provides a flexible way to deploy on-demand solutions.
The idea is that on one DVD, you have Solaris 10 and the all JES
stack.  When the DVD is booted onto a machine, the OS and all the JES
components are installed onto the disk.  Then we automatically self deploy an &quot;offering&quot; (you can call this a last-mile configuration) that configures all the necessary components together.  The interesting thing about this
is that:
	o You have several Pre-Selected configurations pre-qualified
	o Based on Sun engineering best practices
	o It is highly predictable, deploying in minutes what could take you days
	o It is customizable as you wish with your value add and third party applications

Other companies are already beginning to do similar activities, however we do believe that we are ahead of any other alternatives.

I encourage you to contact your Sun Sales representative and ask him to participate in our EZOffering: Sun Java Web Infrastructure Suite Early Access Program starting at the end of this Month (or at worst send me an e-mail).

Hope to see you participating and getting, helping Sun to move to the next level for Making Complex Software Simple.

Thanks
James</description>
		<content:encoded><![CDATA[<p>I completely agree with the points you are making.  This problem is<br />
going to be felt by many software professionals within the Industry.</p>
<p>We completely understand your position.  It seems this is not just the case for JES, throughout the industry, software deployments have become increasingly painful due to the growing number of inter-product dependencies, complexity of solutions, and the level of expertise required.</p>
<p>Yes Sun software is really Enterprise Class out passing the competition, however it is true that we do need to improve Architect, Sys Admin, developer experience when installing and deploying Sun Software.</p>
<p>Consequently, we have started a new program internally called<br />
EZOffering that provides a flexible way to deploy on-demand solutions.<br />
The idea is that on one DVD, you have Solaris 10 and the all JES<br />
stack.  When the DVD is booted onto a machine, the OS and all the JES<br />
components are installed onto the disk.  Then we automatically self deploy an &#8220;offering&#8221; (you can call this a last-mile configuration) that configures all the necessary components together.  The interesting thing about this<br />
is that:<br />
	o You have several Pre-Selected configurations pre-qualified<br />
	o Based on Sun engineering best practices<br />
	o It is highly predictable, deploying in minutes what could take you days<br />
	o It is customizable as you wish with your value add and third party applications</p>
<p>Other companies are already beginning to do similar activities, however we do believe that we are ahead of any other alternatives.</p>
<p>I encourage you to contact your Sun Sales representative and ask him to participate in our EZOffering: Sun Java Web Infrastructure Suite Early Access Program starting at the end of this Month (or at worst send me an e-mail).</p>
<p>Hope to see you participating and getting, helping Sun to move to the next level for Making Complex Software Simple.</p>
<p>Thanks<br />
James</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pamela</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-16</link>
		<dc:creator>Pamela</dc:creator>
		<pubDate>Thu, 09 Feb 2006 16:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-16</guid>
		<description>Excellent point.

It seems to have no purpose other than to piss off administrators.  It certainly doesn&#039;t seem to improve the odds of successfully uninstalling middleware.  Once I run a JES uninstall, I pretty well consider the box to be less reliable - I have zero confidence that everything was actually removed.

Pamela</description>
		<content:encoded><![CDATA[<p>Excellent point.</p>
<p>It seems to have no purpose other than to piss off administrators.  It certainly doesn&#8217;t seem to improve the odds of successfully uninstalling middleware.  Once I run a JES uninstall, I pretty well consider the box to be less reliable &#8211; I have zero confidence that everything was actually removed.</p>
<p>Pamela</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jaime Cardoso</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-15</link>
		<dc:creator>Jaime Cardoso</dc:creator>
		<pubDate>Wed, 08 Feb 2006 11:09:50 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-15</guid>
		<description>My Hero

I TOTALLY agree with everything you said here.

I was Netscape Product Specialist for Portugal and, I feel the same way that you do about JES.

I just would leave with another point &quot;Who came up with the idea of the prodreg utility?&quot; I think this is the worst thing that came out from Sun since the original Java Web Server (where reloading the configuration was done by rebooting the machine)</description>
		<content:encoded><![CDATA[<p>My Hero</p>
<p>I TOTALLY agree with everything you said here.</p>
<p>I was Netscape Product Specialist for Portugal and, I feel the same way that you do about JES.</p>
<p>I just would leave with another point &#8220;Who came up with the idea of the prodreg utility?&#8221; I think this is the worst thing that came out from Sun since the original Java Web Server (where reloading the configuration was done by rebooting the machine)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pamela</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-14</link>
		<dc:creator>Pamela</dc:creator>
		<pubDate>Wed, 08 Feb 2006 00:31:37 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-14</guid>
		<description>Hi Prabhat!

That was a thoughtful answer, thank you so much for taking the time to explain to me some of the issues at hand. I&#039;m really happy to hear that you feel my pain :-)

I&#039;m very exited about the last thing you mentioned - clean characterization of users and use-cases.  I think that you could go a long, long way if you could allow administrators to start with more than a single initial profile.  If you could have the installer answer a few initial questions, such as whether there is more than one organization involved, and whether delegation is needed, and then confirm with the user what the resulting DIT and install roots could be expected to look like at the *beginning* of the install, I think that a lot of frustration could be avoided.

I love that you would take the time to comment, it gives me  confidence that Sun is actively working towards simpler &amp; more intuitive management of their middleware suite.

Cheers,

Pamela</description>
		<content:encoded><![CDATA[<p>Hi Prabhat!</p>
<p>That was a thoughtful answer, thank you so much for taking the time to explain to me some of the issues at hand. I&#8217;m really happy to hear that you feel my pain :-)</p>
<p>I&#8217;m very exited about the last thing you mentioned &#8211; clean characterization of users and use-cases.  I think that you could go a long, long way if you could allow administrators to start with more than a single initial profile.  If you could have the installer answer a few initial questions, such as whether there is more than one organization involved, and whether delegation is needed, and then confirm with the user what the resulting DIT and install roots could be expected to look like at the *beginning* of the install, I think that a lot of frustration could be avoided.</p>
<p>I love that you would take the time to comment, it gives me  confidence that Sun is actively working towards simpler &amp; more intuitive management of their middleware suite.</p>
<p>Cheers,</p>
<p>Pamela</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prabhat</title>
		<link>http://eternallyoptimistic.com/2006/01/13/dear-sun-microsystems-software-group/comment-page-1/#comment-13</link>
		<dc:creator>Prabhat</dc:creator>
		<pubDate>Tue, 07 Feb 2006 23:28:28 +0000</pubDate>
		<guid isPermaLink="false">http://eternaloptimist.wordpress.com/2006/01/13/dear-sun-microsystems-software-group/#comment-13</guid>
		<description>Thanks for the feedback. We hear you loud and clear even-though most of what you mention regds install have root causes that spread far beyond install. To mention a few:
1. No stable interfaces (as in POSIX(3C), J2EE, libc, sysv...) for middleware
2. The Products themselves are infinitely configurable using non-standard interfaces making it difficult to do the &quot;right&quot; thing
3. Antiquated Packaging mechanisms

Without going into detail or make forward looking statements, here is what we think will happen to integrated installs in short order:
1. Good defaults
2. Remembering data
3. Clean characterization of users and use-cases (read - making it easy for most users and having the the rest make choices in the myraid cases that you mention (read your-rope-to-hang))

prabhat</description>
		<content:encoded><![CDATA[<p>Thanks for the feedback. We hear you loud and clear even-though most of what you mention regds install have root causes that spread far beyond install. To mention a few:<br />
1. No stable interfaces (as in POSIX(3C), J2EE, libc, sysv&#8230;) for middleware<br />
2. The Products themselves are infinitely configurable using non-standard interfaces making it difficult to do the &#8220;right&#8221; thing<br />
3. Antiquated Packaging mechanisms</p>
<p>Without going into detail or make forward looking statements, here is what we think will happen to integrated installs in short order:<br />
1. Good defaults<br />
2. Remembering data<br />
3. Clean characterization of users and use-cases (read &#8211; making it easy for most users and having the the rest make choices in the myraid cases that you mention (read your-rope-to-hang))</p>
<p>prabhat</p>
]]></content:encoded>
	</item>
</channel>
</rss>

