Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@openjpa.apache.org
Received-SPF: pass (athena.apache.org: domain of plinskey@gmail.com designates
 209.85.200.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:in-reply-to:content-type:mime-version:subject
         :date:references:x-mailer;
        b=bYORrkfDu4q1V8t01JTFjDlU+okd5HgvNCpIGYwt+2ty2d33D3Uf3NoEwjvn7gZjGy
         nRxwCH+CHHL5FPJrSkTzGU0u5P1ULsHF1CN6L+D+E2+rbMxjgFE0B7Pe/yadkdBiBEux
         pqlMVqmbnqlUBQADZE/6nYeiwtAH3+dc7msj8=
Message-Id: <A06D8ECE-1DDD-4200-8BEF-B5C16B6D5FED@gmail.com>
From: Patrick Linskey <plinskey@gmail.com>
To: dev@openjpa.apache.org
In-Reply-To: <72c1350f0807210848r5a98008bh99cafd2a1a1cb04f@mail.gmail.com>
Content-Type: multipart/signed; boundary=Apple-Mail-24-89560169; micalg=sha1;
 protocol="application/pkcs7-signature"
Mime-Version: 1.0 (Apple Message framework v926)
Subject: Re: snapshot process (was: Re: Documentation links and content "out
 of date")
Date: Tue, 22 Jul 2008 15:57:24 -0700
References: <89c0c52c0807151530u76c676cfo1c5d85ff79c118da@mail.gmail.com>
 <1E86EB1D-EBC4-435A-89F2-30ADA98B1969@gmail.com>
 <89c0c52c0807160706w1fb6f350s73ff5e3fd4225bb5@mail.gmail.com>
 <6BBB94E1-C9D1-442A-93A8-6704DB1BB347@gmail.com>
 <72c1350f0807190953g277ba277g308772bfb9aac0ad@mail.gmail.com>
 <72c1350f0807210848r5a98008bh99cafd2a1a1cb04f@mail.gmail.com>

--Apple-Mail-24-89560169
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

A few questions, since it looks like you might grok this mvn thing  
better than I:

> $ mvn -Dmaven.test.skip=true deploy
> -DaltDeploymentRepository=myserver::default::scp://
> myserver.myhost.com/home/mikedd/temp22
>
> $ mvn -Dmaven.test.skip=true site:stage-deploy
> -DstagingSiteURL=scp://myserver.myhost.com:/home/mikedd/temp-site

What is the difference between site:deploy ad site:stage-deploy? Is it  
just a matter of which location it gets deployed to?

What's with the myserver::default:: syntax?

Thanks,

-Patrick

On Jul 21, 2008, at 8:48 AM, Michael Dick wrote:

> Hi,
>
> I gave this a quick test and it looks like it's working, here's  
> exactly what
> I ran :
>
> $ mvn -Dmaven.test.skip=true deploy
> -DaltDeploymentRepository=myserver::default::scp://
> myserver.myhost.com/home/mikedd/temp22
>
> $ mvn -Dmaven.test.skip=true site:stage-deploy
> -DstagingSiteURL=scp://myserver.myhost.com:/home/mikedd/temp-site
>
> I think a similar set of arguments can be used for the release  
> process.
>
> Here's what I propose, after the 1.0.3 release is approved I'll  
> update the
> pom.xml files for 1.0.x and 1.2.x (1.1.x too if you approve). The  
> changes
> will be to update the default deploy location to be
> openjpa.apache.org/builds/latest/${version} (or something similar).  
> That way
> the automated build system will go ahead and publish to the latest  
> directory
> with no need for command line arguments.
>
> In the release profile we'll change the deployment location to be
> people.apache.org/${user}/public_html/. . . so that the release is  
> publicly
> available. If we can't override the location via the profile I'll  
> update the
> instructions to pass it along as a command line arg.
>
> If this sounds acceptable to everyone else I'll go ahead and open  
> another
> JIRA (633 has enough changes).
>
> -mike
>
>
>
>
> On Sat, Jul 19, 2008 at 11:53 AM, Michael Dick <mikedd@apache.org>  
> wrote:
>
>> Hi Patrick,
>>
>> If you're looking to upload a snapshot to say your home directory on
>> people.apache.org you can just run
>> $ mvn deploy
>>
>> I think we'd rather have the snapshots deployed to our builds
>> directory though. Something like this should work (untested)
>> $ mvn -DaltDeploymentRepository=people.apache.org::default:scp://
>> people.apache.org/www/openjpa.apache.org/builds/${version}<http://people.apache.org/www/openjpa.apache.org/builds/$%7Bversion%7D 
>> >
>> deploy
>>
>> You'll need to add a server tag for people.apache.org to your
>> ${home}/.m2/settings.xml file. Something like this should work:
>>
>>   <servers>
>>       <server>
>>           <id>people.apache.org</id>
>>           <username>[your apache id]</username>
>>           <passphrase>[secret passphrase]</passphrase>
>>           <filePermissions>664</filePermissions>
>>           <directoryPermissions>775</directoryPermissions>
>>       </server>
>>   </servers>
>>
>> The preceding examples will upload our maven artifacts. To deploy the
>> site I *think* this would work
>>
>> $ mvn -DstagingSiteURL=scp://
>> people.apache.org/www/openjpa.apache.org/builds/${version}
>> site:stage-deploy<http://people.apache.org/www/openjpa.apache.org/builds/$%7Bversion%7Dsite:stage-deploy 
>> >
>>
>> I'll take a closer look when time permits, this should be a starting
>> point though.
>>
>> -mike
>>
>> On Fri, Jul 18, 2008 at 5:56 PM, Patrick Linskey <plinskey@gmail.com>
>> wrote:
>>>
>>> Hi,
>>>
>>> I'm trying to get the snapshot process working as closely to the new
>> release process as possible. From what I can tell, mvn  
>> release:prepare is
>> really oriented towards releases, not towards snapshots. Does  
>> anyone know of
>> an equivalent snapshot target that we could use?
>>>
>>> -Patrick
>>>
>>> On Jul 16, 2008, at 7:06 AM, Kevin Sutter wrote:
>>>
>>>> Sounds good, Patrick.  So, in the mean time, should I make a  
>>>> temporary
>>>> repository for the "latest" docs?  Or, if you think this will get
>> resolved
>>>> in the next day or two, then I could just wait.
>>>>
>>>> Thanks,
>>>> Kevin
>>>>
>>>> On Tue, Jul 15, 2008 at 6:40 PM, Patrick Linskey <plinskey@gmail.com 
>>>> >
>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I think that this is because the machine that builds and uploads  
>>>>> the
>>>>> snapshots was offline for the last couple of months. I got that
>> partially
>>>>> back up and running last week, and hope to get the snapshots  
>>>>> uploading
>> again
>>>>> later this week.
>>>>>
>>>>> -Patrick
>>>>>
>>>>>
>>>>> On Jul 15, 2008, at 5:30 PM, Kevin Sutter wrote:
>>>>>
>>>>> Hi,
>>>>>>
>>>>>> I just noticed that our links for the "latest" OpenJPA  
>>>>>> documentation
>> is
>>>>>> out
>>>>>> of date (http://cwiki.apache.org/openjpa/documentation.html).  I
>> would
>>>>>> expect that our "latest" link should point at some version of
>>>>>> documentation
>>>>>> associated with trunk.  But, it's currently pointing at some  
>>>>>> version
>> based
>>>>>> on the 1.1.0 build.  I was going to go ahead and clean this up,  
>>>>>> but it
>>>>>> looks
>>>>>> like I don't have proper authority to the /www/
>>>>>> openjpa.apache.org/docs/latest directory.  It looks like  
>>>>>> Patrick is
>> the
>>>>>> only
>>>>>> one with enough authority.
>>>>>>
>>>>>> This "latest" directory is currently linked to this:  latest ->
>>>>>> ../builds/1.1.0/apache-openjpa-1.1.0/docs/
>>>>>>
>>>>>> So, I'm thinking a few things need to be done:
>>>>>>
>>>>>> o  It would be great to post our current nightly drivers and
>> documentation
>>>>>> out on people.apache.org from our TC system.  (BTW, it looks  
>>>>>> like our
>>>>>> nightly drivers page is still pointing at the 1.1.0 SNAPSHOT  
>>>>>> builds,
>> so we
>>>>>> have some clean up there as well.)  I'm not sure on the status of
>>>>>> Patrick's
>>>>>> TC system and whether we are able to get something like this  
>>>>>> setup or
>> not.
>>>>>>
>>>>>> o  If we can post our nightly drivers and documentation, then  
>>>>>> we could
>>>>>> change this "latest" directory link to our upload location for  
>>>>>> the
>>>>>> drivers.
>>>>>>
>>>>>> o  If this type of clean up and setup of nightly drivers is  
>>>>>> going to
>> take
>>>>>> some time, then at a minimum, it would be good to change the
>> permissions
>>>>>> on
>>>>>> this "latest" directory so that we could do some manual (pardon  
>>>>>> the
>> pun)
>>>>>> cleanup.
>>>>>>
>>>>>> BTW, all of this came about because I had pointed a user at our
>> "latest"
>>>>>> manual to find out how to turn on the Query SQL Cache support  
>>>>>> (knowing
>> it
>>>>>> was part of the 1.2.0 trunk release).  But, I soon discovered  
>>>>>> that our
>>>>>> "latest" manual is quite out of date...  :-)
>>>>>>
>>>>>> Thanks,
>>>>>> Kevin
>>>>>>
>>>>>
>>>>> --
>>>>> Patrick Linskey
>>>>> 202 669 5907
>>>>>
>>>>>
>>>
>>> --
>>> Patrick Linskey
>>> 202 669 5907
>>>
>>

-- 
Patrick Linskey
202 669 5907


--Apple-Mail-24-89560169
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGQjCCAvsw
ggJkoAMCAQICEFRl2XJqdL0MfVy/DuLjrLcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDUyMjE2MDgzOVoXDTA5MDUyMjE2MDgz
OVowYTEQMA4GA1UEBBMHTGluc2tleTEQMA4GA1UEKhMHUGF0cmljazEYMBYGA1UEAxMPUGF0cmlj
ayBMaW5za2V5MSEwHwYJKoZIhvcNAQkBFhJwbGluc2tleUBnbWFpbC5jb20wggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQC81WdJi9HJVS4Hq8IDULst5M9aVkb15B4TDWHAkv4DTScEY7xZ
tt+q1Tey67VqlR+9vrbKegipVrjDhCuQ9vCpWyS9PGL8OZgM8dVe6iIeYpcaEovyde3ocEjQxjJI
PbCtLMZrCj2YUlPPTvcDljTxDqCWas0Ivo8wbMt4ZY/EmnpgCcQJRHjbYzC1hcUGP6Au8gE0JkHl
k32C5ocrENtLk8UzVzZ7tyIbZKgY0S2p9OsfOJV4hPIqiNjDiZ1Npa8YWpKUcTor5D0+CaIGnvnH
D3uQuslOjKksmbP3sE/4iZ1R/IY7qG2oAbFJOG+3SO3/9G3VGi5fPhYRCTkavm8ZAgMBAAGjLzAt
MB0GA1UdEQQWMBSBEnBsaW5za2V5QGdtYWlsLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEB
BQUAA4GBAEdHhGUDnvAq5tA7lQ3JCOF4F+8filVOkEPl/iyMmZTQ6+eHTZPPyA22eV6HPGWsHmwN
MwiS+/7mk87+Gw+jNHSPuNLeAsr/bDrL9SEwyT5eQXMVu4I36MCiZpsHdzz9PPyxDq6o6entgJ/A
/LgpuI+GV5VTWbmg4HilLnusR9I9MIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TEL
MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRow
GAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl
cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZI
hvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEz
MDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ
dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGf
MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Ia
dr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+
K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1Ud
EwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1Ro
YXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRow
GAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as
Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCU
YsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9l
TzGCAxAwggMMAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5n
IChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENB
AhBUZdlyanS9DH1cvw7i46y3MAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B
BwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDcyMjIyNTcyNVowIwYJKoZIhvcNAQkEMRYEFK2m+5LER3Va
W5Wwl/k8pWyANlSfMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU
aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl
ZW1haWwgSXNzdWluZyBDQQIQVGXZcmp0vQx9XL8O4uOstzCBhwYLKoZIhvcNAQkQAgsxeKB2MGIx
CzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD
VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQVGXZcmp0vQx9XL8O4uOs
tzANBgkqhkiG9w0BAQEFAASCAQAU7mLyMTSQoSHl+YbuOelMBJBmHmdy1up875PkIvCwUDcor0zK
omVazksgG5/1yz1j6ko4uGmSFiOvXG4N72hpJnsmoM9i8zBBYlejSzAJEmH/BOSuv+2lgB8EQs1D
8LhhGt+G7zO1/JMjXVpFraxVh2ub+RJ4p5zSbuBu955S3ZKVMtiEToxGoMj0r//rn4qbpe9q2rKi
ycHQJbkG39C0i4OFso762CiuDyN74VtjKqttw7RgAg1rE0Jv3xTIA84PNm40T//3ZCvrvMkZpwH4
4+enCcbGCRxjzaSqlOCVP1yI3r3cKW0L2BbzbzZ9VK/Y9OYk6T91zLSfSUTGpur4AAAAAAAA

--Apple-Mail-24-89560169--